resolvconf ડેટાબેઝમાંથી જૂનું VPN રેકોર્ડ દૂર કરવું

ટનલ બંધ થયાના એક દિવસ પછી પણ એક આંતરિક નામ VPN સર્વર પર ઉકેલાય છે, અને રિઝોલ્વર ફાઇલ તે એન્ટ્રી સાથે ફરી ફરીને આવે છે. જ્યાં Debian નું resolvconf સ્થિતિ ધરાવે છે ત્યાં તે ફાઇલ સપ્લાયર રેકોર્ડમાંથી બને છે, અને તેમાંથી એક બાકી રહેલો છે. રેકોર્ડ કાઢવામાં એક મિનિટ લાગે છે; તેને કાઢવું સુરક્ષિત છે એ સાબિત કરવું એ ખરું કામ છે. આ દરવાજા ક્રમમાં ચાલે છે, અને નિષ્ફળ દરવાજો તમને આગળના પગલા પર મોકલવાને બદલે પ્રક્રિયા પૂરી કરે છે.

ખાતરી કરો કે resolvconf સ્થિતિ ધરાવે છે

પહેલાં માલિક ઓળખો, કારણ કે systemd-resolved હેઠળ એ જ લક્ષણ માટે અલગ આદેશો અને અલગ સમારકામ જોઈએ. resolvconf પેકેજ /run/resolvconf હેઠળ ડેટાબેઝ રાખે છે અને /etc/resolv.conf ને તે ડેટાબેઝમાંથી બનાવેલી ફાઇલ તરફ નિર્દેશ કરે છે. બે વાંચન પ્રશ્ન ઉકેલે છે: સિમ્બોલિક લિંકનું લક્ષ્ય, અને પેકેજ ઇન્સ્ટોલ તથા સક્રિય છે કે નહીં. /run/systemd/resolve હેઠળનું લક્ષ્ય બીજી રચના દર્શાવે છે, જ્યાં નીચેનું કંઈ લાગુ પડતું નથી.

dpkg -l resolvconf | tail -1
ls -l /etc/resolv.conf
systemctl is-active resolvconf.service

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

ડેટાબેઝ ઇનપુટ રાખે છે, જવાબ નહીં

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

sudo resolvconf --list
sudo resolvconf -i

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

કી ફરીથી બનાવવાને બદલે આઉટપુટમાંથી કોપી કરો. કોઈ જૂની સ્ક્રિપ્ટે તે નામ વાપર્યું હોવાથી જ એન્ટ્રીનું નામ tun0 નથી.

સાબિત કરો કે રેકોર્ડનો કોઈ માલિક નથી

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

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

માલિક મેનેજર દ્વારા સામાન્ય ડિસ્કનેક્ટ એ પહેલો ઉપાય છે. તે તે કનેક્શને ઇન્સ્ટોલ કરેલું પાછું ખેંચે છે અને બીજા સપ્લાયરોને અકબંધ રાખે છે.

દૂર કરવું અને ફરીથી લખવું ચકાસો

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

sudo resolvconf -d "RECORD_KEY_FROM_THE_LIST"
sudo resolvconf --list
resolvectl query host.corp.example || getent hosts host.corp.example

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

resolvconf -u ફક્ત તે અપડેટ સ્ક્રિપ્ટ ચલાવે છે. તે ક્યારેય જૂનો રેકોર્ડ ઓળખતું કે કાઢતું નથી, અને જૂના ઇનપુટમાંથી ફરી બાંધવાથી એ જ અનિચ્છનીય ફાઇલ બને છે.

માર્યા ગયેલો ડિસ્કનેક્ટ હૂક રેકોર્ડ પાછળ છોડી દે છે

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

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

પછી જીવનચક્ર કસો: જોડાઓ, ડિસ્કનેક્ટ કરો, રેકોર્ડ ફરી યાદીમાં મૂકો. એન્ટ્રી પોતાની રીતે અદૃશ્ય થવી એ જ એકમાત્ર પુરાવો છે કે સમારકામ ટકે છે.