Pi atebideko ostalari-izenak berak eguneratzen ditu bide estatikoak?

Zure Pi atebiderako DNS izen batek ez du inoiz instalatutako hurrengo jauzia berridazten. Ikusi nukleoak zer gordetzen duen eta nork eguneratu behar duen bidea.

Bide estatiko bat atebide-izen batera zuzentzeak helbide-aldaketa bat gainditu beharko balu bezala sentitzen da, eta ez du gainditzen. Izena DNSn bizi da, eta bidea, berriz, bezeroaren bideratze-taulan eserita dago hurrengo jauzi numeriko gisa. Pi beste helbide batera mugitzen denean, jada jauzi zaharra instalatu duen kontsumitzaile bakoitzak zenbaki berera bidaltzen jarraitzen du trafikoa. Ez dago ebazlerik birbidaltze-taulara konektatuta, beraz ezerk ez du sarrera hori zure ordez berridazten.

DNS erantzuna eta bidea objektu desberdinak dira

Demagun zure Pi vpn-gw.lan izenari erantzuten ari zaiola eta 10.44.0.0/16 tunel batera birbidaltzen duela. 192.168.30.0/24 sareko bezeroek bide estatiko baten bidez iristen dira hara. Pi-ren helbidea 192.168.30.4tik 192.168.30.11ra mugitu zenean, erregistroak bere TTLaren barruan jarraitu zuen eta bideek ez.

Bi ikuspegiek modu erraz batean egiten dute talka, biak sinesgarriak diruditelako bereiz galdetzen diezunean:

$ ip route get 10.44.0.1
10.44.0.1 via 192.168.30.4 dev eth0 src 192.168.30.20
$ dig +short vpn-gw.lan
192.168.30.11

Lehenengo lerroak bakarrik erabakitzen du norantz doazen paketeak. Bigarren lerroak nukleoak inoiz egin ez zuen galdera bati erantzuten dio. A erregistro batzuk dituen erregistro bat ere ez da hutsegiteko kommutazio-politika bihurtzen, helbide bakoitzak oraindik segmentu horretan hurrengo jauzi erabilgarria izan behar duelako.

Zer geratzen den taulan komandoa amaitzen denean

Linux bide batek hemen garrantzitsuak diren bi gauza erregistratzen ditu: hurrengo jauzia protokolo-helbide gisa, eta irteerako interfazea indize-zenbaki gisa. rtnetlink bide-atributuek lehen eremu horri RTA_GATEWAY deitzen diote, eta byteak gordetzen ditu. Sarrera lekuan jarri ondoren, ez zaio TTLrik erantsita geratzen eta atzeko planoko bilaketarik ez du freskatzen.

Horregatik ip route add 10.44.0.0/16 via vpn-gw.lan lanean ari dela dirudi. Tresnak izena ebazten du komandoa exekutatzen ari den bitartean, lortutako helbidea idazten du eta izena erabat ahazten du. Exekutatu ip route show 10.44.0.0/16 geroago eta hitzez hitzezko helbide bat lortuko duzu.

Portaera hori ezagutzea merezi du tunela erruduntzat jo aurretik.

Zure ordez izena ebazten duten tresnak, eta noiz

Router eta suebaki batzuek ostalari-izenak onartzen dituzte bide edo atebide eremu batean. Garrantzitsua da ebazpena noiz gertatzen den. Gailuak izena konfigurazioa aplikatzen duzun bitartean bakarrik ebazten badu, gordetako sarrera idatzitako helbide bat bezain estatikoa da, eta geroagoko helbide-aldaketa batek beste aplikazio bat behar du. Eremuak izen bat onartzeak ez dizu freskatzearen berri ematen.

Kudeatutako konfigurazioek lana banatu ohi dute. DHCP erreserba batek edo errentamendu estatiko batek Pi helbide bakarrean mantentzen du, eta DNS erregistroak errentamendua besterik ez du jarraitzen. Ezerk ez du jomuga mugikor bat jarraitu behar, jomuga ez delako mugitzen.

Gainbegiratutako eguneratzailea da beste eredu zilegizkoa, eta jabe bat behar du.

Finkatu helbidea edo exekutatu eguneratzailea zuk zeuk

LAN txiki batentzat, DHCP zerbitzarian egindako erreserba da konponbiderik merkeena. Aukeratu helbide bat igerileku dinamikotik kanpo, lotu Pi-ren MAC helbideari, eta berretsi ip -4 addr show dev eth0 komandoarekin hurrengo errentamendu-berritzearen ondoren. Ondoren zuzendu bezeroen hurrengo jauzia helbide horretara behin. Orain atebide egonkorra duzu eta hura deskribatzen duen erregistro bat, eta hori da harremanak benetan funtzionatzen duen ordena.

Pi-k benetan mugitu behar badu, eduki bidearen konponketa leku bakarrean, bezero bakoitza eskuz editatu beharrean. Ebazten, konparatzen eta ordezkatzen duen script labur bat nahikoa da pausoa errepikagarri egiteko:

new=$(dig +short vpn-gw.lan | head -n1)
cur=$(ip route get 10.44.0.1 | awk '{print $3}')
if [ "$new" != "$cur" ]; then
  ip route replace 10.44.0.0/16 via "$new"
fi
ip route get 10.44.0.1

Azken komandoa onarpen-proba da, nukleoak benetan erabiliko duen atebidea inprimatzen baitu. Inprimatutako helbidea oraindik zaharra bada, scripta sare-namespace okerrean exekutatu zen edo baimenik ez zuen, eta DNS aldea garrantzirik gabea da.

Egiaztatu itzulera-bidea ere. Pi-k jakin behar du nola iritsi bezeroen azpisarera, eta bere suebakiak tunelaren trafikoa baimendu behar du. Desegokitasuna estaltzeko gehitutako bide lehenetsi batek benetako hutsunea ezkutatzen du normalean eta astebete geroago beste zerbait hausten du.

Erlazionatutako artikuluak