Fortinet Linux ક્લાયન્ટ: સમારકામ પહેલાં ગેટવે તપાસો
સંગ્રહિત Linux માર્ગદર્શિકા લાઇબ્રેરી સુધારે છે; ગેટવે દૂર કરેલો ટનલ મોડ પાછો લાવી શકતી નથી. આવૃત્તિની સીમા, ક્લાયન્ટ અને પછી સ્થાનિક તબક્કો તપાસો.
સંગ્રહિત માર્ગદર્શિકા કહે છે કે 32-બિટ લાઇબ્રેરી ઇન્સ્ટોલ કરો, GTK થીમ પેચ કરો અને ટર્મિનલમાંથી ઇન્સ્ટોલર ચલાવો. એ સલાહનો કેટલોક ભાગ ચોક્કસ ક્લાયન્ટ આવૃત્તિ માટે સાચો હતો, અને તેમાંથી કંઈપણ એ ટનલ મોડ પાછો લાવી શકતું નથી જે ગેટવે હવે આપતું નથી. પેકેજ બદલતા પહેલાં, નિષ્ફળ ગયેલો પહેલો તબક્કો શોધો. આ ગેટવેથી અંદરની તરફ જાય છે, કારણ કે ત્યાં જવાબો સસ્તા છે અને ખોટું સ્થાનિક સમારકામ સૌથી વધુ સમય લે છે.
તપાસ 1: નિષ્ફળ ગયેલા તબક્કાનું નામ આપો
ત્રણ તબક્કા જુદી જુદી રીતે નિષ્ફળ જાય છે. પ્રોગ્રામ શરૂ થતો નથી, શરૂ થાય છે અને સર્વરની ઓળખ નકારે છે, અથવા જોડાય છે અને ગેટવે પાસે તમને જોઈતી પ્રકારની સેવા નથી. દરેક નિષ્ફળતા પોતાનો પુરાવો છોડે છે: લોડર ભૂલ, પ્રમાણપત્ર સંદેશ, અથવા ઉપલબ્ધ ન હોય તેવા મોડનું નામ આપતો ગેટવેનો જવાબ.
કંઈપણ સ્પર્શ કરતા પહેલાં તે લખી લો. આ બિંદુ પછીનું બધું તમે કયા તબક્કાનું નામ આપ્યું તેના પર આધાર રાખે છે, અને ત્રણ સમારકામમાં કંઈ સામ્ય નથી.
તપાસ 2: ગેટવે આવૃત્તિ અને ટનલ મોડ
વર્તમાન ગેટવે પર ટનલ મોડ ગયો છે, અને FortiClient 7.4.4 Linux એકીકરણ કોષ્ટક એ જગ્યા છે જ્યાં તે લખાયેલું છે: FortiOS 7.6.3 અને પછીની આવૃત્તિઓ હવે SSL VPN ટનલ મોડ આપતી નથી અને સંચાલકોને IPsec તરફ મોકલે છે. જ્યારે તમે એ વાક્યનું પુનરાવર્તન કરો ત્યારે ઉત્પાદન, આવૃત્તિ અને મોડને તે વાક્ય સાથે જોડેલા રાખો. તે દરેક Fortinet ઉત્પાદન વિશે કંઈ કહેતું નથી, અને હજુ અસ્તિત્વમાં રહેલી વેબ-એક્સેસ સુવિધાઓ વિશે પણ કંઈ કહેતું નથી. સામાન્ય આવૃત્તિ સુસંગતતા અને એક ટનલ મોડની ઉપલબ્ધતા અલગ તપાસ છે.
ગેટવેના માલિકને બે પ્રશ્નો પૂછો: ગેટવે કઈ આવૃત્તિ ચલાવે છે, અને આજે કઈ એક્સેસ પદ્ધતિઓ સક્ષમ છે. જવાબ લેખિતમાં માંગો, આવૃત્તિ સ્ટ્રિંગ અને તે જ્યાંથી આવ્યું તે સેટિંગ્સ પૃષ્ઠ અથવા કન્ફિગરેશન લાઇન સાથે, કારણ કે મૌખિક ખાતરી જ લોકોને સંગ્રહિત માર્ગદર્શિકા તરફ પાછા મોકલે છે. પછી તે જવાબને તે ચોક્કસ આવૃત્તિ માટે ગેટવેની નોંધો અથવા વિક્રેતાના મેટ્રિક્સ સામે તપાસો. વેબ પોર્ટલ દર્શાવતું બ્રાઉઝર સાબિત કરે છે કે પોર્ટલ પ્રતિસાદ આપે છે, તેનાથી વધુ કંઈ નહીં.
તપાસ 3: માલિક મંજૂર કરે તે ક્લાયન્ટ આવૃત્તિ
મંજૂર કરેલી Linux ક્લાયન્ટ આવૃત્તિ અને સંસ્કરણ મેળવો, પછી તેનું સમર્થિત ઓપરેટિંગ સિસ્ટમ, આર્કિટેક્ચર, ડેસ્કટોપ અને પ્રમાણીકરણ પ્રવાહ તપાસો. 7.4.4 મેટ્રિક્સ આવૃત્તિ-બદ્ધ ઉદાહરણ છે, નવીનતમ ક્લાયન્ટ માટે ભલામણ નથી અને દરેક વ્યુત્પન્ન માટે વચન નથી. પૂછો કે માલિક ખરેખર કયા ક્લાયન્ટને સમર્થન આપશે, કારણ કે તે જવાબ સ્થળાંતરનો ભાગ છે, પછીનો વિચાર નથી. પોતાનું પહેલું પેકેટ ગેટવે સુધી પહોંચે તે પહેલાં મરી જતું ક્લાયન્ટ લેપટોપ વિશે કંઈક સાબિત કરે છે, સેવા વિશે નહીં.
32-બિટ લાઇબ્રેરી અને પેચ કરેલી થીમ બદલે છે કે બાઇનરી શું લોડ કરી શકે; વિક્રેતા શું સમર્થન આપે છે તે બદલતી નથી. જો ઓપરેટિંગ સિસ્ટમ અથવા પ્રમાણીકરણ પ્રવાહ મેટ્રિક્સની બહાર હોય, તો લાયકાતનો પ્રશ્ન પહેલેથી જવાબાયેલો છે.
તપાસ 4: રિપ્લેસમેન્ટ પ્રોફાઇલ માંગો
જો સંસ્થા SSL VPN ટનલ મોડથી IPsec તરફ ખસી હોય, તો નવી પ્રોફાઇલ અને નોંધણી પ્રક્રિયા એ જ વાતચીતમાં માંગો. SSL કન્ફિગરેશનનું નામ બદલીને એમ ન માનો કે ફીલ્ડ ખસી જશે: IPsec પ્રોફાઇલ IKE આવૃત્તિ, દૂરસ્થ ગેટવે અને તેની ઓળખ, પ્રમાણીકરણ પદ્ધતિ અને દરેક બાજુ સ્વીકારે તે ટ્રાફિક સિલેક્ટરનું નામ આપે છે. એકાઉન્ટ અને ઉપકરણ નીતિ પણ જુદી રીતે લાગુ થઈ શકે છે. નામ બદલવાથી એવો ક્લાયન્ટ બને છે જે ગોઠવાયેલો દેખાય છે અને કંઈ પણ વાટાઘાટ કરતો નથી.
પ્રોફાઇલ પર ભરોસો કરતા પહેલાં તેને વાંચો. તેમાં IKE આવૃત્તિ અને દરખાસ્તો, પ્રમાણીકરણ પ્રમાણપત્ર કે અગાઉથી વહેંચાયેલી કી વાપરે છે કે નહીં, કયા સ્થાનિક અને દૂરસ્થ સબનેટ પસંદ થયા છે અને ગેટવે તેની ઓળખ તરીકે શું અપેક્ષા રાખે છે તે જણાવવું જોઈએ. ખાતરી કરો કે મંજૂર કરેલો Linux ક્લાયન્ટ એ ગોઠવણને સમર્થન આપે છે, કારણ કે સ્થળાંતર દસ્તાવેજ દરેક ક્લાયન્ટ આવૃત્તિ માટે સુવિધા-સમાનતાનું નિવેદન નથી. openfortivpn જેવો સ્વતંત્ર ક્લાયન્ટ OpenVPN ઇન્ટરપ્રિટર નથી, તેથી નામમાં SSL ધરાવતી અન્ય કોઈપણ વસ્તુને બિનમંજૂર ગણો જ્યાં સુધી માલિક આ મોડ, આ લોગિન પ્રવાહ અને આ ઉપકરણ નીતિ માટે બીજું ન કહે.
તપાસ 5: સ્થાનિક નિર્ભરતા, પછી માન્યતા અને નોંધ
ગેટવે અને ક્લાયન્ટ નક્કી થયા પછી, શરૂ ન થવું એ પેકેજિંગ સમસ્યા છે, અને જાળવવામાં આવતા પેકેજની પોતાની સૂચનાઓ અનુસરવાનો સંદર્ભ છે. TLS ઓળખ નિષ્ફળતા ઓપરેટરની છે: વિશ્વાસ એન્કર અને અપેક્ષિત નામ તેમનું કન્ફિગરેશન છે, સ્થાનિક રીતે ટાળવાની વસ્તુ નથી. સંગ્રહિત માર્ગદર્શિકા ક્યારેય ઉપયોગી થઈ તે આ બે તબક્કા છે.
અજાણ્યું પ્રમાણપત્ર સ્વીકારીને કે ઉપકરણ સ્થિતિ તપાસ બંધ કરીને બંનેથી એક પણ ઉકેલાતું નથી. MFA અને ઉપકરણ તપાસ યથાવત્ રાખો, કારણ કે તેમને નબળા કરીને કનેક્ટિવિટી પાછી લાવવી એ વિક્ષેપને ઘટનાથી બદલે છે. જો મોડ ગયો હોય, તો કોઈ સ્થાનિક ફ્લેગ તેને પાછો લાવતું નથી.
મંજૂર થયેલા ફેરફાર પછી, ઇચ્છિત ખાનગી સંસાધન સુધી પહોંચો, DNS રિઝોલ્યુશનની ખાતરી કરો અને એક વાર ફરી જોડાઓ. ક્લાયન્ટ, પ્લેટફોર્મ, ગેટવે આવૃત્તિ અને ટનલ મોડ એકસાથે નોંધો, કારણ કે આગલી વ્યક્તિને ચારેયની જરૂર છે. સફળતાપૂર્વક ખૂલતો પ્રોગ્રામ સ્થાનિક શરૂઆતનો તબક્કો પાર કરી ગયો છે, તેનાથી વધુ કંઈ નહીં.