עדכון מאסיבי של נתבי MikroTik בבת אחת

סיכום עדכונים מאסיביים של MKController מאפשרים לכם לשלוח את אותו סקריפט RouterOS לעשרות או מאות מכשירי MikroTik בו-זמנית באמצעות קבצי .auto.rsc. אתם בוחרים את המכשירים, מעלים את הסקריפט, עוקבים אחר הביצוע ממסך מרכזי ובאופן אופציונלי משתמשים במאפיינים לכל מכשיר כדי להזין ערכים שונים לאותה פקודה — מבלי להריץ את הפעולה נתב אחד בכל פעם.

עדכונים מאסיביים של MikroTik עם MKController

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

MKController עוזר להפחית את העומס התפעולי הזה על ידי אפשרות לשלוח את אותו סקריפט למספר מכשירים נבחרים במנה אחת. בפועל, אתם מכינים קובץ בפורמט .auto.rsc, מעלים אותו דרך הפלטפורמה ועוקבים אחר הפעולה ממסך מרכזי. לצוותים התומכים בסניפים, ISP ורשתות לקוחות מבוזרות, זה יכול לחסוך הרבה לחיצות ולא מעט כאבי ראש.

מדוע עדכונים מאסיביים חשובים

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

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

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

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

הכינו את קובץ הסקריפט

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

/system identity set name=MKController

שמרו את הקובץ עם הסיומת .auto.rsc. סיומת זו חשובה כי MKController מזהה אותה לביצוע אוטומטי במהלך תהליך האצווה.

טיפ: שמרו את הגרסה הראשונה של הסקריפט קטנה וממוקדת. בדקו שינוי בטוח אחד לפני דחיפת קבוצה גדולה יותר של פקודות.

הריצו פעולת אצווה ב-MKController

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

רצף מעשי נראה כך:

1. פתחו את מכשירים.
2. בחרו את מכשירי MikroTik היעד.
3. לחצו על האפשרות להוסיף את המכשירים הנבחרים לפעולה.

4. בחרו שלח קובץ אצווה.

5. סקרו את הנתבים הנבחרים והמשיכו.

6. העלו את קובץ .auto.rsc.

7. אשרו ועברו למסך הפעולה.

עקבו אחר הסטטוס ואמתו את התוצאה

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

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

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

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

לגבי התנהגות סקריפטים של RouterOS ומבנה פקודות, שווה לשמור גם את התיעוד הרשמי של MikroTik בהישג יד: תיעוד RouterOS.

השתמשו במאפיינים לערכים לכל מכשיר

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

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

להכנת הזרימה הזו:

1. פתחו את פרטי המכשיר היעד.
2. עברו אל מאפיינים.
3. צרו מאפיין חדש.

4. הגדירו את הסוג והערך.
5. שמרו אותו לפני הרצת תהליך האצווה.

לאחר מכן עדכנו את הסקריפט כך שישתמש ב-placeholder של המאפיין:

/system identity set name="${teste}"

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

שיטות עבודה טובות לפני שליחת סקריפטים בקנה מידה גדול

סקריפט אצווה הוא עוצמתי, לכן הוא ראוי לקצת משמעת. שמרו על ההרגלים האלה:

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

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

מחשבות סיכום

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

השילוב הזה של מהירות ומבנה הוא מה שהופך את הפיצ’ר לבעל ערך. פחות חזרות. פחות טעויות ידניות. ניראות טובה יותר.

👉 דברו עם הצוות שלנו ב-WhatsApp.