با حوصله بخوان، مثال‌ها را تحلیل کن و تمرین‌ها را انجام بده؛ هدف حفظ کردن تعریف‌ها نیست
Destination NAT Traffic ورودی را به Server داخلی می‌فرستد
NAT نشانی‌ها را هنگام عبور از روتر ترجمه می‌کند و در مرز اینترنت معمولاً Private IP را به Public IP تبدیل می‌کند؛ در عیب‌یابی Source/Destination و تطبیق Rule را بررسی کن NAT جای Firewall یا Routing نیست و هر سه نقش جدا دارند NAT نشانی یا Port را هنگام عبور Packet تغییر می‌دهد و با Routing یا Firewall یک مفهوم نیست؛ Source NAT معمولاً برای تغییر هویت مبدأ هنگام خروج و Destination NAT برای هدایت ترافیک ورودی به مقصد دیگری استفاده می‌شود؛ در عیب‌یابی باید ترتیب عبور Packet، Route قبل و بعد از ترجمه، Rule مطابق با جهت ترافیک و وجود مسیر برگشت بررسی شود، چون Rule درست روی مسیر اشتباه نتیجه مورد انتظار را نمی‌دهد نکته‌ای که هنگام پشتیبانی نباید از آن عبور کنی این است که برای تحلیل مسیر از مبدأ تا مقصد، ابتدا Default Gateway Client، سپس Routeهای Router و در صورت وجود چند Router مسیرهای بین آن‌ها را بررسی کن؛ بعد مسیر برگشت را نیز دنبال کن؛ Traceroute می‌تواند سرنخ بدهد اما نبود پاسخ در یک Hop لزوماً به معنی قطع همان نقطه نیست چون بعضی تجهیزات پیام‌های تشخیصی را محدود می‌کنند
فقط سرویس ضروری باید Publish شود
فقط سرویس ضروری باید Publish شود سرویس در فناوری اطلاعات یک قابلیت یا خدمت قابل استفاده است؛ مثل سرویس فایل، DNS، ایمیل یا یک نرم‌افزار سازمانی؛ برای بررسی هر سرویس باید اجزای وابسته، وضعیت دسترسی، مسیر شبکه و سرویس‌های پیش‌نیاز را بشناسی اسم سرویس به‌تنهایی محل خرابی را مشخص نمی‌کند؛ ممکن است خود سرویس سالم باشد اما یکی از وابستگی‌هایش مشکل داشته باشد NAT نشانی یا Port را هنگام عبور Packet تغییر می‌دهد و با Routing یا Firewall یک مفهوم نیست؛ Source NAT معمولاً برای تغییر هویت مبدأ هنگام خروج و Destination NAT برای هدایت ترافیک ورودی به مقصد دیگری استفاده می‌شود؛ در عیب‌یابی باید ترتیب عبور Packet، Route قبل و بعد از ترجمه، Rule مطابق با جهت ترافیک و وجود مسیر برگشت بررسی شود، چون Rule درست روی مسیر اشتباه نتیجه مورد انتظار را نمی‌دهد برای عیب‌یابی درست، این بخش را فقط به‌عنوان یک اصطلاح حفظ نکن و توجه داشته باش که برای تحلیل مسیر از مبدأ تا مقصد، ابتدا Default Gateway Client، سپس Routeهای Router و در صورت وجود چند Router مسیرهای بین آن‌ها را بررسی کن؛ بعد مسیر برگشت را نیز دنبال کن؛ Traceroute می‌تواند سرنخ بدهد اما نبود پاسخ در یک Hop لزوماً به معنی قطع همان نقطه نیست چون بعضی تجهیزات پیام‌های تشخیصی را محدود می‌کنند
Firewall Rule ورودی جداگانه بررسی می‌شود
Firewall ترافیک را بر اساس Rule، جهت، پروتکل، Port و آدرس اجازه یا مسدود می‌کند؛ برای عیب‌یابی به‌جای خاموش کردن کامل، Rule و Log مرتبط را بررسی کن باز کردن Any/Any برای رفع سریع، سطح حمله را زیاد می‌کند NAT نشانی یا Port را هنگام عبور Packet تغییر می‌دهد و با Routing یا Firewall یک مفهوم نیست؛ Source NAT معمولاً برای تغییر هویت مبدأ هنگام خروج و Destination NAT برای هدایت ترافیک ورودی به مقصد دیگری استفاده می‌شود؛ در عیب‌یابی باید ترتیب عبور Packet، Route قبل و بعد از ترجمه، Rule مطابق با جهت ترافیک و وجود مسیر برگشت بررسی شود، چون Rule درست روی مسیر اشتباه نتیجه مورد انتظار را نمی‌دهد Firewall ترافیک را بر اساس سیاست و شرایطی مانند مبدأ، مقصد، پروتکل، Port و وضعیت Connection کنترل می‌کند؛ Ruleها معمولاً به ترتیب ارزیابی می‌شوند و جای Rule می‌تواند نتیجه را عوض کند؛ برای تحلیل مشکل باید مشخص شود Packet در کدام Chain یا جهت حرکت می‌کند، چه Ruleای با آن Match می‌شود و آیا Rule دیگری پیش از آن تصمیم را گرفته است؛ اصل حداقل دسترسی نیز می‌گوید فقط ترافیکی مجاز شود که برای سرویس لازم است
Public IP واقعی لازم است
نشانی عمومی در اینترنت قابل Route است و ممکن است مستقیم روی روتر شما باشد یا در اختیار اپراتور قرار گیرد؛ برای سرویس ورودی باید وضعیت CGNAT را هم بدانیم نشانی IP هویت منطقی Interface در لایه شبکه است و باید همراه Prefix یا Subnet Mask تفسیر شود؛ Prefix مشخص می‌کند کدام بخش نشانی برای شبکه و کدام بخش برای Host استفاده می‌شود و همین موضوع تعیین می‌کند مقصد محلی است یا باید به Router فرستاده شود؛ در عیب‌یابی، فقط دیدن یک IP کافی نیست و باید Prefix، Gateway، DNS، روش دریافت تنظیمات، Route Table و احتمال وجود نشانی تکراری نیز بررسی شوند NAT نشانی یا Port را هنگام عبور Packet تغییر می‌دهد و با Routing یا Firewall یک مفهوم نیست؛ Source NAT معمولاً برای تغییر هویت مبدأ هنگام خروج و Destination NAT برای هدایت ترافیک ورودی به مقصد دیگری استفاده می‌شود؛ در عیب‌یابی باید ترتیب عبور Packet، Route قبل و بعد از ترجمه، Rule مطابق با جهت ترافیک و وجود مسیر برگشت بررسی شود، چون Rule درست روی مسیر اشتباه نتیجه مورد انتظار را نمی‌دهد
VPN برای مدیریت معمولاً امن‌تر است
به‌جای باز کردن مستقیم پورت مدیریتی از اینترنت، VPN می‌تواند ابتدا یک کانال احراز هویت‌شده ایجاد کند و سپس دسترسی مدیریتی را فقط داخل آن بدهد؛ خود VPN هم باید با MFA یا سیاست مناسب محافظت شود NAT نشانی یا Port را هنگام عبور Packet تغییر می‌دهد و با Routing یا Firewall یک مفهوم نیست؛ Source NAT معمولاً برای تغییر هویت مبدأ هنگام خروج و Destination NAT برای هدایت ترافیک ورودی به مقصد دیگری استفاده می‌شود؛ در عیب‌یابی باید ترتیب عبور Packet، Route قبل و بعد از ترجمه، Rule مطابق با جهت ترافیک و وجود مسیر برگشت بررسی شود، چون Rule درست روی مسیر اشتباه نتیجه مورد انتظار را نمی‌دهد VPN یک مسیر منطقی روی شبکه موجود ایجاد می‌کند و بسته به فناوری می‌تواند احراز هویت، رمزنگاری یا هر دو را فراهم کند؛ در عیب‌یابی Tunnel باید ابتدا دسترسی پایه دو Endpoint، زمان سیستم، Credential یا Key، پارامترهای مذاکره و Routeهای مربوط به شبکه‌های دو طرف بررسی شوند؛ بالا بودن وضعیت Tunnel به‌تنهایی تضمین نمی‌کند ترافیک کاربردی عبور می‌کند و Firewall و Route بعد از برقراری نیز باید کنترل شوند
فرض کن در مرز اینترنت و Routing شبکه مشکلی گزارش شده و احتمال می‌دهی به Port Forwarding مربوط باشد. قبل از تغییر، وضعیت فعلی را با Route Table، ping، tracert، NAT و Firewall بررسی می‌کنی و نتیجه را با یک حالت سالم یا مستند معتبر مقایسه می‌کنی. اگر شواهد فرضیه را تأیید کردند، فقط همان بخش مرتبط را تغییر می‌دهی و بعد همان تست را دوباره اجرا می‌کنی تا مطمئن شوی مشکل واقعاً برطرف شده است
این اشتباه‌ها را تکرار نکن
- NAT جای Firewall یا Routing نیست و هر سه نقش جدا دارند
- Firewall ترافیک را بر اساس Rule، جهت، پروتکل، Port و آدرس اجازه یا مسدود می‌کند؛ برای عیب‌یابی به‌جای خاموش کردن کامل، Rule و Log مرتبط را بررسی کن
- تغییر دادن تنظیمات مرتبط با Port Forwarding قبل از اینکه مطمئن شوی مشکل واقعاً به همین بخش مربوط است
حالا خودت انجام بده
- در یک نمونه آزمایشی مرتبط با Port Forwarding، فقط وضعیت فعلی را مشاهده کن و سه نکته‌ای را که برای تشخیص حالت سالم مهم‌اند یادداشت کن
- با Route Table، ping، tracert، NAT و Firewall وضعیت مرتبط با Port Forwarding را بدون تغییر بررسی کن، سه داده واقعی جمع کن و توضیح بده هرکدام چه چیزی به تو می‌گویند
- یک خطای فرضی مرتبط با Port Forwarding بنویس و مشخص کن اولین تست کم‌خطر تو چیست و چه نتیجه‌ای فرضیه‌ات را رد می‌کند
نکته‌هایی که باید با خودت ببری
- Destination NAT Traffic ورودی را به Server داخلی می‌فرستد
- فقط سرویس ضروری باید Publish شود
- Firewall Rule ورودی جداگانه بررسی می‌شود
- Public IP واقعی لازم است
- VPN برای مدیریت معمولاً امن‌تر است
- قبل از تغییر Default Route، NAT یا WAN دسترسی جایگزین و Rollback را مشخص کن
قبل از رفتن به درس بعد، جواب را برای خودت توضیح بده
این نکته را با یک مثال توضیح بده: Destination NAT Traffic ورودی را به Server داخلی می‌فرستد. بعد بگو در عمل چطور آن را بررسی می‌کنی.
NAT نشانی‌ها را هنگام عبور از روتر ترجمه می‌کند و در مرز اینترنت معمولاً Private IP را به Public IP تبدیل می‌کند؛ در عیب‌یابی Source/Destination و تطبیق Rule را بررسی کن
این نکته را با یک مثال توضیح بده: فقط سرویس ضروری باید Publish شود. بعد بگو در عمل چطور آن را بررسی می‌کنی.
سرویس در فناوری اطلاعات یک قابلیت یا خدمت قابل استفاده است؛ مثل سرویس فایل، DNS، ایمیل یا یک نرم‌افزار سازمانی؛ برای بررسی هر سرویس باید اجزای وابسته، وضعیت دسترسی، مسیر شبکه و سرویس‌های پیش‌نیاز را بشناسی
این نکته را با یک مثال توضیح بده: Firewall Rule ورودی جداگانه بررسی می‌شود. بعد بگو در عمل چطور آن را بررسی می‌کنی.
Firewall ترافیک را بر اساس Rule، جهت، پروتکل، Port و آدرس اجازه یا مسدود می‌کند؛ برای عیب‌یابی به‌جای خاموش کردن کامل، Rule و Log مرتبط را بررسی کن
برای ذخیره پیشرفت، دوره را رسمی شروع کن
با ثبت‌نام، تکمیل درس‌ها و نمره آزمون روی حساب ذخیره می‌شود
