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

נתמך ב:

במאמר הזה מוסבר איך להתקין ולהגדיר את הכלי להעברת נתונים של 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 כדי לאסוף נתונים לכל הארבעה.

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

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

מערכת Windows

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

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

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

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

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

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

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

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

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

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

סוג החיבור יעד יציאה
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 שניות
יציאה מספר היציאה שהשרת 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

עדכון המעביר

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

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

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

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

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

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