Mikrotik راؤٹرز میں آخری محفوظ کردہ کنفیگریشن کی خودکار بحالی

بہت سے لوگوں نے ایک حیرت انگیز خصوصیت حاصل کی ہے، مثال کے طور پر، HPE سوئچز پر - اگر کسی وجہ سے کنفگ کو دستی طور پر محفوظ نہیں کیا جاتا ہے، تو ریبوٹ کے بعد پچھلی محفوظ کردہ کنفیگریشن کو رول بیک کر دیا جاتا ہے۔ ٹیکنالوجی کسی حد تک بے رحم ہے (اسے بچانا بھول گئی - اسے دوبارہ کریں)، لیکن منصفانہ اور قابل اعتماد۔

لیکن Mikrotik میں، ڈیٹا بیس میں ایسا کوئی فنکشن موجود نہیں ہے، حالانکہ یہ نشان بہت پہلے سے جانا جاتا ہے: "دور سے روٹر سیٹ کرنے کا مطلب ایک طویل سفر ہے۔" اور قریبی روٹر کو بھی "ری سیٹ کرنے سے پہلے اینٹ" میں تبدیل کرنا بہت آسان ہے۔

عجیب بات یہ ہے کہ مجھے اس معاملے پر ایک بھی ہدایت نامہ نہیں ملا، لہذا مجھے اسے ہاتھ سے کرنا پڑا۔

پہلی چیز جو ہم کرتے ہیں وہ ہے کنفیگریشن کی بیک اپ کاپی بنانے کے لیے اسکرپٹ بنانا۔ مستقبل میں، ہم اس اسکرپٹ سے ریاست کو "بچائیں گے"۔

کے پاس جاؤ سسٹم -> اسکرپٹس اور ایک اسکرپٹ بنائیں، مثال کے طور پر، "فل بیک اپ" (یقیناً، بغیر اقتباسات کے)۔

system backup save dont-encrypt=yes name=Backup_full

ہم پاس ورڈ استعمال نہیں کریں گے، کیونکہ دوسری صورت میں اسے ملحقہ اسکرپٹ میں واضح طور پر بیان کرنا پڑے گا؛ مجھے اس طرح کے "تحفظ" کا نقطہ نظر نہیں آتا۔

ہم ایک دوسری اسکرپٹ بناتے ہیں جو ہر بار شروع ہونے پر کنفیگریشن کو بحال کر دے گی۔ آئیے اسے "full_restore" کہتے ہیں۔

یہ اسکرپٹ کچھ زیادہ ہی پیچیدہ ہے۔ حقیقت یہ ہے کہ جب کنفیگریشن بحال ہو جاتی ہے تو ریبوٹ بھی ہوتا ہے۔ کسی بھی کنٹرول میکانزم کا استعمال کیے بغیر، ہمیں سائیکلک ریبوٹ ملے گا۔

کنٹرول میکانزم تھوڑا سا "بلوط"، لیکن قابل اعتماد نکلا. جب بھی اسکرپٹ لانچ ہوتا ہے، یہ سب سے پہلے "restore_on_reboot.txt" فائل کی موجودگی کی جانچ کرتا ہے۔
اگر ایسی فائل موجود ہے، تو بیک اپ سے بحالی کی ضرورت ہے۔ ہم فائل کو ڈیلیٹ کرتے ہیں اور ریبوٹ کے بعد ریکوری کرتے ہیں۔

اگر ایسی کوئی فائل نہیں ہے تو، ہم صرف یہ فائل بناتے ہیں اور کچھ نہیں کرتے ہیں (یعنی، اس کا مطلب یہ ہے کہ بیک اپ سے بحال ہونے کے بعد یہ پہلے سے ہی دوسرا ڈاؤن لوڈ ہے)۔

:if ([/file find name=restore_on_reboot.txt] != "") do={ /file rem restore_on_reboot.txt; system backup load name=Backup_full password=""} else={ /file print file=restore_on_reboot.txt }

شیڈولر میں کام کو شامل کرنے سے پہلے، اس مرحلے پر اسکرپٹس کی جانچ کرنا بہتر ہے۔

اگر سب کچھ ٹھیک ہے تو، تیسرے اور آخری مرحلے پر آگے بڑھیں - شیڈولر میں ہر بوٹ پر اسکرپٹ چلانے کا کام شامل کریں۔

کے پاس جاؤ سسٹم -> شیڈولر اور ایک نیا کام شامل کریں۔
کے خانے میں وقت آغاز اشارہ کریں شروع (ہاں، اسی طرح ہم اسے خطوط میں لکھتے ہیں)
کے خانے میں تقریب پر لکھیں
/system script run full_restore

کے علاوہ، اسکرپٹ کو چلائیں جو تشکیل کو بچاتا ہے! ہم یہ سب دوبارہ نہیں کرنا چاہتے، کیا ہم؟

ہم چیک کرنے کے لیے سیٹنگز میں کچھ "کوڑا" شامل کرتے ہیں، یا کسی اہم چیز کو ڈیلیٹ کرتے ہیں اور آخر میں، روٹر کو ریبوٹ کرنے کی کوشش کرتے ہیں۔

ہاں، بہت سے لوگ شاید کہیں گے: "ایک محفوظ موڈ ہے!" تاہم، یہ کام نہیں کرے گا اگر، کام کے نتیجے میں، آپ کو روٹر سے دوبارہ رابطہ کرنا پڑے (مثال کے طور پر، اگر آپ وائی فائی نیٹ ورک کا پتہ یا پیرامیٹرز تبدیل کرتے ہیں جس کے ذریعے آپ جڑے ہوئے ہیں)۔ اور آپ کو اس موڈ کو آن کرنے کے لیے "بھولنے" کے امکان کو نہیں بھولنا چاہیے۔

PS اب اہم بات یہ ہے کہ "محفوظ" کرنا نہ بھولیں۔

ماخذ: www.habr.com

نیا تبصرہ شامل کریں