ફેડરેટેડ VPN લોગિનની બ્રાઉઝર પગલામાં શું થાય છે

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

એક સાઇન-ઇનને શરૂઆતથી અંત સુધી અનુસરવાથી દેખાય છે કે દરેક નિષ્ફળતા કયા પગલાની છે, અને મોટાભાગના રનબુક આ ભાગ જ છોડી દે છે.

ગેટવે રૂપરેખાંકનથી નહીં, ક્લાયન્ટથી શરૂ કરો

ક્લાયન્ટ વિનંતી બનાવે છે અને સેવા-પ્રદાતા ઓળખકર્તા તથા પરત જવાના સ્થળ સાથે બ્રાઉઝરને ઓળખ પ્રદાતા પાસે મોકલે છે. પછી તમારી સંસ્થાનું IdP જે રૂપરેખાંકિત છે તે ચલાવે છે: પાસવર્ડ, MFA, ઉપકરણ તપાસ, શરતી ઍક્સેસ. જો બ્રાઉઝર પાસે પહેલેથી માન્ય સેશન હોય, તો દૃશ્ય ભાગ એક-બે સેકન્ડ લઈ શકે છે. આ ટૂંકાણ સેશનનું પુનઃઉપયોગ છે, છોડી દીધેલી તપાસ નહીં.

બીજું કંઈ પણ પહેલાં ક્લાયન્ટના ફેડરેશન રૂપરેખાંકનમાં બે મૂલ્યો વાંચો: જે IdP મેટાડેટા કે URL પર તે ભરોસો રાખે છે, અને જે પરત કૉલ સરનામું તે ધારે છે. ત્યાં અસંગતિ હોય તો કોઈ પાસવર્ડ લખાય તે પહેલાં નિષ્ફળ થાય છે.

ઓળખ પ્રદાતાએ શું પરત આપવું જોઈએ

IdP સહી કરેલા SAML પ્રતિસાદ સાથે જવાબ આપે છે જેમાં સમર્થન હોય છે: વિષય કોણ છે, કોણે જારી કર્યું, કોના માટે છે અને કેટલા સમય માટે માન્ય છે. એ ક્ષેત્રો જ કરાર છે. જારીકર્તા, પ્રેક્ષક, પ્રાપ્તકર્તા અને માન્યતા વિન્ડો—બધા સેવા જે ધારે છે તેની સાથે મેળ ખાવા જોઈએ.

સાચા IdP દ્વારા સહી કરેલો પણ બીજા પ્રેક્ષકને સંબોધિત પ્રતિસાદ હજી અમાન્ય છે. લેબથી ઉત્પાદનમાં મેટાડેટા કૉપિ કરતી વખતે લોકો આ તપાસ જ છોડી દે છે.

VPN સેવા તમને ભરોસો કરતા પહેલાં શું માન્ય કરે છે

સેવા વિશ્વસનીય પ્રમાણપત્ર સામે સહી ચકાસે છે, જારીકર્તા, પ્રેક્ષક અને પ્રાપ્તકર્તા તપાસે છે, પછી સમયની શરતોનું મૂલ્યાંકન કરે છે. તે પછી જ તે સમર્થનને વપરાશકર્તા કે જૂથ સાથે મેપ કરે છે અને VPN અધિકૃતિ નીતિ લાગુ કરે છે. અહીં પ્રમાણીકરણ અને અધિકૃતિ અલગ પગલાં છે, અને મેળ ખાતા જૂથ વિનાનું માન્ય સમર્થન એવું સેશન આપે છે જે જોડાય છે અને ક્યાંય પહોંચતું નથી.

સમર્થન પ્રમાણીકરણ સામગ્રી છે, પાસવર્ડ નહીં. તેને બીજા ક્લાયન્ટમાં પેસ્ટ કરવું, અથવા પછીના પુનઃકનેક્શન માટે રાખવું સમર્થિત લોગિન નથી.

બે આયુષ્ય જે અલગ રીતે પૂરાં થાય છે

IdP પરનું બ્રાઉઝર સેશન અને ગેટવે પરનું VPN સેશન જુદી જુદી ઘડિયાળે સમાપ્ત થાય છે. IdP થી સાઇન આઉટ કરવાથી સ્થાપિત ટનલ જરૂરી નથી કે તૂટે, અને ટનલ ડિસ્કનેક્ટ કરવાથી તમે બ્રાઉઝરથી સાઇન આઉટ થતા નથી.

AWS Client VPN દસ્તાવેજીકરણ કરે છે કે તેનો ફેડરેટેડ પ્રવાહ SAML એકલ લોગઆઉટને સપોર્ટ કરતો નથી, જે આ અંતરનું ઠોસ ઉદાહરણ છે. સમમિતિ ધારવાને બદલે તમારી સેવા તપાસો.

તેથી જ પુનઃકનેક્શન 09:00 અને 15:00 વાગ્યે અલગ રીતે વર્તે છે. તે IdP સેશન શાંતિથી ફરી વાપરી શકે, ફરી MFA માગી શકે, અથવા એન્ડપોઇન્ટ સેશનનો સમય પૂરો થયો હોવાથી નિષ્ફળ થઈ શકે જ્યારે બ્રાઉઝર સેશનનો ન હોય. AWS ફેડરેશન વર્કફ્લો પોતાની ક્લાયન્ટ અને પ્રતિસાદ આવશ્યકતાઓ વર્ણવે છે, અને બીજી સેવાઓ જુદાં હસ્તાંતરણો વાપરે છે.

બ્રાઉઝર પગલું નિષ્ફળ થાય ત્યારે આ ક્રમમાં તપાસો

બ્રાઉઝરથી બહાર તરફ કામ કરો, કારણ કે ભૂલનો સંદેશ સામાન્ય રીતે પહેલા નહીં, છેલ્લા કૂદકાનું નામ આપે છે.

જો પૃષ્ઠ કદી લોડ ન થાય, તો ક્લાયન્ટનું IdP URL અથવા તેનો રસ્તો ખોટો છે. જો IdP વિનંતી નકારે, તો સેવા-પ્રદાતા ઓળખકર્તા કે પરત કૉલ તેના રૂપરેખાંકન સાથે મેળ ખાતા નથી. જો બ્રાઉઝર સફળતા દેખાડે અને ક્લાયન્ટ હજી નિષ્ફળ જાય, તો પ્રતિસાદ ખોટી જગ્યાએ પહોંચ્યો અથવા પ્રેક્ષક અને સમયની માન્યતામાં નિષ્ફળ ગયો. અને જો ટનલ ઍક્સેસ વિના ઉપર આવે, તો સમર્થન સ્વીકારાયું પણ જૂથ મેપિંગ થયું નહીં.

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