نحوه عیب‌یابی MikroTik RouterOS 2025

مقدمه

مسائل شبکه می‌توانند عملیات تجاری را متوقف کرده و منجر به سرخوردگی و از دست دادن احتمالی درآمد شوند. هنگامی که روتر MikroTik شما با مشکل مواجه می‌شود، داشتن یک رویکرد سیستماتیک برای عیب‌یابی جهت شناسایی و حل سریع مسائل ضروری است. دستگاه‌های MikroTik ابزارهای قدرتمند شبکه‌ای هستند که توسط کسب‌وکارها و ارائه‌دهندگان خدمات اینترنتی (ISP) در سراسر جهان استفاده می‌شوند، اما پیچیدگی آن‌ها می‌تواند عیب‌یابی را حتی برای مدیران شبکه باتجربه نیز چالش‌برانگیز کند.

این راهنمای جامع، شما را از طریق یک رویکرد روشمند برای تشخیص و حل مشکلات رایج MikroTik RouterOS هدایت خواهد کرد. چه با مشکلات اتصال، تنگناهای عملکردی، یا خطاهای پیکربندی مواجه باشید، این تکنیک‌های عیب‌یابی به شما کمک می‌کنند تا شبکه خود را با حداقل زمان از کارافتادگی به عملکرد بهینه بازگردانید.

TildaVPS راه‌حل‌های تخصصی MikroTik VPS را ارائه می‌دهد که محیطی عالی برای آزمایش پیکربندی‌ها، اجرای شبیه‌سازی‌های شبکه یا میزبانی سرویس‌های مبتنی بر MikroTik فراهم می‌کند. با درک این روش‌های عیب‌یابی، شما برای حفظ عملیات شبکه قابل اعتماد در سراسر زیرساخت خود، مجهزتر خواهید بود.

بخش 1: درک اصول MikroTik RouterOS

پایه و اساس عیب‌یابی مؤثر

مقدمه‌ای بر این بخش: قبل از پرداختن به تکنیک‌های عیب‌یابی خاص، درک معماری و اجزای اساسی MikroTik RouterOS بسیار مهم است. این دانش، پایه و اساس تشخیص مؤثر مشکل را تشکیل می‌دهد.

توضیح: MikroTik RouterOS یک سیستم عامل روتر مبتنی بر لینوکس است که سخت‌افزار استاندارد PC یا سخت‌افزار RouterBOARD میکروتیک را به یک روتر اختصاصی تبدیل می‌کند. طراحی ماژولار آن، عملکرد را به اجزای متمایزی تقسیم می‌کند که برای ارائه قابلیت‌های جامع شبکه با یکدیگر تعامل دارند.

جزئیات فنی: RouterOS از یک رویکرد لایه‌ای برای شبکه استفاده می‌کند، با اینترفیس‌های فیزیکی در پایین، و به دنبال آن پیکربندی‌های اینترفیس، آدرس‌دهی IP، پروتکل‌های مسیریابی، قوانین فایروال و سرویس‌ها. مشکلات می‌توانند در هر لایه‌ای رخ دهند، و درک این روابط به جداسازی مؤثرتر مسائل کمک می‌کند.

مزایا و کاربردها: درک قوی از معماری RouterOS به شما امکان می‌دهد:

شناسایی کنید که کدام جزء احتمالاً باعث مشکل خاصی شده است.
به جای اصلاحات تصادفی، تکنیک‌های عیب‌یابی هدفمند را به کار بگیرید.
تأثیرات بالقوه تغییرات پیکربندی را درک کنید.
راه‌حل‌های بلندمدت مؤثرتری را به جای راه‌حل‌های موقت توسعه دهید.

دستورالعمل‌های گام به گام برای ارزیابی سیستم:

نسخه RouterOS خود را با استفاده از دستور ترمینال شناسایی کنید: /system resource print
نشانگرهای سلامت سیستم را با دستور: /system health print بررسی کنید.
مصرف منابع را بررسی کنید: /system resource print
لاگ سیستم را برای خطاهای اخیر بررسی کنید: /log print
پکیج‌های نصب شده را تأیید کنید: /system package print

خلاصه بخش: درک معماری و اجزای MikroTik RouterOS، زمینه لازم برای عیب‌یابی مؤثر را فراهم می‌کند. با دانستن نحوه تعامل عناصر مختلف، می‌توانید به سرعت علت اصلی مسائل را شناسایی کرده و راه‌حل‌های مناسب را پیاده‌سازی کنید.

پرسش‌های متداول کوتاه:

RouterOS چه تفاوتی با سایر سیستم‌عامل‌های روتر دارد؟

RouterOS قابلیت‌های قدرتمند شبکه را با یک رابط کاربری نسبتاً در دسترس ترکیب می‌کند. بر خلاف بسیاری از راه‌حل‌های سازمانی، نسبت قیمت به عملکرد استثنایی را ارائه می‌دهد در حالی که ویژگی‌هایی قابل مقایسه با سیستم‌های بسیار گران‌تر را فراهم می‌کند. طراحی ماژولار آن به کاربران اجازه می‌دهد تا تنها سرویس‌های مورد نیاز خود را فعال کنند.

چرا دانستن نسخه RouterOS من برای عیب‌یابی مهم است؟

نسخه‌های مختلف دارای ویژگی‌ها، باگ‌ها و اصلاحات متفاوتی هستند. دانستن نسخه شما به شناسایی مسائل شناخته شده خاص آن نسخه کمک می‌کند و اطمینان می‌دهد که مراحل عیب‌یابی مناسب را دنبال می‌کنید. علاوه بر این، برخی مشکلات را می‌توان به سادگی با به‌روزرسانی به نسخه‌ای جدیدتر که باگ‌های خاصی را برطرف می‌کند، حل کرد.

بخش 2: ابزارها و تکنیک‌های ضروری عیب‌یابی

جعبه‌ابزار تشخیصی MikroTik شما

مقدمه‌ای بر این بخش: MikroTik RouterOS شامل ابزارهای داخلی قدرتمندی است که می‌توانند به تشخیص مسائل شبکه کمک کنند. دانستن اینکه کدام ابزارها را برای مشکلات خاص استفاده کنید، فرآیند عیب‌یابی را به طور قابل توجهی سرعت می‌بخشد.

توضیح: RouterOS هر دو ابزار خط فرمان و گرافیکی را برای تشخیص شبکه فراهم می‌کند. این ابزارها از تست‌های اساسی اتصال تا ابزارهای پیشرفته تحلیل ترافیک را شامل می‌شوند که می‌توانند مسائل پیچیده شبکه را مشخص کنند.

جزئیات فنی: ما ابزارهای تشخیصی ضروری، ابزارهای نظارت و قابلیت‌های لاگ‌گیری را بررسی خواهیم کرد که به شناسایی منبع مشکلات شبکه کمک می‌کنند.

مزایا و کاربردها:

به سرعت اتصال اساسی را تأیید کنید.
تنگنا‌ها و مشکلات عملکرد را شناسایی کنید.
مسیر ترافیک شبکه را ردیابی کنید.
مصرف منابع را نظارت کنید.
الگوهای ترافیک و تهدیدات امنیتی احتمالی را تحلیل کنید.

دستورالعمل‌های گام به گام برای استفاده از ابزارهای تشخیصی کلیدی:

تست اتصال اساسی:
- تست پینگ برای تأیید اتصال اساسی:
  plaintext
```
/ping 8.8.8.8 count=5
```
- ترس‌روت برای شناسایی مشکلات مسیر شبکه:
  plaintext
```
/tool traceroute 8.8.8.8
```
- جستجوی DNS برای تأیید تفکیک نام:
  plaintext
```
/tool dns-lookup name=google.com
```
تشخیص اینترفیس:
- بررسی وضعیت اینترفیس:
  plaintext
```
/interface print
```
- نظارت بر ترافیک اینترفیس در زمان واقعی:
  plaintext
```
/interface monitor-traffic ether1
```
- تأیید خطاهای اینترفیس:
  plaintext
```
/interface ethernet print stats
```
تست پهنای باند:
- استفاده از ابزار داخلی تست پهنای باند:
  plaintext
```
/tool bandwidth-test address=remote-mikrotik-ip direction=both
```
- نظارت بر ترافیک بر اساس پروتکل:
  plaintext
```
/ip traffic-flow print
```
عیب‌یابی اتصال:
- مشاهده اتصالات فعال:
  plaintext
```
/ip firewall connection print
```
- بررسی فعالیت NAT:
  plaintext
```
/ip firewall nat print
```
- بررسی جدول مسیریابی:
  plaintext
```
/ip route print
```
نظارت بر منابع سیستم:
- بررسی بار CPU:
  plaintext
```
/system resource cpu print
```
- نظارت بر مصرف حافظه:
  plaintext
```
/system resource print
```
- مشاهده فضای دیسک:
  plaintext
```
/system resource irq print
```

خلاصه بخش: MikroTik RouterOS مجموعه‌ای جامع از ابزارهای تشخیصی را فراهم می‌کند که می‌توانند به شناسایی و حل مسائل شبکه کمک کنند. ماهر شدن در استفاده از این ابزارها به شما امکان می‌دهد تا به سرعت مشکلات را مشخص کرده و راه‌حل‌های مؤثر را پیاده‌سازی کنید، که زمان از کارافتادگی شبکه را به حداقل می‌رساند.

پرسش‌های متداول کوتاه:

هنگام عیب‌یابی مشکلات اتصال، ابتدا از کدام ابزار استفاده کنم؟

ابتدا با تست‌های پینگ اساسی شروع کنید تا اتصال بنیادی را تأیید کنید، سپس اگر تست‌های پینگ ناموفق بود، به ترس‌روت بروید. این رویکرد به تعیین اینکه آیا مشکل محلی در روتر شما است یا در جای دیگری در مسیر شبکه، کمک می‌کند.

چگونه می‌توانم نظارت کنم که کدام دستگاه‌ها بیشترین پهنای باند را استفاده می‌کنند؟

از ابزار Torch (/tool torch) در Winbox یا WebFig برای نظارت بر ترافیک لحظه‌ای بر اساس آدرس IP، پروتکل یا پورت استفاده کنید. برای تحلیل بلندمدت‌تر، جریان ترافیک (/ip traffic-flow) را پیکربندی کرده و داده‌ها را به یک جمع‌آوری‌کننده برای گزارش‌های دقیق مصرف پهنای باند صادر کنید.

بخش 3: عیب‌یابی مشکلات اتصال

حل مسائل اتصال شبکه

مقدمه‌ای بر این بخش: مشکلات اتصال از جمله رایج‌ترین مسائلی هستند که مدیران شبکه با آن روبرو می‌شوند. این بخش بر تشخیص و حل روشمند انواع مختلف مشکلات اتصال در محیط‌های MikroTik تمرکز دارد.

توضیح: مشکلات اتصال می‌توانند ناشی از مسائل لایه فیزیکی، خطاهای پیکربندی، مشکلات مسیریابی یا اختلالات سرویس باشند. یک رویکرد سیستماتیک به شناسایی علت خاص کمک می‌کند.

جزئیات فنی: ما مسائل رایج اتصال را در لایه‌های مختلف شبکه، از اتصالات فیزیکی تا سرویس‌های سطح برنامه، با دستورات و پیکربندی‌های خاص MikroTik برای حل هر نوع مشکل بررسی خواهیم کرد.

مزایا و کاربردها:

دسترسی به اینترنت را برای کاربران به سرعت بازیابی کنید.
مشکلات اتصال شبکه داخلی را حل کنید.
مسائل اتصال VPN را برطرف کنید.
مشکلات تفکیک DNS را برطرف کنید.
مشکلات مسیریابی و گت‌وی را عیب‌یابی کنید.

دستورالعمل‌های گام به گام برای عیب‌یابی اتصال:

بررسی‌های لایه فیزیکی:
- وضعیت اینترفیس و تشخیص لینک را تأیید کنید:
  plaintext
```
/interface ethernet print
```
- خطاهای اینترفیس یا پکت‌های از دست رفته را بررسی کنید:
  plaintext
```
/interface ethernet print stats
```
- برای لینک‌های بی‌سیم، قدرت سیگنال و CCQ را بررسی کنید:
  plaintext
```
/interface wireless registration-table print
```
- اینترفیس‌های مشکل‌ساز را ریست کنید:
  plaintext
```
/interface ethernet reset-mac-address ether1
```
تأیید پیکربندی IP:
- آدرس‌های IP روی اینترفیس‌ها را بررسی کنید:
  plaintext
```
/ip address print
```
- عملکرد کلاینت DHCP را تأیید کنید:
  plaintext
```
/ip dhcp-client print
```
- قابلیت دسترسی به گت‌وی را تست کنید:
  plaintext
```
/ping [gateway-ip] count=5
```
- جدول ARP را بررسی کنید:
  plaintext
```
/ip arp print
```
عیب‌یابی مسیریابی:
- ورودی‌های جدول مسیریابی را تأیید کنید:
  plaintext
```
/ip route print
```
- تداخلات مسیریابی یا مسیرهای از دست رفته را بررسی کنید:
  plaintext
```
/ip route print detail
```
- مسیرهای خاص را تست کنید:
  plaintext
```
/ping 8.8.8.8 routing-table=main count=5
```
- فرآیند انتخاب مسیر را بررسی کنید:
  plaintext
```
/ip route get 8.8.8.8
```
مشکلات تفکیک DNS:
- پیکربندی سرور DNS را تأیید کنید:
  plaintext
```
/ip dns print
```
- تفکیک DNS را تست کنید:
  plaintext
```
/tool dns-lookup name=google.com server=8.8.8.8
```
- کش DNS را بررسی کنید:
  plaintext
```
/ip dns cache print
```
- در صورت نیاز کش DNS را پاک کنید:
  plaintext
```
/ip dns cache flush
```
بررسی فایروال و NAT:
- قوانین فایروال که ممکن است ترافیک را مسدود کنند را بررسی کنید:
  plaintext
```
/ip firewall filter print
```
- پیکربندی NAT را تأیید کنید:
  plaintext
```
/ip firewall nat print
```
- به طور موقت فایروال را برای آزمایش غیرفعال کنید (با احتیاط استفاده شود):
  plaintext
```
/ip firewall filter disable [find]
```
- ردیابی اتصال را نظارت کنید:
  plaintext
```
/ip firewall connection print where dst-address=problematic-ip
```

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

پرسش‌های متداول کوتاه:

چرا ممکن است پینگ کار کند اما وب‌گردی ناموفق باشد؟

این اغلب نشان‌دهنده مشکل تفکیک DNS است. اگر می‌توانید آدرس‌های IP را پینگ کنید اما نام‌های دامنه را خیر، پیکربندی سرور DNS خود را بررسی کنید، به دنبال قوانین فایروال که ترافیک DNS را مسدود می‌کنند (پورت UDP/TCP 53) باشید، و اطمینان حاصل کنید که سرورهای DNS شما از روتر قابل دسترس هستند.

اگر برخی دستگاه‌ها می‌توانند وصل شوند اما برخی دیگر نمی‌توانند، چه چیزی را باید بررسی کنم؟

ابتدا تعیین کنید که دستگاه‌های در حال کار و غیر در حال کار چه وجه اشتراکی دارند. بررسی کنید که آیا آن‌ها در اینترفیس‌ها، VLANها یا ساب‌نت‌های IP مختلفی قرار دارند. تأیید کنید که DHCP به درستی برای ساب‌نت تحت تأثیر کار می‌کند، و قوانین فایروال را بررسی کنید که ممکن است ترافیک را بر اساس آدرس‌های منبع یا آدرس‌های MAC فیلتر کنند.

بخش 4: تشخیص و حل مشکلات عملکرد

بهینه‌سازی عملکرد روتر

مقدمه‌ای بر این بخش: تشخیص مشکلات عملکردی می‌تواند چالش‌برانگیزتر از خرابی‌های کامل باشد، زیرا شبکه هنوز کار می‌کند اما نه در سطوح بهینه. این بخش بر شناسایی و حل تنگناهای عملکردی در روترهای MikroTik تمرکز دارد.

توضیح: مشکلات عملکردی معمولاً به صورت سرعت پایین، تأخیر بالا، افت پکت یا اتصال متناوب ظاهر می‌شوند. این مسائل می‌توانند ناشی از محدودیت‌های منابع، ناکارآمدی‌های پیکربندی یا عوامل خارجی باشند.

جزئیات فنی: ما روش‌هایی را برای شناسایی تنگناهای منابع، بهینه‌سازی پیکربندی‌ها و پیاده‌سازی ویژگی‌های بهبود عملکرد در RouterOS بررسی خواهیم کرد.

مزایا و کاربردها:

بهبود توان عملیاتی کلی شبکه
کاهش تأخیر برای برنامه‌های حساس به زمان
حذف افت پکت و ناپایداری اتصال
بهینه‌سازی مصرف منابع
افزایش کیفیت سرویس برای ترافیک حیاتی

دستورالعمل‌های گام به گام برای عیب‌یابی عملکرد:

شناسایی تنگناهای منابع:
- بررسی مصرف CPU:
  plaintext
```
/system resource cpu print
```
- نظارت بر مصرف CPU بر اساس فرآیند:
  plaintext
```
/tool profile
```
- بررسی مصرف حافظه:
  plaintext
```
/system resource print
```
- بررسی مصرف دیسک و سلامت آن:
  plaintext
```
/disk print
```
تحلیل الگوهای ترافیک:
- استفاده از Torch برای شناسایی ترافیک پرمصرف پهنای باند:
  plaintext
```
/tool torch interface=ether1 ip-protocol=any
```
- بررسی جدول اتصالات برای اتصالات متعدد:
  plaintext
```
/ip firewall connection print count-only
```
- بررسی تراکم اینترفیس:
  plaintext
```
/interface monitor-traffic ether1 once
```
- شناسایی مصرف‌کنندگان اصلی ترافیک با استفاده از جریان ترافیک:
  plaintext
```
/ip traffic-flow print
```
بهینه‌سازی پیکربندی فایروال:
- انتقال قوانین پرکاربرد به بالا:
  plaintext
```
/ip firewall filter print stats
```
- استفاده مناسب از کمک‌کننده‌های ردیابی اتصال:
  plaintext
```
/ip firewall connection tracking print
```
- پیاده‌سازی fasttrack برای ترافیک مورد اعتماد:
  plaintext
```
/ip firewall filter add chain=forward action=fasttrack-connection connection-state=established,related comment="FastTrack"
```
- محدود کردن نرخ اتصال برای محافظت در برابر حملات DoS احتمالی:
  plaintext
```
/ip firewall filter add chain=input protocol=tcp dst-port=22 connection-limit=3,32 action=drop comment="SSH brute force protection"
```
پیاده‌سازی کیفیت سرویس (QoS):
- شناسایی انواع ترافیک نیازمند اولویت‌بندی
- ایجاد انواع صف برای دسته‌های مختلف ترافیک:
  plaintext
```
/queue type add name=streaming-video kind=pcq pcq-classifier=dst-address pcq-rate=10M
```
- پیاده‌سازی صف‌های ساده برای مدیریت پهنای باند:
  plaintext
```
/queue simple add name=limit-youtube target=192.168.1.0/24 dst-address=youtube-ip-ranges queue=streaming-video max-limit=20M/20M
```
- یا استفاده از درختان صف پیشرفته‌تر برای سناریوهای پیچیده.
بهینه‌سازی عملکرد بی‌سیم (در صورت لزوم):
- انتخاب فرکانس‌های بهینه با آنالیز طیف:
  plaintext
```
/interface wireless spectral-scan wlan1
```
- تنظیم مناسب پهنای کانال
- پیاده‌سازی لیست دسترسی بی‌سیم برای جلوگیری از اتصالات غیرمجاز
- فعال کردن فشرده‌سازی بی‌سیم در صورت مفید بودن:
  plaintext
```
/interface wireless set wlan1 compression=yes
```

خلاصه بخش: بهینه‌سازی عملکرد نیازمند یک رویکرد روشمند برای شناسایی تنگنا‌ها و پیاده‌سازی راه‌حل‌های مناسب است. با نظارت بر مصرف منابع، تحلیل الگوهای ترافیک و بهینه‌سازی پیکربندی‌ها، می‌توانید عملکرد و قابلیت اطمینان روتر MikroTik خود را به طور قابل توجهی بهبود بخشید.

پرسش‌های متداول کوتاه:

چگونه می‌توانم تعیین کنم که مشکلات عملکردی من مربوط به CPU هستند یا پهنای باند؟

همزمان مصرف CPU و توان عملیاتی اینترفیس را نظارت کنید. اگر مصرف CPU به حدود 100% برسد در حالی که پهنای باند زیر ظرفیت اینترفیس باقی می‌ماند، احتمالاً با تنگنای CPU مواجه هستید. اگر اینترفیس‌ها استفاده مداوم و بالایی نزدیک به حداکثر ظرفیت خود را نشان دهند در حالی که مصرف CPU معقول است، با محدودیت‌های پهنای باند روبرو هستید.

آیا فعال کردن همه ویژگی‌های موجود بر عملکرد روتر من تأثیر می‌گذارد؟

بله، به طور قابل توجهی. روترهای MikroTik ویژگی‌های قدرتمند زیادی دارند، اما فعال کردن سرویس‌های غیرضروری منابع را مصرف می‌کند. فقط ویژگی‌هایی را که واقعاً نیاز دارید، به خصوص در سخت‌افزارهای پایین‌رده، فعال کنید. سرویس‌هایی مانند پروکسی، وب‌پروکسی، SNMP، تست پهنای باند و لاگ‌گیری گسترده می‌توانند در صورت عدم نیاز، بر عملکرد تأثیر بگذارند.

بخش 5: حل مشکلات پیکربندی و نرم‌افزار

اصلاح مشکلات پیکربندی RouterOS

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

توضیح: مشکلات پیکربندی می‌توانند از خطاهای ساده نحوی تا مسائل پیچیده تعامل بین ویژگی‌های مختلف RouterOS متغیر باشند. مسائل نرم‌افزاری ممکن است شامل باگ‌ها در نسخه‌های خاص RouterOS یا تداخلات پکیج باشند.

جزئیات فنی: ما روش‌هایی را برای شناسایی ناسازگاری‌های پیکربندی، حل مسائل خاص نسخه و پیاده‌سازی بهترین شیوه‌ها برای مدیریت پیکربندی بررسی خواهیم کرد.

مزایا و کاربردها:

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

دستورالعمل‌های گام به گام برای عیب‌یابی پیکربندی:

شناسایی مسائل پیکربندی:
- بررسی تغییرات پیکربندی اخیر:
  plaintext
```
/system history print
```
- بررسی هشدارهای پیکربندی:
  plaintext
```
/system logging print where topics~"warning"
```
- تأیید پیکربندی‌های اینترفیس:
  plaintext
```
/interface print detail
```
- بررسی پیکربندی مسیریابی:
  plaintext
```
/ip route print detail
```
حل مسائل خاص نسخه:
- بررسی نسخه RouterOS فعلی:
  plaintext
```
/system package print
```
- بررسی گزارش تغییرات MikroTik برای مسائل شناخته شده:
  plaintext
```
/system package update check-for-updates
```
- در نظر گرفتن ارتقاء برای حل باگ‌های شناخته شده:
  plaintext
```
/system package update download
/system package update install
```
- یا تنزل نسخه در صورت مواجهه با مشکل در نسخه جدیدتر:
  plaintext
```
/system package downgrade
```
پیاده‌سازی پشتیبان‌گیری و بازیابی پیکربندی:
- ایجاد یک نسخه پشتیبان قبل از ایجاد تغییرات:
  plaintext
```
/system backup save name=pre-change-backup
```
- صدور پیکربندی به یک فایل متنی:
  plaintext
```
/export file=config-backup
```
- تنظیم پشتیبان‌گیری خودکار:
  plaintext
```
/system scheduler add name=daily-backup interval=1d on-event="/system backup save name=daily-backup-\$[/system clock get date]"
```
- بازیابی از نسخه پشتیبان در صورت نیاز:
  plaintext
```
/system backup load name=backup-file
```
بازنشانی بخش‌های خاص پیکربندی:
- بازنشانی فقط مناطق پیکربندی مشکل‌ساز:
  plaintext
```
/interface reset-configuration ether1
```
- بازنشانی پیکربندی مسیریابی:
  plaintext
```
/ip route reset
```
- بازنشانی قوانین فایروال با احتیاط:
  plaintext
```
/ip firewall filter reset
```
- به عنوان آخرین راه‌حل، بازنشانی به تنظیمات کارخانه (همه پیکربندی‌ها از بین می‌روند):
  plaintext
```
/system reset-configuration no-defaults=yes
```
پیاده‌سازی شیوه‌های پیکربندی ایمن:
- هنگام انجام تغییرات حیاتی از حالت امن استفاده کنید:
  plaintext
```
/system routerboard settings set protected-routerboot=enabled
```
- پیکربندی‌های پیچیده را ابتدا در یک محیط جداگانه آزمایش کنید.
- تمام تغییرات پیکربندی را مستند کنید.
- نسخه‌بندی پیکربندی را پیاده‌سازی کنید.
- از اسکریپت‌های پیکربندی برای تغییرات قابل تکرار استفاده کنید:
  plaintext
```
/system script add name=apply-qos source="/queue simple add name=limit-guest target=192.168.88.0/24 max-limit=5M/5M"
```

خلاصه بخش: مدیریت صحیح پیکربندی برای حفظ یک محیط MikroTik پایدار و قابل اعتماد ضروری است. با پیاده‌سازی رویه‌های پشتیبان‌گیری سیستماتیک، مدیریت دقیق ارتقاءها و پیروی از بهترین شیوه‌های پیکربندی، می‌توانید زمان از کارافتادگی را به حداقل برسانید و به سرعت از مسائل مربوط به پیکربندی بازیابی کنید.

پرسش‌های متداول کوتاه:

هر چند وقت یک بار باید نرم‌افزار RouterOS خود را به‌روزرسانی کنم؟

برای محیط‌های تولیدی، معمولاً بهتر است 1-2 ماه پس از انتشار یک نسخه پایدار جدید صبر کنید و سپس ارتقاء دهید تا زمان کافی برای شناسایی و رفع هرگونه باگ جدید فراهم شود. همیشه گزارش تغییرات را برای مسائل ثابت شده مربوط به راه‌اندازی خود بررسی کنید و در صورت امکان، ابتدا به‌روزرسانی‌ها را روی دستگاه‌های غیرحیاتی آزمایش کنید.

ایمن‌ترین راه برای آزمایش تغییرات عمده پیکربندی چیست؟

ایمن‌ترین رویکرد، آزمایش روی یک دستگاه جداگانه یا استفاده از MikroTik VPS تیدیل وی پی اس (TildaVPS) برای ایجاد یک محیط آزمایشی است. اگر این امکان وجود ندارد، اطمینان حاصل کنید که یک نسخه پشتیبان فعلی دارید، یک پنجره نگهداری زمان‌بندی کنید، و هنگام انجام تغییرات از حالت امن استفاده کنید تا در صورت بروز مشکل بتوانید به حالت قبل بازگردید.

بخش 6: تکنیک‌های پیشرفته عیب‌یابی

مقابله با مسائل پیچیده MikroTik

مقدمه‌ای بر این بخش: برخی از مسائل MikroTik به تکنیک‌های عیب‌یابی پیشرفته‌ای نیاز دارند که فراتر از تشخیص‌های اساسی هستند. این بخش روش‌های پیچیده برای حل مشکلات پیچیده یا پایدار را پوشش می‌دهد.

توضیح: عیب‌یابی پیشرفته اغلب شامل تحلیل عمیق‌تر رفتار سیستم، بازرسی در سطح پکت و گاهی رویکردهای غیرمتعارف برای جداسازی مسائل گریزان است.

جزئیات فنی: ما تحلیل کپچر پکت، اسکریپت‌نویسی برای عیب‌یابی خودکار، تکنیک‌های تحلیل لاگ، و روش‌هایی برای تشخیص مشکلات متناوب را بررسی خواهیم کرد.

مزایا و کاربردها:

حل مسائل پیچیده شبکه که با عیب‌یابی اساسی قابل رفع نیستند.
شناسایی مشکلات یا تعاملات پیکربندی ظریف.
تشخیص مسائل متناوب که بازتولید آن‌ها دشوار است.
خودکارسازی عیب‌یابی برای مشکلات تکراری.
توسعه درک عمیق‌تر از رفتار RouterOS.

دستورالعمل‌های گام به گام برای عیب‌یابی پیشرفته:

کپچر پکت و تحلیل:
- کپچر ترافیک روی اینترفیس‌های خاص:
  plaintext
```
/tool sniffer set filter-interface=ether1 filter-ip-address=192.168.1.100/32
/tool sniffer start
```
- صدور کپچرها برای تحلیل در Wireshark:
  plaintext
```
/tool sniffer save file=capture.pcap
```
- تحلیل پروتکل‌های خاص:
  plaintext
```
/tool sniffer set filter-interface=ether1 filter-port=53
```
- تمرکز بر مسائل برقراری اتصال:
  plaintext
```
/tool sniffer set filter-interface=ether1 filter-tcp-flags=syn
```
تحلیل پیشرفته لاگ:
- پیکربندی لاگ‌گیری جزئی برای موضوعات خاص:
  plaintext
```
/system logging add topics=firewall,debug action=memory
```
- فیلتر کردن لاگ‌ها برای الگوهای خاص:
  plaintext
```
/log print where message~"failed"
```
- صدور لاگ‌ها برای تحلیل خارجی:
  plaintext
```
/log print file=detailed-logs
```
- تنظیم لاگ‌گیری از راه دور:
  plaintext
```
/system logging add topics=system,critical action=remote remote=192.168.1.5
```

اسکریپت‌نویسی برای تشخیص خودکار:

ایجاد یک اسکریپت تشخیصی جامع:

plaintext

/system script add name=diagnostics source={
  :log info "Starting diagnostics"
  :log info "System resources:"
  /system resource print
  :log info "Interface status:"
  /interface print status
  :log info "Routing table:"
  /ip route print
  :log info "Active connections:"
  /ip firewall connection print count-only
  :log info "DNS status:"
  /tool dns-lookup name=google.com
}

زمان‌بندی اجرای منظم:

plaintext

/system scheduler add name=daily-diagnostics interval=1d on-event=diagnostics

ایجاد اسکریپت‌های بازیابی شرطی:

plaintext

/system script add name=recover-internet source={
  :if ([/ping 8.8.8.8 count=3] = 0) do={
    :log warning "Internet down, resetting WAN"
    /interface disable ether1
    :delay 5s
    /interface enable ether1
  }
}

تشخیص مسائل متناوب:
- پیاده‌سازی نظارت مداوم:
  plaintext
```
/tool netwatch add host=8.8.8.8 interval=30s up-script=":log info up" down-script=":log warning down"
```
- ایجاد نمودارهای پهنای باند برای تحلیل بلندمدت:
  plaintext
```
/tool graphing interface add interface=ether1
```
- تنظیم هشدارهای ایمیل خودکار برای رویدادهای حیاتی:
  plaintext
```
/tool e-mail set server=smtp.example.com [email protected]
/system logging add topics=critical action=email [email protected]
```
- استفاده از ویژگی نظارت بر سلامت:
  plaintext
```
/system health print
```
تشخیص در سطح سخت‌افزار:
- بررسی خطاهای سخت‌افزاری:
  plaintext
```
/system routerboard print
```
- آزمایش پایداری منبع تغذیه:
  plaintext
```
/system health print
```
- نظارت بر دما:
  plaintext
```
/system health print
```
- انجام تست‌های استرس برای شناسایی مسائل سخت‌افزاری:
  plaintext
```
/tool bandwidth-test address=remote-mikrotik duration=1h direction=both
```

خلاصه بخش: تکنیک‌های عیب‌یابی پیشرفته به شما امکان می‌دهند تا عمیق‌تر در مسائل پیچیده MikroTik که به تشخیص‌های اساسی پاسخ نمی‌دهند، کاوش کنید. با تسلط بر تحلیل پکت، اسکریپت‌نویسی و نظارت سیستماتیک، می‌توانید حتی چالش‌برانگیزترین مشکلات شبکه را حل کرده و اقدامات پیشگیرانه برای جلوگیری از تکرار آن‌ها انجام دهید.

پرسش‌های متداول کوتاه:

چه زمانی باید به جای ابزارهای تشخیصی ساده‌تر از کپچر پکت استفاده کنم؟

از کپچر پکت زمانی استفاده کنید که نیاز دارید دقیقاً در سطح پروتکل چه اتفاقی می‌افتد، به ویژه هنگام عیب‌یابی مسائل خاص برنامه، بررسی نگرانی‌های امنیتی، یا تشخیص مشکلاتی که علائم به وضوح علت را نشان نمی‌دهند. این ابزار برای مسائل متناوب که ابزارهای دیگر قادر به شناسایی آن‌ها نیستند، بسیار ارزشمند است.

چگونه می‌توانم مشکلاتی را که فقط در ساعات خاصی از روز رخ می‌دهند، عیب‌یابی کنم؟

اسکریپت‌های زمان‌بندی شده را تنظیم کنید تا تشخیص‌ها را در زمان‌های مشکل‌زا اجرا کنند، لاگ‌گیری جزئی را روی اجزای مشکوک متمرکز کنید، و نظارت مداوم را با ابزارهایی مانند Netwatch و Graphing پیاده‌سازی کنید. جمع‌آوری داده‌ها در چندین رویداد اغلب الگوهایی را نشان می‌دهد که به علت اصلی اشاره می‌کنند.

بخش 7: ایجاد یک گردش کار سیستماتیک عیب‌یابی

توسعه روش‌شناسی عیب‌یابی MikroTik شما

مقدمه‌ای بر این بخش: عیب‌یابی مؤثر فقط دانستن تکنیک‌های فردی نیست—بلکه داشتن یک رویکرد سیستماتیک است که منجر به حل مؤثر مشکل می‌شود. این بخش به شما کمک می‌کند تا یک گردش کار ساختاریافته برای مقابله با مسائل MikroTik توسعه دهید.

توضیح: یک فرآیند عیب‌یابی روشمند کمک می‌کند تا هیچ علت بالقوه‌ای نادیده گرفته نشود و از اتلاف وقت بر روی راه‌حل‌های بی‌اثر جلوگیری می‌کند. همچنین انتقال دانش و مستندسازی را تسهیل می‌بخشد.

جزئیات فنی: ما یک چارچوب عیب‌یابی گام به گام را که به طور خاص برای محیط‌های MikroTik طراحی شده است، از جمله تعریف مشکل، جمع‌آوری اطلاعات، آزمایش فرضیه، و اجرای راه‌حل، بررسی خواهیم کرد.

مزایا و کاربردها:

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

دستورالعمل‌های گام به گام برای پیاده‌سازی یک گردش کار عیب‌یابی:

مشکل را دقیقاً تعریف کنید:
- علائم دقیق مشاهده شده را مستند کنید.
- شناسایی کنید که مشکل از چه زمانی شروع شده است.
- دامنه مشکل (کاربران، دستگاه‌ها، سرویس‌های متأثر) را تعیین کنید.
- فرکانس (دائم، متناوب، مبتنی بر زمان) را مشخص کنید.
- یک بیانیه مشکل واضح ایجاد کنید:
  plaintext
```
مشکل: کاربران VPN از ساعت 9 صبح امروز نمی‌توانند به منابع داخلی وصل شوند،
اگرچه آن‌ها می‌توانند اتصال VPN را با موفقیت برقرار کنند. کاربران داخلی هیچ
مشکل اتصالی ندارند.
```
اطلاعات را به طور سیستماتیک جمع‌آوری کنید:
- لاگ‌های سیستم را برای رویدادهای مرتبط بررسی کنید:
  plaintext
```
/log print where time>9:00:00
```
- تغییرات پیکربندی اخیر را بررسی کنید:
  plaintext
```
/system history print
```
- وضعیت فعلی اجزای متأثر را تأیید کنید:
  plaintext
```
/interface print
/ip address print
/ip route print
```
- معیارهای عملکرد را جمع‌آوری کنید:
  plaintext
```
/system resource print
```
- توپولوژی شبکه و جریان ترافیک را مستند کنید.
فرضیه‌ها را توسعه داده و آزمایش کنید:
- بر اساس اطلاعات جمع‌آوری شده، علل احتمالی را لیست کنید.
- فرضیه‌ها را بر اساس احتمال و سهولت آزمایش رتبه‌بندی کنید.
- هر فرضیه را با حداقل تأثیر آزمایش کنید:
  plaintext
```
# مثال: آزمایش اینکه فایروال ترافیک را مسدود می‌کند
/ip firewall filter print
# به طور موقت قانون مشکوک را غیرفعال کنید
/ip firewall filter disable numbers=5
# آزمایش کنید که آیا مشکل حل شده است
/ping 192.168.100.10
```
- نتایج هر آزمایش را مستند کنید.
- احتمالات را بر اساس نتایج آزمایش محدود کنید.
راه‌حل‌ها را پیاده‌سازی و تأیید کنید:
- راه‌حلی که علت اصلی را برطرف می‌کند، اعمال کنید.
- تغییرات دقیق انجام شده را مستند کنید:
  plaintext
```
# مثال: افزودن مسیر از دست رفته
/ip route add dst-address=192.168.100.0/24 gateway=10.0.0.1
```
- تأیید کنید که راه‌حل مشکل را به طور کامل حل می‌کند.
- آزمایش کنید که هیچ مشکل جدیدی معرفی نشده است.
- سیستم را نظارت کنید تا از پایداری راه‌حل اطمینان حاصل کنید.

دانش را مستند و به اشتراک بگذارید:

مستندات مفصلی از مشکل و راه‌حل ایجاد کنید.
بیانیه مشکل، علائم، مراحل عیب‌یابی و راه‌حل را شامل شود.
به پایگاه دانش یا ویکی خود اضافه کنید.

اقدامات پیشگیرانه را در نظر بگیرید:

plaintext

# مثال: اسکریپت برای نظارت بر مسائل مشابه
/system script add name=monitor-routes source={
  :if ([:len [/ip route find dst-address=192.168.100.0/24]] = 0) do={
    :log warning "Critical route missing, attempting to restore"
    /ip route add dst-address=192.168.100.0/24 gateway=10.0.0.1
  }
}
/system scheduler add name=check-routes interval=1h on-event=monitor-routes

خلاصه بخش: یک گردش کار سیستماتیک عیب‌یابی، هنر حل مشکلات شبکه را به یک علم قابل تکرار تبدیل می‌کند. با پیروی از یک رویکرد ساختاریافته—تعریف واضح مشکلات، جمع‌آوری روشمند اطلاعات، آزمایش سیستماتیک فرضیه‌ها، و مستندسازی کامل راه‌حل‌ها—می‌توانید مسائل MikroTik را کارآمدتر حل کرده و دانش سازمانی را برای عیب‌یابی آینده ایجاد کنید.

پرسش‌های متداول کوتاه:

چگونه در یک قطعی پیچیده، اولویت‌بندی کنم که کدام مسائل را ابتدا عیب‌یابی کنم؟

ابتدا بر روی مسائلی تمرکز کنید که بیشترین کاربران یا سرویس‌های حیاتی کسب‌وکار را تحت تأثیر قرار می‌دهند. از رویکرد "تقسیم و حل" (divide and conquer) استفاده کنید—تعیین کنید که آیا مشکل گسترده است یا محدود، سپس آن را به بخش‌های خاص شبکه، سرویس‌ها یا گروه‌های کاربری محدود کنید. مسائل زیرساختی اساسی را قبل از مشکلات خاص برنامه برطرف کنید.

آیا همیشه باید ساده‌ترین راه‌حل را پیاده‌سازی کنم یا به دنبال علت اصلی باشم؟

در حالی که ممکن است برای بازیابی سریع سرویس، اصلاحات موقت لازم باشد، همیشه علت اصلی را شناسایی و برطرف کنید تا از تکرار جلوگیری شود. هم راهکار فوری و هم راه‌حل بلندمدت را مستند کنید. در محیط‌های حیاتی، یک رویکرد دو مرحله‌ای را در نظر بگیرید: یک راهکار سریع برای بازیابی سرویس اعمال کنید، سپس یک پنجره نگهداری برای اجرای راه‌حل جامع برنامه‌ریزی کنید.

نتیجه‌گیری

عیب‌یابی مؤثر MikroTik RouterOS هم نیازمند دانش فنی و هم یک رویکرد سیستماتیک است. در طول این راهنما، ما ابزارها، تکنیک‌ها و روش‌شناسی‌های ضروری را بررسی کردیم که به شما کمک می‌کنند تا حتی چالش‌برانگیزترین مسائل شبکه را تشخیص و حل کنید.

با درک اصول RouterOS، استفاده از ابزارهای تشخیصی داخلی، و پیروی از یک گردش کار عیب‌یابی ساختاریافته، می‌توانید به طور قابل توجهی زمان از کارافتادگی شبکه را کاهش داده و عملکرد بهینه را حفظ کنید. به یاد داشته باشید که عیب‌یابی مؤثر به همان اندازه که در مورد تخصص فنی است، در مورد روش‌شناسی نیز هست—رویکرد سیستماتیک که در این راهنما بیان شد، در تمام محیط‌های شبکه به خوبی به شما خدمت خواهد کرد.

برای کسانی که به دنبال یک پلتفرم قابل اعتماد برای آزمایش پیکربندی‌های MikroTik یا میزبانی سرویس‌های شبکه هستند، TildaVPS راه‌حل‌های تخصصی MikroTik VPS را با عملکرد و قابلیت اطمینان مورد نیاز برای محیط‌های تولیدی ارائه می‌دهد. این سرورهای مجازی یک فضای آزمایشی ایده‌آل برای تکمیل پیکربندی‌ها قبل از استقرار آن‌ها در روترهای تولیدی یا برای اجرای سرویس‌های مبتنی بر MikroTik با آپ‌تایم در سطح سازمانی، فراهم می‌کنند.

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

پرسش‌های متداول (FAQ)

اولین چیزی که باید هنگام کاملاً غیرقابل دسترس شدن روتر MikroTik بررسی کنم، چیست؟

ابتدا، اتصال فیزیکی را تأیید کنید—برق، کابل‌ها و چراغ‌های لینک را بررسی کنید. اگر از نظر فیزیکی متصل است اما غیرقابل دسترس است، سعی کنید از طریق روش‌های مختلف (Winbox، WebFig، SSH) به روتر دسترسی پیدا کنید. اگر دسترسی کنسول دارید، مستقیماً وصل شوید تا پیام‌های بوت یا خطاها را ببینید. بررسی کنید که آیا روتر به پینگ پاسخ می‌دهد یا در لیست همسایگان Winbox ظاهر می‌شود. اگر روتر قابل مشاهده است اما غیرقابل دسترسی، احتمالاً یک پیکربندی اشتباه در قوانین دسترسی یا اینترفیس‌ها علت آن است. به عنوان آخرین راه‌حل، ممکن است نیاز به استفاده از Netinstall برای بازنشانی و بازیابی روتر داشته باشید.

چگونه می‌توانم سرعت پایین اینترنت از طریق روتر MikroTik خود را عیب‌یابی کنم؟

با جدا کردن مشکل شروع کنید که آیا مشکل از روتر است یا جای دیگر. مستقیماً به مودم خود وصل شوید تا سرعت ISP را آزمایش کنید. اگر اتصال ISP به خوبی آزمایش شد، مصرف CPU و حافظه روتر را برای بررسی محدودیت‌های منابع بررسی کنید. از ابزار تست پهنای باند برای تأیید توان عملیاتی بین اینترفیس‌های روتر استفاده کنید. قوانین QoS یا صف‌های ساده‌ای که ممکن است پهنای باند را محدود کنند، را بررسی کنید. اندازه جدول ردیابی اتصال و پیچیدگی قوانین فایروال را بررسی کنید. برای مسائل بی‌سیم، تداخل را با استفاده از آنالیز طیف بررسی کنید. در نهایت، تأیید کنید که FastTrack برای اتصالات برقرار شده فعال است تا توان عملیاتی به حداکثر برسد.

رایج‌ترین علل ناپایداری یا کرش روتر MikroTik چیست؟

رایج‌ترین علل عبارتند از: منابع ناکافی (به ویژه RAM) برای ویژگی‌های فعال شده؛ نسخه‌های باگ‌دار RouterOS (همیشه گزارش تغییرات را برای مسائل شناخته شده بررسی کنید)؛ گرمای بیش از حد (تهویه و دمای محیط را تأیید کنید)؛ مشکلات منبع تغذیه (برق ناپایدار می‌تواند باعث ریبوت‌های تصادفی شود)؛ لاگ‌گیری بیش از حد که فضای ذخیره‌سازی را پر می‌کند؛ حافظه ذخیره‌سازی خراب؛ قطعات سخت‌افزاری ناسازگار یا معیوب؛ و قوانین فایروال پیچیده یا متناقض. برای ناپایداری مداوم، سعی کنید ویژگی‌ها را یکی یکی غیرفعال کنید تا جزء مشکل‌ساز را شناسایی کنید، یا اگر محدودیت‌های منابع مشکل است، ارتقاء به مدل روتر قدرتمندتری را در نظر بگیرید.

چگونه می‌توانم مشکلات اتصال VPN را در MikroTik عیب‌یابی کنم؟

ابتدا، اتصال اینترنت اساسی را از هر دو نقطه پایانی تأیید کنید. قوانین فایروال را بررسی کنید تا اطمینان حاصل شود که پروتکل‌های VPN (L2TP، PPTP، IPsec، OpenVPN) مجاز هستند. برای IPsec، تأیید کنید که پروپوزال‌های فاز 1 و فاز 2 در هر دو طرف مطابقت دارند. در حین تلاش برای اتصال، لاگ‌ها را برای پیام‌های خطای خاص بررسی کنید. تأیید کنید که NAT با ترافیک VPN تداخل ندارد. برای VPNهای سایت به سایت، اطمینان حاصل کنید که مسیریابی به درستی برای هدایت ترافیک از طریق تونل پیکربندی شده است. ابتدا با پیکربندی‌های ساده شده آزمایش کنید، سپس ویژگی‌های امنیتی را به تدریج اضافه کنید. اگر از گواهی‌نامه‌ها استفاده می‌کنید، تأیید کنید که آن‌ها معتبر هستند و به درستی در هر دو نقطه پایانی نصب شده‌اند.

هنگام تشخیص مسائل متناوب شبکه چه مراحلی را باید انجام دهم؟

مسائل متناوب چالش‌برانگیز هستند اما می‌توانند به طور سیستماتیک حل شوند. نظارت مداوم را با Netwatch تنظیم کنید تا زمان بروز مشکلات را تشخیص دهد. لاگ‌گیری جزئی را در دوره‌های مشکل‌ساز پیکربندی کنید. اسکریپت‌های زمان‌بندی شده را برای اجرای تشخیص‌ها در زمانی که مشکلات معمولاً رخ می‌دهند، ایجاد کنید. به دنبال الگوها در زمان‌بندی باشید—مسائلی که در ساعات خاصی از روز رخ می‌دهند، اغلب با تراکم پهنای باند یا کارهای زمان‌بندی شده مرتبط هستند. مصرف منابع را برای شناسایی اضافه بار احتمالی نظارت کنید. از کپچرهای پکت فیلتر شده برای پکت‌های خطا یا باز ارسال‌ها استفاده کنید. عوامل محیطی مانند تداخل یا نوسانات برق را در نظر بگیرید. هر رویداد را با زمان‌بندی دقیق مستند کنید تا به شناسایی همبستگی‌ها کمک کند.

چگونه می‌توانم تشخیص دهم که روتر MikroTik من مورد حمله قرار گرفته است؟

نشانه‌های حمله عبارتند از: مصرف غیرمنتظره بالای CPU یا حافظه؛ الگوهای ترافیک غیرعادی قابل مشاهده در Torch یا نمودارهای ترافیک؛ تعداد زیادی اتصال در جدول ردیابی اتصال؛ تلاش‌های ناموفق ورود متعدد در لاگ‌های سیستم؛ دسترسی به سرویس‌های غیرمنتظره؛ یا کاهش عملکرد شبکه. برای بررسی، از کپچر پکت با فیلترهایی برای الگوهای ترافیک مشکوک استفاده کنید، ردیابی اتصال را برای اتصالات متعدد از منابع واحد بررسی کنید، و لاگ‌های فایروال را برای ترافیک مسدود شده بررسی کنید. ویژگی‌های محافظت داخلی DoS میکروتیک می‌توانند بسیاری از حملات رایج را در صورت پیکربندی صحیح، کاهش دهند.

بهترین راه برای عیب‌یابی مشکلات مسیریابی در MikroTik چیست؟

با بررسی جدول مسیریابی (/ip route print) شروع کنید تا مسیرهای مورد انتظار را تأیید کنید. به دنبال تداخلات مسیریابی یا مسیرهای همپوشان باشید. قابلیت دسترسی به گت‌وی را با تست‌های پینگ تأیید کنید. برای پروتکل‌های مسیریابی پویا (OSPF، BGP)، روابط همسایگی و آمارهای خاص پروتکل را بررسی کنید. از traceroute برای تأیید مسیر واقعی ترافیک استفاده کنید. قوانین مسیریابی مبتنی بر سیاست را در صورت پیاده‌سازی بررسی کنید. تأیید کنید که فواصل و معیارهای مسیر برای انتخاب مسیر ترجیحی به درستی تنظیم شده‌اند. برای مسائل پایدار، کپچر پکت فیلتر شده برای ترافیک پروتکل مسیریابی می‌تواند ناسازگاری‌های پیکربندی ظریف بین روترها را آشکار کند.

چگونه مشکلات تفکیک DNS را در MikroTik حل کنم؟

ابتدا، پیکربندی سرور DNS را تأیید کنید (/ip dns print). تفکیک DNS را مستقیماً روی روتر با /tool dns-lookup آزمایش کنید. بررسی کنید که آیا دامنه‌های خاص یا همه دامنه‌ها قابل تفکیک نیستند. تأیید کنید که ترافیک DNS (پورت UDP/TCP 53) توسط قوانین فایروال مسدود نشده است. اگر از MikroTik به عنوان سرور DNS استفاده می‌کنید، تنظیمات کش را بررسی کرده و افزایش اندازه کش برای عملکرد بهتر را در نظر بگیرید. برای کلاینت‌هایی که از روتر به عنوان سرور DNS خود استفاده می‌کنند، تأیید کنید که سرور DHCP اطلاعات DNS صحیح را ارائه می‌دهد. اگر سرورهای DNS بالادستی غیرقابل دسترس هستند، سرورهای جایگزین را پیکربندی کنید. در صورت پشتیبانی توسط نسخه RouterOS شما، پیاده‌سازی DNS over TLS برای افزایش امنیت را در نظر بگیرید.

وقتی ویژگی‌های بی‌سیم MikroTik به درستی کار نمی‌کنند، چه چیزی را باید بررسی کنم؟

تنظیمات دامنه نظارتی را تأیید کنید تا با موقعیت مکانی شما مطابقت داشته باشد و از استفاده قانونی از کانال و توان اطمینان حاصل شود. تداخل را با استفاده از ابزارهای آنالیز طیف بررسی کنید. تأیید کنید که اینترفیس‌های بی‌سیم فعال و به درستی پیکربندی شده‌اند. برای مسائل اتصال کلاینت، قدرت سیگنال و مقادیر CCQ (کیفیت اتصال کلاینت) را بررسی کنید. تنظیمات امنیتی را بررسی کنید—انواع رمزنگاری یا رمزهای عبور نامطابق، مشکلات رایجی هستند. تأیید کنید که لیست دسترسی بی‌سیم سهواً کلاینت‌های قانونی را مسدود نمی‌کند. برای مسائل عملکردی، با پهنای کانال، باند فرکانسی و تنظیمات پروتکل بی‌سیم آزمایش کنید. عوامل محیطی مانند موانع فیزیکی یا منابع تداخل الکترونیکی را در نظر بگیرید.

چگونه می‌توانم روتر MikroTik خود را بازیابی کنم اگر خودم را با قوانین فایروال یا دسترسی نادرست قفل کرده‌ام؟

اگر تمام دسترسی راه دور را از دست داده‌اید، به دسترسی فیزیکی به روتر نیاز خواهید داشت. از طریق پورت کنسول با استفاده از یک کابل سریال (یا کابل کنسول USB برای مدل‌های جدیدتر) وصل شوید. اگر دسترسی کنسول نیز محدود شده است، از Netinstall برای بازنشانی روتر استفاده کنید: روتر را خاموش کنید، دکمه ریست را هنگام روشن کردن نگه دارید تا LED چشمک بزند، سپس از ابزار Netinstall از یک کامپیوتر متصل به ether1 استفاده کنید. برای مسائل دسترسی جزئی، سعی کنید از طریق اینترفیس‌های مختلفی که ممکن است تحت تأثیر قوانین محدودکننده نباشند، وصل شوید. به عنوان یک اقدام پیشگیرانه، همیشه یک کار زمان‌بندی شده ایجاد کنید که قوانین دسترسی محدودکننده را پس از مدت کوتاهی حذف می‌کند، اگر تأیید نمی‌کنید که آن‌ها به درستی کار می‌کنند.

نکات کلیدی

رویکرد سیستماتیک حیاتی است: به جای ایجاد تغییرات تصادفی که ممکن است مشکلات را پیچیده‌تر کند، یک گردش کار عیب‌یابی روشمند را دنبال کنید.
از ابزارهای مناسب برای هر موقعیت استفاده کنید: MikroTik ابزارهای تشخیصی داخلی متعددی را ارائه می‌دهد—از تست‌های پینگ اساسی تا قابلیت‌های پیشرفته کپچر پکت—ابزار مناسب را برای هر سناریوی عیب‌یابی انتخاب کنید.
مستندسازی ضروری است: سوابق مفصلی از پیکربندی شبکه، تغییرات انجام شده و مشکلات حل شده را نگهداری کنید تا یک پایگاه دانش برای عیب‌یابی سریع‌تر در آینده ایجاد کنید.
امنیت و عملکرد به تعادل نیاز دارند: اقدامات امنیتی بیش از حد محدودکننده می‌توانند باعث مشکلات اتصال شوند، در حالی که امنیت ناکافی شبکه شما را آسیب‌پذیر می‌گذارد—به دنبال تعادل مناسب باشید.
نگهداری منظم از مشکلات جلوگیری می‌کند: بسیاری از مسائل را می‌توان از طریق به‌روزرسانی‌های زمان‌بندی شده، پشتیبان‌گیری از پیکربندی، و نظارت پیشگیرانه بر منابع سیستم و معیارهای عملکرد، جلوگیری کرد.

شناسایی کنید که کدام جزء احتمالاً باعث مشکل خاصی شده است.
به جای اصلاحات تصادفی، تکنیک‌های عیب‌یابی هدفمند را به کار بگیرید.
تأثیرات بالقوه تغییرات پیکربندی را درک کنید.
راه‌حل‌های بلندمدت مؤثرتری را به جای راه‌حل‌های موقت توسعه دهید.

دستورالعمل‌های گام به گام برای ارزیابی سیستم:

نسخه RouterOS خود را با استفاده از دستور ترمینال شناسایی کنید: /system resource print
نشانگرهای سلامت سیستم را با دستور: /system health print بررسی کنید.
مصرف منابع را بررسی کنید: /system resource print
لاگ سیستم را برای خطاهای اخیر بررسی کنید: /log print
پکیج‌های نصب شده را تأیید کنید: /system package print

پرسش‌های متداول کوتاه:

به سرعت اتصال اساسی را تأیید کنید.
تنگنا‌ها و مشکلات عملکرد را شناسایی کنید.
مسیر ترافیک شبکه را ردیابی کنید.
مصرف منابع را نظارت کنید.
الگوهای ترافیک و تهدیدات امنیتی احتمالی را تحلیل کنید.

دستورالعمل‌های گام به گام برای استفاده از ابزارهای تشخیصی کلیدی:

تست اتصال اساسی:
- تست پینگ برای تأیید اتصال اساسی:
  plaintext
```
/ping 8.8.8.8 count=5
```
- ترس‌روت برای شناسایی مشکلات مسیر شبکه:
  plaintext
```
/tool traceroute 8.8.8.8
```
- جستجوی DNS برای تأیید تفکیک نام:
  plaintext
```
/tool dns-lookup name=google.com
```
تشخیص اینترفیس:
- بررسی وضعیت اینترفیس:
  plaintext
```
/interface print
```
- نظارت بر ترافیک اینترفیس در زمان واقعی:
  plaintext
```
/interface monitor-traffic ether1
```
- تأیید خطاهای اینترفیس:
  plaintext
```
/interface ethernet print stats
```
تست پهنای باند:
- استفاده از ابزار داخلی تست پهنای باند:
  plaintext
```
/tool bandwidth-test address=remote-mikrotik-ip direction=both
```
- نظارت بر ترافیک بر اساس پروتکل:
  plaintext
```
/ip traffic-flow print
```
عیب‌یابی اتصال:
- مشاهده اتصالات فعال:
  plaintext
```
/ip firewall connection print
```
- بررسی فعالیت NAT:
  plaintext
```
/ip firewall nat print
```
- بررسی جدول مسیریابی:
  plaintext
```
/ip route print
```
نظارت بر منابع سیستم:
- بررسی بار CPU:
  plaintext
```
/system resource cpu print
```
- نظارت بر مصرف حافظه:
  plaintext
```
/system resource print
```
- مشاهده فضای دیسک:
  plaintext
```
/system resource irq print
```

پرسش‌های متداول کوتاه:

دسترسی به اینترنت را برای کاربران به سرعت بازیابی کنید.
مشکلات اتصال شبکه داخلی را حل کنید.
مسائل اتصال VPN را برطرف کنید.
مشکلات تفکیک DNS را برطرف کنید.
مشکلات مسیریابی و گت‌وی را عیب‌یابی کنید.

دستورالعمل‌های گام به گام برای عیب‌یابی اتصال:

بررسی‌های لایه فیزیکی:
- وضعیت اینترفیس و تشخیص لینک را تأیید کنید:
  plaintext
```
/interface ethernet print
```
- خطاهای اینترفیس یا پکت‌های از دست رفته را بررسی کنید:
  plaintext
```
/interface ethernet print stats
```
- برای لینک‌های بی‌سیم، قدرت سیگنال و CCQ را بررسی کنید:
  plaintext
```
/interface wireless registration-table print
```
- اینترفیس‌های مشکل‌ساز را ریست کنید:
  plaintext
```
/interface ethernet reset-mac-address ether1
```
تأیید پیکربندی IP:
- آدرس‌های IP روی اینترفیس‌ها را بررسی کنید:
  plaintext
```
/ip address print
```
- عملکرد کلاینت DHCP را تأیید کنید:
  plaintext
```
/ip dhcp-client print
```
- قابلیت دسترسی به گت‌وی را تست کنید:
  plaintext
```
/ping [gateway-ip] count=5
```
- جدول ARP را بررسی کنید:
  plaintext
```
/ip arp print
```
عیب‌یابی مسیریابی:
- ورودی‌های جدول مسیریابی را تأیید کنید:
  plaintext
```
/ip route print
```
- تداخلات مسیریابی یا مسیرهای از دست رفته را بررسی کنید:
  plaintext
```
/ip route print detail
```
- مسیرهای خاص را تست کنید:
  plaintext
```
/ping 8.8.8.8 routing-table=main count=5
```
- فرآیند انتخاب مسیر را بررسی کنید:
  plaintext
```
/ip route get 8.8.8.8
```
مشکلات تفکیک DNS:
- پیکربندی سرور DNS را تأیید کنید:
  plaintext
```
/ip dns print
```
- تفکیک DNS را تست کنید:
  plaintext
```
/tool dns-lookup name=google.com server=8.8.8.8
```
- کش DNS را بررسی کنید:
  plaintext
```
/ip dns cache print
```
- در صورت نیاز کش DNS را پاک کنید:
  plaintext
```
/ip dns cache flush
```
بررسی فایروال و NAT:
- قوانین فایروال که ممکن است ترافیک را مسدود کنند را بررسی کنید:
  plaintext
```
/ip firewall filter print
```
- پیکربندی NAT را تأیید کنید:
  plaintext
```
/ip firewall nat print
```
- به طور موقت فایروال را برای آزمایش غیرفعال کنید (با احتیاط استفاده شود):
  plaintext
```
/ip firewall filter disable [find]
```
- ردیابی اتصال را نظارت کنید:
  plaintext
```
/ip firewall connection print where dst-address=problematic-ip
```

پرسش‌های متداول کوتاه:

بهبود توان عملیاتی کلی شبکه
کاهش تأخیر برای برنامه‌های حساس به زمان
حذف افت پکت و ناپایداری اتصال
بهینه‌سازی مصرف منابع
افزایش کیفیت سرویس برای ترافیک حیاتی

دستورالعمل‌های گام به گام برای عیب‌یابی عملکرد:

شناسایی تنگناهای منابع:
- بررسی مصرف CPU:
  plaintext
```
/system resource cpu print
```
- نظارت بر مصرف CPU بر اساس فرآیند:
  plaintext
```
/tool profile
```
- بررسی مصرف حافظه:
  plaintext
```
/system resource print
```
- بررسی مصرف دیسک و سلامت آن:
  plaintext
```
/disk print
```
تحلیل الگوهای ترافیک:
- استفاده از Torch برای شناسایی ترافیک پرمصرف پهنای باند:
  plaintext
```
/tool torch interface=ether1 ip-protocol=any
```
- بررسی جدول اتصالات برای اتصالات متعدد:
  plaintext
```
/ip firewall connection print count-only
```
- بررسی تراکم اینترفیس:
  plaintext
```
/interface monitor-traffic ether1 once
```
- شناسایی مصرف‌کنندگان اصلی ترافیک با استفاده از جریان ترافیک:
  plaintext
```
/ip traffic-flow print
```
بهینه‌سازی پیکربندی فایروال:
- انتقال قوانین پرکاربرد به بالا:
  plaintext
```
/ip firewall filter print stats
```
- استفاده مناسب از کمک‌کننده‌های ردیابی اتصال:
  plaintext
```
/ip firewall connection tracking print
```
- پیاده‌سازی fasttrack برای ترافیک مورد اعتماد:
  plaintext
```
/ip firewall filter add chain=forward action=fasttrack-connection connection-state=established,related comment="FastTrack"
```
- محدود کردن نرخ اتصال برای محافظت در برابر حملات DoS احتمالی:
  plaintext
```
/ip firewall filter add chain=input protocol=tcp dst-port=22 connection-limit=3,32 action=drop comment="SSH brute force protection"
```
پیاده‌سازی کیفیت سرویس (QoS):
- شناسایی انواع ترافیک نیازمند اولویت‌بندی
- ایجاد انواع صف برای دسته‌های مختلف ترافیک:
  plaintext
```
/queue type add name=streaming-video kind=pcq pcq-classifier=dst-address pcq-rate=10M
```
- پیاده‌سازی صف‌های ساده برای مدیریت پهنای باند:
  plaintext
```
/queue simple add name=limit-youtube target=192.168.1.0/24 dst-address=youtube-ip-ranges queue=streaming-video max-limit=20M/20M
```
- یا استفاده از درختان صف پیشرفته‌تر برای سناریوهای پیچیده.
بهینه‌سازی عملکرد بی‌سیم (در صورت لزوم):
- انتخاب فرکانس‌های بهینه با آنالیز طیف:
  plaintext
```
/interface wireless spectral-scan wlan1
```
- تنظیم مناسب پهنای کانال
- پیاده‌سازی لیست دسترسی بی‌سیم برای جلوگیری از اتصالات غیرمجاز
- فعال کردن فشرده‌سازی بی‌سیم در صورت مفید بودن:
  plaintext
```
/interface wireless set wlan1 compression=yes
```

پرسش‌های متداول کوتاه:

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

دستورالعمل‌های گام به گام برای عیب‌یابی پیکربندی:

شناسایی مسائل پیکربندی:
- بررسی تغییرات پیکربندی اخیر:
  plaintext
```
/system history print
```
- بررسی هشدارهای پیکربندی:
  plaintext
```
/system logging print where topics~"warning"
```
- تأیید پیکربندی‌های اینترفیس:
  plaintext
```
/interface print detail
```
- بررسی پیکربندی مسیریابی:
  plaintext
```
/ip route print detail
```
حل مسائل خاص نسخه:
- بررسی نسخه RouterOS فعلی:
  plaintext
```
/system package print
```
- بررسی گزارش تغییرات MikroTik برای مسائل شناخته شده:
  plaintext
```
/system package update check-for-updates
```
- در نظر گرفتن ارتقاء برای حل باگ‌های شناخته شده:
  plaintext
```
/system package update download
/system package update install
```
- یا تنزل نسخه در صورت مواجهه با مشکل در نسخه جدیدتر:
  plaintext
```
/system package downgrade
```
پیاده‌سازی پشتیبان‌گیری و بازیابی پیکربندی:
- ایجاد یک نسخه پشتیبان قبل از ایجاد تغییرات:
  plaintext
```
/system backup save name=pre-change-backup
```
- صدور پیکربندی به یک فایل متنی:
  plaintext
```
/export file=config-backup
```
- تنظیم پشتیبان‌گیری خودکار:
  plaintext
```
/system scheduler add name=daily-backup interval=1d on-event="/system backup save name=daily-backup-\$[/system clock get date]"
```
- بازیابی از نسخه پشتیبان در صورت نیاز:
  plaintext
```
/system backup load name=backup-file
```
بازنشانی بخش‌های خاص پیکربندی:
- بازنشانی فقط مناطق پیکربندی مشکل‌ساز:
  plaintext
```
/interface reset-configuration ether1
```
- بازنشانی پیکربندی مسیریابی:
  plaintext
```
/ip route reset
```
- بازنشانی قوانین فایروال با احتیاط:
  plaintext
```
/ip firewall filter reset
```
- به عنوان آخرین راه‌حل، بازنشانی به تنظیمات کارخانه (همه پیکربندی‌ها از بین می‌روند):
  plaintext
```
/system reset-configuration no-defaults=yes
```
پیاده‌سازی شیوه‌های پیکربندی ایمن:
- هنگام انجام تغییرات حیاتی از حالت امن استفاده کنید:
  plaintext
```
/system routerboard settings set protected-routerboot=enabled
```
- پیکربندی‌های پیچیده را ابتدا در یک محیط جداگانه آزمایش کنید.
- تمام تغییرات پیکربندی را مستند کنید.
- نسخه‌بندی پیکربندی را پیاده‌سازی کنید.
- از اسکریپت‌های پیکربندی برای تغییرات قابل تکرار استفاده کنید:
  plaintext
```
/system script add name=apply-qos source="/queue simple add name=limit-guest target=192.168.88.0/24 max-limit=5M/5M"
```

پرسش‌های متداول کوتاه:

حل مسائل پیچیده شبکه که با عیب‌یابی اساسی قابل رفع نیستند.
شناسایی مشکلات یا تعاملات پیکربندی ظریف.
تشخیص مسائل متناوب که بازتولید آن‌ها دشوار است.
خودکارسازی عیب‌یابی برای مشکلات تکراری.
توسعه درک عمیق‌تر از رفتار RouterOS.

دستورالعمل‌های گام به گام برای عیب‌یابی پیشرفته:

کپچر پکت و تحلیل:
- کپچر ترافیک روی اینترفیس‌های خاص:
  plaintext
```
/tool sniffer set filter-interface=ether1 filter-ip-address=192.168.1.100/32
/tool sniffer start
```
- صدور کپچرها برای تحلیل در Wireshark:
  plaintext
```
/tool sniffer save file=capture.pcap
```
- تحلیل پروتکل‌های خاص:
  plaintext
```
/tool sniffer set filter-interface=ether1 filter-port=53
```
- تمرکز بر مسائل برقراری اتصال:
  plaintext
```
/tool sniffer set filter-interface=ether1 filter-tcp-flags=syn
```
تحلیل پیشرفته لاگ:
- پیکربندی لاگ‌گیری جزئی برای موضوعات خاص:
  plaintext
```
/system logging add topics=firewall,debug action=memory
```
- فیلتر کردن لاگ‌ها برای الگوهای خاص:
  plaintext
```
/log print where message~"failed"
```
- صدور لاگ‌ها برای تحلیل خارجی:
  plaintext
```
/log print file=detailed-logs
```
- تنظیم لاگ‌گیری از راه دور:
  plaintext
```
/system logging add topics=system,critical action=remote remote=192.168.1.5
```

اسکریپت‌نویسی برای تشخیص خودکار:

ایجاد یک اسکریپت تشخیصی جامع:

plaintext

/system script add name=diagnostics source={
  :log info "Starting diagnostics"
  :log info "System resources:"
  /system resource print
  :log info "Interface status:"
  /interface print status
  :log info "Routing table:"
  /ip route print
  :log info "Active connections:"
  /ip firewall connection print count-only
  :log info "DNS status:"
  /tool dns-lookup name=google.com
}

زمان‌بندی اجرای منظم:

plaintext

/system scheduler add name=daily-diagnostics interval=1d on-event=diagnostics

ایجاد اسکریپت‌های بازیابی شرطی:

plaintext

/system script add name=recover-internet source={
  :if ([/ping 8.8.8.8 count=3] = 0) do={
    :log warning "Internet down, resetting WAN"
    /interface disable ether1
    :delay 5s
    /interface enable ether1
  }
}

تشخیص مسائل متناوب:
- پیاده‌سازی نظارت مداوم:
  plaintext
```
/tool netwatch add host=8.8.8.8 interval=30s up-script=":log info up" down-script=":log warning down"
```
- ایجاد نمودارهای پهنای باند برای تحلیل بلندمدت:
  plaintext
```
/tool graphing interface add interface=ether1
```
- تنظیم هشدارهای ایمیل خودکار برای رویدادهای حیاتی:
  plaintext
```
/tool e-mail set server=smtp.example.com [email protected]
/system logging add topics=critical action=email [email protected]
```
- استفاده از ویژگی نظارت بر سلامت:
  plaintext
```
/system health print
```
تشخیص در سطح سخت‌افزار:
- بررسی خطاهای سخت‌افزاری:
  plaintext
```
/system routerboard print
```
- آزمایش پایداری منبع تغذیه:
  plaintext
```
/system health print
```
- نظارت بر دما:
  plaintext
```
/system health print
```
- انجام تست‌های استرس برای شناسایی مسائل سخت‌افزاری:
  plaintext
```
/tool bandwidth-test address=remote-mikrotik duration=1h direction=both
```

پرسش‌های متداول کوتاه:

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

دستورالعمل‌های گام به گام برای پیاده‌سازی یک گردش کار عیب‌یابی:

مشکل را دقیقاً تعریف کنید:
- علائم دقیق مشاهده شده را مستند کنید.
- شناسایی کنید که مشکل از چه زمانی شروع شده است.
- دامنه مشکل (کاربران، دستگاه‌ها، سرویس‌های متأثر) را تعیین کنید.
- فرکانس (دائم، متناوب، مبتنی بر زمان) را مشخص کنید.
- یک بیانیه مشکل واضح ایجاد کنید:
  plaintext
```
مشکل: کاربران VPN از ساعت 9 صبح امروز نمی‌توانند به منابع داخلی وصل شوند،
اگرچه آن‌ها می‌توانند اتصال VPN را با موفقیت برقرار کنند. کاربران داخلی هیچ
مشکل اتصالی ندارند.
```
اطلاعات را به طور سیستماتیک جمع‌آوری کنید:
- لاگ‌های سیستم را برای رویدادهای مرتبط بررسی کنید:
  plaintext
```
/log print where time>9:00:00
```
- تغییرات پیکربندی اخیر را بررسی کنید:
  plaintext
```
/system history print
```
- وضعیت فعلی اجزای متأثر را تأیید کنید:
  plaintext
```
/interface print
/ip address print
/ip route print
```
- معیارهای عملکرد را جمع‌آوری کنید:
  plaintext
```
/system resource print
```
- توپولوژی شبکه و جریان ترافیک را مستند کنید.
فرضیه‌ها را توسعه داده و آزمایش کنید:
- بر اساس اطلاعات جمع‌آوری شده، علل احتمالی را لیست کنید.
- فرضیه‌ها را بر اساس احتمال و سهولت آزمایش رتبه‌بندی کنید.
- هر فرضیه را با حداقل تأثیر آزمایش کنید:
  plaintext
```
# مثال: آزمایش اینکه فایروال ترافیک را مسدود می‌کند
/ip firewall filter print
# به طور موقت قانون مشکوک را غیرفعال کنید
/ip firewall filter disable numbers=5
# آزمایش کنید که آیا مشکل حل شده است
/ping 192.168.100.10
```
- نتایج هر آزمایش را مستند کنید.
- احتمالات را بر اساس نتایج آزمایش محدود کنید.
راه‌حل‌ها را پیاده‌سازی و تأیید کنید:
- راه‌حلی که علت اصلی را برطرف می‌کند، اعمال کنید.
- تغییرات دقیق انجام شده را مستند کنید:
  plaintext
```
# مثال: افزودن مسیر از دست رفته
/ip route add dst-address=192.168.100.0/24 gateway=10.0.0.1
```
- تأیید کنید که راه‌حل مشکل را به طور کامل حل می‌کند.
- آزمایش کنید که هیچ مشکل جدیدی معرفی نشده است.
- سیستم را نظارت کنید تا از پایداری راه‌حل اطمینان حاصل کنید.

دانش را مستند و به اشتراک بگذارید:

مستندات مفصلی از مشکل و راه‌حل ایجاد کنید.
بیانیه مشکل، علائم، مراحل عیب‌یابی و راه‌حل را شامل شود.
به پایگاه دانش یا ویکی خود اضافه کنید.

اقدامات پیشگیرانه را در نظر بگیرید:

plaintext

# مثال: اسکریپت برای نظارت بر مسائل مشابه
/system script add name=monitor-routes source={
  :if ([:len [/ip route find dst-address=192.168.100.0/24]] = 0) do={
    :log warning "Critical route missing, attempting to restore"
    /ip route add dst-address=192.168.100.0/24 gateway=10.0.0.1
  }
}
/system scheduler add name=check-routes interval=1h on-event=monitor-routes

پرسش‌های متداول کوتاه:

رویکرد سیستماتیک حیاتی است: به جای ایجاد تغییرات تصادفی که ممکن است مشکلات را پیچیده‌تر کند، یک گردش کار عیب‌یابی روشمند را دنبال کنید.
از ابزارهای مناسب برای هر موقعیت استفاده کنید: MikroTik ابزارهای تشخیصی داخلی متعددی را ارائه می‌دهد—از تست‌های پینگ اساسی تا قابلیت‌های پیشرفته کپچر پکت—ابزار مناسب را برای هر سناریوی عیب‌یابی انتخاب کنید.
مستندسازی ضروری است: سوابق مفصلی از پیکربندی شبکه، تغییرات انجام شده و مشکلات حل شده را نگهداری کنید تا یک پایگاه دانش برای عیب‌یابی سریع‌تر در آینده ایجاد کنید.
امنیت و عملکرد به تعادل نیاز دارند: اقدامات امنیتی بیش از حد محدودکننده می‌توانند باعث مشکلات اتصال شوند، در حالی که امنیت ناکافی شبکه شما را آسیب‌پذیر می‌گذارد—به دنبال تعادل مناسب باشید.
نگهداری منظم از مشکلات جلوگیری می‌کند: بسیاری از مسائل را می‌توان از طریق به‌روزرسانی‌های زمان‌بندی شده، پشتیبان‌گیری از پیکربندی، و نظارت پیشگیرانه بر منابع سیستم و معیارهای عملکرد، جلوگیری کرد.