જૂની .ovpn પ્રોફાઇલ Ubuntu 24.04 પર નિષ્ફળ જાય છે: કઈ લીટીઓ કાઢવી
Ubuntu 24.04 સાથે OpenVPN 2.6 આવે છે, અને 2.4 માટે નિકાસ કરેલી પ્રોફાઇલ દૂર કરેલા વિકલ્પો પર અટકી જાય છે. keysize અને ncp-disable કાઢો, પછી ns-cert-type સુધારો.
પ્રોફાઇલ ડાઉનલોડ થાય છે, આયાત થાય છે અને પછી ફાઇલની લીટી 12 પર Unrecognized option સંદેશ સાથે અટકી જાય છે, જેમાં keysize નું નામ આવે છે. ખાતામાં કંઈ બદલાયું નથી, અને સર્વર હજી બીજા ક્લાયન્ટ સ્વીકારે છે. બદલાયું છે ક્લાયન્ટ પોતે: Ubuntu 24.04 OpenVPN 2.6 ઇન્સ્ટોલ કરે છે, જ્યારે નિકાસ 2.4 માટે લખાઈ હતી. સુધારો કેટલાક કાઢી નાખવાની ટૂંકી શ્રેણી છે, અને ક્રમ મહત્વનો છે કારણ કે દરેક જૂનો વિકલ્પ આગળનો વાંચવામાં આવે તે પહેલાં જ પાર્સિંગ અટકાવે છે.
ફાઇલને સ્પર્શ કરતાં પહેલાં ભૂલની લીટી વાંચો
OpenVPN ફાઇલ અને લીટી જણાવે છે જ્યાં પાર્સિંગ અટક્યું, તેથી તમે એક દોડમાં ફક્ત એક જ સમસ્યા સુધારી શકો છો. પ્રોફાઇલ ડેસ્કટોપ એપ્લેટને બદલે ટર્મિનલથી શરૂ કરો, કારણ કે એપ્લેટ સામાન્ય રીતે stderr ગળી જાય છે અને લીટી નંબર એ જ એકમાત્ર ભરોસાપાત્ર સંકેત છે જે તમને મળે છે: sudo openvpn --config /etc/openvpn/client/provider.ovpn. તે લીટી સુધારો, ફરી ચલાવો, અને આગળની નિષ્ફળતા બીજા વિકલ્પનું નામ આપશે એવી અપેક્ષા રાખો.
પાર્સ ભૂલ હંમેશા કોઈપણ TLS હેન્ડશેક પહેલાં દેખાય છે, તેથી પ્રમાણપત્રનો ઉલ્લેખ કરતો સંદેશ પહેલેથી જ વાક્યરચના તબક્કો પાર કરી ગયો છે. આ ભેદ તમને એવી ફાઇલ સંપાદિત કરતાં રોકે છે જે ફક્ત પ્રમાણીકરણમાં નિષ્ફળ જાય છે. સંદેશનો પહેલો શબ્દ વાંચો, તેની વચ્ચે નહીં.
ત્રણ નિષ્ફળતા વર્ગો, ત્રણ અલગ સુધારા
જૂની નિકાસ ત્રણ અલગ રીતે નિષ્ફળ જાય છે, અને તેમને એક જ સમસ્યામાં ભેગા કરવાથી જ લોકો એવા પેકેજ ફરી ઇન્સ્ટોલ કરે છે જે કદી તૂટ્યા જ ન હતા. સંદેશની રચના ફાઇલ ખોલતાં પહેલાં જ કહે છે કે તમે કયા વર્ગમાં છો.
- પાર્સ ભૂલો ફાઇલ અને લીટીનું નામ આપે છે અને કોઈ ટ્રાફિક બન્યા પહેલાં જ અટકી જાય છે.
- વાટાઘાટની ભૂલો જોડાય છે, પછી જણાવે છે કે બંને છેડા સહિયારા સાઇફર અથવા સ્વીકાર્ય ડેટા ચેનલ પર સહમત થઈ શક્યા નથી.
- પ્રમાણીકરણની ભૂલો સૌથી દૂર જાય છે અને પ્રમાણપત્ર, વપરાશકર્તા કે નકારેલી ઓળખનું નામ આપે છે.
પ્રોફાઇલ સંપાદન ફક્ત પહેલો વર્ગ સુધારે છે. વાટાઘાટ માટે ટનલના બંને છેડે નિર્ણય જરૂરી છે, અને નકારેલી ઓળખ કોઈ વાક્યરચનાની સમસ્યા જ નથી. જો તમારો સંદેશ સહિયારા સાઇફર કે ડેટા ચેનલનો ઉલ્લેખ કરે, તો નીચેનાં કાઢી નાખવાથી કંઈ બદલાશે નહીં.
2.6 એ દૂર કરેલા વિકલ્પો આ ક્રમમાં કાઢો
આમાંની દરેક લીટી પોતાની રીતે પાર્સિંગ અટકાવે છે, તેથી ક્લાયન્ટ તેમને એક પછી એક જણાવે છે. યાદી નીચે ઉતરો અને દરેક કાઢી નાખ્યા પછી ફરી ચલાવો.
પહેલા keysize કાઢો, કારણ કે તેનો કોઈ આધુનિક સમકક્ષ નથી અને તેની હાજરી સામાન્ય રીતે એવા સાઇફરની નિશાની છે જે વર્તમાન ક્લાયન્ટ કોઈપણ રીતે નકારે છે. પછી ncp-disable કાઢો, જે સાઇફર વાટાઘાટ નિયંત્રિત કરતું હતું, 2.5 માં અપ્રચલિત થયું અને 2.6 માં નથી. ns-cert-type server ને remote-cert-tls server થી બદલો, જે સમર્થિત તપાસ દ્વારા એ જ ઉદ્દેશ વ્યક્ત કરે છે. 2.6 ફેરફાર ઇતિહાસ બાકીના દૂર કરવાના કામને તેમના વિકલ્પોની બાજુમાં સૂચિબદ્ધ કરે છે, તેથી પાર્સર હજી જે નકારે છે તેનો દસ્તાવેજીકૃત જવાબ છે.
પહેલા સંપાદન પહેલાં મૂળ પ્રોફાઇલની નકલ રાખો. પ્રદાતાઓ નિકાસ ફરી બનાવે છે, અને અસ્પૃશ્ય ફાઇલ સાથેનો diff તમારા ફેરફારોને તેમના ફેરફારોથી અલગ પાડવાનો સૌથી ઝડપી રસ્તો છે. જો કોઈ કાઢી નાખવાથી ક્લાયન્ટ શરૂ થાય પણ ટનલ હજી નિષ્ફળ જાય, તો તમે વાટાઘાટ વર્ગમાં ગયા છો અને બાકીની લીટીઓ કારણ નથી. ફાઇલના નામમાં ક્લાયન્ટ આવૃત્તિ મૂકો જેથી આગળની વ્યક્તિ જાણે કે સંપાદનો કઈ આવૃત્તિ માટે છે.
BF-CBC ને ફક્ત મર્યાદિત બેકઅપ તરીકે ચાલુ રાખો
કેટલાક પ્રદાતાઓ હજી BF-CBC પર સમાપ્ત કરે છે, જેની સાથે OpenVPN 2.6 મદદ વિના વાટાઘાટ કરશે નહીં કારણ કે સાઇફરનો બ્લોક 64 બિટનો છે. સાંકડો સુધારો બેકઅપ યાદી અને જૂનો OpenSSL પ્રદાતા છે, આખા ક્લાયન્ટને ડાઉનગ્રેડ કરવો નહીં.
providers legacy default
data-ciphers AES-256-GCM:AES-128-GCM
data-ciphers-fallback BF-CBC
પહેલી લીટી જૂનો પ્રદાતા લોડ કરે છે જેથી OpenSSL હજી તે સાઇફર બનાવી શકે, બીજી તેને સમર્થન આપતા સાથીઓ માટે આધુનિક વાટાઘાટ રાખે છે, અને ત્રીજી ફક્ત ત્યારે લાગુ પડે છે જ્યારે સર્વર વધુ સારું કંઈ આપતું નથી. આ ટનલનું જાણી જોઈને નબળું કરવું છે, તેથી ફાઇલની બાજુમાં લખો કે તે કેમ છે. સાથે જ પ્રદાતા પાસે ફરી બનાવેલી નિકાસ માંગો, કારણ કે બેકઅપ પુલ છે, મંજિલ નહીં.
દરેક વસ્તુના જવાબ તરીકે --compat-mode તરફ હાથ લંબાવશો નહીં. તે એકસાથે ઘણાં વર્તન બદલે છે, જેમાં વાટાઘાટ અને પુનઃવાટાઘાટના ડિફોલ્ટનો પણ સમાવેશ થાય છે, તેથી કયો ફેરફાર મહત્વનો હતો તે તમે કદી જાણી શકશો નહીં. ઉપરની ત્રણ સ્પષ્ટ લીટીઓને પ્રાધાન્ય આપો, કારણ કે દરેક પોતાની અસર જાહેર કરે છે.
ક્લાયન્ટ ખરેખર જે પ્રોફાઇલ લોડ કરે તેનાથી ચકાસો
આયાત કરેલા જોડાણો ઘણી વાર સિસ્ટમ ડિરેક્ટરીમાં નકલ થાય છે, તેથી તમારા ડાઉનલોડ ફોલ્ડરની ફાઇલ સંપાદિત કરવાથી કંઈ પણ ન બદલાય. જે નકલ ચાલે છે તે શોધો: sudo grep -rl "remote " /etc/NetworkManager/system-connections /etc/openvpn. પછી ટનલ શરૂ કરો અને લોગની તે લીટી વાંચો જે જણાવે છે કે ખરેખર કયો ડેટા ચેનલ સાઇફર પસંદ થયો. બેકઅપ પર હેન્ડશેક પૂરો કરતું જોડાણ તમને કહે છે કે સર્વરે કદી આધુનિક કંઈ આપ્યું નથી.
એવા નેટવર્કથી પરીક્ષણ કરો જે પ્રદાતા જેની અપેક્ષા રાખે છે તે નથી, જેથી કોઈ કેપ્ટિવ પોર્ટલ કે ફિલ્ટર કરેલું અતિથિ નેટવર્ક પ્રોફાઇલની ખામી તરીકે ન દેખાય. કોઈપણ સહાય વિનંતી સાથે ક્લાયન્ટ આવૃત્તિ નોંધો.
ટનલ તૈયાર થાય પછી એક વિનંતી મોકલો જે તેમાંથી પસાર થવી જોઈએ અને એક જે ન જોઈએ, પછી ખાતરી કરો કે રિઝોલ્વરનો જવાબ તમે અપેક્ષા રાખી તેમ બદલાયો છે. જો પ્રોફાઇલ હવે પાર્સ થાય પણ જોડાણ હજી નિષ્ફળ જાય, તો તમે વાક્યરચનાની સમસ્યા પાછળ છોડી છે અને ભૂલનું લખાણ નવા વર્ગનું નામ આપશે. સંપાદિત ફાઇલને આવૃત્તિ નિયંત્રણમાં રાખો, સાથે એવી નોંધ કે તે કઈ OpenVPN આવૃત્તિ માટે છે.