Renditja e regjistrimeve në Debian resolvconf: vendos regjistrimin VPN i pari

Serveri i emrave i VPN-së përfundon gjithnjë nën atë të LAN-it, dhe redaktimi i /etc/resolv.conf e rregullon për disa minuta. Ai skedar gjenerohet, prandaj rregullimi nuk mbetet kurrë. Në resolvconf të Debian-it hyrja e renditjes është /etc/resolvconf/interface-order, dhe ajo rendit emrat e regjistrimeve e jo adresat DNS. Konfirmo cili stiv resolver është realmente përgjegjës përpara se të prekësh cilindo nga dy skedarët.

Konfirmo që resolvconf zotëron daljen

Fillo duke pyetur se çfarë shkroi skedarin aktual dhe çfarë do ta shkruajë përsëri. Paketa resolvconf e përshkruan veten si një kornizë për konfigurimin dinamik të resolver-it, dhe një host që ekzekuton systemd-resolved ose një resolver të menaxhuar nga NetworkManager mund të duket njësoj nga jashtë ndërsa përdor një politikë krejtësisht tjetër.

readlink -f /etc/resolv.conf
dpkg -l resolvconf 2>/dev/null | tail -n 1

Nëse rruga e zgjidhur nuk të çon në drejtorinë e ekzekutimit të resolvconf, ndalo këtu: ky udhëzues i përket një stivi tjetër.

Vetëm pas atij kontrolli ia vlen të listohen regjistrimet që resolvconf mban tani.

Lexo regjistrimet përpara se të shkruash modele

interface-order përputhet me emrat e regjistrimeve të furnizuesit, jo me adresa dhe jo me emra ndërfaqesh të kernelit. Listo çfarë është regjistruar, që modelet e tua t'i referohen zërave ekzistues.

ls /run/resolvconf/interfaces
cat /etc/resolvconf/interface-order

Një emër regjistrimi zakonisht mban një prapashtesë që identifikon furnizuesin e tij, kështu që një regjistrim tuneli dhe një regjistrim DHCP mund të ndajnë një prefiks ndërfaqeje dhe prapë të renditen ndryshe. Kopjo emrat e saktë nga lista e drejtorisë. Mos nxirr një emër nga emri i ndërfaqes, sepse integrimi i klientit vendos çfarë regjistrohet. Një emër që shpik nuk do të përputhet kurrë, dhe regjistrimi do të bjerë në modelin që kap gjithçka pa asnjë mesazh gabimi.

Shkruaj renditjen si modele të përputhjes së parë

Skedari është një listë modelesh glob shell, një për rresht. Një regjistrim merr pozicionin e modelit të parë me të cilin përputhet, prandaj një model i gjerë mbi një model specifik e bën rreshtin specifik të paarritshëm.

# /etc/resolvconf/interface-order
lo*
tun_work.*
enp*
*

Vendos modelin specifik të tunelit mbi modelin që kap gjithçka dhe mbi modelin e ndërfaqes fizike.

Ruaj rreshtat e tjerë që skedari kishte tashmë. Zëvendësimi i të gjithë politikës me një shembull është mënyra se si furnizuesit e palidhur zhvendosen në heshtje; ndrysho një rresht, rigjenero dhe krahaso. Modelet nuk mund të përmbajnë hapësira, vija të pjerrëta ose pikë apo tilde fillestare, dhe rreshtat bosh e komentet me hash injorohen.

Rigjenero dhe verifiko rezultatin

Renditja zbatohet kur skriptet e përditësimit e rindërtojnë skedarin. Aktivizo rrugën e përditësimit të mbështetur në vend që të redaktosh daljen e gjeneruar, pastaj lexo çfarë mori vërtet resolver-i.

resolvconf -u
cat /etc/resolv.conf

Verifiko dy kërkime, jo një: një emër privat që duhet të zgjidhet përmes tunelit, dhe një emër kontrolli publik. Nëse emri privat vazhdon të dështojë ndërsa renditja duket e saktë, problemi është rrugëtimi i hapësirës së emrave dhe jo përparësia e regjistrimeve, dhe asnjë rirregullim nuk do ta rregullojë. Krahaso çdo përgjigje me serverin që e ktheu, jo vetëm me suksesin. Një emër privat i përgjigjur nga resolver-i i gabuar mbetet dështim, dhe për përdoruesin duket si një ndërprerje DNS.

Hiq regjistrimin e vjetruar nga përdorimi në vend që ta degradosh

Një regjistrim VPN i vjetruar që shfaqet përsëri pas shkëputjes është një gabim i ciklit të jetës në integrimin e klientit. Zhvendosja e tij në fund fsheh simptomën dhe lë një resolver të vdekur në listë.

Hiqe nga përdorimi përmes komponentit që e regjistron, pastaj konfirmo që drejtoria e regjistrimeve nuk e liston më.

Shëno emrin e furnizuesit, modelin që ndryshove dhe dy kërkimet që ekzekutove. Personi tjetër ka më shumë nevojë për ato emra sesa për historinë.