શું એ OpenVPN સુરક્ષા સુધારો તમારા ઇન્સ્ટોલ સાથે પણ સંબંધિત છે?
પેચ કરવું અને કન્ફિગર કરવું અલગ દાવાઓ છે. એક્ઝિક્યુટેબલ, તેની પાછળનું પેકેજ અને પ્રોફાઇલ ખરેખર જે ચકાસણીઓ કરે છે તે ઓળખો.
ક્લાયન્ટને પેચ કરવાની સલાહ જેથી તે સર્ટિફિકેટ માન્ય કરે, તેના પર કાર્ય કરવા માટે ખૂબ અસ્પષ્ટ છે. તે સુધારેલી સોફ્ટવેર ખામી, એક પ્રદાતાનું જૂનું બિલ્ડ, અથવા એવી પ્રોફાઇલ વર્ણવી શકે છે જેણે ક્યારેય એ ચકાસણી માંગી ન હતી. તે ત્રણ અલગ ફેરફારો છે, ત્રણ અલગ માલિકો સાથે. તમે કઈ સ્થિતિનો સામનો કરો છો તે જાણ્યા વિના એ વાક્ય પર કાર્ય કરવું એ જ રીતે કાર્યરત ક્લાયન્ટને કારણ વિના બદલવામાં આવે છે.
ત્રણ દાવાઓને અલગ કરો
સોફ્ટવેર ખામીમાં સલાહકાર સૂચના, અસરગ્રસ્ત આવૃત્તિઓ અને સુધારેલી આવૃત્તિ હોય છે. પ્રદાતા બિલ્ડનું પોતાનું વિતરણ માધ્યમ અને પોતાની અપડેટ ગતિ હોય છે. પ્રોફાઇલની ચૂકમાં એ બેમાંથી કંઈ નથી, કારણ કે એક્ઝિક્યુટેબલ ઠીક છે અને કન્ફિગરેશન તમે ધાર્યું તેના કરતાં ઓછું માંગે છે. જ્યાં સુધી દાવો એ ત્રણમાંથી એકનું નામ ન લે, ત્યાં સુધી પરીક્ષણ કરવા જેવું કંઈ નથી.
શોધતા પહેલાં દાવાને એક વાક્યમાં લખો. જો વાક્ય કહી શકે નહીં કે શું તૂટ્યું છે, તો શોધનું કોઈ લક્ષ્ય નથી અને દરેક પરિણામ સંબંધિત લાગે છે.
| Claim | Evidence that settles it | Who owns the change |
|---|---|---|
| Software defect | Advisory naming affected versions | Package or product maintainer |
| Provider build | Release notes for that client | The provider |
| Profile omission | The configuration actually loaded | Whoever owns the profile |
ખરેખર ચાલતું એક્ઝિક્યુટેબલ શોધો
કોઈપણ આવૃત્તિ જોતાં પહેલાં શું કનેક્શન શરૂ કરે છે તે ઓળખો. વિતરણ સેવા, ડેસ્કટોપ પ્લગઇન અને વેન્ડર એપ્લિકેશન દરેક અલગ એક્ઝિક્યુટેબલ અથવા એન્જિન વાપરી શકે છે. શેલના શોધ માર્ગમાં જે પણ બાઇનરી આવે તે છાપે છે તે આવૃત્તિ મશીનની યાદી નથી. જે યુનિટ અથવા પ્રોસેસે ખરેખર કનેક્શન કર્યું તે વાંચો.
systemctl cat openvpn-client@*.service
ps -o pid,cmd -C openvpn
apt-cache policy openvpn network-manager-openvpnપેકેજ ક્વેરી જણાવે છે કે સ્થાનિક મેટાડેટા શું ઇન્સ્ટોલ અને ઉપલબ્ધ માને છે, અને તે કેશ જૂની હોઈ શકે છે, તેથી પહેલા તેને તાજી કરો. તે એ પણ કહેતી નથી કે ચાલતી સેવાએ પાંચ મિનિટ પહેલાં ઇન્સ્ટોલ કરેલી બાઇનરી લોડ કરી છે કે નહીં. પેકેજ રેકોર્ડની સરખામણી ખરેખર જોડાયેલી પ્રોસેસ સાથે કરો.
આવૃત્તિની છાપ વધારે પેકેજના પુરાવા
વિતરણોની સુરક્ષા જાળવણી ઘણી વખત સુધારા પાછળ લાવે છે, તેથી જૂની દેખાતી અપસ્ટ્રીમ આવૃત્તિમાં પણ પેચ હોઈ શકે છે. ઊલટું પણ સાચું છે: અજાણ્યા રિપોઝિટરીમાંથી આવેલા પેકેજને વર્તમાન જાળવણીનો આપોઆપ દાવો નથી. આવૃત્તિ નંબરને બદલે રિલીઝની સપોર્ટ સ્થિતિ વાંચો.
એ ભેદ એ ખરેખરી ખાલી જગ્યા અને ફક્ત જૂનો દેખાતા નંબર વચ્ચેનો ફરક છે. પેકેજ જે રિપોઝિટરીમાંથી આવ્યું તે નોંધો, કારણ કે એ જ આવૃત્તિ શબ્દમાળા ખૂબ અલગ ચેનલો દ્વારા ખૂબ અલગ સપોર્ટ સાથે આવી શકે છે.
કન્ફિગરેશન એ બીજો અડધો ભાગ છે
જાળવણી કરેલા એક્ઝિક્યુટેબલને હજી પણ એવી પ્રોફાઇલની જરૂર છે જે તમે ધારો છો તે ચકાસણીઓ માંગે. ટ્રસ્ટ એન્કર, સામેની બાજુની ઇચ્છિત ભૂમિકા અને અપેક્ષિત સર્વર નામ સંબંધિત પણ અલગ નિર્ણયો છે. ભૂમિકા ચકાસણી એ નામ ચકાસણી નથી, અને એક પણ બીજાનું સ્થાન નથી લેતું. જો ચેતવણી કન્ફિગરેશન વિશે હોય, તો સુધારો પ્રોફાઇલ ધરાવનારનો છે.
ચકાસાયેલી ન હોય તેવી પ્રોફાઇલની ભરપાઈ માટે મનસ્વી પેચ ઇન્સ્ટોલ કરશો નહીં, અને ખરેખરી અમલીકરણ ખામી સુધારવા માટે કોઈ નિર્દેશ ઉમેરશો નહીં. બંને ભૂલો પ્રગતિ જેવી લાગે છે, તેથી જ બંને થતી રહે છે.
રેકોર્ડમાંના પુરાવા સાથે નિર્ણય લો
નિર્ણય તમે સ્થાપિત કર્યું તેના પરથી આવે છે. દસ્તાવેજીકૃત અસરગ્રસ્ત પેકેજને તેના સપોર્ટેડ અપડેટની જરૂર છે, અસમર્થિત પ્લેટફોર્મને સ્થળાંતર માર્ગની જરૂર છે, અને પ્રદાતા ક્લાયન્ટને તે પ્રદાતાના માર્ગદર્શનની જરૂર છે. અસ્પષ્ટ સૂચનાને એમાંથી કંઈપણ લાગુ થાય તે પહેલાં સલાહકાર સૂચના અને અસરગ્રસ્ત ઘટકની જરૂર છે.
સક્રિય ક્લાયન્ટ, સંપૂર્ણ આવૃત્તિ, સલાહકાર સૂચના અને પ્રોફાઇલનો માલિક એમને ફેરફાર રેકોર્ડમાં સાથે રાખો. તે ટ્યુટોરિયલ સંદર્ભ કરતાં મજબૂત છે, અને આગલી વ્યક્તિને ખરેખર એની જ જરૂર પડશે.