હોટેલ Wi-Fi પર OpenVPN કનેક્ટ થતું નથી? TCP 443 અજમાવો

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

પહેલાં ફોનના હોટસ્પોટ પરથી પરીક્ષણ કરો. જો ત્યાં ટનલ ઊભી થાય, તો સર્વર, પ્રમાણપત્ર અને ખાતું બધું ઠીક છે, અને બાકી રહેતો એકમાત્ર ચલ તમારી સામેનું નેટવર્ક છે.

ક્લાયન્ટથી શરૂ કરો: સ્થિતિ રેખા વાંચો

સ્થિતિ રેખા તમને કહે છે કે કયો તબક્કો નિષ્ફળ ગયો. કનેક્ટિંગ પર અટકેલો ક્લાયન્ટ હજી હોસ્ટ ઉકેલી રહ્યો છે અથવા બહારનું સોકેટ ખોલી રહ્યો છે; સર્વરની રાહ જોઈ રહ્યું છે એવા સ્તરે પહોંચેલા ક્લાયન્ટ પાસે માર્ગ છે પણ જવાબ નથી; જે પ્રમાણીકરણ કરીને પછી પડી જાય છે તેને સાવ બીજી સમસ્યા છે. ક્લાયન્ટ લોગ અને પ્રોફાઇલના પોતાના remote અને proto ક્ષેત્રો બતાવે છે કે ક્લાયન્ટ શું કરવા માંગે છે, અને કમાન્ડ-લાઇન ક્લાયન્ટ પર --verb 4 એ જ વિગત છાપે છે. તેની સામેનાં નેટવર્ક સાથે સરખામણી કરવી એ જ 'VPN બ્લોક છે'ને ચોક્કસ દાવામાં ફેરવે છે.

પછી તમારી પાસે પહેલેથી હોય તેવાં સાધનોથી નેટવર્ક તપાસો. nc -vzu 203.0.113.10 1194 UDP ડેટાગ્રામ મોકલે છે, curl -v telnet://203.0.113.10:443 જણાવે છે કે TCP હેન્ડશેક પૂરો થાય છે કે નહીં, અને HTTPS પૃષ્ઠ લોડ કરતું બ્રાઉઝર ફક્ત એટલું જ સાબિત કરે છે કે બહાર જતું 443 એ એક જ હોસ્ટ સુધી પહોંચે છે. નાની તપાસ એ જવાબ આપે છે જે VPN ક્લાયન્ટ આપી શકતું નથી: કયો પોર્ટ અને કયો પ્રોટોકોલ આ નેટવર્કમાંથી બહાર જાય છે જ.

ત્રણ નેટવર્ક વર્તન ક્લાયન્ટની દૃષ્ટિએ એકસરખાં લાગે છે અને તેમને જુદા જુદા જવાબો જોઈએ. બહાર જતું 443 ખુલ્લું હોઈ શકે, ફક્ત પ્રોક્સીની મંજૂરી હોઈ શકે, અથવા 443 પારદર્શક રીતે એવા તપાસ બોક્સ તરફ ફોરવર્ડ થઈ શકે જે તે જે વહન કરે છે તે વાંચી શકતું નથી. પ્રથમ નીચેના પ્રોફાઇલ ફેરફારથી સરખું થાય છે, બીજું પ્રોક્સી સેટિંગથી, અને ત્રીજું હેન્ડશેક પૂરો કરીને પછી અટકી શકે છે જ્યારે નિરીક્ષકને સ્ટ્રીમ ન ગમે. તમારી સામે ત્રણમાંથી કયું છે તે જાણવું એ દસ મિનિટના ફેરફાર અને બપોર સુધી ક્લાયન્ટ ફરી ઇન્સ્ટોલ કરવા વચ્ચેનો ફરક છે.

લિસનર અને પ્રોફાઇલ સાથે ખસેડો

સર્વર તરફ, લિસનરને નેટવર્ક પરવાનગી આપે તે મુજબ સેટ કરો: સર્વર રૂપરેખાંકનમાં port 443 અને proto tcp, પછી સેવા ફરી શરૂ કરો અને ss -lntp થી સોકેટની પુષ્ટિ કરો. ક્લાયન્ટ તરફ, પ્રોફાઇલે સંમત થવું પડે, કારણ કે ટ્રાન્સપોર્ટ અને પોર્ટ ટનલની બહાર રહે છે: .ovpn માં proto tcp અને port 443, અથવા એપની સેટિંગ સ્ક્રીનમાં અનુરૂપ ક્ષેત્રો. હજી પણ UDP 1194 તરફ નિર્દેશિત પ્રોફાઇલ પહેલાંની જેમ જ નિષ્ફળ જાય છે, અને દોષ પહેલેથી સુધારેલા ફાયરવોલ પર નાખવાનું મન થાય છે. જો એ જ હોસ્ટ 443 પર HTTPS પણ જવાબ આપે, તો બંને લિસનર એ સરનામું અને પ્રોટોકોલ વહેંચી શકતા નથી; VPN ને બીજું સરનામું આપો અથવા સામે ડિમલ્ટિપ્લેક્સર મૂકો.

બંને છેડે tcpdump -ni any port 443 સાથે પ્રથમ કનેક્શન જુઓ. ક્લાયન્ટમાંથી નીકળીને કદી ન પહોંચતા પેકેટનો અર્થ છે કે નેટવર્ક આખરે ફિલ્ટર કરે છે, અથવા પ્રોફાઇલમાંનું સરનામું તમે ધારો છો તે નથી. જવાબ વિના પહોંચતા પેકેટ તમને સર્વર લોગ પર પાછા મોકલે છે, જ્યાં પ્રોટોકોલની અસંગતિ તરત જ ફેંકાયેલા પેકેટ તરીકે દેખાય છે.

જ્યારે નેટવર્કમાંથી ફક્ત પ્રોક્સી બહાર જાય છે

કેટલાંક મહેમાન નેટવર્ક HTTP પ્રોક્સી સિવાય કંઈ પણ મંજૂર કરતાં નથી, જે બંધ પોર્ટ કરતાં જુદી મર્યાદા છે અને OpenVPN થી વધુને બાકાત કરે છે. ફક્ત PPTP, L2TP/IPsec કે નરા IPsec બોલતા ક્લાયન્ટ પાસે તેમાંથી પસાર થવાનો કોઈ રસ્તો નથી, કારણ કે એ રચનાઓ ધારે છે કે તેમનો બહારનો પ્રોટોકોલ સીધો સર્વર સુધી પહોંચશે. OpenVPN કરી શકે છે, ક્લાયન્ટ પ્રોફાઇલમાં http-proxy proxy.example.net 8080 સાથે, જો પ્રોક્સી તમારા પોર્ટ સુધી CONNECT પદ્ધતિની મંજૂરી આપે. SOCKS પ્રોક્સી તો વધુ સરળ છે, કારણ કે તે અંદર શું છે તેની પરવા કર્યા વિના સ્ટ્રીમ ફોરવર્ડ કરે છે.

જ્યાં ક્લાયન્ટમાં પ્રોક્સી ટેકો નથી, ત્યાં 443 પરની SSH ટનલ સામાન્ય રીતે બાકી રહે છે. તે બીજું સ્તર ઉમેરે છે, અને નેટવર્કનો સંચાલક તેના વિશે મત ધરાવી શકે છે, તેથી તેને આર્કિટેક્ચર તરીકે નહીં પણ એક મુસાફરી માટેના પુલ તરીકે ગણો.

ટકાવી રાખતા પહેલાં વૈકલ્પિક રસ્તાની કિંમત જાણો

TCP ની અંદર TCP ની જાણીતી કિંમત છે. જ્યારે બહારનું જોડાણ TCP હોય અને પેલોડ પણ TCP હોય, ત્યારે ખોવાયેલો સેગમેન્ટ બંને સ્તરે પુનઃપ્રસારણ કરાવે છે, અને અંદરનું જોડાણ એવી ખોટથી પાછળ હટે છે જે તે જોઈ શકતું નથી. બ્રાઉઝિંગ તે ટકી જાય છે; ઇન્ટરેક્ટિવ સત્રો અને કૉલ તે અનુભવે છે. TCP 443 લિસનરને તેની માંગ કરતાં નેટવર્ક માટે વૈકલ્પિક તરીકે રાખો, અને જે હજી પણ તેને પસાર થવા દે છે તે બધા માટે UDP ને મૂળભૂત રાખો.

પસંદગી પ્રોફાઇલ નામમાં અને સહાય નોંધોમાં નોંધો: કયો પોર્ટ, કયો પ્રોટોકોલ અને કયા નેટવર્કે તેને પ્રેર્યું. પછી નેટવર્કના વ્યવસ્થાપકને પૂછો કે આગલા ઉપકરણ નવીકરણ પછી પણ એ પોર્ટ ખુલ્લો રહેશે કે નહીં, કારણ કે ચૂપચાપ અદૃશ્ય થતો વૈકલ્પિક રસ્તો કોઈ પણ વૈકલ્પિક ન હોવા કરતાં ખરાબ છે.