خطای Network در Hetzner

اگر از سرورهای Hetzner (چه Cloud، چه Dedicated) استفاده می‌کنی، احتمالاً حداقل یک‌بار با مشکل Network error یا قطع و وصل شدن ارتباط شبکه، پینگ بالا، قطع شدن SSH، یا لود نشدن سایت مواجه شدی. این خطا معمولاً به چند دلیل پرتکرار اتفاق می‌افتد: تنظیمات اشتباه روی سرور، مشکل DNS، فایروال، Route نادرست، محدودیت‌های شبکه، یا حتی اختلال موقت سمت دیتاسنتر.

این مقاله دقیقاً برای همین نوشته شده: یک مسیر مرحله‌به‌مرحله و واقعی برای عیب‌یابی و رفع خطای Network در Hetzner، مخصوص کسانی که سایت وردپرس، VPS، سرور اختصاصی، یا زیرساخت میزبانی دارند.

نشانه‌های رایج خطای Network در Hetzner

این مشکل ممکن است با یکی از حالت‌های زیر خودش را نشان دهد:

SSH وصل نمی‌شود یا وسط کار قطع می‌شود
پینگ ناپایدار است (Packet Loss داری)
سایت روی سرور بالا هست ولی از بیرون باز نمی‌شود
دانلود/آپلود کند یا قطع و وصل می‌شود
ارتباط بین سرورها (مثلاً Private Network) درست کار نمی‌کند
در ابزارها یا پنل‌ها ارورهای “Network error” یا “Connection timed out” می‌بینی

علت‌های اصلی خطای Network در Hetzner (واقعی و پرتکرار)

1) تنظیم نبودن Gateway یا Route اشتباه

یکی از رایج‌ترین علت‌ها این است که Default Gateway درست ست نشده یا جدول Route به‌هم ریخته. مخصوصاً بعد از تغییر IP، اضافه کردن شبکه خصوصی، یا کانفیگ دستی شبکه روی لینوکس.

چک کن:
ip route
ip route show default

اگر Default route نداری یا اشتباه است، معمولاً باید Gateway درست را ست کنی (بسته به نوع سرور و رنج IP).

2) مشکل DNS (سایت باز نمی‌شود ولی IP پینگ می‌شود)

خیلی وقت‌ها مشکل اصلاً “اینترنت” نیست؛ مشکل DNS Resolver روی سرور است.

چک کن:
cat /etc/resolv.conf
resolvectl status

تست:
ping -c 4 1.1.1.1
ping -c 4 google.com

اگر IP پینگ می‌شود ولی دامنه نه، یعنی DNS مشکل دارد. روی سرورهای لینوکسی، گاهی تنظیمات systemd-resolved یا resolv.conf باعث این داستان می‌شود.

3) فایروال یا Security Group دسترسی را بسته

گاهی خودت (یا یک اسکریپت امنیتی) پورت‌ها را بسته‌ای. اگر از UFW یا iptables استفاده می‌کنی، سریع بررسی کن:

ufw status
iptables -S
nft list ruleset

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

22 (SSH)
80 (HTTP)
443 (HTTPS)

4) مشکل MTU و اختلال در ارتباط‌های خاص

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

تست MTU:
ping -M do -s 1472 1.1.1.1

اگر Fail شد، MTU باید تنظیم شود (عدد دقیق بسته به شرایط شبکه متفاوت است).

5) اختلال موقت دیتاسنتر یا مسیرهای اینترنتی (Routing)

بعضی وقت‌ها مشکل از سمت تو یا سرور نیست؛ مسیر اینترنت تا دیتاسنتر یا مسیرهای بین‌المللی دچار اختلال می‌شوند. این حالت معمولاً با این نشانه‌ها همراه است:

از یک کشور/ISP وصل می‌شوی، از یکی دیگر نه
پینگ بالا و نوسانی است
ترس‌روت در یک نقطه گیر می‌کند

تست مسیر:
traceroute your-server-ip
mtr -rw your-server-ip

راهکار سریع برای وقتی SSH قطع شده

اگر SSH قطع شد و دسترسی نداری، این مسیر معمولاً نجات‌دهنده است:

از پنل Hetzner وارد کنسول/Rescue Mode شو
شبکه را از داخل Rescue بررسی کن
فایل‌های شبکه و Route را اصلاح کن
ریبوت

روی لینوکس، این‌ها معمولاً فایل‌های کلیدی‌اند:

/etc/netplan/*.yaml (Ubuntu جدید)
/etc/network/interfaces (Debian/Ubuntu قدیمی)
تنظیمات NetworkManager (در بعضی سیستم‌ها)

نکته مهم برای سایت‌های وردپرس روی Hetzner

اگر سایت وردپرسی داری و خطای Network باعث Down شدن می‌شود، معمولاً یکی از این سه مورد همزمان مقصر است:

DNS اشتباه یا کند
فایروال بیش از حد سخت‌گیر
منابع کم (CPU/RAM) که باعث timeouts شبکه هم می‌شود

پس علاوه بر شبکه، این‌ها را هم چک کن:
top
free -m
df -h

و وضعیت وب‌سرور:
systemctl status nginx
systemctl status apache2
systemctl status mysql

پرداخت Hetzner بدون کارمزد و با نرخ رقابتی EUR

اگر برای شارژ اکانت یا پرداخت فاکتورهای Hetzner مشکل داری یا می‌خواهی سریع‌تر و مطمئن‌تر انجامش بدهی:
ما پرداخت‌های Hetzner را بدون کارمزد و با قیمت کاملاً رقابتی به یورو (EUR) در اسرع وقت انجام می‌دهیم. این گزینه مخصوصاً وقتی کاربردی است که دسترسی به پرداخت ارزی مستقیم نداری یا می‌خواهی سریع سرویس را از حالت تعلیق خارج کنی.

تجربه واقعی، تخصص، اعتبار و اعتماد (E-E-A-T) در این راهنما

تجربه واقعی: این خطاها معمولاً بعد از تغییر IP، تغییر شبکه، سخت‌گیری فایروال، یا اختلال مسیرهای اینترنتی رخ می‌دهند و دقیقاً با همین چک‌لیست‌ها قابل تشخیص‌اند.
Expertise (تخصص): مراحل ارائه‌شده بر اساس اصول استاندارد عیب‌یابی شبکه در لینوکس و محیط‌های هاستینگ/سرور است.
Authoritativeness (اعتبار): ساختار راهنما مطابق رویه‌های رایج دیتاسنتری و مدیریت سرور نوشته شده و برای وردپرس و سرویس‌های میزبانی قابل استفاده است.
Trust (اعتماد): همه تست‌ها قابل اجرا و قابل اندازه‌گیری‌اند (ping, traceroute, route, DNS)، یعنی نتیجه‌اش شفاف است و حدس و گمان نیست.