شبکه‌ای که یک فایروال گذاشتن اما یادشون رفته درست طراحی و config کنن. یه جوجه-هَکِر داره براشون جولون میده 😂
🔊 @networkz
https://fa.ip.engineering

📢📢📢📢
تصمیم داریم هر از گاهی مسابقه‌ای برگزار کنیم و با طرح سوالات مفهومی (نه بر اساس سناریوی configuration یا تکنولوژی Vendor خاصی)، و به بهترین پاسخ‌ها جایزه‌ی ناقابلی تقدیم کنیم. سوالات هم مختلف خواهد بود، گاهی احتمالاً خیلی ساده اما پایه‌ای، گاهی هم ممکنه مربوط به مباحث پیشرفته و جدید، یا حتی از مطالب وبلاگ.
امیدواریم که با پیش‌بردن این وبلاگ و اینگونه موارد اندک قدمی در راستای تعالی شبکه‌ها! در کشور عزیزمان داشته باشیم.

اولین مسابقه ساده، و در رابطه با Static Routing هست.

📡 @networkz

https://fa.ip.engineering/q1-static-routing/

شرکت CloudFlare اعلام کرد بیش از ۹۸ درصد وبسایت هایی که توسط سیستم CloudFlare پشتیبانی می شوند، IPv6-enabled هستند!

📡 @networkz

https://blog.cloudflare.com/98-percent-ipv6/

📢📢📢
برنده‌ی اولین مسابقه‌ی شبکه‌ها! آقای Mahmood Sebtonabi هستند که به ایشون تبریک میگیم و بزودی با ایشان توسط ایمیل تماس خواهیم گرفت.
https://www.linkedin.com/in/mahmood-sebtonabi-32383353

پاسخ و توضیحات در رابطه با سوال اول در ادامه آمده است، اما پیشنهاد میکینم جهت مطالعه‌ی کامل پاسخ ها و تمامی جواب‌ها به لینک ذیل مراجعه کنین.

❔ آیا بهتر است روت Static به سمت next-hop نوشته شود و یا به سمت Interface؟ چرا؟

👈 عرف پیاده‌سازی Static Routing به سه صورت است:
✅ استفاده از Interface خروجی: در این حالت، در پیاده‌سازی اغلب وندورها روتر فرض را بر Connected بودن مقصد گذاشته و در جدول مسیریابی Route را با Administrative Distance صفر درج می‌کند که در Best Practice های امروز اتفاق جالبی نیست.
مهم تر از همه، استفاده از پورت خروجی، باعث ARP lookup های متعدد شده و در لینک‌های Broadcast منجر به پخش شدن بیهوده‌ی ترافیک ARP می‌شود. فرض کنید برای یک subnet بزرگ مثل ۱۰٫۰٫۰٫۰/۸، که احتمالاً شامل host های متعددی خواهد بود، روتر برای هر host یک lookup کند، و یک entry در ARP Table اضافه کند؛ این امر نه تنها باعث استفاده غیربهینه از Memory شده، بلکه تاثیر بسازیی در افزایش CPU Utilization تجهیز خواهد داشت.

✅ استفاده از next-hop: در این حالت نسبت به مورد قبل، صرفاً یک ARP Entry برای یک Subnet بزرگ ثبت می‌شود اما فرض کنیم که به دلیلی پورتی که next-hop توسط آن reachable بود down شود؛ در این حالت درصورت وجود یک route برای آن next-hop، روت از جدول مسیریابی حذف نمی‌شود چرا که روتر بصورت recursive عمل مسیریابی به مقصد اصلی را انجام می‌دهد (که معمولاً اینکار ناخواسته هست، چرا که در این شرایط احتمالاً استفاده از Dynamic Routing Protocol ها استفاده می‌شد).
این امر حتی ممکن است برخلاف سیاست‌های امنیتی باشد چرا که مثلاً ممکن است در مسیر next-hop، یک IPS یا فایروال یا هر تجهیزی که در لایه‌ی Network Interface (لایه ۲ OSI) عملی روی packet انجام می‌داده bypass شود. همچنین در چنین شرایطی، روتر می‌بایست دائماً برای پیدا کردن next-hop جدول مسیریابی را بررسی کند که امری ناخواسته است. (نکته: فرض کنید در شبکه‌ای که بدرستی طراحی نشده، next-hop پس از down شدن interface، در Routing Table بصورت recursive با یک route دیگر match شود و packet به جایی فرستاده شود، که نباید!)

✅ ترکیبی از هر دو مورد: در این حالت حتی اگر interface مرتبط با next-hop به هردلیلی down شود و next-hop توسط یک مسیر دیگر بصورت recursive قابل دسترسی باشد، Route از Routing Table حذف می‌شود و هیچکدام از معایب روش‌های قبل رخ نمی‌دهد. ضمناً این نوع تنظیم، در پیاده‌سازی اغلب وندورها همچون مورد قبل دارای Administrative Distance یک خواهد بود. این مورد نکته‌ی اصلی سوال و جواب مدنظر ما بود که کمتر به آن اشاره شد.

📡 @networkz

https://fa.ip.engineering/q1-static-routing/

اگر قصد debug کردن interface ای رو دارید که خودتون هم روی اون لاگین شدین، فراموش نکنین ترافیک خودتون رو فیلتر کنین و الا یه همچین حالتی پیش میاد :)
📡 @networkz
https://fa.ip.engineering

مایکروسافت رسما به بنیاد Linux پیوست .
مایکروسافت در حالی به بنیاد لینوکس پیوست که ۱۵ سال قبل استیو بالمر لینوکس را سرطان نامیده بود.

📡 @networkz
https://fa.ip.engineering

سلام.
امروز یکی از دوستان سوال زیر رو پرسیدند:
"همانطور که می دونید مخابرات سرویس اینترانت میده و روش آی پی های invalid عمدتا از رنج 10 هستن
حالا چرا و چگونه این آی پی ها از طریق اینترنت ping می شوند؟
چه نوع پیاده سازی و با چه روشی اینکار انجام می شود ؟"

این اتفاق در ایران بعلت این هست که شبکه ی اینترانت ملی و بستر لایه 3 ای که ترافیک اینترنت کشور روی اون جریان داره با هم ارتباط دارند. هیچ تکنولوژی خاصی نیست و صرفاً ارتباط روتینگ بین دو شبکه هست.
اگر اشتباه نکنم روی روترهای Core اصلی بستر اینترانت، Default Route به سمت بستر زیرساخت هست که اینترنت در اون جریان داره و نهایتاً یک IP اینترانتی و یک Valid IP در داخل کشور نسبت بهم reachable هستن.

اگر دوستان بحث یا سوال جالبی در گروه های موجود دیدند و علاقه داشتند که در رابطه با اون مطلب یا مقاله ای کوتاه در وبلاگ نوشته بشه، شدیداً استقبال میکنیم.
همچنین اگر فردی با سبکی که تابحال در وبلاگ مطلب نوشته شده (مفهومی و فارغ از بحث configuration یا فقط یک vendor خاص)، علاقه به همکاری دارند، بسیار خوشحال میشیم تا مارو در جریان بگذارند.

📡 @networkz

https://fa.ip.engineering/lets-talk/

کلیپی از زیرساخت امتحانات CCIE که توسط آقای Yusuf Bhaiji مدیر برنامه این امتحانات تهیه شده.

📡 @networkz
https://fa.ip.engineering

فیلم کوتاه و جالب "Hacked/Unhacked" از شرکت IBM در رابطه با رعایت مسایل خیلی ساده‌ی امنیتی!

📡 @networkz

در این مطلب وبلاگ هم قبلاً اشاره‌ای به بحث فرهنگ‌سازی رعایت امنیت در شبکه و رعایت ساده‌ترین نکات اشاره شده بود که در این کلیپ کوتاه به خوبی دیده میشه.

📡 @networkz

https://fa.ip.engineering/security-complexity/

"برای معرفی EIGRP باید به زمانی برگشت که توسعه دهندگان پروتکل IGRP که یک پروتکل اختصاصی شرکت سیسکو بود تصمیم بر توسعه ی این پروتکل گرفته و در صدد تبدیل آن به یک پروتکل Classless برآمدند. اما همزمان با تلاش برای بهبود قابلیت های عملکردی پروتکل IGRP، بر آن شدند تا از الگوریتم های آکادمیکی که در رابطه با بهبود زمان همگرایی بودند نیز در راستای این توسعه کمک گیرند. در نتیجه آن ها نه تنها به هدف خود یعنی ارتقای IGRP دست پیدا کردند بلکه سبب ایجاد پروتکل مسیریابی جدیدی شدند که با وجود برخی شباهت ها در رفتار به IGRP، یک پروتکل کاملا مجزا محسوب می شود..."

این قسمت: EIGRP (بخش اول) :)
📡 @networkz

https://fa.ip.engineering/eigrp-1

آقای مهندس سبط النبی در کنار یادگاریِ خیلی خیلی ناقابل مسابقه‌ی اول

📡 @networkz

https://fa.ip.engineering/q1-static-routing/

بعد از خرید شرکت لینکدین توسط شرکت مایکروسافت، دیروز در پستی آقای ساتیا نادلا مدیر شرکت مایکروسافت، اهداف و سناریوهای کوتاه مدت و مشترکی که بعد از ادغام دو شرکت قرار هست پیاده سازی و عملیاتی بشن، شرح دادند. این پست رو می تونید از لینک زیر مطالعه کنید:

📡 @networkz


https://www.linkedin.com/pulse/microsoft-linkedin-beginning-our-journey-together-satya-nadella

پیچیدگی شبکه کشنده است:
❗️ چون زندگی Network Engineer ها را مشقت بار می‌کند.
❗️ و طراحی، پیاده‌سازی، نگهداری و توسعه شبکه را سخت!
📡 @networkz

در این مطلب سعی شده تا در عین سخت و پیچیده بودن این مبحث، توضیحاتی جهت شناخت پیچیدگی در شبکه ارائه شود.
👇👇👇
https://fa.ip.engineering/پیچیدگی-شبکه-کشنده/

حتماً برای شما هم بارها و بارها پیش اومده که مشکلات اپلیکیشن یا سیستم های مختلف رو میندازن گردنِ شبکه. اصلاً انگار دیواری کوتاه تر از شبکه و شبکه کار ها نیست.
بحث سر این قضیه زیاد هست که هم برنامه نویس ها باید آشنائی با شبکه داشته باشن هم شبکه کارها با برنامه نویسی.

اغلب اینجور مشکلات از سه مورد بوجود میاد:
- عدم آگاهی developer ها نسبت به شبکه
- پیاده سازی اپلیکیشن های پیچیده یا نیازهای شبکه ای عجیب
- پیچیدگی بیش از حد در شبکه که گاهی امکان پیداکردن مشکل و یا اثبات بی‌گناه بودنِ شبکه رو سخت میکنه.

به توئیت جالبی برخوردم که حیفم اومد به اشتراک نگذارم.
"هیجکس اون packet هایی که شما باعث به مقصد رسیدنشون بودین رو بیاد نمیاره"
📡 @networkz

https://twitter.com/moghaddas_it/status/809369323303268353

وقتی این کد رو زدم، فقط خودم و خدا میدونستیم که چیه و چیکار میکنه.
...
الان فقط خدا میدونه :)

🔊 @networkz
https://fa.ip.engineering

دنیا داره به سمتی میره که Network Engineer ها باید و باید با دنیای اوپن-سورس و همینطور برنامه نویسی آشنایی داشته باشن.
اگر در پروسه ی آشنایی با دنیای اوپن-سورس، لینوکس و یونیکس و ... هستین، این مطلب خیلی ساده و شفاف تفاوت بین "لینوکس" و "BSD" رو توضیح میده.

📡 @networkz

https://fossbytes.com/difference-linux-bsd-open-source/

بی‌شک این روزا بحث Cloud Computing در دنیا کاملاً عملیاتی شده و حتی نزدیک به مرحله ای رسیده که دیگه چیز جدیدی حساب نمیشه.

یکی از مواردی که از Cloud خیلی استفاده میشه در Smartphone ها هست که تقریباً تمام اطلاعات رو میفرستن روی ابر. اما در آینده ی دنیای IoT، وقتی که مثلاً ماشین های بدون راننده به اینترنت وصلن و در سیستم حمل و نقل جریان دارن، ارسال حجم عظیمی از اطلاعات به Cloud شاید زیاد منطقی و حتی شدنی نباشه.

ایده ای که در این مقاله بررسی شده Edge Computing هست. در این مفهوم، مثلا ماشین ها میتونن دارای تعداد خیلی زیاد پردازنده و حافظه ذخیره سازی باشن و فقط اطلاعات مهم رو بفرستن سمت ابر.

برای علاقمندان به سیسکو هم جالبه که این شرکت وارد این بازی شده اما تحت نام Fog Computing.

📡 @networkz

https://fa.ip.engineering/good-read-edge-computing/

احتمالا این رو بارها دیدین، اما خالی از لطف نیست 😀

📡 @networks
https://fa.ip.engineering

دنیای صنعتی این روزا یکسری واقعیت‌های تلخ داره که حوزه آی-تی و شبکه هم ازونها مستثنی نیست.
پیشنهاد میکنم این مطلب رو مطالعه کنین. نویسنده تجربیات سختی که برای خودش ارزون بدست نیومدن رو به اشتراک گذاشته.

https://fa.ip.engineering/good-read-اخراج-شدن-و-دوران-صبر/

📡 @networks

اگر بدنبال نرم‌افزار Backup هستید، در این مطلب چند نمونه‌ی خوب و Open Source معرفی شدن

📡 @networkz

https://www.cyberciti.biz/open-source/awesome-backup-software-for-linux-unix-osx-windows-systems/