התקנה והגדרה של המעביר

נתמך ב:

במאמר הזה מוסבר איך להתקין ולהגדיר את הכלי להעברת נתונים של Google Security Operations במערכות Linux ו-Windows באמצעות Docker.

העברת הודעות היא רכיב תוכנה שאפשר להתקין במכונה או במכשיר, כמו שרת, בתוך הרשת שלכם. הוא אוסף נתוני יומן ומעביר אותם למכונת Google SecOps שלכם.

אתם יכולים להשתמש ב-forwarder כדי לשלוח יומנים ישירות מהסביבה שלכם אל Google SecOps, בלי שתצטרכו קטגוריות בענן או ממשקי API של צד שלישי לסוגי יומנים שלא נתמכים. הפתרון הזה מוכן לפריסה, ולא צריך לבצע שילוב ידני עם ה-API להעברת נתונים.

‫Google SecOps מספק קונטיינר Docker לפריסה מאובטחת של מעביר נתונים. אפשר להריץ ולנהל את קונטיינר Docker במכונות פיזיות או וירטואליות.

דרישות מערכת

אלה המלצות כלליות. לקבלת המלצות ספציפיות למערכת שלכם, אפשר לפנות לתמיכה של Google SecOps.

מערכת Linux

העברת הודעות נתמכת בהפצות שונות של Linux, כמו Debian,‏ Ubuntu, ‏ Red Hat ו-Suse. כדי להשיג ביצועים אופטימליים, צריך להשתמש ב-Docker בגרסה 20.10.21 ואילך.

  • זיכרון RAM: נדרש זיכרון RAM בנפח 1GB לכל סוג נתונים שנאסף ומתקבל על ידי Google SecOps לצורך הטמעה. לדוגמה, אם מציינים ארבעה אוספי נתונים שונים, צריך 4GB RAM כדי לאסוף נתונים לכל הארבעה.

  • מעבד: שני מעבדים מספיקים לטיפול בעד 10,000 אירועים בשנייה (EPS) בכל סוגי הנתונים. אם אתם צופים שספק ההעברה יטפל ביותר מ-10,000 EPS, הקצו ארבע עד שש יחידות CPU.

  • דיסק: מומלץ להקצות 20GB של נפח אחסון בדיסק, בלי קשר לכמות הנתונים שה-Forwarder מטפל בהם.

מערכת Windows

העברת הודעות נתמכת ב-Microsoft Windows Server 2022. כדי להשיג ביצועים אופטימליים, צריך להשתמש ב-Docker בגרסה 20.10.21 ואילך.

  • זיכרון RAM: נדרש זיכרון RAM בנפח 1.5GB לכל סוג נתונים שנאסף ומתקבל ב-Google SecOps לצורך הטמעה. לדוגמה, אם מציינים ארבעה אוספים שונים, צריך 6GB RAM כדי לאסוף נתונים לכל הארבעה.

  • מעבד: שני מעבדים מספיקים לטיפול בעד 10,000 אירועים בשנייה (EPS) בכל סוגי הנתונים. אם אתם צופים שחברת השילוח תטפל ביותר מ-10,000 חבילות ביום, הקצו ארבע עד שש יחידות CPU.

  • כונן: מומלץ להקצות 20GB של נפח אחסון בכונן, בלי קשר לכמות הנתונים שמטופלת על ידי המעביר.

לפני שמתחילים

לפני שמתחילים בהטמעה של המעביר, חשוב לקחת בחשבון את הנקודות הבאות.

טווחי כתובות IP של Google

כשמגדירים את המעביר, יכול להיות שיהיה צורך לשנות את הגדרות חומת האש שכוללות ציון של טווחי כתובות IP. טווח כתובות ה-IP של הדומיין שמשמש כברירת מחדל את שירותי Google ואת ממשקי ה-API של Google מוקצה באופן דינמי ומשתנה לעיתים קרובות. מידע נוסף זמין במאמר בנושא קבלת טווחי כתובות IP של Google.

אימות ההגדרות של חומת האש

אם קונטיינר ההעברה פועל מאחורי חומת אש או שרת proxy מאומת, צריך להעניק גישה יוצאת למארחים הבאים:

סוג החיבור יעד Port
TCP malachiteingestion-pa.googleapis.com 443
TCP asia-northeast1-malachiteingestion-pa.googleapis.com 443
TCP asia-south1-malachiteingestion-pa.googleapis.com 443
TCP asia-southeast1-malachiteingestion-pa.googleapis.com 443
TCP australia-southeast1-malachiteingestion-pa.googleapis.com 443
TCP eu-chronicle.googleapis.com 443
TCP europe-malachiteingestion-pa.googleapis.com 443
TCP europe-west2-malachiteingestion-pa.googleapis.com 443
TCP europe-west3-malachiteingestion-pa.googleapis.com 443
TCP europe-west6-malachiteingestion-pa.googleapis.com 443
TCP europe-west9-malachiteingestion-pa.googleapis.com 443
TCP europe-west12-malachiteingestion-pa.googleapis.com 443
TCP me-central1-malachiteingestion-pa.googleapis.com 443
TCP me-central2-malachiteingestion-pa.googleapis.com 443
TCP me-west1-malachiteingestion-pa.googleapis.com 443
TCP northamerica-northeast2-malachiteingestion-pa.googleapis.com 443
TCP southamerica-east1-malachiteingestion-pa.googleapis.com 443
TCP accounts.google.com 443
TCP gcr.io 443
TCP cloud.google.com/artifact-registry 443
TCP oauth2.googleapis.com 443
TCP storage.googleapis.com 443

תכנון ההטמעה

לפני שמתחילים להגדיר את המעביר, כדאי לתכנן את ההטמעה. כך תוכלו להתאים את מקורות הנתונים ואת מאפייני ההגדרה למטרות האבטחה, ליכולות התשתית ולדרישות ההתאמה שלכם.

קובעים אילו נתונים יוכנסו

מזהים את מקורות הנתונים הרלוונטיים ביותר להעברה מבין האפשרויות הבאות:

  • ‫Splunk: מתאים אם אתם כבר משתמשים ב-Splunk לניהול יומנים.

  • ‫Syslog: רב-תכליתי ליומני מערכת ואפליקציות ממכשירים שונים.

  • קובץ: גמיש להטמעה של כל קובץ יומן.

  • חבילות: מאפשרת לראות את כל התנועה ברשת על ידי לכידת תנועה גולמית.

  • ‫Kafka: מתאים במיוחד לצבירת יומנים בזמן אמת ממערכות מבוזרות.

  • ‫WebProxy: מתאים במיוחד לקבלת תובנות לגבי תנועת גולשים באתר והתנהגות המשתמשים.

מגבלה

הגודל המקסימלי של שורת יומן בפידים של נתונים הוא 4MB.

קביעת ההגדרה

לפני שמתקינים את המעביר, צריך לקבוע את המאפיינים העיקריים הבאים כדי להבטיח הטמעה מוצלחת.

דחיסת נתונים

דחיסת נתונים או יומנים מצמצמת את צריכת רוחב הפס ברשת כשמעבירים יומנים אל Google SecOps. עם זאת, יכול להיות שהיא תגרום לעלייה בשימוש במעבד. האיזון האופטימלי בין החיסכון ברוחב הפס לבין השימוש במעבד תלוי בכמה גורמים, כמו סוג היומן, יכולת הדחיסה של הנתונים, משאבי המעבד הזמינים והמגבלות של רוחב הפס ברשת.

לדוגמה, בדרך כלל אפשר לבצע דחיסה טובה של יומנים מבוססי-טקסט, והם יכולים לחסוך כמות משמעותית של רוחב פס עם שימוש נמוך במעבד. לעומת זאת, יכול להיות שאי אפשר לבצע דחיסה יעילה של נתונים מוצפנים או בינאריים, והם עלולים לגרום לשימוש גבוה יותר במעבד.

כברירת מחדל, דחיסת היומנים מושבתת. כדאי להעריך את הפשרה על סמך הסביבה הספציפית שלכם ואופי נתוני היומן.

אגירת נתונים בדיסק

מומלץ להפעיל את האפשרות 'שמירת נתונים בזיכרון המטמון של הדיסק'. באמצעות אחסון זמני של הודעות בדיסק, אפשר לאחסן זמנית בדיסק הודעות שהצטברו בתור במקום בזיכרון, וכך להגן על הנתונים במקרה של קריסת המעביר או המארח. עם זאת, הפעלת אגירת נתונים בדיסק עלולה להשפיע על הביצועים.

אם ההשהיה של הדיסק מושבתת, המעביר מקצה 1GB של זיכרון (RAM) לכל סוג יומן (לדוגמה, לכל מחבר). הזיכרון המקסימלי המותר לשימוש בזיכרון מטמון בדיסק הוא 4GB.

מסננים של ביטויים רגולריים

מסננים של ביטויים רגולריים מאפשרים להעריך דפוסים מול נתוני יומן גולמיים באמצעות תחביר RE2. כל מסנן חייב לכלול ביטוי רגולרי, ויכול להגדיר אופציונלית את ההתנהגות כשמתרחשת התאמה.

תוויות שרירותיות

התוויות משמשות לצירוף מטא-נתונים מותאמים אישית ליומנים באמצעות צמדי מפתח/ערך. אפשר להגדיר תוויות לכל המעביר או בתוך אוסף ספציפי של המעביר. אם יש תוויות בשתי הרמות, התוויות ברמת האוסף מבטלות את התוויות ברמת המעביר אם יש חפיפה במפתחות.

מרחבי שמות

אתם יכולים להשתמש בתוויות של מרחב שמות כדי לזהות יומנים מפלחים שונים ברשת וכדי למנוע התנגשויות בין כתובות IP חופפות. אפשר להגדיר תווית של מרחב שמות לכל המעביר או בתוך אוסף ספציפי של המעביר. אם שניהם קיימים, מרחב השמות ברמת האוסף מבטל את מרחב השמות ברמת המעביר.

סוג יומן הביקורת

‫Google SecOps תומך במגוון סוגים של יומנים. רשימה מלאה זמינה במאמר מערכי נתונים נתמכים.

אפשרויות של איזון עומסים וזמינות גבוהה

איזון עומסים נתמך רק בסוג האיסוף syslog.

אפשר לפרוס את המעביר בסביבות שבהן מאזן עומסים בשכבה 4 מותקן בין מקור הנתונים לבין מופעי המעביר. כך אפשר לפצל את איסוף היומנים בין כמה מעבירים, ולשפר את המהימנות על ידי הפניית היומנים למעביר אחר במקרה של כשל.

למעביר יש שרת HTTP מובנה שמגיב לבדיקות תקינות ממאזני עומסים ומונע אובדן של יומנים במהלך ההפעלה והכיבוי. אתם יכולים להגדיר את שרת ה-HTTP, איזון העומסים ואפשרויות הזמינות הגבוהה כדי לציין את משכי הזמן של זמן קצוב לתפוגה וקודי הסטטוס לבדיקות תקינות. ההגדרה הזו תואמת גם לפריסות מבוססות-קונטיינר וגם למאזני עומסים.

הגדרה תיאור
פסק זמן (timeout) מבוקר משך הזמן שבו מתקבלים חיבורים חדשים אחרי שהמעביר מחזיר סטטוס unready בתגובה לבדיקת תקינות. זה גם הזמן להמתנה בין קבלת אות להפסקת הפעולה לבין תחילת ההשבתה של השרת עצמו. כך מאזן העומסים מקבל זמן להסיר את המפנה מהמאגר.

הערכים התקינים הם בשניות. לדוגמה, כדי לציין 10 שניות, מקלידים 10. אסור להשתמש בערכים עשרוניים.

ברירת מחדל: 15 שניות
פסק זמן להפסקת הפעילות כמה זמן ממתין המעביר לחיבורים פעילים להיסגר בעצמם לפני שהם נסגרים על ידי השרת. לדוגמה, כדי לציין 5 שניות, מקלידים 5. אסור להשתמש בערכים עשרוניים.

ברירת מחדל: 10 שניות
Port מספר היציאה שהשרת HTTP מאזין לה לבדיקות תקינות ממאזן העומסים. הערך חייב להיות בין 1,024 ל-65,535.

ברירת מחדל: 8080
כתובת IP או שם מארח כתובת ה-IP או שם המארח שאפשר לתרגם לכתובת IP, שהשרת צריך להאזין לה.

ברירת מחדל: 0.0.0.0 (המערכת המקומית)
הזמן הקצוב לתפוגת הקריאה משמשת לכוונון של שרת ה-HTTP. בדרך כלל אין צורך לשנות את הגדרת ברירת המחדל. הזמן המקסימלי שמוקצב לקריאת הבקשה כולה, גם הכותרת וגם גוף הבקשה. אפשר להגדיר את השדה read timeout ואת השדה read header timeout.

ברירת מחדל: 3 שניות
הזמן הקצוב לתפוגה של קריאת הכותרת משמשת לכוונון של שרת ה-HTTP. בדרך כלל אין צורך לשנות את הגדרת ברירת המחדל. הזמן המקסימלי שמוקצב לקריאת כותרות הבקשה. המועד האחרון לקריאה של החיבור מאופס אחרי קריאת הכותרת.

ברירת מחדל: 3 שניות
זמן קצוב לתפוגה של כתיבה משמשת לכוונון של שרת ה-HTTP. בדרך כלל אין צורך לשנות את הגדרת ברירת המחדל. משך הזמן המקסימלי שמוקצב לשליחת תשובה. הערך מתאפס כשכותרת בקשה חדשה נקראת.

ברירת מחדל: 3 שניות
זמן קצוב לתפוגה של מצב המתנה משמשת לכוונון של שרת ה-HTTP. בדרך כלל אין צורך לשנות את הגדרת ברירת המחדל. משך הזמן המקסימלי להמתנה לבקשה הבאה כשהאפשרות 'חיבורים בלי פעילות' מופעלת. אם השדה idle timeout מוגדר לאפס, המערכת משתמשת בערך של השדה read timeout. אם שני הערכים הם אפס, המערכת משתמשת בשדה read header timeout .

ברירת מחדל: 3 שניות
קוד סטטוס זמין קוד הסטטוס שספק ההעברה מחזיר כשמתקבלת בדיקת פעילות והספק זמין. מתזמני קונטיינרים ומארגני קונטיינרים שולחים לעיתים קרובות בדיקות פעילות.

ברירת מחדל: 204
קוד הסטטוס 'מוכן' קוד הסטטוס שמוחזר על ידי המעביר כשהוא מוכן לקבל תנועה באחד מהמצבים הבאים:
  • מתקבלת בדיקת מוכנות ממתזמן קונטיינרים או מכלי תזמור.
  • מתקבלת בדיקת תקינות ממאזן עומסים.
ברירת מחדל: 204
קוד סטטוס לא מוכן קוד הסטטוס שמוחזר על ידי המעביר כשהוא לא מוכן לקבל תנועה.

ברירת מחדל: 503

שלב 1: הגדרת ההפניה

לכל מעביר שפורס צריך קובץ הגדרה של מעביר. קובץ הגדרות של מעביר נתונים מציין את ההגדרות להעברת הנתונים למופע של Google SecOps. מומלץ ליצור קובץ הגדרה חדש לכל מארח כדי לשמור על הבחנה ברורה בין האוספים שמשויכים לכל אחד מהם.

Google Cloud הכלי מתאים אישית את קובצי ההגדרה האלה עם מטא-נתונים ספציפיים לכל מופע של מעביר. אתם יכולים לשנות את הקבצים האלה בהתאם לדרישות הספציפיות שלכם, ולכלול בהם פרטים על סוגי היומנים שאתם רוצים להעביר.

אפשר ליצור קובץ הגדרות של מעביר נתונים דרך ממשק המשתמש, דרך ה-API או באופן ידני.

  • ממשק המשתמש מספק ממשק גרפי להגדרת מעבירי הודעות, והוא הדרך המומלצת ליצירת הגדרת מעביר הודעות. זו הדרך הכי קלה להתחיל, והיא לא דורשת תכנות. כדי להוריד את קובץ ההגדרות באמצעות ממשק המשתמש של Google SecOps, אפשר לעיין במאמר בנושא ניהול הגדרות של מעבירי נתונים דרך ממשק המשתמש של Google SecOps.

  • ה-API מספק דרך פרוגרמטית להגדיר העברות. כדי להוריד את ההגדרות של המעביר באופן פרוגרמטי, אפשר לעיין במאמר בנושא Forwarder Management API.

  • אפשר ליצור את קובץ ההגדרות באופן ידני ולהוסיף לו את אפשרויות ההגדרה. מומלץ להשתמש בשיטה של ממשק המשתמש כדי ליצור את קובץ ההגדרות, כדי להבטיח דיוק ולצמצם את הסיכון לשגיאות. כדי ליצור את הקובץ באופן ידני, אפשר לעיין במאמר בנושא ניהול ידני של קובץ התצורה של המעביר.

שלב 2: התקנת Docker

בקטע הזה מוסבר איך להתקין את Docker במערכת.

אימות Docker באמצעות Artifact Registry

כחלק מההתקנה של Docker, צריך לאמת את Docker. אפשר לאמת את docker באמצעות Google Cloud CLI (ממשק שורת הפקודה), או, אם אי אפשר להתקין את Google Cloud CLI, באמצעות יצירת קובץ JSON חדש של חשבון שירות במכונה הווירטואלית.

שיטה ראשונה: שימוש בממשק שורת הפקודה (CLI) של Google Cloud CLI

מריצים את הפקודה הבאה כדי לבצע אימות של Docker:

gcloud auth configure-docker gcr.io

שיטה שנייה: יוצרים ומורידים קובץ JSON חדש של חשבון שירות במכונה הווירטואלית (VM).

משתמשים בשיטה הזו אם אין אפשרות להתקין את Google Cloud CLI (ממשק שורת הפקודה).

מריצים את הפקודה הבאה כדי לבצע אימות של Docker:

cat key.json | docker login -u _json_key --password-stdin https://gcr.io

מידע נוסף על שיטות נוספות לאימות Docker זמין במאמר בנושא הגדרת אימות ל-Artifact Registry עבור Docker

מערכת Linux

‫Docker הוא קוד פתוח, וכל התיעוד הנדרש זמין בקהילת הקוד הפתוח של Docker. הוראות להתקנת Docker מופיעות במאמר Install Docker Engine (התקנת Docker Engine).

כדי לבדוק אם Docker מותקן בצורה תקינה במערכת, מריצים את הפקודה הבאה (נדרשות הרשאות מורחבות):

   docker ps

התגובה הבאה מציינת ש-Docker הותקן בצורה תקינה:

CONTAINER ID IMAGE COMMAND CREATED STATUS PORTS NAMES

מערכת Windows

מפעילים את Windows PowerShell עם הרשאות אדמין ובודקים את הקישוריות לרשת אל Google Cloud באמצעות השלבים הבאים:

  1. לוחצים על התחלה.

  2. מקלידים PowerShell ולוחצים לחיצה ימנית על Windows PowerShell.

  3. לוחצים על הפעל כמנהל.

  4. מריצים את הפקודה הבאה:

    C:\> test-netconnection <host> -port <port>

    פלט הפקודה מציין שהסטטוס של TcpTestSucceeded הוא true.

    דוגמה:

    C:\> test-netconnection malachiteingestion-pa.googleapis.com -port 443
ComputerName     :  malachiteingestion-pa.googleapis.com
RemoteAddress    : 198.51.100.1
RemotePort       : 443
InterfaceAlias   : Ethernet
SourceAddress    : 203.0.113.1
TcpTestSucceeded : True

כדי להתקין את Docker בשרת Windows, מבצעים את הפעולות הבאות.

  1. מפעילים את תכונת המאגר של Microsoft Windows:

    Install-WindowsFeature containers -Restart

  2. מריצים את הפקודה הבאה במצב אדמין ב-PowerShell כדי להתקין את Docker CE:

    Invoke-WebRequest -UseBasicParsing "https://raw.githubusercontent.com/microsoft/Windows-Containers/Main/helpful_tools/Install-DockerCE/install-docker-ce.ps1" -o install-docker-ce.ps1

.\install-docker-ce.ps1

  3. כדי לבדוק את ממשק שורת הפקודה של Docker, מריצים את הפקודה docker ps, שמחזירה רשימה של קונטיינרים פעילים. אם Docker לא מותקן בצורה תקינה, מוצגת שגיאה.

    מידע נוסף זמין במאמר תחילת העבודה: הכנת Windows לקונטיינרים.

    בפריסות ארגוניות, מתקינים את Mirantis Container Runtime, שנקרא גם Docker EE.

שלב 3: מתקינים את המפנה

בקטע הזה מוסבר איך להתקין את המעביר באמצעות קונטיינר Docker.

שלב 3א: מעבירים את קובצי ההגדרות לספריית המעביר

השלב הראשון בתהליך ההתקנה של המעביר הוא להציב את קובצי התצורה הנדרשים בספרייה המיועדת של המעביר.

מערכת Linux

כדי למקם את קובצי ההגדרות בספריית המעביר, פועלים לפי השלבים הבאים:

  1. מתחברים למארח של מעביר הנתונים ב-Linux באמצעות הטרמינל.

  2. עוברים לספריית הבית שבה פועל קובץ ה-Docker.

  3. יוצרים ספרייה לאחסון קובצי התצורה של המעביר. 

      mkdir /opt/chronicle/'CONFIG'

    אתם יכולים להחליף את שם הספרייה, CONFIG, בכל שם שתבחרו. חשוב להשתמש באותו שם של ספרייה כשמריצים את הפקודה docker run.

  4. משנים את הספרייה. 

      cd /opt/chronicle/config

  5. אחרי העברת הקבצים, מוודאים שקבצי ההגדרות נמצאים בספרייה /opt/chronicle/config. 

      ls -l

מערכת Windows

יוצרים תיקייה בשם C:\config וממקמים בה את קובצי ההגדרות. אפשר להחליף את שם התיקייה, config, בכל שם שרוצים. חשוב לוודא שמשתמשים באותו שם תיקייה כשמריצים את הפקודה docker run.

שלב 3ב: מריצים את המעביר

אחרי שמעבירים את קובצי ההגדרות לספרייה הייעודית של המעביר, אפשר להפעיל את המעביר או לשדרג לגרסה האחרונה של מאגר Google SecOps.

אם משדרגים את הקונטיינר, צריך לנקות את כל ההרצות הקודמות של Docker על ידי הרצת הפקודות הבאות.

      docker stop 'cfps'
    

      docker rm 'cfps'

בדוגמה, שם קובץ ה-Docker הוא cfps.

כדי להפעיל את המעביר בפעם הראשונה או כדי לשדרג לגרסה האחרונה של מאגר התגים של Google SecOps, מבצעים את הפעולות הבאות:

  1. מקבלים את קובץ האימג' העדכני ביותר של Docker מ Google Cloud:

    מערכת Linux:

    docker pull gcr.io/chronicle-container/cf_production_stable

    מערכת Windows:

    docker pull gcr.io/chronicle-container/cf_production_stable_windows

  2. מפעילים את המעביר ממכולת Docker:

    מערכת Linux:

      docker run \
  --detach \
  --name cfps \
  --restart=always \
  --log-opt max-size=100m \
  --log-opt max-file=10 \
  --net=host \
  -v /opt/chronicle/config:/opt/chronicle/external \
  gcr.io/chronicle-container/cf_production_stable

    (אופציונלי למערכת Linux) כשמפעילים את המעביר מקונטיינר Docker, יש אפשרות לטעון ספריית משנה ספציפית מ-/var/log/.
    כדי לטעון ספריית משנה ספציפית, מוסיפים את השורה הבאה לפקודה ומחליפים את ערך placeholder <parser-name> בשם הספרייה במערכת המארחת שממנה צריך לאסוף את היומנים: 

      -v /var/log/<parser-name>:/opt/chronicle/edr \

    מערכת Linux (כולל האפשרות לטעון ספריית משנה ספציפית):

    `docker run \
--detach \
--name cfps \
--restart=always \
--log-opt max-size=100m \
--log-opt max-file=10 \
--net=host \
-v /opt/chronicle/config:/opt/chronicle/external \
-v /var/log/<parser-name>:/opt/chronicle/edr \
gcr.io/chronicle-container/cf_production_stable`

    מערכת Windows:

      docker run `
    --detach `
    --name cfps `
    --restart=always `
    --log-opt max-size=100m `
    --log-opt max-file=10 `
    -p 0.0.0.0:10515-10520:10515-10520/udp `
    -v C:\config\:C:/opt/chronicle/external `
    gcr.io/chronicle-container/cf_production_stable_windows

האפשרויות --log-opt זמינות החל מ-Docker 1.13. האפשרויות האלה מגבילות את הגודל של קובצי היומן של הקונטיינר, וחובה להשתמש בהן כל עוד גרסת Docker שבה אתם משתמשים תומכת בהן.

ניהול המעביר

בקטעים הבאים מוסבר איך לנהל את המעביר.

צפייה ביומנים של המעביר

  • כדי להציג את היומנים של המעביר, מריצים את הפקודה הבאה:

    docker logs cfps

  • כדי לראות את הנתיב של הקובץ שבו היומנים מאוחסנים, מריצים את הפקודה הבאה:

    docker inspect --format='{{.LogPath}}' CONTAINER_NAME

  • כדי לראות את היומנים הפעילים, מריצים את הפקודה הבאה:

    docker logs cfps -f

  • כדי לאחסן את היומנים בקובץ, מריצים את הפקודה הבאה:

    docker logs cfps &> logs.txt

הסרת המעביר

הפקודות הבאות של Docker עוזרות לעצור, להסיר או להשבית את המעביר.

  • כדי לעצור או להסיר את קונטיינר ההעברה, מריצים את הפקודה הבאה:

    docker stop cfps

  • כדי להסיר את מאגר ההפניה, מריצים את הפקודה הבאה:

    docker rm cfps

עדכון המעביר

המעביר מורכב משני רכיבים, שלכל אחד מהם יש תהליך עדכון משלו:

  • חבילת העברת נתונים: הרכיב הזה מתעדכן באופן אוטומטי, כך שלא צריך להפעיל מחדש את המחשב.

  • קובץ אימג' של Docker של Forwarder: העדכונים של הרכיב הזה מתבצעים באופן ידני. תצטרכו לעצור את מופע ההעברה הנוכחי ולהתחיל מופע חדש, כמו שמתואר בשלב 3ב.

מדריכים להוספת נתונים באמצעות מעביר נתונים עבור מערכי נתונים ספציפיים

כדי ללמוד איך קבוצת נתונים מסוימת מוזנת באמצעות מעבירי נתונים, אפשר לעיין במאמרים הבאים:

הבעיה עדיין לא נפתרה? קבלת תשובות מחברי הקהילה וממומחי Google SecOps.