udev: renamed network interface eth0 to eth3

أحد الانظمة التخيلية لدي حين أردت تشغيل الشبكة عليه، لم يستطع. حين بحثت من خلال:

dmesg | grep eth

كان بعد كل عملية إعادة تشغيل يعطيني رقم جديد. يعني مرة eth1 ومرة eth2 ومرة eth3. السبب في ذلك حسب ما قرأت هو إن رقم الـ MAC للجهاز جالس يتغيير … ولهذا الحل كان بسيط للغاية شكراً للروابط الموجودة في الأسفل … كل ما عليك فعله هو:

vim /etc/udev/rules.d/70-persistent-net.rules 

ثم قم بتغيير إسم المنفذ من eth3 الى eth0 … وبعدها أعد تشغيل خدمة udev وكذلك الشبكة:

 /etc/init.d/udev restart

Continue reading

هل تختبر حلول الـ failover التي تستعملها؟

السلام عليكم ورحمة الله وبركاته

صراحة هذا السؤال ظروري جداً تجاوب عليه إن كنت تستعمل Cluster أو أي من حلول الـ Failover في بيئة عملك … الأسبوع الماضي طلبت من الفريق الذي أعمل معه التقرير الخاص بعملية الـ Failover لبيئة العمل لكي أطلع عليه وأرى آلية وخطوات عمل الـ Failover وكيف ستحدث … ولكن أنصدمت بإنهم لم يقوموا بتجربة ذلك قط !!!

عندها سألتهم من قال عندنا Failover إذن؟ أنا أقول نحن ما عندنا حاجة أصلاً … وهذه الحقيقة من لم يقم بالتجربة إذن لا يوجد لديه شيء إسمه Failover … ولهذا أتفقنا بعمل تجربة … أول تجربة كانت Failover على مستوى الـ VPN Connections والجدران النارية فقط … وكيف ستتعامل باقي الخوادم مع التغييرات التي حصلت … فقمنا بإيقاف عمل الـ Firewall الأول والـ VPN Connection الأول أي الـ Master وقمنا بتحويل كل شيء الى الـ Slave … طبعاً الـ Firewall الثاني بعدما تأكد بإن Firewall1 كان Down خلاص أخذ زمام الأمور وتحول كل الخط اليه وأصبح هو المسؤول عن تمرير الحزم من خارج والى داخل الشبكة … الى الآن جميل جداً … Continue reading