opt-verify ઉમેરવાથી OpenVPN સાઇફર ભૂલ કેમ ઠીક નહીં થાય

તમને opt-verify ઉમેરવાનું સૂચન મળે છે, તમે લીટી ઉમેરો છો, અને સાઇફર ભૂલ બરાબર જ્યાં હતી ત્યાં જ રહે છે. એ પરિણામ અનુમાનિત છે, કારણ કે વિકલ્પે કદી સાઇફરની વાટાઘાટ કરી નથી. તે વિકલ્પ-સુસંગતતાની તપાસ હતી, 2.6માં અપ્રચલિત અને 2.7માં દૂર કરાઈ, અને તેની સાથે હજી પાર્સ થતી પ્રોફાઇલે એનાથી કંઈ લાગુ કર્યું નથી.

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

વિકલ્પ પહેલાં શું લાગુ કરતો હતો

2.6નું મેન્યુઅલ opt-verify વિકલ્પને અપ્રચલિત તરીકે ચિહ્નિત કરે છે અને અગાઉના વર્તનનું વર્ણન કરે છે: સર્વર એવા ક્લાયન્ટ્સને કાઢી નાખે છે જેમના ઘોષિત વિકલ્પો તેના પોતાના સાથે મેળ ખાતા નથી, જેમાં ઉપકરણનો પ્રકાર અને MTU જેવી વસ્તુઓની સરખામણી કરવામાં આવે છે. એ તપાસ વિકલ્પ-સુસંગતતાની તપાસ ચાલુ રહેવા પર પણ આધાર રાખે છે, તેથી disable-occ સાથે ચાલતા સર્વર પાસે તે શરૂઆતથી જ ન હતી. ધ્યાન આપો કે સરખામણી શેમાંથી બનેલી છે: સામા પક્ષની ગોઠવણીનું વર્ણન કરતું લખાણ. તે ડેટા ચેનલ કયું સાઇફર વાપરશે તે વિશે કંઈ કહેતું નથી.

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

2.7 લીટી જોઈને શું કરે છે

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

તેથી પાર્સ થતી પ્રોફાઇલ એ કોઈ પ્રવેશ-તપાસ ચાલી હોવાનો પુરાવો નથી. જો તમારો એકમાત્ર સંકેત એ હોય કે ક્લાયન્ટ જોડાયો, તો તમે જાણ્યું કે વાક્યરચના સ્વીકારાઈ છે.

નિષ્ફળતા ખરેખર ક્યાં રહે છે

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

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

ફક્ત લીટી નહીં, ઇરાદો બદલો

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

બધા સાઇફર નિષ્ક્રિય છે એવા જૂના સૂચનનો જવાબ દરેક ઐતિહાસિક અલ્ગોરિધમ સક્રિય કરીને ન આપો.

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

ધ્યેય સમર્થિત મર્યાદા અને કાર્યરત પ્રમાણિત માર્ગ છે, હજી પાર્સ થતો જૂનો ફ્લેગ નહીં.