NetworkManager માં OpenConnect ની TOTP વિનંતી ગુમ છે: ચાર તપાસ

ગેટવે પાસવર્ડ સ્વીકારે છે, કોડ માગે છે, અને સંવાદ તેના માટે કોઈ ક્ષેત્ર આપતું નથી. કંઈ ખોટું ટાઇપ થયું નથી: NetworkManager પ્લગઇને છ-અંકની કિંમત માગ્યા વિના સિક્રેટ વિનિમય પૂર્ણ કર્યો. નીચેની ચાર તપાસ ક્રમમાં કરો, કારણ કે તેમાંથી માત્ર એક જ ક્લાયન્ટ બદલે છે. બાકીની યાદી ગેટવે, ખાતું અને પ્લગઇન બિલ્ડને બાકાત રાખે છે.

તપાસ એક: પ્રમાણીકરણ ક્યાં અટક્યું તે વાંચો

ખોટો પાસવર્ડ તરત જ નિષ્ફળ જાય છે. ગુમ થયેલો બીજો પરિબળ ઓળખપત્ર પગલા પછી નિષ્ફળ જાય છે, સામાન્ય રીતે પુનરાવર્તિત વિનંતી અથવા ગેટવેની બાજુએ સમયસીમા પૂરી થવાથી. સમય અને ગેટવે લોગ કહે છે કયો રાઉન્ડ જવાબ વિનાનો રહ્યો.

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

ગેટવે જે ચોક્કસ વિનંતી ક્રમની અપેક્ષા રાખે છે તે નોંધો: વપરાશકર્તાનામ, પાસવર્ડ, પછી કોડ, અથવા વપરાશકર્તાનામ, કોડ, પછી પાસવર્ડ. કેટલાક ગેટવે રાઉન્ડનો ક્રમ બદલે છે, અને જે ક્લાયન્ટને ફક્ત પ્રથમ ક્રમ ખબર છે તે બીજા પર અટકી જશે.

તપાસ બે: જે ક્લાયન્ટ પડકારનો માલિક છે તેનો ઉપયોગ કરો

OpenConnect પોતે પડકાર રાઉન્ડ સહિત આખી વાતચીત અમલમાં મૂકે છે. તેને સીધું ચલાવવું એ ખાતું અને ગેટવે કામ કરે છે તેની ખાતરી કરવાનો સૌથી અનુમાનિત રસ્તો છે:

sudo openconnect --protocol=anyconnect --useragent=AnyConnect vpn.example.net

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

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

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

તપાસ ત્રણ: તમારું પ્લગઇન TOTP મોડ આપે છે કે નહીં જુઓ

કેટલાક NetworkManager OpenConnect બિલ્ડ કનેક્શનના Identity ટૅબમાં ટોકન મોડ અને વપરાશકર્તા એજન્ટ ક્ષેત્ર આપે છે. વપરાશકર્તા એજન્ટને ગેટવેની અપેક્ષિત કિંમત પર સેટ કરો, જાતે TOTP એન્ટ્રી પસંદ કરો અને કનેક્શન સાચવો.

આ ક્ષેત્રો છે કે નહીં તે પ્લગઇન આવૃત્તિ અને ડેસ્કટોપ કયો કનેક્શન સંપાદક વાપરે છે તેના પર આધાર રાખે છે. સ્વતંત્ર સંપાદક GNOME પેનલ છુપાવે તેવા વિકલ્પો બતાવી શકે છે, અથવા ઊલટું. છુપાયેલ સેટિંગ શોધતા પહેલાં સ્થાપિત પેકેજની આવૃત્તિ તપાસો.

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

તપાસ ચાર: જનરેટ થયેલ કોડને સમજૂતી તરીકે જુઓ

એક સ્ક્રિપ્ટ વર્તમાન કોડ માટે oathtool બોલાવી શકે છે અને વપરાશકર્તાનામ, પાસવર્ડ અને કોડ nmcli connection up --ask માં પસાર કરી શકે છે. ક્રમ કામ કરે છે, પણ વહેંચાયેલ સિક્રેટ અંતે એવી જગ્યાએ સંગ્રહાય છે જે સ્ક્રિપ્ટ ખોલી શકે તેવા કોઈપણ માટે વાંચી શકાય છે, અને તે વાચક કાયમ કોડ બનાવી શકે છે. આ ઓળખપત્ર સપાટીનું કાયમી વિસ્તરણ છે, ક્લાયન્ટ સુધારો નહીં.

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

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

એ જ ગેટવે અને ખાતું ખાતરી કરો

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

જે ક્લાયન્ટ, તેની આવૃત્તિ, વપરાશકર્તા એજન્ટ અને વિનંતી ક્રમ કામ કર્યો તે નોંધો. તે રેકોર્ડ આગલી વ્યક્તિને કહે છે કે સમસ્યા પ્લગઇન બિલ્ડ, ગેટવે પ્રવાહ કે ખાતા નીતિમાં છે, પાસવર્ડ રીસેટના બીજા રાઉન્ડ વિના.

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