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

ત્રણ સંભવિત ખામીઓમાંથી કોની પાછળ જવું તે નક્કી કરવું એ જ અહીં આખું કામ છે: પોર્ટ, ઉપકરણ પ્રકાર, અથવા ડેટા-ચેનલની સાઇફર વાટાઘાટ.

ત્રણ વસ્તુઓ જે મેળવવી પડે

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

ક્ષેત્રના અહેવાલોમાં એક ફર્મવેર પર TUN માટે 12973 અને TAP માટે 12974 જેવી જોડી, અને બીજા પર અલગ નંબરનો ઉલ્લેખ છે. એને બિલ્ડ અલગ હોવાના પુરાવા તરીકે વાંચો, નકલ કરવાના સ્થિરાંક તરીકે નહીં. પછી પ્રોફાઇલને અંતરને અનુરૂપ હોસ્ટનામની જરૂર પડે: રાઉટરનું ગતિશીલ DNS નામ, બદલાશે તેવા WAN સરનામાને બદલે.

પોર્ટ અને ઇન્ટરફેસ લાઇન સુધાર્યા પછી પ્રોફાઇલ એક remote લાઇન અને એક dev લાઇન ધરાવતી સામાન્ય ક્લાયન્ટ રૂપરેખા જેવી દેખાય છે. જો બંને મેળ ન ખાય, તો કેટલી પણ વાર ફરી પ્રયાસ કરવાથી સત્ર બનતું નથી.

લોગ જે ક્રમમાં છપાય છે તે ક્રમમાં વાંચો

OpenVPN ક્લાયન્ટ ઘટનાઓને જે ક્રમમાં બને તે ક્રમમાં જણાવે છે, તેથી શાંતિ પહેલાંની છેલ્લી લાઇન તપાસવાનું સ્તર નક્કી કરે છે. જ્યારે રન TLS Error: TLS key negotiation failed પર પૂરો થાય, અથવા ફક્ત પહેલા જવાબની રાહ જોઈને હાર માની લે, ત્યારે પ્રમાણપત્રની સરખામણી ક્યારેય થઈ જ નહોતી. એ પહોંચની ક્ષમતા, શ્રોતા, અથવા પાછળ કંઈ ન હોય તેવા પોર્ટ તરફ ઇશારો કરે છે. એમાંથી કંઈ પણ CA ફાઇલ બદલીને સુધરતું નથી.

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

આધુનિક ક્લાયન્ટ જે સાઇફર સૂચિ ધારે છે તે ઉમેરો

તાજેતરના OpenVPN ક્લાયન્ટ ગ્રાહક ફર્મવેર હજી પણ આપતા જૂના ડિફોલ્ટ નકારે છે, અને લક્ષણ સફળ હેન્ડશેકની તરત જ પછી વાટાઘાટ નિષ્ફળતા છે. ઉકેલ એક જ પ્રોફાઇલ લાઇન છે જે નામ આપે છે કે ક્લાયન્ટ શું સ્વીકારશે: data-ciphers ને એ જ ક્રમમાં AES-256-GCM, AES-128-GCM, CHACHA20-POLY1305 અને AES-128-CBC પર સેટ કરો. રાઉટર જે અલ્ગોરિધમ અમલમાં મૂકતું નથી તે ક્યારેય પસંદ થતું જ નથી, તેથી લાંબી સૂચિ થોડી લાંબી વાટાઘાટ સિવાય કંઈ ખર્ચતી નથી.

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

હાથે નકલો સંપાદિત કરવાને બદલે એક વાર આયાત કરો

સુધારેલી ફાઇલને NetworkManager માં આયાત કરવાથી થોડી અલગ પ્રોફાઇલોથી ભરેલું ફોલ્ડર ટળે છે: nmcli connection import type openvpn file client.ovpn, પછી તેને નામથી શરૂ કરો. આયાત કરેલી પ્રોફાઇલને તમે સંપાદિત કરો તે એકમાત્ર નકલ તરીકે રાખો, અને વારંવાર ડાઉનલોડથી એકઠી થતી નકલો કાઢી નાખો.

પછી LAN ની બહારથી પરીક્ષણ કરો. એ જ નેટવર્કથી જોડાવું ઘણું ઓછું સાબિત કરે છે, કારણ કે ટ્રાફિક કદાચ ટનલમાંથી પસાર જ ન થાય. ખાતરી કરો કે વિનંતી ખરેખર રાઉટર દ્વારા બહાર જાય છે, ફક્ત ક્લાયન્ટ જોડાયેલી સ્થિતિ દેખાડે છે એ નહીં.

ચેતવણીઓ અંગે શું કરવું તે નક્કી કરો

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

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

સંબંધિત લેખો