Zaščiti resolv.conf pred DHCP na FreeBSD 10

Če uporabljate lasten razreševalnik ali ga želite uporabiti drugega ponudnika, boste morda ugotovili, da vašo /etc/resolv.confdatoteko prepisuje DHCP. Obstaja nekaj načinov za rešitev te težave. Ker boste verjetno želeli znova zagnati, da se prepričate, da se vaše spremembe držijo, in ker se boste najprej ukvarjali z omrežnimi nastavitvami, močno predlagam, da to storite na testnem primerku in/ali zunaj vrha ure.

Torej, tukaj so tri metode, od najslabše do najboljše. Upoštevajte, da so bile vse metode v tem priročniku napisane za FreeBSD 10. Uporabniki Linuxa se lahko sklicujejo na ta priročnik .

1. način: Uporabite statične nastavitve vmesnika

Pri mojem omejenem testiranju je to povzročilo nekoliko hitrejši čas zagona, saj vam ni treba čakati, da DHCP dodeli vaše omrežne nastavitve. Vendar sem v več dokumentih Vultr videl omembo, da je uporaba statičnih nastavitev vmesnika nezadovoljna in da se morate držati DHCP. Predvidevam, da imajo za to dober razlog, zato sem še naprej uporabljal DHCP. Kljub temu, če se odločite za to pot, sledite spodnjim korakom.

• Določite IP strežnika, omrežno masko in IP prehoda.
• Spremenite, /etc/rc.confda uporabite te vrednosti namesto DHCP.
• Znova zaženite, da preizkusite nastavitve.

Določite IP/omrežno masko/prehod

Ob predpostavki, da je vaš vmesnik vtnet0, izvedite naslednje:

ifconfig vtnet0 | grep inet

Tako boste dobili naslov IP in omrežno masko za vaš strežnik:

inet 10.10.10.10 netmask 0xffffff00 broadcast 10.10.10.255

FreeBSD rad uporablja hex za omrežno masko. Zgornje se spremeni v, 255.255.255.0če ste radovedni. Najdete priročno tabelo tu , a ne bojte se: lahko samo kopirate naslov hex v vaših nastavitvenih datotek (ali ga pretvoriti v decimalko, če vam je ljubše).

Prehod lahko najdete na več načinov. Tukaj je ena:

route get default | grep gateway bo vrnil nekaj v smislu:

gateway: 10.10.10.1

Spremenite /etc/rc.confz novimi vrednostmi

Oboroženi z IP-jem, omrežno masko in prehodom, je zdaj čas, da jih dodate v sistemsko konfiguracijo. Sem močno priporočamo varnostno kopiranje te datoteke, preden bi kakršne koli spremembe, saj bo veliko lažje razveljaviti bi smeli nered. Zdaj odprite /etc/rc.confv izbranem urejevalniku in naredite naslednje spremembe:

# Comment out this line:
# ifconfig_vtnet0="dhcp"

# Add these lines:
defaultrouter="10.10.10.1"
ifconfig_vtnet0="inet 10.10.10.10 netmask 0xffffff00"

Očitno bi morali biti prepričani, da zamenjate svoj dejanski IP, omrežno masko in prehod za moje očitne ponaredke.

Ponovno zaženite in preizkusite

Znova zaženite strežnik z uporabo shutdown -r nowin se prepričajte, da se pravilno povrne. Opravite vse teste, ki se vam zdijo potrebni, da zagotovite, da vse deluje pravilno. Če je omrežje nedostopno, se prijavite prek konzole in razveljavite spremembe. Če je vse v redu, lahko na tej točki vložite karkoli želite, ne da resolv.confbi se bali, da bi to izbrisali.

Če iz kakršnega koli razloga ne morete znova zagnati, bi to moralo delovati, vendar bi na vašem mestu resnično ponovno zagnal:

service netif restart && service routing restart

2. način: naredite resolv.confnespremenljivo

To je malo hec, vendar je enostavno najhitrejša rešitev. Ne priporočam, ker ne morem zagotoviti, da to ne bo povzročilo čudnosti v prihodnosti, ko boste nadgradili na novo izdajo operacijskega sistema, in dhclient se bo verjetno veliko pritožil. chflags schg /etc/resolv.confSe pravi, preprosto je vse, kar je potrebno. Datoteka je zdaj popolnoma zaščitena pred pisanjem, tudi od root. Lahko preveriš takole:

vultr [~]# chflags schg /etc/resolv.conf
vultr [~]# ls -ol /etc/resolv.conf
-rw-r--r--  1 root  wheel  schg 50 Nov 29 06:28 /etc/resolv.conf
vultr [~]# echo "so very untouchable" >> /etc/resolv.conf
/etc/resolv.conf: Operation not permitted.

Razveljavi z: chflags noschg /etc/resolv.conf

3. način: vljudno povejte FreeBSD, naj pusti vaše nastavitve pri miru

To je daleč najčistejši in najbolj pravilen način za to. Obstajata dva pristopa, ki jih lahko uporabite:

Konfiguriraj dhclient

Vzemimo primer od vrha in povejmo, da vse, kar želite storiti, je vstaviti svoj strežnik imen po meri resolv.confin ga ne želite izgubiti vsakič, ko DHCP naredi svoje. V mojem primeru želim uporabiti razreševalnik predpomnilnika, ki sem ga namestil in ki posluša na localhost, zato uredim /etc/dhclient.conf(ki bo verjetno prazen razen komentarjev) in dodam naslednje:

interface "vtnet0" {
    supersede domain-name-servers 127.0.0.1;
}

To bo dhclientu omogočilo, da naredi vse, kar potrebujete, toda ko mu strežnik DHCP pošlje seznam imenskih strežnikov za uporabo, bo vaš nadomestil (kot v celoti nadomestil) tiste, ki jih ponuja. Če bi raje dopolnili (namesto zamenjali) ponujene, lahko "priložite" ali "priložite" namesto "nadomestite", kot je primerno.

Mimogrede, če potrebujete več kot en strežnik po meri, jih določite takole:

supersede domain-name-servers 127.0.0.1, 127.0.0.2;

Ko naredite spremembe, znova zaženite, dhclientda začnejo veljati takoj:

service dhclient restart vtnet0

Preglejte svoj /etc/resolv.confin ugotovili bi, da ima zdaj v njem vaše strežnike imen po meri.

Od tega pisanja so imenski strežniki edina stvar, ki jo je Vultrov strežnik DHCP kdaj vstavil v moj resolv.conf, in edina stvar, ki sem jo želel prilagoditi. Če pa boste morali kdaj preglasiti katere koli druge nastavitve, si oglejte odličen priročnik za izčrpen seznam:

man 5 dhclient.conf

Na dnu so odlični primeri, ki bi vam morali dati predstavo o tem, kaj lahko storite. Na vrhu glave si lahko predstavljam, da bi morda želeli dodati nekaj takega, kot je, supersede domain-name "example.com";če imate običajno takšno vrstico v svojem resolv.conf. Ponovno se posvetujte z dokumenti.

Konfiguriraj resolvconf

To je najpreprostejša rešitev, če želite, resolv.confda ostanete pri miru. Po priročniku:

resolvconf manages resolv.conf(5) files from multiple sources, such as DHCP and VPN clients

Njegova konfiguracija je v /etc/resolvconf.conf, ki verjetno ne obstaja v vašem sistemu, zato jo lahko ustvarite. Če želite narediti resolv.confnespremenljivo, dodajte to:

# prevent all updates to resolv.conf:
resolv_conf="/dev/null"

Če uporabljate unboundkot lokalni razreševalnik predpomnilnika, je to vrstica, ki jo doda (skupaj z nekaj zase). To v bistvu zavaja, resolvconfda mislite, da /etc/resolv.confse nahajate na /dev/null. Nekaj ​​nekoliko manj zlobnega, a enako učinkovitega bi bilo:

# disable resolvconf from running any subscribers:
resolvconf="NO"

Če želite narediti nekaj bolj sofisticiranega kot samo izklopiti, strani man poiščete resolvconfin resolvconf.confimate veliko informacij.