מוצג המסמך של Apigee Edge.
עוברים אל
מסמכי תיעוד של Apigee X. מידע
מה
אחת מהדרכים הטובות ביותר לאתר בעיות בסביבת זמן הריצה של ה-API היא לרשום הודעות ביומן. אפשר לצרף ולהגדיר מדיניות MessageLogging ב-API כדי לרשום הודעות מותאמות אישית לדיסק מקומי (Edge for Private Cloud בלבד) או ל-syslog.
דוגמאות
Syslog
<MessageLogging name="LogToSyslog"> <Syslog> <Message>[3f509b58 tag="{organization.name}.{apiproxy.name}.{environment.name}"] Weather request for WOEID {request.queryparam.w}.</Message> <Host>logs-01.loggly.com</Host> <Port>514</Port> <Protocol>TCP</Protocol> <FormatMessage>true</FormatMessage> <DateFormat>yyyy-MM-dd'T'HH:mm:ss.SSSZ</DateFormat> </Syslog> <logLevel>ALERT</logLevel> </MessageLogging>
שימוש נפוץ בסוג המדיניות של MessageLogging הוא רישום לחשבון syslog. מתי מוגדר עבור Syslog, שרת proxy של API יעביר הודעות יומן מ-Apigee Edge בשלט רחוק שרת Syslog. צריך להיות לכם כבר שרת syslog. אם לא, ניהול יומן ציבורי שירותים כמו Splunk , Sumo Logic ו-Loggly, זמינים. למידע נוסף, כדאי לקרוא את המאמר הגדרת שירותי ניהול יומנים של צד שלישי.
לדוגמה, נניח שאתם צריכים לרשום מידע על כל הודעת בקשה
ה-API מקבל מאפליקציות לצרכנים. הערך 3f509b58
מייצג ערך מפתח
ספציפיים לשירות היומן. אם יש לכם חשבון ביומן, מחליפים את המפתח ביומן.
ההודעה ביומן שנוצרה תאוכלס בארבעה ערכים: הארגון, API
שרת proxy ושם הסביבה המשויכים לעסקה, יחד עם הערך של השאילתה
בהודעת הבקשה.
אם יש לכם Edge לפריסה של ענן פרטי, אתם יכולים גם לכתוב הודעות יומן חדש.
Syslog ב-TLS/SSL
<MessageLogging name="LogToSyslog"> <Syslog> <Message>[3f509b58 tag="{organization.name}.{apiproxy.name}.{environment.name}"] Weather request for WOEID {request.queryparam.w}.</Message> <Host>logs-01.loggly.com</Host> <Port>6514</Port> <Protocol>TCP</Protocol> <FormatMessage>true</FormatMessage> <SSLInfo> <Enabled>true</Enabled> </SSLInfo> <DateFormat>yyMMdd-HH:mm:ss.SSS</DateFormat> </Syslog> <logLevel>WARN</logLevel> </MessageLogging>
אפשר לשלוח הודעות לספקי צד שלישי לרישום הודעות באמצעות TLS/SSL (אבטחת שכבת התעבורה) על ידי הוספת הרכיב
חסימה אחת (<SSLInfo>
).
סיבוב קבצים: גודל
<MessageLogging name="LogPolicy"> <File> <Message>This is a test message. Message id : {request.header.messageid}</Message> <FileName>test.log</FileName> <FileRotationOptions rotateFileOnStartup="true"> <FileRotationType>SIZE</FileRotationType> <MaxFileSizeInMB>10</MaxFileSizeInMB> <MaxFilesToRetain>10</MaxFilesToRetain> </FileRotationOptions> </File> <logLevel>ERROR</logLevel> </MessageLogging>
סיבוב הקבצים על סמך גודל הקובץ.
סיבוב קבצים: זמן
<MessageLogging name="LogPolicy"> <File> <Message>This is a test message. Message id : {request.header.messageid}</Message> <FileName>test.log</FileName> <FileRotationOptions rotateFileOnStartup="true"> <FileRotationType>TIME</FileRotationType> <RotationFrequency unit="minute">10</RotationFrequency> <MaxFilesToRetain>10</MaxFilesToRetain> </FileRotationOptions> </File> <logLevel>ERROR</logLevel> </MessageLogging>
סיבוב קבצים על סמך הזמן.
סבב קבצים: זמן ו מידה
<MessageLogging name="LogPolicy"> <File> <Message>This is a test message. Message id : {request.header.messageid}</Message> <FileName>test.log</FileName> <FileRotationOptions rotateFileOnStartup="true"> <FileRotationType>TIME_SIZE</FileRotationType> <MaxFileSizeInMB>10</MaxFileSizeInMB> <MaxFilesToRetain>10</MaxFilesToRetain> <RotationFrequency unit="minute">10</RotationFrequency> </FileRotationOptions> </File> <logLevel>ERROR</logLevel> </MessageLogging>
סיבוב קבצים על סמך הזמן והגודל.
תומך בסטרימינג
<MessageLogging name="LogPolicy"> <File> .... .... </File> <BufferMessage>true</BufferMessage> </MessageLogging>
רישום הודעות שמופעל בהן סטרימינג
הפניה לרכיב
משתמשים ברכיבים הבאים כדי להגדיר את סוג המדיניות של MessageLogging.
שם השדה | תיאור השדה | |
---|---|---|
יעד הקובץ המקומי. (רישום קבצים ביומן נתמך רק ב-Edge עבור ענן פרטי deployments.) מידע על מיקום האחסון של הקבצים מופיע במאמר קובץ יומן ב-Edge לענן פרטי. |
Message |
יצירת ההודעה לשליחה לקובץ היומן, על ידי שילוב טקסט עם משתנים כדי לתעד את המידע הרצוי. כדאי לעיין בקטע טעימות. |
FileName |
השם של קובץ היומן שבו ההודעה רשומה. | |
FileRotationOptions |
||
rotateFileOnStartup |
מאפיין. הערכים התקפים: אם המדיניות מוגדרת כ-True, קובץ היומן עובר רוטציה בכל פעם שמנוע העברת ההודעות מתבצע מופעלת מחדש. |
|
FileRotationType |
מציין את מדיניות הרוטציה (size או
time ) של קובץ יומן. |
|
MaxFileSizeInMB |
(כשבוחרים באפשרות size כסוג הסבב)
מציינת את הגודל של קובץ יומן שגורם לשרת להעביר הודעות יומן
קובץ נפרד. לאחר שקובץ היומן יגיע לגודל שצוין, השרת ישנה את השם של
את קובץ היומן הנוכחי. |
|
RotationFrequency |
(כשבוחרים באפשרות time כסוג הסבב)
מציינת את משך הזמן בדקות שגורם לשרת להעביר את הודעות היומן
חדש. לאחר פרק הזמן שצוין, השם של קובץ היומן הנוכחי ישתנה. |
|
MaxFilesToRetain |
מציינת את המספר המקסימלי של קבצים שיישמרו בהקשר של הסבב הגדרות. ערך ברירת המחדל הוא 8. אם מציינים אפס (0), קובצי היומן נשמרים ללא הגבלת זמן, אבל בכפוף לקובץ הגדרות סיבוב, למרות שאף אחד מהקבצים לא נמחק או שהשם שלו לא משתנה. לכן, כדי להימנע שגיאות דיסק מלאות בעתיד, מגדירים ערך שגדול מאפס או מטמיעים מערכת אוטומטית למחיקה סופית או העברה לארכיון של קובצי יומן ישנים יותר. |
|
BufferMessage |
אם הסטרימינג של HTTP הוא מופעל בשרת ה-proxy שלכם, הודעות הבקשה/תגובה לא נשמרות במאגר נתונים זמני. אם רוצים את תוכן היומן שדורש ניתוח של הודעת הזרימה, ולאחר מכן מגדירים את BufferMessage כ-true. לעיון באפשרות 'הפעלת סטרימינג' בכרטיסייה לדוגמה. ברירת מחדל: false |
|
יעד Syslog. כדי לשלוח syslog אל Splunk, Sumo Logic או Loggly, למידע נוסף, כדאי לקרוא את המאמר הגדרת שירותי ניהול יומנים של צד שלישי. |
Message |
בנה את ההודעה לשליחה ל-Syslog, על ידי שילוב טקסט עם משתנים כדי לתעד של המידע הרצוי. כדאי לעיין בקטע טעימות. הערה: משתני התגובה לא זמינים ב-PostClientFlow בעקבות 'נתיב של שגיאה'. שימוש במשתנים של הודעות כדי לרשום מידע תגובה למצבי שגיאה ולמצבי הצלחה. כדאי לעיין גם בהערות שימוש. |
Host |
שם המארח או כתובת ה-IP של השרת שבו ה-Syslog . אם לא כוללים את הרכיב הזה, ברירת המחדל היא Localhost. | |
Port |
היציאה שבה פועל ה-Syslog. אם לא כוללים הרכיב הזה, ברירת המחדל היא 514. | |
Protocol |
TCP או UDP (ברירת מחדל). ל-UDP יש ביצועים טובים יותר, פרוטוקול TCP מבטיח מסירה של יומני הודעות לשרת ה-Syslog. לשליחת Syslog הודעות ב-TLS/SSL, יש תמיכה רק ב-TCP. | |
FormatMessage |
אופציונלי, אבל חובה להזין הרכיב הזה מאפשר לך לשלוט בפורמט של תוכן שנוצר ב-Apigee מצורף לפני הודעה. אם המדיניות מוגדרת כ-True, יופיע מספר קבוע של תווים לפני הודעת ה-syslog. שמאפשר לסנן את המידע הזה בהודעות. דוגמה לפריט שמתוקן פורמט:
המידע שנוצר ב-Apigee כולל:
אם המדיניות מוגדרת כ-False (ברירת המחדל), לא נוספות להודעה הודעות שתוקנו תווים. |
|
PayloadOnly |
הרכיב הזה מגדיר את הפורמט של הודעות שנוצרו ב-Apigee כך שיכללו רק את הגוף הודעת ה-Syslog, ללא התווים המצורפים מראש שצוינו על ידי FormatMessage. אם לא כוללים את הרכיב הזה או משאירים אותו ריק, ערך ברירת המחדל הוא ראו FormatMessage. |
|
DateFormat |
זה שינוי אופציונלי. מחרוזת של תבנית עיצוב שתשמש לעיצוב חותמת הזמן של כל הודעה ביומן.
כברירת מחדל, ב-Apigee משתמשים ב- |
|
SSLInfo |
פרוטוקול זה מאפשר רישום הודעות ביומן באמצעות SSL/TLS. לשימוש עם
רכיב משנה אם לא כוללים את הרכיב הזה או משאירים אותו ריק, ערך ברירת המחדל יהיה False (לא TLS/SSL). <SSLInfo> <Enabled>true</Enabled> </SSLInfo> תוכלו להגדיר את התג <SSLInfo> באותו אופן שבו אתם מגדירים ב-TargetEndpoint, כולל הפעלה של TLS/SSL דו-כיווני, כפי שמתואר הסבר על הגדרות של שרת proxy ל-API. רק פרוטוקול TCP נתמך. |
|
logLevel |
זה שינוי אופציונלי. ערכים חוקיים: תוכלו להגדיר רמת מידע ספציפית שתיכלל ביומן ההודעות. אם משתמשים ברכיב |
סכימות
הערות שימוש
כשמצרפים מדיניות MessageLogging לתהליך proxy ל-API, כדאי להציב אותה תגובת ProxyEndpoint, בתהליך מיוחד שנקרא PostClientFlow. ה-PostClientFlow מופעל אחרי שהתשובה נשלחת ללקוח ששלח את הבקשה, פעולה שמבטיחה שכל המדדים זמינים. לרישום ביומן. מידע נוסף על השימוש ב-PostClientFlow מופיע בחומר עזר בנושא תצורה של שרת proxy ל-API.
ה-PostClientFlow הוא מיוחד בשתי דרכים:
- היא בוצעה רק כחלק מתהליך התשובה.
- זהו התהליך היחיד שמבוצע לאחר ששרת ה-proxy נכנס למצב השגיאה.
מכיוון שהוא מופעל גם אם שרת ה-proxy הצליח וגם אם נכשל, אפשר להחיל כללי מדיניות MessageLogging ב-PostClientFlow להיות בטוחים שהם תמיד יופעלו.
תמונת ה-Trace הבאה מציגה מדיניות MessageLogging שמופעלת כחלק PostClientFlow, אחרי ש-DefaultFaultRule מופעל:
בדוגמה זו, המדיניות 'אימות מפתח API' גרמה לתקלה עקב ערך לא חוקי מקש.
למטה מוצגת ההגדרה של ProxyEndpoint שכוללת את PostClientFlow:
<ProxyEndpoint name="default"> ... <PostClientFlow> <Response> <Step> <Name>Message-Logging-1</Name> </Step> </Response> </PostClientFlow> ... </ProxyEndpoint>
הודעות נרשמות ביומן Edge כטקסט פשוט, ואפשר להגדיר שהרישום ביומן יכלול משתנים כמו התאריך והשעה שבהם הבקשה או התגובה התקבלה, זהות המשתמש בבקשה, כתובת ה-IP של המקור שממנו נשלחה הבקשה, וכן הלאה. הודעה על יומני Edge באופן אסינכרוני, כלומר לא מוגדר זמן אחזור שעלול להיגרם כתוצאה מחסימת יתרונות מרכזיים. ל-API שלכם.
מדיניות MessageLogging כותבת הודעות רשומות בזיכרון למאגר נתונים זמני. יומן ההודעות קורא הודעות מהמאגר הזמני ואז כותב ליעד שהגדרתם. כל אחד ליעד יש מאגר נתונים זמני משלו.
אם קצב הכתיבה למאגר הנתונים הזמני גדל מעבר לקצב הקריאה, מאגר הנתונים הזמני גובר הרישום ביומן ייכשל. במקרה כזה, ייתכן שתופיע ביומן הודעה שכוללת את הפרטים הבאים file:
Log message size exceeded. Increase the max message size setting
אם נתקלתם בבעיה ב-Edge ל-Private Cloud 4.15.07 וגרסאות קודמות, צריך לאתר את
message-logging.properties
ומשתמשים בפתרון הזה:
מגדילים את המאפיין max.log.message.size.in.kb
(ערך ברירת המחדל = 128KB)
קובץ message-logging.properties
.
עבור Edge ל-Private Cloud 4.16.01 ואילך, מגדירים את המאפיין conf/message-logging.properties+max.
log.message.size.in.kb
בקובץ /opt/apigee/customer/application/message-processor.properties ומפעילים מחדש את מעבד ההודעות. לתשומת ליבכם: כברירת מחדל, הנכס הזה מגיב כברירת מחדל.
הערה: הודעת התגובה המשתנים ב-Edge לא זמינים בתהליך השגיאה. גם המשתנים האלה זמינה ב-PostClientFlow אם התהליך הקודם היה 'נתיב השגיאה'. אם אתם רוצים לתעד תשובות מ-PostClientFlow, צריך להשתמש באובייקט message. אפשר משתמשים באובייקט הזה כדי לקבל כותרות ומידע אחר מהתשובה, בין אם היה שגיאה. הצגת ההודעה משתנים למידע נוסף ודוגמה.
שליטה בהודעת היומן חותמת זמן ב-Edge לענן פרטי
כברירת מחדל, חותמת הזמן בכל הודעות היומן היא בפורמט הבא:
yyyy-MM-dd'T'HH:mm:ss.SSSZ
אפשר לבטל את ברירת המחדל הזו ברמת המערכת עבור יעדי syslog באמצעות הפקודה
רכיב DateFormat
. ההתנהגות של התבנית הזו מתוארת
עבור המחלקה SimpleDateFormat של Java. לפי ההגדרה הזו, השדה yyyy
יוחלף
בשנה ב-4 ספרות, MM
יוחלף במספר חודש בן 2 ספרות, וכן הלאה.
הפורמט שלמעלה עשוי להוביל למחרוזת בפורמט הזה:
2022-09-28T22:38:11.721+0000
אפשר להשתמש בפונקציה conf_system_apigee.syslogger.dateFormat במעבד ההודעות של Edge כדי לשלוט בפורמט הזה. לדוגמה, שינוי ההודעה פורמט ל:
yy/MM/dd'T'HH:mm:ss.SSSZ
..מחליפים את המקפים בלוכסנים ומקצרים את התאריך לשנה בת 2 ספרות. הפונקציה מתעדת חותמת זמן בפורמט:
22/09/28T22:38:11.721+0000
כדי לשנות את הפורמט:
- פותחים את הקובץ message-processor.properties ב
עם הרשאת עריכה. אם הקובץ לא קיים, יוצרים אותו:
> וי /opt/apigee/customer/application/message-processor.properties - מגדירים את המאפיינים באופן הרצוי:
conf_system_apigee.syslogger.dateFormat=yy/MM/dd'T'HH:mm:ss.SSSZ - שומרים את השינויים.
- צריך לוודא שקובץ המאפיינים נמצא בבעלות ה-apigee משתמש:
> chown apigee:apigee /opt/apigee/customer/application/message-processor.properties - צריך להפעיל מחדש את מעבד ההודעות של Edge:
> /opt/apigee/apigee-service/bin/apigee-service edge-message-processor הפעלה מחדש
רישום מיקום הקובץ ב-Edge לענן פרטי
Edge ל-Private Cloud מגרסה 4.16.01 ואילך
כברירת מחדל, יומני ההודעות בענן הפרטי נמצאים בספרייה הבאה ב-Message צמתים של מעבד (CPU):
/opt/apigee/var/log/edge-message-processor/messagelogging/org_name/environment/api_proxy_name/revision/logging_policy_name/
אפשר לשנות את מיקום ברירת המחדל של היומן על ידי שינוי המאפיינים message-logging.properties במעבדי ההודעות:
- bin_setenv_data_dir -
מגדיר את נתיב הבסיס לאחסון של קובצי היומן. לדוגמה,
bin_setenv_data_dir=/opt/apigee/var/log
- conf_message-logging_log.root.dir – אם
מגדירים נתיב יחסי, כמו
conf/message-logging.properties+log.root.dir=custom/folder/
, the path is appended to the bin_setenv_data_dir location.
אם מגדירים נתיב מוחלט, כמוconf/message-logging.properties+log.root.dir=/opt/apigee/var/log/messages
, הודעה היומנים יישמרו ב/opt/apigee/var/log/messages/messagelog/
. נתיב מוחלט מקבל עדיפות על פניbin_setenv_data_dir
.
שימו לב שתצטרכו להפנות לנכס כ-conf/message-logging.properties+log.root.dir כי כברירת מחדל, מוסיפים לו הערות. ראה הגדרת של האסימון שהגיבו עליו כרגע כדי לקרוא עוד.
אם רוצים לאחסן קובצי יומן במבנה שטוח של קבצים, כך שכל קובצי היומן ימוקמו
אותה ספרייה, מגדירים את הערך conf/message-logging.properties+enable.flat.directory.structure כך
True בקובץ message-logging.properties. ההודעות מאוחסנות בספרייה שצוינה
את המאפיינים שלמעלה, ושמות הקבצים הם בצורת
{org}_{environment}_{api_proxy_name}_{revision}_{logging_policy_name}_{filename}
כדי להגדיר את המאפיינים האלה:
- פותחים את הקובץ message-processor.properties ב
עם הרשאת עריכה. אם הקובץ לא קיים, יוצרים אותו:
> וי /opt/apigee/customer/application/message-processor.properties - מגדירים את המאפיינים באופן הרצוי:
conf/message-logging.properties+log.root.dir=/opt/apigee/var/log/messages - שומרים את השינויים.
- צריך לוודא שקובץ המאפיינים נמצא בבעלות ה-apigee משתמש:
> chown apigee:apigee /opt/apigee/customer/application/message-processor.properties - צריך להפעיל מחדש את רכיב Edge:
> /opt/apigee/apigee-service/bin/apigee-service edge-message-processor הפעלה מחדש
Edge ל-Private Cloud מגרסה 4.15.07 ודגמים קודמים
כברירת מחדל, יומני ההודעות ממוקמים במיקום הבא בהודעה מעבדים:
/opt/apigee4/var/log/apigee/message-processor/messagelog/{org}/{environment}/{api_proxy_name}/{revision}/{logging_policy_name}/
אפשר לשנות את מיקום ברירת המחדל של היומן על ידי שינוי המאפיינים הבאים בקטע הקובץ message-logging.properties במעבדי ההודעות:
- data.dir - מגדיר את השורש נתיב לאחסון של קובצי יומן. לדוגמה, data.dir=/opt/apigee4/var/log
- log.root.dir – אם מגדירים לנתיב יחסי, כמו Log.root.dir=custom/folder/, הנתיב מצורף data.dir.
לדוגמה, השילוב של שני הנכסים יגדיר את ספריית הרישום ביומן באופן /opt/apigee4/var/log/custom/folder/messagelog/ (שימו לב שהוספת /messagelog) באופן אוטומטי).
אם מגדירים את הערך הזה לנתיב מוחלט, למשל log.root.dir=/opt/apigee4/var/log/messages, יומני ההודעות יישמרו בנתיב /opt/apigee4/var/log/messages/messagelog/. נתיב מוחלט בתוך Log.root.dir מקבל עדיפות על פני data.dir.
אם רוצים לאחסן קובצי יומן במבנה שטוח של קבצים, כך שכל קובצי היומן ימוקמו אותה ספרייה, מגדירים את enable.flat.directory.structure בתור True בקובץ message-logging.properties של ההודעה מעבדים. ההודעות מאוחסנות בספרייה שצוינה על ידי המאפיינים שלמעלה, ובקובץ בצורת {org}_{environment}_{api_proxy_name}_{revision}_{logging_policy_name}_{filename}.
ערכי ברירת המחדל למשתנים ב- תבנית להודעות
אפשר לציין ערכי ברירת מחדל לכל משתנה בתבנית ההודעה בנפרד. לדוגמה,
אם לא ניתן לפענח את המשתנה request.header.id
, הערך שלו יוחלף
עם הערך unknown
.
<Message>This is a test message. id = {request.header.id:unknown}</Message>
אפשר לציין ערך ברירת מחדל משותף לכל המשתנים שלא מפוענחים על ידי הגדרת
המאפיין defaultVariableValue
ברכיב Message
:
<Message defaultVariableValue="unknown">This is a test message. id = {request.header.id}</Message>
הגדרה של שירותי ניהול יומנים של צד שלישי
מדיניות MessageLogging מאפשרת לשלוח הודעות syslog לניהול יומנים של צד שלישי כגון Splunk, Sumo Logic ו-Loggly. אם תרצה לשלוח את Syslog לאחד שירותים, לעיין בתיעוד של שירות זה כדי להגדיר את המארח, היציאה והפרוטוקול של השירות, ואז להגדיר את הרכיב Syslog במדיניות הזו בהתאם.
אפשר להיעזר במסמכים הבאים להגדרת ניהול יומנים של צד שלישי:
- Splunk (יש לבחור את גרסת המוצר)
תוכלו לקרוא גם את הפוסט הזה בקהילת Apigee: https://community.apigee.com/content/kbentry/13298/log-messages-into-splunk.html -
Sumo
לוגיקה
- ראו גם את הפוסט הבא בקהילת Apigee: https://community.apigee.com/questions/5226/setting-up-logging-with-sumo-logic-which-host-shou.html
- דוגמה מלאה לשימוש ב-Sumo Logic בתור שירות הרישום ביומן מופיעה בקטעים הבאים פוסט לקהילה ב-Apigee. הפתרון משתמש במדיניות JavaScript אחת כדי לבצע HTTP POST. בקשות ל-Sumo Logic HTTP Source Collector: https://community.apigee.com/articles/32286/logging-to-sumo-logic-using-javascript-and-http.html
- תיעודי
כשמשתמשים ב-Loggly, חובה לציין<FormatMessage>true</FormatMessage>
ב- המדיניות כצאצא של הרכיב<Syslog>
.
מידע נוסף על רישום הודעות ב-Loggly זמין גם בפוסט הזה בקהילת Apigee: https://community.apigee.com/content/kbentry/14798/log-messages-into-loggly.html
התייחסות לשגיאות
בקטע הזה מתוארים קודי השגיאה והודעות השגיאה שהוחזרו, ומשתני התקלה שמוגדרים על ידי Edge כשהמדיניות הזו גורמת לשגיאה. חשוב לדעת את המידע הזה אם אתם מפתחים כללי כשל כדי לטפל בתקלות. מידע נוסף זמין במאמר מה צריך לדעת? מידע על שגיאות שקשורות למדיניות וטיפול פגמים.
שגיאות זמן ריצה
השגיאות האלה עשויות להתרחש כשהמדיניות מופעלת.
קוד תקלה | סטטוס HTTP | סיבה |
---|---|---|
steps.messagelogging.StepDefinitionExecutionFailed |
500 | הצגת מחרוזת השגיאה. |
שגיאות פריסה
השגיאות האלו עשויות להתרחש כאשר פורסים שרת proxy שמכיל את המדיניות הזו.
שם השגיאה | סיבה | תיקון |
---|---|---|
InvalidProtocol |
הפריסה של מדיניות MessageLogging יכולה להיכשל עם השגיאה הזו אם הפרוטוקול
שצוין ברכיב <Protocol> אינו חוקי. הפרוטוקולים החוקיים הם TCP ו-UDP.
לשליחת הודעות Syslog באמצעות TLS/SSL, יש תמיכה רק ב-TCP. |
build |
InvalidPort |
הפריסה של מדיניות MessageLogging עלולה להיכשל עם השגיאה הזו אם מספר היציאה
לא צוין בתוך הרכיב <Port> או אם הוא לא חוקי. מספר היציאה חייב להיות
מספר שלם גדול מאפס. |
build |
משתני כשל
המשתנים האלה מוגדרים כשמתרחשת שגיאה בסביבת זמן הריצה. מידע נוסף זמין במאמר מה צריך לדעת? על שגיאות שקשורות למדיניות.
משתנים | איפה | דוגמה |
---|---|---|
fault.name="fault_name" |
fault_name הוא שם השגיאה, כפי שמצוין בטבלה שגיאות זמן ריצה שלמעלה. שם השגיאה הוא החלק האחרון בקוד השגיאה. | fault.name Matches "StepDefinitionExecutionFailed" |
messagelogging.policy_name.failed |
policy_name הוא השם שצוין על ידי המשתמש של המדיניות שגרמה לבעיה. | messagelogging.ML-LogMessages.failed = true |
דוגמה לתגובת שגיאה
{ "fault":{ "detail":{ "errorcode":"steps.messagelogging.StepDefinitionExecutionFailed" }, "faultstring":"Execution failed" } }
דוגמה לכלל שגוי
<FaultRule name="MessageLogging"> <Step> <Name>ML-LogMessages</Name> <Condition>(fault.name Matches "StepDefinitionExecutionFailed") </Condition> </Step> <Condition>(messagelogging.ML-LogMessages.failed = true) </Condition> </FaultRule>
משתני זרימה
המשתנים הבאים מאוכלסים במקרה של כשל במדיניות.
messagelogging.failed
messagelogging.{stepdefinition-name}.failed
נושאים קשורים
- המשתנים שנחשפים על ידי Edge: הפניה למשתנים