एका रेडिओवर Wi-Fi क्लायंट आणि हॉटस्पॉट: काय तुटतं

तुमचा फोन हॉटस्पॉटशी जोडलेला राहतो, पण अपलिंक काहीही पुढे पाठवत नाही। Pi अजूनही Wi-Fi असोसिएशन कळवतो, प्रवेश बिंदू अजूनही beacon पाठवतो, आणि प्रत्येक विनंती वेळेच्या मर्यादेत संपते। एकच रेडिओ एकाच वेळी दोन भूमिका पार पाडतो, आणि दुसऱ्याला चॅनेल हवा असताना त्यातली एक जिंकते। VPN ला हात लावण्यापूर्वी, बसवलेला ड्रायव्हर आणि फर्मवेअर अशी भूमिका-जोडी अजिबात स्वीकारतात का ते ठरवा।

लक्षण रेडिओकडे निर्देश करते, टनलकडे नाही

अपयश क्रमाने पाहा आणि ते राउटिंग बगसारखे दिसणे थांबते। क्लायंट हॉटस्पॉटशी जोडतो, पत्ता घेतो आणि एक-दोन पाने लोड करतो। मग स्टेशन इंटरफेस रोमिंग, किल्ली नूतनीकरण किंवा सिग्नलच्या छोट्या घसरणीनंतर वरच्या राउटरशी पुन्हा जोडतो। प्रवेश बिंदू एकतर आपला beacon पुन्हा सुरू करतो किंवा आपल्या क्लायंटना मार्गाशिवाय सोडतो, आणि VPN नोंद पुन्हा जोडणीच्या अशा प्रयत्नांनी भरते जे कधीही कारण नव्हते।

दोन इंटरफेस नावे दोन रेडिओ करत नाहीत। wlan0 आणि प्रवेश बिंदूचा इंटरफेस एकच उपकरण, एकच चॅनेल-स्थिती यंत्र आणि एकच फर्मवेअर नियोजक सामायिक करतात। कर्नल नेमके सांगते की ते उपकरण कोणती भूमिका आणि चॅनेल संयोजने समर्थित करते, म्हणून ती यादी वाचा, दोन्ही इंटरफेस वर आले म्हणून जोडी चालते असे गृहीत धरण्याऐवजी।

काहीही बदलण्यापूर्वी संयोजन वाचा

वायरलेस स्टॅक आपला करार इंटरफेस संयोजनांच्या विभागात कमांड iw list च्या आउटपुटमध्ये सांगतो। प्रत्येक क्रमांकित संयोजन परवानगी असलेल्या भूमिका-संख्या, किती इंटरफेस असू शकतात आणि ते इंटरफेस एकाच वेळी किती वेगवेगळे चॅनेल घेऊ शकतात, यांची यादी करते। एकाच चॅनेलवर एक स्टेशन आणि एक प्रवेश बिंदू नमूद करणारे संयोजन या तैनातीला हवे असलेले संयोजन आहे।

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

अंक वाचा, केवळ शब्दांची उपस्थिती नाही। ड्रायव्हर स्टेशन मोड आणि प्रवेश बिंदू मोड स्वतंत्रपणे समर्थित करू शकतो, तर दोन्हींचे एकमेव कायदेशीर संयोजन केवळ एक चॅनेल, कमी इंटरफेस-संख्या किंवा असा beacon अंतराल परवानगी देते जो हॉटस्पॉट पूर्ण करू शकत नाही। काही फर्मवेअर स्कॅन किंवा किल्ली नूतनीकरणादरम्यान एक भूमिकाही सोडतात, जे क्षमता-मर्यादेऐवजी ढासळणाऱ्या अपलिंकसारखे दिसते। कोणतेही संयोजन दोन्ही भूमिका नमूद करत नसेल, तर जोडी समर्थित नाही, डेस्कटॉपचे हॉटस्पॉट बटण काहीही सुचवो।

cfg80211 इंटरफेस संयोजनांचे दस्तऐवज फील्ड आणि beacon अडथळा वर्णन करते। एका अडॅप्टरची मूल्ये दुसऱ्याबद्दल काहीही सांगत नाहीत, म्हणून आउटपुट मशीनसोबत ठेवा, सामान्यीकृत करण्याऐवजी।

चॅनेल आणि पत्ता योजना उर्वरित ठरवते

प्रवेश बिंदूला असा चॅनेल हवा जो रेडिओ सेवा देऊ शकेल, आणि स्टेशनच्या अपलिंकने वरच्या प्रवेश बिंदूचे अनुसरण करावे। हे दोन निर्णय जुळत नसतील, तर एका भूमिकेला पुन्हा सुरू करावे लागते। अनेक एक-रेडिओ अडॅप्टरमध्ये हॉटस्पॉट म्हणूनच स्टेशनचे चॅनेल प्रतिबिंबित करतो, आणि वरच्या बाजूला चॅनेल बदलल्यास हॉटस्पॉटही काही काळ खाली येतो।

IP बाजू रेडिओपासून वेगळी आखा। राउटेड हॉटस्पॉट सामान्यतः 192.168.50.0/24 सारखे खाजगी सबनेट वापरतो, Pi 192.168.50.1 वर, त्याच सबनेटमध्ये DHCP पूल आणि Pi रिझोल्व्हर फॉरवर्डर म्हणून। 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 अधिकार चुकीचे आहेत। जर क्लायंटकडे पत्ता असेल पण पोहोच नसेल, तर फॉरवर्डिंग, भाषांतर किंवा रिझोल्व्हर वितरण गहाळ आहे। जेव्हा हॉटस्पॉटचा मार्ग आणि अपलिंकचा मार्ग दोन्ही चालतात, तेव्हाच अपयशी टनल चाचणीची पुढील गोष्ट बनते।

अडॅप्टर, ड्रायव्हर आणि फर्मवेअर स्वीकारलेल्या संयोजन आणि चॅनेल नियमासोबत नोंदवा। नंतरचे कर्नल किंवा फर्मवेअर अद्यतन समर्थित यादी बदलू शकते, आणि तीच नोंद कोडे ज्ञात मर्यादेत बदलते।