કેમ કેપ્ટિવ પોર્ટલ તમારા VPN ને અવરોધે છે અને ફરી કેવી રીતે સાઇન ઇન કરવું
જાહેર Wi-Fi તમારા ઉપકરણને મંજૂરી આપે છે તેમાંથી કોઈ પણ પેકેટ નીકળે તે પહેલાં. પોર્ટલ શું કાઢી નાખે છે, તમારો VPN તેને કેમ ખોટી રીતે જણાવે છે, અને કયો ક્રમ તમને ફરી જોડે છે.
ખુલ્લા નેટવર્ક પર તમારો એક્સેસ પોઈન્ટ પેકેટોને ફક્ત ઇન્ટરનેટને સોંપતો નથી. ઉપરની તરફનું પોલિસી પોઈન્ટ તપાસે છે કે તમારું ઉપકરણ હજી મંજૂર થયું છે કે નહીં, અને જ્યાં સુધી ન થાય ત્યાં સુધી લગભગ બધું કાઢી નાખવામાં આવે છે. તમારો VPN ક્લાયન્ટ તે મૌનને મૃત સર્વર તરીકે વાંચે છે. તે ભાગ્યે જ એમ કહે છે: WireGuard ખાલીપામાં હેન્ડશેક ફરી મોકલે છે, OpenVPN કનેક્શન ટાઈમઆઉટની જાણ કરે છે, અને IKEv2 જવાબ ન આપતા દૂરના સર્વર વિશે ભૂલ 809 સાથે પાછું આવે છે.
પોર્ટલ ખરેખર શું નિયંત્રિત કરે છે
કેપ્ટિવ પોર્ટલ એ બે વસ્તુઓ એકબીજા સાથે જોડાયેલી છે: પોલિસી નિર્ણય બિંદુ અને રીડાયરેક્ટર. જ્યારે તમારું ઉપકરણ જોડાય છે અને DHCP લીઝ લે છે, ત્યારે નેટવર્ક તમને મંજૂરી પહેલાંની સ્થિતિમાં મૂકે છે.
તે સ્થિતિ ફાયરવોલ નિયમોનો સમૂહ છે. તે સામાન્ય રીતે DNS ને મંજૂરી આપે છે અને પોર્ટલ હોસ્ટ્સની ટૂંકી યાદીમાં HTTP અથવા HTTPS ને મંજૂરી આપે છે, અને બાકીનું બધું કાઢી નાખે છે. મંજૂર યાદી એ દીવાલવાળું બગીચો છે, અને તેમાં લગભગ ક્યારેય VPN એન્ડપોઈન્ટ શામેલ હોતું નથી.
એ કાઢી નાખવામાં કંઈ નમ્રતા નથી. VPN સર્વર તરફ ધ્યાન રાખતા પેકેટોને નકારવાને બદલે કાઢી નાખવામાં આવે છે, તેથી ક્લાયન્ટને ન ICMP unreachable મળે છે ન TCP reset, ફક્ત જવાબની ગેરહાજરી મળે છે. વેન્ડર પ્રમાણે, રીડાયરેક્ટર પોર્ટ 80 પર સાઇન-ઇન પૃષ્ઠ તરફ રીડાયરેક્ટ સાથે જવાબ આપી શકે છે જ્યારે પોર્ટ 443 કાઢી નાખવામાં આવે છે અથવા અટકાવવામાં આવે છે. રીડાયરેક્ટ સહેલાઈથી દેખાય છે કારણ કે તે સાદો HTTP જવાબ લઈ જાય છે; 443 પર અટકાવવા માટે એવું પ્રમાણપત્ર જોઈએ જેને તમારો બ્રાઉઝર વિશ્વાસ કરવાનો ઇનકાર કરશે.
મંજૂરી પોતે સામાન્ય રીતે ઉપકરણના MAC સરનામા સાથે જોડાયેલી હોય છે, ક્યારેક લીઝ કરેલા IP સાથે, અને તે ટાઈમરવાળા સત્ર કોષ્ટકમાં રહે છે. સાઇન ઇન કરવાથી એક એન્ટ્રી બને છે. જે ફાયરવોલ નિયમ તમારા ટ્રાફિકને પસાર થવા દે છે તે ફક્ત ત્યાં સુધી જ હોય છે જ્યાં સુધી તે એન્ટ્રી હોય છે, અને તેથી જ તમારી બાજુ કંઈ બદલ્યા વિના આખી સમસ્યા પછી પાછી આવે છે.
VPN હેન્ડશેક શરૂ થતાં પહેલાં કેમ મરે છે
દરેક પ્રોટોકોલનું પોતાનું પરિવહન છે, અને મંજૂરી પહેલાંની ફાયરવોલ દરેકને અલગ રીતે તોડે છે. Windows અને iOS પર IKEv2 UDP 500 અને UDP 4500 પર ચાલે છે; તે પોર્ટ પર કાઢી નાખવું 809 તરીકે, અથવા તબક્કાઓ અલગ જણાવતા ક્લાયન્ટ્સ પર નામ-ઉકેલ પ્રકારની નિષ્ફળતા તરીકે દેખાય છે. UDP 1194 પરનું OpenVPN તેનો સમય પૂરો થાય ત્યાં સુધી કનેક્ટિંગ સ્થિતિમાં રહે છે. TCP 443 પરનું OpenVPN રસપ્રદ કિસ્સો છે, કારણ કે પોર્ટલ TCP હેન્ડશેક પૂરો કરીને પછી તેના રીડાયરેક્ટ પૃષ્ઠ સાથે જવાબ આપી શકે છે, તેથી તમને ટાઈમઆઉટને બદલે TLS ભૂલ દેખાય છે.
WireGuard મિકેનિઝમને સૌથી સ્પષ્ટ દર્શાવે છે. તે ડિઝાઇનથી ફક્ત UDP છે, કોઈ TCP વિકલ્પ નથી, તેથી અજાણ્યું UDP કાઢી નાખતું ફાયરવોલ પરિવહનને સંપૂર્ણપણે દૂર કરે છે. ક્લાયન્ટ વધતા વિરામ સાથે હેન્ડશેક શરૂઆત મોકલવાનું ચાલુ રાખે છે અને એવા હેન્ડશેકની જાણ કરે છે જે ક્યારેય પૂરો થતો નથી. તે સંદેશમાં ક્યાંય Wi-Fi નો ઉલ્લેખ નથી, અને તેમાં એવું કંઈ નથી જે સૂચવે કે તમારે બ્રાઉઝર ખોલવું જોઈએ.
પ્લેટફોર્મ તમારા VPN પહેલાં સ્થિતિ પારખવાનો પ્રયત્ન કરે છે. Windows સાઇન-ઇન સૂચના બતાવવી કે નહીં તે નક્કી કરવા જાણીતું URL મેળવે છે, Android એવું એન્ડપોઈન્ટ માંગે છે જે 204 No Content નો જવાબ આપવો જોઈએ, અને Apple ઉપકરણો નાની કેપ્ટિવ-નેટવર્ક વિન્ડો ખોલે છે. તે પ્રોબ કામ કરે છે કારણ કે પોર્ટલ અપેક્ષિત બોડીને બદલે રીડાયરેક્ટ સાથે જવાબ આપે છે. એ જ વર્તન સમજાવે છે કે પોર્ટલ સંપૂર્ણ સ્વસ્થ કેમ દેખાઈ શકે જ્યારે તમારું ટનલ મૃત હોય: પ્રોબ અને ટનલને અલગ નિયમોથી નક્કી કરવામાં આવે છે.
સત્રની સમાપ્તિ ખરેખર શું રીસેટ કરે છે
સ્થળો તમારા VPN ખાતા સાથે સંબંધ ન ધરાવતા કારણોસર સત્રો સમાપ્ત કરે છે: નિષ્ક્રિયતાનો સમય, મહત્તમ સત્ર લંબાઈ, નવી DHCP લીઝ, અથવા બીજા એક્સેસ પોઈન્ટ પર ફરી જોડાવું. ટાઈમર વાગે ત્યારે સત્ર કોષ્ટકની એન્ટ્રી અદૃશ્ય થાય છે અને મંજૂરી પહેલાંનો નિયમ સમૂહ ચેક-ઇન વખતે જેવો હતો તેવો જ પાછો આવે છે.
સ્થાપિત ટનલ ઘણી વાર સ્વસ્થ દેખાવા પૂરતું લાંબું ટકે છે. કીપએલાઇવ સંદેશા બહાર જતા રહે છે, અને ક્લાયન્ટ તેને ધ્યાનમાં લે છે કે નહીં તે તે અનુત્તરિત ટ્રાફિક સાથે કેવી રીતે વ્યવહાર કરે છે તેના પર આધાર રાખે છે, તેથી માર્ગ ગયા પછી પણ સ્થિતિ લાઇટ થોડી વાર લીલી રહી શકે છે. પછી ટનલ પડી જાય છે અને દરેક ફરી જોડાણનો પ્રયાસ એ જ અવરોધિત પોર્ટ પર નિષ્ફળ જાય છે.
તે ક્ષણે ક્લાયન્ટની ભૂલ તમને કહે છે કે તમે કયા તબક્કે છો, જો તમે તેને ધ્યાનથી વાંચો:
| Symptom | What it means | Next check |
|---|---|---|
| Handshake times out with no reply | Pre-authorization drop on UDP | Load any HTTP page and see whether the portal appears |
| Immediate TLS error on 443 | The portal answered your TCP connection | Authorize, then retry the same profile |
| Authentication rejected | Your credentials reached the server | The network is fine, so treat this as an account problem |
| Connects, then drops repeatedly | Session or lease churn | Watch the portal timer and the lease time |
એક વિગત લોકોને ભૂલમાં નાખે છે: જ્યારે સત્ર MAC સરનામા સાથે બંધાયેલું હોય, ત્યારે સાઇન-ઇન પૃષ્ઠ ફરી લોડ કરવાથી મદદ ન મળી શકે. તમારે જોડાણ છોડીને ફરી જોડાવું પડશે જેથી પોર્ટલ સમાપ્ત થયેલા પ્રયાસને બદલે નવો મંજૂરી પ્રયાસ જુએ.
પહેલાં સાઇન ઇન કરો, પછી ટનલ ઉપાડો
જે ક્રમ કામ કરે છે તે છે: ઉપકરણને મંજૂરી આપો, માર્ગ સાબિત કરો, VPN શરૂ કરો, ટનલ સાબિત કરો, અને પછી તમારું સામાન્ય અવરોધન પુનઃસ્થાપિત કરો. તે છેલ્લું પગલું મહત્વનું છે કારણ કે પોર્ટલ સુધી પહોંચવા માટે જે કામચલાઉ સ્થિતિ જોઈએ છે તે બરાબર એ જ સ્થિતિ છે જેને અટકાવવા માટે કિલ સ્વિચ અસ્તિત્વમાં છે.
ટનલની બહાર અવરોધવાનો વિકલ્પ ધરાવતા ડેસ્કટોપ ક્લાયન્ટને પોર્ટલ પૃષ્ઠ લોડ થાય તે માટે થોભાવવો પડે છે, અને તે બહારની વિન્ડો દરમિયાન સંવેદનશીલ એપ્લિકેશનો બંધ રાખવી જોઈએ; તે એકમાત્ર અંતરાલ છે જ્યારે સ્થાનિક ટ્રાફિક રક્ષણ વિના નીકળે છે. મેનેજ કરેલું હંમેશા ચાલુ ઉપકરણ તેના માલિકે પ્રકાશિત કરેલી પ્રક્રિયા વાપરવી જોઈએ, તમે પોલિસી દૂર કરવાને બદલે. જો પોર્ટલ પ્રમાણપત્ર ચેતવણી બતાવે તો થોભો: તેને સ્વીકારવાથી તમારું સત્ર સ્થળના અટકાવ પ્રોક્સી દ્વારા જાય છે, અને તે પ્રોક્સી તમે મોકલો છો તે બધું વાંચી શકે છે. Android પર હંમેશા ચાલુ VPN હેઠળનું લોકડાઉન ટનલ ઉપાડાય તે પહેલાં ટ્રાફિક અવરોધે છે, અને કેટલાક બિલ્ડ પોર્ટલ પ્રવાહને મુક્ત કરી શકતા નથી; તમારું ન કરી શકે તો લોકડાઉન બંધ રાખવાને બદલે સ્થળનો વૈકલ્પિક એક્સેસ અથવા બીજું ઉપકરણ વાપરો. Apple ના ઓન-ડિમાન્ડ નિયમો પ્રોબ સફળ ન થાય ત્યાં સુધી ટનલ નકારવા માટે લખી શકાય છે, અને હોટેલ નેટવર્ક પર તમે તે જ વર્તન ઇચ્છો છો.
તમારી પાસે પહેલેથી હોય તે સાધનોથી ક્રમમાં ચકાસો. ટનલ પહેલાં હેડર અને બોડી બંને દૃશ્યમાન રાખીને પ્રોબ ચલાવો, અને જુઓ કે તમારું VPN પરિવહનને કોઈ જવાબ મળે છે કે નહીં:
curl -sS -D - http://captive.apple.com/hotspot-detect.html -o -
sudo tcpdump -ni any 'udp port 500 or udp port 4500 or udp port 1194'મંજૂરી પહેલાં સામાન્ય પોર્ટલ બેમાંથી એક જવાબ આપે છે: 302 જેનું Location સાઇન-ઇન પૃષ્ઠ તરફ ઇશારો કરે છે, અથવા 200 જેનું HTML બોડી પોર્ટલ પૃષ્ઠ છે. તમને કયું મળ્યું તે નોંધો. સાઇન ઇન પહેલાં રીડાયરેક્ટ નિષ્ફળતા નથી; તે પોર્ટલ તમને કહે છે કે ક્યાં જવું. પોર્ટલ સફળતાની જાણ કરે પછી આદેશ ફરી ચલાવો અને 200 ની અપેક્ષા રાખો જેનું બોડી શબ્દશઃ Success શબ્દ છે. તે જ શબ્દમાળા પ્રોબને અર્થપૂર્ણ બનાવે છે. જો તમે ક્યારેય સાઇન ઇન કરો તે પહેલાં હોસ્ટ સામાન્ય રીતે જવાબ આપે, તો આ નેટવર્ક પર કોઈ અટકાવ પોર્ટલ નથી. કેપ્ચરમાં મંજૂરી પહેલાંનું કાઢી નાખવું એ બહાર જતા પેકેટો છે જેમાંથી કંઈ પાછું આવતું નથી, જ્યારે કામ કરતો માર્ગ એ જ પ્રવાહને લગભગ એક સેકન્ડમાં જવાબ બતાવે છે. જોડાઓ, પછી કેપ્ચર ફરી કરો.
પોર્ટલ હા કહે પછી પણ ટનલ નિષ્ફળ જાય તો
સાઇન ઇનની સફળતા મંજૂર પરિવહન જેવી નથી. ઘણાં સ્થળો પોર્ટલ અને સામાન્ય બ્રાઉઝિંગને મંજૂરી આપે છે જ્યારે UDP ને સંપૂર્ણપણે અવરોધે છે, જે WireGuard અને UDP OpenVPN ને તૂટેલા અને TCP 443 ને કાર્યરત રાખે છે. જો TCP 443 પસાર થાય અને UDP નહીં, તો તે સ્થળની નીતિ છે, તમે ખોટી રીતે ગોઠવેલો ક્લાયન્ટ નહીં, તેથી પરિવહન બદલો અથવા મર્યાદા સ્વીકારીને આગળ વધો. તે પછી પણ ફરી જોડાણ નિષ્ફળ જાય તો ચોક્કસ ભૂલ રાખો; તે કહે છે કે તમે કયા તબક્કે અટક્યા છો.
બીજી નિષ્ફળતાઓ ઉપકરણમાં રહે છે. જૂના MAC સાથે હજી બંધાયેલું સત્ર, પોતાની લીઝવાળું બીજું Wi-Fi એડેપ્ટર, અથવા પોર્ટલની પ્રમાણપત્ર છૂટ કેશ કરેલો ક્લાયન્ટ — આમાંથી દરેક સ્વચ્છ પુનઃમંજૂરી પછી પણ નિષ્ફળ થતું રહી શકે છે. જોડાણ છોડો, ફરી મંજૂરી આપો, અને ક્લાયન્ટ સેટિંગ્સને સ્પર્શ કરતાં પહેલાં એક વાર પ્રયાસ કરો. તમે નિહાળી રહ્યા છો તે ઘટકો પાછળની સ્થાપત્ય જોઈએ તો RFC 8952 વાંચવા યોગ્ય છે.
જો પોર્ટલ પોતે મંજૂરી આપવાનો ઇનકાર કરે, તો સમસ્યા ખાતા અથવા ઉપકરણ ફાળવણીમાં છે અને કોઈ VPN સેટિંગ તેને સુધારશે નહીં. VPN નો નિકાસ દેશ બદલવાથી સ્થળની સ્થાનિક એક્સેસ સ્થિતિ રીસેટ થતી નથી; તે કોષ્ટક તમારા ઉપકરણ સાથે જોડાયેલું છે, તમે પસંદ કરેલા સર્વર સાથે નહીં. સ્થળના ઓપરેટરને પૂછો અને તેને સમય આપો, કારણ કે તે સત્ર કોષ્ટક જ જોશે.
તમારી આગલી સફર પહેલાં ત્રણ વસ્તુઓ લખો: શૂન્ય પગલા તરીકે પોર્ટલ પૃષ્ઠ, તમે સાથે લઈ જાવ તે દરેક ઉપકરણ માટે અવરોધન થોભાવવાનું પગલું, અને એક વૈકલ્પિક પરિવહન જે તમે ખરેખર પરીક્ષણ કર્યું હોય. દસ મિનિટ પહેલાં કામ કરતું ટનલ ફરી અટકે ત્યારે તેને સમાપ્ત મંજૂરી ગણો અને VPN પ્રોફાઇલને સ્પર્શ કરતાં પહેલાં પોર્ટલ ફરી તપાસો.