گاهی GRE رو میسازی، اینترفیس هم UP ـه و دو سر تونل ظاهراً همهچیز مرتب به نظر میرسه؛ ولی ترافیک ازش رد نمیشه. اینجا معمولاً خود GRE آخرین متهمه، نه اولین نفر. 😄
برای عیبیابی سریع، این سه مورد رو بهترتیب چک کن:
۱) Route واقعاً از تونل رد میشه؟
اگر خروجی مسیر یا اینترفیس دیگری را نشان داد، اول Route را درست کن.
۲) اگر قرار است سرور ترافیک را عبور دهد، Forwarding روشن است؟
مقدار
۳) rp_filter بسته برگشتی را دور نمیاندازد؟
روی مسیرهای نامتقارن و بعضی سناریوهای Tunnel، Reverse Path Filtering میتواند بسته سالم را مشکوک تشخیص دهد و Drop کند.
قبل از اینکه
اگر GRE بالا بود ولی پکت رد نمیشد، ترتیب ذهنی خوب اینه:
Route → Forwarding → Firewall → rp_filter.
🔗 کانال وان سرور
#شبکه #GRE
برای عیبیابی سریع، این سه مورد رو بهترتیب چک کن:
۱) Route واقعاً از تونل رد میشه؟
ip route get 10.20.0.10
اگر خروجی مسیر یا اینترفیس دیگری را نشان داد، اول Route را درست کن.
۲) اگر قرار است سرور ترافیک را عبور دهد، Forwarding روشن است؟
sysctl net.ipv4.ip_forward
مقدار
1 یعنی فعال است.۳) rp_filter بسته برگشتی را دور نمیاندازد؟
sysctl net.ipv4.conf.all.rp_filter
sysctl net.ipv4.conf.gre1.rp_filter
روی مسیرهای نامتقارن و بعضی سناریوهای Tunnel، Reverse Path Filtering میتواند بسته سالم را مشکوک تشخیص دهد و Drop کند.
قبل از اینکه
rp_filter را کورکورانه خاموش کنی، Route رفت و برگشت و Firewall را بررسی کن؛ چون خاموشکردنش بدون دلیل میتواند کنترل ضد spoofing را ضعیف کند.اگر GRE بالا بود ولی پکت رد نمیشد، ترتیب ذهنی خوب اینه:
Route → Forwarding → Firewall → rp_filter.
🔗 کانال وان سرور
#شبکه #GRE
❤5