Wi-Fi પોર્ટલની લોગિનને VPNની લોગિનથી અલગ રાખો
બે અલગ સિસ્ટમો તમને લોગિન કરવાનું કહે છે: સ્થળનું Wi-Fi અને તમારું VPN ગેટવે. સ્ક્રીન પર સરખી દેખાય છે પણ સંપૂર્ણ અલગ વસ્તુઓની પરવાનગી આપે છે. દરેક વિન્ડોમાં પૂછો: આ રહસ્ય ખરેખર કોણ ચકાસી શકે?
જાહેર નેટવર્ક પર કંઈક ઉપયોગી સુધી પહોંચતા પહેલાં બે અલગ સિસ્ટમો તમને લોગિન કરવાનું કહે છે: સ્થળનું Wi-Fi અને તમારું VPN ગેટવે. સ્ક્રીન પર સરખી દેખાય છે અને સંપૂર્ણ અલગ વસ્તુઓની પરવાનગી આપે છે. પોર્ટલ નક્કી કરે છે કે આ ઉપકરણ સ્થાનિક નેટવર્ક વાપરી શકે છે કે નહીં; VPN નક્કી કરે છે કે તમે બીજે ક્યાંક ખાનગી નેટવર્ક સુધી પહોંચી શકો છો કે નહીં. હું દરેક વિન્ડોમાં એક પ્રશ્ન પૂછીને તેમને અલગ રાખું છું: આ રહસ્ય ખરેખર કોણ ચકાસી શકે? જે આવે છે તે ચેકલિસ્ટ છે જે હું હોટેલ, એરપોર્ટ અને કોન્ફરન્સ સ્થળોમાં વાપરું છું, જ્યાં ટાઇપ કરવાનું બંધ કરું છું તે મુદ્દાઓ સહિત.
દરેક લોગિનને તેની ચકાસણી કરતી સેવા સાથે જોડો
એક હોટેલ કનેક્શનમાં ચાર અલગ ચકાસણીઓ હોઈ શકે છે, અને તેમાંથી ફક્ત કેટલીક તમારો ઇનપુટ માંગે છે. પહેલાં તેમને ક્રમમાં ગોઠવો, કારણ કે સ્ક્રીન ભાગ્યે જ કહે છે કે તે કયા તબક્કાનું છે.
| Stage | Who checks it | What you give it | What it proves |
|---|---|---|---|
| Wi-Fi association | The access point | WPA2 passphrase or 802.1X credentials | That the device may join this SSID |
| Portal authorization | The venue or its portal provider | Room number, booking name, voucher, email or access code | That a guest may use local access |
| VPN authentication | Your gateway or identity provider | Client certificate, password, one-time code or SSO approval | That the user or device may enter the private network |
| Application login | Each internal service | That service's own account | That you may use that service |
ઓફિસ અને યુનિવર્સિટીઓમાં સામાન્ય 802.1X નેટવર્ક પહેલી બે હરોળને ધૂંધળી કરે છે. ત્યાં Wi-Fi લોગિન પોતે RADIUS સર્વર સામે ઓળખ ચકાસણી છે, અને ક્લાયન્ટ રૂટિંગ ઓળખ રજૂ કરી શકે છે જ્યારે સાચું ખાતું એન્ક્રિપ્ટેડ આદાનપ્રદાનની અંદર મુસાફરી કરે છે. તો પણ ચકાસણી નેટવર્કમાં જોડાવા વિશે છે; તે ટનલને પરવાનગી આપતી નથી, અને VPN ગેટવે તેને કંઈપણનો પુરાવો તરીકે સ્વીકારતું નથી.
ક્રમ લેબલ કરતાં વધુ મહત્વનો છે. કેપ્ટિવ પોર્ટલ એટલા માટે છે કારણ કે જોડાણ પછી ઍક્સેસ આપી શકાય છે, તેથી સ્થળ પૃષ્ઠને નિષ્ણાત પ્રદાતાને સોંપી શકે છે. IETFનું RFC 8952 પોર્ટલને તેના પોતાના ઘટક તરીકે ગણે છે, તેથી અજાણ્યું ડોમેન ચકાસવાનું કારણ છે, પોતે છેતરપિંડીનો પુરાવો નહીં. ડોમેનને સ્થળની લેખિત સૂચનાઓ સાથે અને ફીલ્ડને કોષ્ટક સાથે મેળવો.
પોર્ટલ શું માંગી શકે તે ચકાસો
પોર્ટલનાં ફીલ્ડ હક્ક વિશે છે, ઓળખ વિશે નહીં: રૂમ નંબર, બુકિંગનું અટક, વાઉચર કોડ, ચાવીના કવર પર છપાયેલ કોડ, સમયમર્યાદિત પાસ માટે ઈમેલ, શરતોની સ્વીકૃતિ. સ્થળ પહેલેથી જાણે છે કે રૂમ કોણે બુક કર્યો, તેથી તે એ તથ્યો મેળવી શકે છે તે જાણ્યા વિના જે તેને બીજે ક્યાંક તમારા તરીકે વર્તવા દે.
આ યાદીની બહારની કોઈપણ વસ્તુ વિરામને લાયક છે. હોટસ્પોટ પૃષ્ઠ તમારો ડોમેન પાસવર્ડ ચકાસી શકતું નથી, અને તે તમારો VPNનો એકવારનો કોડ, પુનઃપ્રાપ્તિ કોડ કે ખાનગી કી પણ ચકાસી શકતું નથી, અને તેમને માંગવાનું તેની પાસે કોઈ કારણ નથી. એકમાત્ર કાયદેસર અપવાદ સંસ્થા દ્વારા ચલાવાતું નેટવર્ક છે: ઓફિસ ગેસ્ટ SSID કે કોન્ફરન્સ Wi-Fi તમને તે ઓળખ પ્રદાતા તરફ મોકલી શકે છે જે તમે પહેલેથી કામ માટે વાપરો છો. તે તફાવત રાખી શકાય છે: લોગિન હોસ્ટ તમારો રોજિંદો છે, સંમતિ સ્ક્રીન તમારા ટેનન્ટનું નામ લે છે, અને ફ્લો દૃશ્યમાન બ્રાઉઝર ટૅબમાં ખૂલે છે.
માર્કેટિંગ ઈમેલ અલગ છે: પ્રવાસ ઉપનામ તમારી કાર્ય ઓળખ આપ્યા વિના ફીલ્ડ પૂરું કરે છે.
ચકાસો કે VPN ક્લાયન્ટ પોતાના ક્રેડેન્શિયલ માંગે છે
ક્લાયન્ટ બરાબર તે જ માંગે છે જેના માટે તેની પ્રોફાઇલ ગોઠવાયેલી છે, તેથી અપેક્ષિત વિન્ડો પ્રોફાઇલની ગુણવત્તા છે, તમે જે નેટવર્ક પર છો તેની નહીં. સર્ટિફિકેટ પ્રોફાઇલ સામાન્ય રીતે પ્રોફાઇલ પસંદગી બતાવે છે અને પછી શાંતિથી જોડાય છે. વપરાશકર્તાનામ અને પાસવર્ડ પ્રોફાઇલ બંને માંગે છે, ઘણી વાર એકવારના કોડ સાથે. SSO પ્રોફાઇલ તમારું બ્રાઉઝર ઓળખ પ્રદાતા તરફ ખોલે છે અને ટોકન સાથે પાછું આવે છે. WireGuard ફરી અલગ છે: તે ઉપકરણોને જાહેર કી દ્વારા ઓળખે છે અને તેમાં વપરાશકર્તા લોગિન નથી, તેથી WireGuard વપરાશકર્તાનામ અને પાસવર્ડ આપતી વિન્ડો WireGuardનું વર્ણન કરતી નથી.
પ્રવાસ પહેલાં પ્રોફાઇલ વાંચો. OpenVPN માં auth-user-pass તમને કહે છે કે પાસવર્ડ વિનંતી અપેક્ષિત છે, જ્યારે cert, key કે pkcs12 એટલે કે સર્ટિફિકેટે કામ કરવું જોઈએ. જે પ્રોફાઇલ સામાન્ય રીતે વિનંતી વિના જોડાય છે તે અચાનક પાસવર્ડ માંગે તો શંકા કરો કે પ્રોફાઇલ તેનું સર્ટિફિકેટ લોડ કરી શકી નથી અથવા બીજી પદ્ધતિ પર પડી ગઈ છે. વિનંતી એ દેખાયેલી કોઈપણ વિન્ડોમાં તમારો કાર્ય પાસવર્ડ લખવાનું આમંત્રણ નથી.
કોઈપણ કાયદેસર VPN ક્લાયન્ટ રૂમ નંબર, પોર્ટલ વાઉચર કે Wi-Fi પાસફ્રેઝને પ્રમાણીકરણ ઇનપુટ તરીકે માંગતું નથી. જ્યારે એવું થાય, ત્યારે ક્યાં તો ક્લાયન્ટ જે કહે છે તે નથી, અથવા કેપ્ટિવ પોર્ટલ ટનલ બનતા પહેલાં ટ્રાફિકને રોકે છે અને તમે લોગિન જેવું દેખાય તે રીતે બનાવેલું HTML પૃષ્ઠ વાંચી રહ્યા છો.
આ પાંચ શરતો પર ઊભા રહો
આ એ મુદ્દા છે જ્યાં હું વિશ્વસનીય વૈકલ્પિક ઉપાય સાથે આગળ વધવાને બદલે અટકું છું. દરેકને ચકાસવું સસ્તું છે અને ભૂલ કરવી ખર્ચાળ છે.
- પોર્ટલ પર અથવા SSO પૃષ્ઠ પર સર્ટિફિકેટ કે TLS ચેતવણી દેખાય છે. નેટવર્ક સુધી પહોંચવા તેના પર ક્લિક કરીને આગળ ન વધો.
- પૃષ્ઠ એ રહસ્ય માંગે છે જે ફક્ત VPN ગેટવે કે ઓળખ પ્રદાતા ચકાસી શકે: ડોમેન પાસવર્ડ, એકવારનો કોડ, પુનઃપ્રાપ્તિ કોડ, ખાનગી કી.
- ડોમેન સ્થળની છપાયેલી સૂચનાઓ સાથે કે તમારી સંસ્થા તેની પોતાની સેવાઓ માટે દસ્તાવેજ કરે છે તે લોગિન હોસ્ટ સાથે મેળ ખાતું નથી.
- તમને રૂટ સર્ટિફિકેટ, કન્ફિગરેશન પ્રોફાઇલ કે સહાયક એપ્લિકેશન ઇન્સ્ટોલ કરવાનું કહેવાય છે જે તમારા ઉપકરણ વ્યવસ્થાપનમાંથી આવતું નથી.
- તમે શરૂ ન કર્યું હોય એવી MFA મંજૂરી આવે છે, અથવા VPN ક્લાયન્ટ હોટેલ ક્રેડેન્શિયલ માંગે છે.
વિકલ્પ બીજો પાસવર્ડ નથી. ફોન હોટસ્પોટ વાપરો, રિસેપ્શનને નેટવર્કનું સચોટ નામ અને ઍક્સેસ પદ્ધતિ પૂછો, અને પૃષ્ઠ વિશે નેટવર્ક ચલાવનાર કે તમારા IT ડેસ્કને જણાવો. તેમાંથી કંઈપણ એવા પૃષ્ઠ સામે ક્રેડેન્શિયલ ચકાસવાની જરૂર નથી જેને તમે આરોપી શકતા નથી.
ભૂલને સાચા તબક્કા સાથે જોડો
બંને તબક્કા પસાર થયા પછી પણ ભૂલો થાય છે, અને ભૂલ સામાન્ય રીતે તબક્કાનું નામ લે છે જો તમે ક્રમમાં વાંચો: જોડાણ, સરનામું ફાળવણી, પોર્ટલ મંજૂરી, ટનલ સ્થાપના, પછી આંતરિક સંસાધન. પોર્ટલ કોડ સમાપ્ત થયો તેથી VPN પાસવર્ડ બદલવો સમય બગાડે છે અને સાચી સમસ્યા જ્યાં છે ત્યાં જ રહે છે.
થોડી કસોટીઓ તબક્કાઓને અલગ કરે છે. પોર્ટલ લોગિન પછી સામાન્ય જાહેર HTTPS પૃષ્ઠ માંગો. જો તેના બદલે પોર્ટલ પાછું આવે, તો તે સ્તરે મંજૂરી ક્યારેય પૂરી ન થઈ. જો VPN ક્લાયન્ટ જણાવે કે તે ગેટવે સુધી પહોંચી શકતું નથી, તો સમસ્યા ટનલની નીચે છે: પોર્ટલ સત્ર, નામ નિરાકરણ, અથવા એવું નેટવર્ક જે પોર્ટ અવરોધે છે. જો ટનલ ઊપર આવે અને એક આંતરિક હોસ્ટનામ નિષ્ફળ જાય, તો ખાનગી નેટવર્કની અંદર નામ નિરાકરણ કે નીતિ વધુ સારી શંકા છે.
પોર્ટલ સત્રો ટનલથી સ્વતંત્ર રીતે પણ સમાપ્ત થાય છે. જ્યારે સ્થળ ઍક્સેસ રદ કરે છે, ત્યારે સ્થાપિત VPN જોડાણ તૂટી પડે છે જોકે તેના ક્રેડેન્શિયલ ક્યારેય ખોટા ન હતા. પોર્ટલને ફરી મંજૂર કરો, પછી VPN ફરી જોડો અને તેને ફરી વાટાઘાટ કરવા દો. ત્યારે VPN પાસવર્ડ ફેરવવાથી કંઈ સુધરતું નથી અને તમે બહાર લૉક થઈ શકો છો.
દરેક રહસ્ય ફક્ત તે સિસ્ટમને આપો જે તેને ચકાસી શકે, અને કોષ્ટક સાથે ન મળતી વિનંતીને ટાળવાના પગલા તરીકે નહીં પણ સ્ટોપ સંકેત તરીકે ગણો. જો બંને તબક્કા પસાર થાય અને ટનલ હજી ઇનકાર કરે, તો કોઈપણ ક્રેડેન્શિયલ બદલતા પહેલાં ક્લાયન્ટની સચોટ ભૂલ કેપ્ચર કરો.