פתרון בעיות

השתמשו בדף זה לאבחון בעיות נפוצות בהגדרה ובהפעלה של Ogma.

לא מופיעה תעבורה בהיסטוריית HTTP

בדקו:

1. מופע Ogma פועל.
2. הפרוקסי של הדפדפן או היישום מצביע למאזין של המופע, בדרך כלל 127.0.0.1:8080.
3. יישום היעד אינו עוקף את הפרוקסי.
4. הגדרות VPN, פרוקסי המערכת, קונטיינר, אמולטור או פרוקסי בנייד אינן דורסות את הגדרות לקוח הבדיקה.
5. הפרויקט הפעיל פתוח בסביבת העבודה.

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

בקשות HTTPS נכשלות

בדקו:

• אישור רשות האישורים CA של Ogma מותקן במאגר האמון הנכון.
• ייבאתם את אישור ה-CA לפרופיל הדפדפן שבו אתם משתמשים בפועל.
• היעד אינו משתמש בהצמדת אישורים.
• כללי העברה ישירה של TLS אינם מחריגים את המארח.
• דרישות אישור הלקוח מוגדרות ב-הגדרות > אישורי לקוח אם היעד דורש mTLS.

ביישומי נייד או מחשב המשתמשים בהצמדת אישורים, ייתכן שתידרש הגדרת בדיקה ייעודית ליישום מחוץ ל-Ogma.

היירוט משהה תעבורה רבה מדי

השתמשו בכללי יירוט מצומצמים יותר.

שלבים מומלצים:

1. השביתו את היירוט.
2. הגדירו תחום בדיקה.
3. הוסיפו תנאי התאמה למארח, לשיטה, לנתיב, לסוג התוכן או לכותרת.
4. הפעילו מחדש את היירוט.
5. עקבו אחר גודל התור.

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

הסורק מדווח על ממצאים לא רלוונטיים רבים מדי

לצמצום רעש בסורק הפסיבי:

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

לצמצום רעש בסורק הפעיל:

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

תוספים אינם נטענים

בדקו:

1. תיקיית השורש של התוסף מכילה manifest.json.
2. נתיבי נקודות הכניסה במניפסט קיימים לאחר הבנייה.
3. התוסף קומפל ל-JavaScript רגיל.
4. נכסי צד הלקוח כלולים בחבילת התוסף.
5. ההרשאות הנדרשות הוצהרו וניתנו.
6. לשונית היומנים של התוסף אינה מכילה שגיאות init() או שגיאות גשר.
7. גודל חבילת התוסף נמוך מהמגבלה המוגדרת.

עוזר MCP אינו יכול לגשת ל-Ogma

בדקו:

• HTTP מובנה: MCP פועל ב-הגדרות > MCP והלקוח משתמש בנקודת הקצה Streamable HTTP שהועתקה, בדרך כלל http://127.0.0.1:3000/mcp.
• stdio עצמאי: נתיב קובץ ההפעלה נכון ו---api-url / OGMA_API_URL תואמים לשרת הפעיל. מופעי יישום שולחן העבודה יכולים להשתמש ביציאת API דינמית.
• הלקוח עוקב אחר כל סמני העימוד של tools/list; העמוד הראשון לבדו אינו מכיל את כל הכלים.
• כלי כתיבה או שליחה דורשים הרשאות מפורשות בהגדרות, או דגלים בהפעלה עצמאית.
• התחברו מחדש לאחר הפעלה מחדש של MCP. מזהי ההפעלה ואסימוני האישור הישנים אינם תקפים עוד.

ראו הגדרת MCP.

דפדפן Ogma ריק או ממוקם באופן שגוי

בדקו:

• אתם מפעילים את יישום שולחן העבודה, ולא רק את ממשק הדפדפן.
• בלשונית הפעילה יש כתובת URL אמיתית ולא about:blank.
• נסו לפתוח את הדפדפן בחלון נפרד.
• שנו את גודל חלון Ogma כדי לכפות חישוב מחדש של גבולות הדפדפן.

JavaScript או CSS מותאמים אישית משבשים את הממשק

השתמשו באחת מדרכי השחזור:

• לחצו על איפוס הממשק המותאם אישית.
• לחצו על Ctrl+Alt+Shift+R.

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

הנתונים או הפרויקט נראים שגויים

בדקו:

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

צרו גיבוי לפני שינוי ידני של נתוני הפרויקט.