Skip to main content
גרסת מדיניות שפורסמה לעולם לא משתנה. עריכת מדיניות ופרסום שוב יוצרת גרסה חדשה; לעולם לא משכתבת את זו שכבר על המכונות. זה מה שהופך את החזרה לגרסה קודמת לבטוחה: הגרסה האחרונה הטובה עדיין שם, בדיוק בת לבת, והחזרה לא מחוקה את היסטוריית ההחלטות שמסבירה מה השתבש.

חיפוש גרסה

עבור אל Admin → policy editor ופתח את library כדי להשוות גרסאות של מדיניות או להשבית אחת.

חזרה לגרסה קודמת על מכונה

  1. עבור אל Admin → enforcement, הרחב את המכונה שהושפעה, וזהה את קבוצת המדיניות הטובה האחרונה שלה.
  2. בחר edit, שחזר את הגרסאות והאפקטים האלה, והחל את ההצבה החדשה.
  3. המתן לבדיקה שלך של המכונה, ולאחר מכן אמת את ההצבה המדווחת.
  4. פתח את Observe → policy והסשנים המושפעים כדי לאשר שעבודה תקינה כבר לא חסומה.

הסר מדיניות אחת מכל מכונה

כל אחת יוצרת דור חדש בכל הצבה שהיא משפיעה עליה. חזרה לגרסה קודמת של אחד מהדורים האלה היא לא איך אתה משחזר disable, אם כן — rollback מסרב לדור שקוראים לו מדיניות שהושבתה, וכל דור מלפני ההשבתה קוראים לזה. fp policies enable היא הדרך חזרה, והיא יוצרת את הדור שלה בתורה.

חזרה לגרסה קודמת של חבילה

חבילה מוקצית לשחרור שהתקנת, כך שחזרה אליה אומרת התקנת אחת קודמת:
ללא טרמינל, או עם --policy, --category או --all, הוספה מחדש שומרת על תת-הקבוצה שבחרת. בטרמינל ללא אלה, הוא פותח את הבוחר מסומן מראש עם ברירות ההפקה של המחבר, ומה שאתה מסמן מחליף את הבחירה שלך — אז סמן שוב את מה שהיה לך.

מתי לחזור לגרסה קודמת

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