Wi-Fi ક્લાયન્ટ આઇસોલેશન વિરુદ્ધ VPN સ્થાનિક ઍક્સેસ: તમને કયું અટકાવે છે

એક જ ગેસ્ટ SSID પર બે ફોન મૂકો, એક બીજાને જોઈ શકતું નથી, પણ બંને ઇન્ટરનેટ સુધી પહોંચે છે. તેમાંથી એક પર VPN ક્લાયન્ટ ઉમેરો, ત્રણ મીટર દૂરનું પ્રિન્ટર અદૃશ્ય રહે છે, જ્યારે બીજા ખંડમાંનું સર્વર ping નો જવાબ આપે છે. ટનલમાં કંઈ તૂટ્યું નથી; બે અલગ ઍક્સેસ નિર્ણયો સંડોવાયેલા છે, અને તેમાંથી ફક્ત એક જ રૂટિંગ વિશે છે. ઍક્સેસ પોઇન્ટ નક્કી કરે છે કે વાયરલેસ ક્લાયન્ટ એકબીજા સાથે વાત કરી શકે છે કે નહીં, અને VPN ક્લાયન્ટ નક્કી કરે છે કે કયા ગંતવ્યો ટનલમાંથી બહાર નીકળે છે. આ બેને ભેગા કરવાથી કલાકોનો નકામો કોન્ફિગરેશન ફેરફાર થાય છે.

બે દરવાજા સ્વતંત્ર છે

ક્લાયન્ટ આઇસોલેશન એ સ્વિચિંગ નિર્ણય છે. ઍક્સેસ પોઇન્ટ એક જોડાયેલા સ્ટેશનથી ફ્રેમ સ્વીકારે છે, ગંતવ્ય તરફ જુએ છે, જુએ છે કે ગંતવ્ય એ જ બ્રિજ પરનું બીજું સ્ટેશન છે, અને તેને છોડી દે છે. સ્ટેશનનું IP સરનામું તે નિર્ણય માટે અપ્રસ્તુત છે, અને VPN પણ.

રૂટિંગ એ ક્લાયન્ટ પર લેવાતો બીજો નિર્ણય છે. VPN નું રૂટ ટેબલ નક્કી કરે છે કે 192.168.1.50 માટેનું પેકેટ ટનલમાં પ્રવેશે છે કે Wi-Fi ઇન્ટરફેસ દ્વારા બહાર નીકળે છે. જો પેકેટ Wi-Fi દ્વારા બહાર નીકળે અને ઍક્સેસ પોઇન્ટ ક્લાયન્ટને આઇસોલેટ કરે, તો તે ઍક્સેસ પોઇન્ટ પર જ મૃત્યુ પામે છે. જો પેકેટ ટનલમાં પ્રવેશે, તો ઍક્સેસ પોઇન્ટ મૂળ ગંતવ્ય ક્યારેય જોતું નથી અને કંઈપણ આઇસોલેટ કરી શકતું નથી.

સામાન્ય ઍક્સેસ પોઇન્ટ પર આઇસોલેશન શું અટકાવે છે

ઉત્પાદકો આને ઘણા નામો હેઠળ પૂરું પાડે છે: ક્લાયન્ટ આઇસોલેશન, AP આઇસોલેશન, સ્ટેશન આઇસોલેશન, અથવા એવું ગેસ્ટ નેટવર્ક જે તેને સૂચવે છે. OpenWrt માં ઇન્ટરફેસ દીઠ વિકલ્પ વાયરલેસ કોન્ફિગરેશનની અંદર isolate છે, જેમ કે વાયરલેસ દસ્તાવેજીકરણ માં વર્ણવેલું છે, અને ગેસ્ટ SSID સામાન્ય રીતે પોતાનું બ્રિજ અને ફાયરવૉલ ઝોન મેળવે છે. અસર એ છે કે ક્લાયન્ટ વચ્ચેના unicast ફ્રેમ બ્રિજ થતા નથી, તેથી પડોશીને ping, SMB જોડાણ કે પ્રિન્ટ કાર્ય નિષ્ફળ જાય છે, જોકે બંને ઉપકરણો પૂર્ણ સિગ્નલ દર્શાવે છે.

ડિસ્કવરી પ્રોટોકોલ સૌથી પહેલા અને સૌથી સ્પષ્ટ રીતે પીડાય છે. પ્રિન્ટર અને મીડિયા ઉપકરણો માટે mDNS 224.0.0.251 પર multicast જાય છે, SSDP 239.255.255.250 વાપરે છે, અને આ ફ્રેમ બ્રિજ પાર કરે છે કે નહીં તે ઉત્પાદક પર અને multicast-થી-unicast રૂપાંતરણ ચાલુ છે કે નહીં તેના પર આધાર રાખે છે. સૂચિમાંથી ગેરહાજર ઉપકરણ જાણીતા સરનામા પર નિષ્ફળ સીધા જોડાણ કરતાં નબળો પુરાવો છે.

VPN શું બદલે છે, અને શું બદલી શકતું નથી

પૂર્ણ ટનલ ડિફૉલ્ટ રૂટ લે છે, તેથી સ્થાનિક સબનેટ સુધી ફક્ત ત્યારે જ પહોંચાય છે જ્યારે ક્લાયન્ટ તેમના માટે વધુ ચોક્કસ રૂટ રાખે. સ્પ્લિટ ટનલ ઊલટું કરે છે અને ડિઝાઇન દ્વારા સ્થાનિક ઍક્સેસ જાળવે છે. આમાંથી કોઈ પણ સેટિંગ આઇસોલેટ કરતા ઍક્સેસ પોઇન્ટને તેના બે ક્લાયન્ટ વચ્ચે ફ્રેમ મોકલવા મજબૂર કરી શકતું નથી, તેથી VPN ક્લાયન્ટમાં સ્થાનિક ટ્રાફિકને મંજૂરી આપવી જરૂરી છે પણ પૂરતી નથી.

ઊલટું કિસ્સું પણ એટલું જ સામાન્ય છે. ઍક્સેસ પોઇન્ટ પીઅર ટ્રાફિકને મંજૂરી આપે છે, VPN ક્લાયન્ટ સ્થાનિક સબનેટને ટનલમાંથી બાકાત રાખે છે, અને પ્રિન્ટર હજી પણ જવાબ આપતું નથી કારણ કે હોસ્ટ ફાયરવૉલ Wi-Fi નેટવર્કને જાહેર ગણે છે. ત્રણ સ્તર, ત્રણ અલગ ડિફૉલ્ટ, અને મોટાભાગના VPN લૉગમાં ફક્ત રૂટ દેખાય છે.

કયો દરવાજો બંધ છે તે શોધો

એવી કસોટીથી શરૂ કરો જે VPN ને ચિત્રમાંથી બહાર કાઢે: બે સામાન્ય ઉપકરણોને એક જ SSID સાથે જોડો અને સરનામા દ્વારા એકને બીજા સુધી પહોંચવાનો પ્રયાસ કરો. જો તે નિષ્ફળ જાય, તો ઍક્સેસ પોઇન્ટ આઇસોલેટ કરી રહ્યું છે અને કોઈ VPN સેટિંગ તેને સુધારશે નહીં. જો તે સફળ થાય, તો ક્લાયન્ટ પર જાઓ અને Linux પર ip route get 192.168.1.50 અથવા Windows પર Find-NetRoute -RemoteIPAddress 192.168.1.50 ચલાવો; આઉટપુટ તે ઇન્ટરફેસનું નામ આપે છે જે પેકેટ વાપરશે.

જ્યારે રૂટ Wi-Fi ઇન્ટરફેસ તરફ ઇશારો કરે છે, પેકેટ એન્ક્રિપ્શન વિના બહાર નીકળે છે અને પ્રશ્ન એ થાય છે કે ઍક્સેસ પોઇન્ટ અને હોસ્ટ ફાયરવૉલ તેને મંજૂરી આપે છે કે નહીં. જ્યારે રૂટ ટનલ તરફ ઇશારો કરે છે, ગંતવ્ય VPN સર્વરને મોકલાય છે, જે એક જ LAN પરના ઉપકરણ માટે ખોટું છે અને સામાન્ય રીતે એનો અર્થ છે કે ટનલની મંજૂર સૂચિ ખૂબ વિશાળ છે.

પ્રિન્ટરના પોર્ટ પર સીધું જોડાણ ડિસ્કવરી સૂચિ કરતાં વધુ સારી કસોટી છે. Linux પર nc -vz 192.168.1.50 9100 અથવા PowerShell માં Test-NetConnection 192.168.1.50 -Port 9100 તમને કહે છે કે સરનામું બિલકુલ પહોંચી શકાય તેવું છે કે નહીં, તે પહેલાં કે કોઈ પણ એપ્લિકેશન-સ્તરીય જોડાણ ચર્ચામાં આવે.

તમે જે નેટવર્ક પર છો તે માટે સુધારો પસંદ કરો

હોટેલ કે ગેસ્ટ નેટવર્ક પર આઇસોલેશન જાણી જોઈને રાખવામાં આવે છે અને તમારે તેને તોડવાનો પ્રયાસ ન કરવો જોઈએ. સ્થાનિક ઉપકરણને અપ્રાપ્ય ગણો, પ્રિન્ટ કે શેર કરી શકે તેવા હોસ્ટ સુધી પહોંચવા VPN વાપરો, અને SSID ને LAN તરીકે ગણવાનું બંધ કરો.

ઘરે, ઉપકરણો તમારા હોય ત્યારે મુખ્ય SSID પર આઇસોલેશન બંધ કરવું વાજબી છે, જ્યારે ગેસ્ટ SSID આઇસોલેટેડ રહે છે. સેટિંગ ઍક્સેસ પોઇન્ટના વાયરલેસ કોન્ફિગરેશનમાં રહે છે, અને તેનું સ્થાન ત્યાં જ છે, દરેક ક્લાયન્ટ પરના ફાયરવૉલ અપવાદોમાં નહીં.

ઑફિસમાં, ધારો કે ઍક્સેસ પોઇન્ટ, VLAN અને હોસ્ટ ફાયરવૉલ બધા જાણી જોઈને છે. આઇસોલેશન બંધ કરવાની વિનંતી કરવાને બદલે કસોટીના પરિણામો સાથે એસ્કલેટ કરો, કારણ કે ક્લાયન્ટને અલગ પાડતું નેટવર્ક સામાન્ય રીતે કંઈક સુરક્ષિત કરે છે.

એપ્લિકેશન ચકાસો, ફક્ત ping નહીં

સફળ ping માર્ગ સાબિત કરે છે, સેવા નહીં. પ્રિન્ટર ઘણી વાર કાચું 9100 અથવા 631 પર IPP સ્વીકારે છે પણ ડિસ્કવરી નકારે છે, અને ફાઇલ શેરિંગને 445 તથા કાર્યક્ષમ નામ રિઝોલ્યુશન જોઈએ છે. એપ્લિકેશન જે પોર્ટ વાપરે છે તેની પુષ્ટિ કરો, પછી ઉપકરણ પર વાસ્તવિક કાર્ય ફરી પ્રયાસ કરો.

તમારી નોંધમાં બે સ્તર અલગ રાખો: Wi-Fi નેટવર્ક શું મંજૂરી આપે છે, અને VPN શું રૂટ કરે છે. આગલી વખતે જ્યારે કોઈ ઉપકરણ સૂચિમાંથી અદૃશ્ય થાય, ત્યારે આ વિભાજન તમને કહેશે કે પહેલા ક્યાં જોવું.