گوشی شما متصل به هاتاسپات می‌ماند در حالی که پیوند بالارو چیزی را عبور نمی‌دهد. Pi همچنان اتصال Wi-Fi را گزارش می‌کند، نقطه دسترسی همچنان beacon می‌فرستد و هر درخواست به پایان مهلت می‌رسد. یک رادیو همزمان دو نقش را خدمت می‌کند و یکی از آن‌ها وقتی دیگری به کانال نیاز دارد پیروز می‌شود. پیش از دست زدن به VPN، مشخص کنید که آیا درایور و firmware نصب‌شده اصلاً چنین جفت نقشی را می‌پذیرند.

نشانه به رادیو اشاره دارد، نه به تونل

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

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

پیش از تغییر هر چیز، ترکیب را بخوانید

پشته بی‌سیم قرارداد خود را در بخش ترکیب‌های واسط فرمان iw list اعلام می‌کند. هر ترکیب شماره‌دار تعداد نقش‌های مجاز، اینکه چند واسط می‌تواند وجود داشته باشد و اینکه آن واسط‌ها همزمان چند کانال متفاوت را می‌توانند بگیرند را فهرست می‌کند. ترکیبی که یک ایستگاه و یک نقطه دسترسی را روی یک کانال نام می‌برد همان چیزی است که این استقرار لازم دارد.

iw list | sed -n '/valid interface combinations/,/^$/p'

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

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

طرح کانال و نشانی بقیه را تعیین می‌کند

نقطه دسترسی باید روی کانالی بنشیند که رادیو می‌تواند خدمت کند، و پیوند بالاروی ایستگاه باید نقطه دسترسی بالادست را دنبال کند. وقتی این دو تصمیم همخوان نباشند، یک نقش باید دوباره راه‌اندازی شود. در بسیاری از مبدل‌های تک‌رادیویی هاتاسپات به همین دلیل کانال ایستگاه را آینه می‌کند، و تغییر کانال در بالادست هاتاسپات را هم برای مدتی پایین می‌آورد.

سمت IP را جدا از رادیو برنامه‌ریزی کنید. هاتاسپات مسیریابی‌شده معمولاً یک زیرشبکه خصوصی مانند 192.168.50.0/24 با Pi روی 192.168.50.1، استخر DHCP در همان زیرشبکه و Pi به عنوان بازفرست resolver به کار می‌برد. حالت اشتراکی NetworkManager بازفرست و ترجمه نشانی‌ها را برای آن زیرشبکه تنظیم می‌کند، اما ظرفیت رادیو نمی‌افزاید و تونل را تنها خروجی نمی‌کند. بنویسید که کلاینت‌ها در لایه دو پل شده‌اند یا در لایه سه مسیریابی می‌شوند، پیش از آنکه درباره سیاست VPN بحث کنید.

ترتیب آزمونی که رادیو را از مسیریابی جدا می‌کند

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

iw dev
iw dev wlan0 link
nmcli -t -f DEVICE,STATE,CONNECTION device status
ip -br addr show
sysctl net.ipv4.ip_forward

اگر iw dev wlan0 link هیچ همسازی نشان نداد، مشکل رادیو اول است و تونل بی‌ربط. اگر پیوند بالارو همساز است و کلاینت نشانی ندارد، پیوستن و اختیار DHCP نادرست است. اگر کلاینت نشانی دارد اما دسترسی ندارد، بازفرست، ترجمه یا تحویل resolver کم است. تنها وقتی هم مسیر هاتاسپات و هم مسیر پیوند بالارو کار می‌کنند، تونل شکست‌خورده چیز بعدی برای آزمودن می‌شود.

مبدل، درایور و firmware را کنار ترکیب و قاعده کانال پذیرفته‌شده ثبت کنید. به‌روزرسانی بعدی هسته یا firmware می‌تواند فهرست پشتیبانی‌شده را تغییر دهد، و همان یادداشت است که معما را به محدودیتی شناخته‌شده تبدیل می‌کند.

مقالات مرتبط