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

એક રીગ્રેસન માટે બે ઉપાય

પેકેજ હોલ્ડ કરવું એ કામ કરતી આવૃત્તિને ઇન્સ્ટોલ રાખે છે અને APTને તેને ખસેડતું અટકાવે છે. તે સમય ખરીદે છે, વપરાશકર્તાઓને જોડાયેલા રાખે છે અને મૂળ બગને અસ્પૃશ્ય રાખે છે. આગળ વધવાનો અર્થ છે તે સમર્થિત રિલીઝ શોધવી જે રીગ્રેસન સુધારે છે, અથવા કનેક્શનનો માલિક એવી વસ્તુમાં બદલવો જે ડિસ્ટ્રિબ્યુશન હજી જાળવે છે. તે શરૂઆતમાં વધુ કામ માંગે છે અને સ્થાયી જોખમ દૂર કરે છે.

પસંદગી ત્રણ હકીકતો પર આધાર રાખે છે જે નિર્ણય પહેલા હોવી જોઈએ: કયો ઘટક રીગ્રેસ થયો, સુધારેલી રિલીઝ છે કે નહીં, અને કામચલાઉ સ્થિતિ કેટલો સમય સહન કરી શકાય.

બંમાંથી કોઈ પસંદ કરતા પહેલા નિષ્ફળતા નિશ્ચિત કરો

NetworkManager કોર અપડેટ, VPN પ્લગઇન અપડેટ અને રિઝોલ્વર સહાયકનું રીગ્રેસન વપરાશકર્તાની જગ્યાએથી એકસમાન દેખાય છે અને તેમના રોલબેક ઉમેદવારો અલગ છે. ચોક્કસ પેકેજ, આવૃત્તિઓ અને પ્રથમ નવી ભૂલ નોંધો.

apt-cache policy network-manager network-manager-openvpn
dpkg -l | grep -E 'network-manager|openvpn|wireguard'

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

હોલ્ડ શું આવરે છે તેની સરખામણી કરો

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

sudo apt-get -s install network-manager=1.42.4-1
apt-mark showhold

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

બહાર નીકળવાના માર્ગોની સરખામણી કરો

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

sudo apt-mark unhold network-manager
sudo apt update
sudo apt full-upgrade

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

રેકોર્ડમાં શું હોવું જોઈએ

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

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

સંબંધિત લેખો