Dnsmasq

A Dnsmasq egy nyílt forráskódú, teljesen ingyenes, könnyen konfigurálható és könnyű parancssori szoftver, amelyet az eltolásból terveztek, hogy DHCP (Dynamic Host Configuration Protocol) kiszolgálóként és DNS-ként (Domain Name System ) továbbítót GNU / Linux és UNIX-szerű operációs rendszereken.

A szoftvert oly módon fejlesztették ki, hogy a DNS-t, valamint a DHCP-szolgáltatást egy kis hálózathoz biztosítsa. Képes kiszolgálni a globális DNS-ben működő helyi gépek nevét, és számos vonzó tulajdonságot tartalmaz.

A projekthez számos parancssori lehetőség áll rendelkezésre, amelyeket egy pillantással megtekinthetünk a & lsquo; dnsmasq --help & rsquo; parancsot a Terminál alkalmazásban. Ezek közül megemlíthetjük azt a képességet, hogy meg kell adnunk egy helyi címet, amelyen hallgathatjuk, meg lehet adni a gyorsítótár méretét a bejegyzésekben, valamint megadhatunk egyéni konfigurációs fájlt.

A Dnsmasq használatának megkezdése

A Dnsmasq telepítése egy GNU / Linux operációs rendszerre ugyanúgy történik, mint bármely más nyílt forráskódú program, amelyet forrásarchívumként terjesztenek. Először letölti a csomagot, mentse a számítógépére (lehetőleg a saját könyvtárába), és kibontja tartalmát egy archívumkezelő segédprogrammal.

Ezután költözzünk arra a helyre, ahol az archívumot kivágtuk egy terminál emulátorban (pl. cd /home/softoware/dnsmasq-2.72 - helyezzük vissza a & lsquo; softoware & rsquo; felhasználónévvel), futtassuk az & lsquo; ./ configure & amp ; & amp; make & rsquo; parancsot konfigurálni és fordítani a programot, majd a & lsquo; sudo make install & rsquo; parancsot a rendszer egészére telepíteni.

A Dnsmasq támogatja a több operációs rendszert, beleértve a Linux (Debian, Gentoo, Slackware, Smoothwall, SUSE, IP-Cop, Firebox, floppyfw, LEAF, CoyoteLinux, Clarkconnect, Freesco stb.), BSD (FreeBSD) OS X. 32 bites és 64 bites számítógépes platformokon fut.

Az újdonság ebben a kiadásban:

• Hiba keletkezése, ha egy CNAME hurokkal van konfigurálva, nem pedig ütközéskor. Köszönet George Metznek, hogy észlelte ezt a problémát.
• Számolja ki a TFTP hiba válasz csomag hosszúságát. Ez megoldja azt a problémát, amikor a TFTP-csomagban található hibaüzenet meghaladja az 500 karakteres tetszőleges határt. Az üzenet helyesen csonkolt, de nem a csomag hossza, ezért extra adatok csatolták. Ez egy lehetséges biztonsági kockázat, mivel az extra adatok olyan pufferből származnak, amelyet DNS-hez is használnak, így az előző DNS lekérdezések vagy válaszok szivároghatnak. Köszönet a Mozillának a biztonsági ellenőrzés finanszírozásához, amely észlelte ezt a hibát.
• Fix logikai hiba Linux netlink kódban. Ez a dnsmasq-ot a szűk hurokba vezetheti a nagyon nagy számú hálózati interfészen. Köszönet Ivan Kokshaysky-nek a diagnózishoz és a javításhoz.
• Fix probléma a --snssec-timestamprel, amikor a SIGHUP beérkezése hibásan bekapcsolná az időbélyeg ellenőrzést. Köszönet Kevin Darbyshire-Bryantnak ehhez a munkához.
• Bump zóna soros újratöltéskor az / etc / hosts és a barátok között, amikor hiteles DNS-t nyújt. Köszönet Harrald Dunkelnek, hogy észrevette ezt.
• A v4-mappolt IPv6-címeket kézzel kezelje a --synth tartományban. Ezek szabványos ábrázolással rendelkeznek, mint például: ffff: 1.2.3.4 és mostantól olyan nevekké alakulnak át, mint a -ffff-1-2-3-4.
• Fogja meg a kötési upstream kiszolgálókat egy interfészhez (--server=1.2.3.4@eth0), amikor a megnevezett felület megsemmisül és újra létrejön a kernelben. Hála a Beniamino Galvaninek a patchhez.
• Engedélyezi a helyettesítő CNAME rekordokat hiteles zónákban. Például --cname = * .example.com, default.example.com A Pro Backupnak köszönhetően a fejlesztés támogatása.
• A TCP-kapcsolatok engedélyezett száma 5-ről 32-re ütközik, és ez egy fordítási idővel konfigurálható. Köszönet Donatas Abraitisnek, hogy ezt potenciális problémának diagnosztizálta.
• Add hozzá a DNSMASQ_REQUESTED_OPTIONS környezeti változót a lízingcseréhez. Köszönet illeti a ZHAO Yu-t a javításhoz.
• Fix foobar a rrfilter kódban, ami hibás válaszokat okozhat, különösen akkor, ha a DNSSEC érvényesítést, és az upstream kiszolgáló a megadott RR-ben adott válaszokat adja vissza. Az egyetlen DNS-kiszolgáló, amelyről tudjuk, hogy csikorgatja ezt, a Nominum. Köszönjük Dave Tahtnek, hogy megpillantotta a hibát és segített a javításban.
• Erősítse meg a manipert, amely meggyőződött arról, hogy az interfész elsődleges címét az - interfaceface név használja.
• A make --localise-lekérdezések a --interface-name nevekre vonatkoznak. Köszönet Kevin Darbyshire-Bryant és Eric Luehrsen számára, hogy ezt nyomta.
• Javítja a kapcsolatkezelést, amikor TCP upstream kiszolgálókkal beszél. Pontosabban, készítsen új TCP kapcsolatot, ha több lekérdezést szeretne készíteni, de az upstream kiszolgáló kevesebb kapcsolatot fogad be kapcsolatonként.
• A legfrissebb kiszolgálók naplózásának javítása, ha sok "csak helyi cím" bejegyzés található. Köszönet Hannu Nymannak a javításért.
• A make -bogus-priv az IPv6-ra érvényes, az RFC6303-ban megadott előtagokra. Köszönet Kevin Darbyshire-Bryantnak, hogy munkát végezzen.
• Engedélyezi a MAC címek használatát a --tftp-unique-root használatával. Köszönet Floris Bos számára a patchhez.
• Add -dhcp-reply-delay opció. Köszönet Floris Bos számára a patchhez.
• Az mtu beállítási lehetőség hozzáadása a -ra-param-hez. Köszönet David Flamandnak a javításért.
• Az STDOUT és az STDERR kimenetet a dhcp-parancsfájlból és a dnsmasq naplófolyam részeként rögzítse. Az élet könnyebbé teszi a váratlan problémák diagnosztizálását a szkriptekben. Köszönet Petr Mensiknek a patchhez.
• Halálos hibákat generál, ha a dhcp-parancs kimenetét nem "init" üzemmódban elemzi. Megszünteti a furcsa hibákat, amikor a szkript véletlenül hibaüzeneteket bocsát ki. Köszönet Petr Mensiknek a patchhez.
• A --bogus-priv zászló jelenlétében készítsen --rev-kiszolgálót RFC1918 alhálózati munkára. Köszönet Vladislav Grishenko számára a patchhez.
• Kiterjeszti a --ra-param mtu: mezőt, amely lehetővé teszi az interfész nevét. Ez lehetővé teszi, hogy a WAN interfész MTU-ját reklámozzák a router belső interfészeiben. Köszönet Vladislav Grishenko számára a patchhez.
• Az ICMP-ping ellenőrzi a DHCPv4 címet, amikor az ügyfél DHCPDISCOVER címen ad meg egy címet, és amikor egy címet a helyi konfigurációban konfigurál. Köszönet Alin Nastacnak a probléma észleléséhez.
• Új DHCP-címke "known-othernet" hozzáadása, amely akkor van beállítva, ha csak egy dhcp-host létezik egy másik alhálózathoz. Használható annak biztosítására, hogy a kiváltságos gazda nem kapja meg a "vendég" címeket véletlenül. Köszönjük Todd Sanketnek a javaslatot.
• Távolítsa el az IDN támogatás történelmi automatikus beillesztését a nemzetközivé válás támogatása során. Ez nem illeszkedik most az IDN könyvtárak közül. Győződjön meg róla, hogy a -DHAVE_IDN vagy a -DHAVE_LIBIDN2 értéket tartalmazza az IDN támogatáshoz.

Újdonság a 2.72-es verzióban:

• Hozzáadhat ra-advrouter módot, az RFC-3775 mobil IPv6 támogatáshoz.
• Támogatás hozzáadása "ipsets" -hez a * BSD-ben, a pf segítségével. Köszönet Sven Falempimnek a javításért.
• Javítsa a versenyfeltételeket, amelyek a dnsmasq-t bezárhatják, amikor egy felület lefelé és felfelé halad. Köszönöm Conrad Kostecki-nek, hogy segítsen lerázni ezt.
• Adja hozzá a DBus-módszerek SetFilterWin2KOption és SetBogusPrivOption elemeket. Köszönet a Smoothwall projektnek a javításhoz.
• Fix hiba a Nettle-3.0 ellen. Köszönet Steven Barthnak, hogy észrevette ezt, és megtalálta a javítást. Amikor meglévő DHCP-bérleteket hozzárendel a hálózatokhoz összehasonlítva, akkor kezelje azt az esetet, amikor két vagy több interfésszel ugyanaz a hálózati rész, de különböző előtaghosszúságok (előnyben részesítik a hosszabb előtag hosszát). A Lung-Pin Chang használatával a javításhoz.
• Olyan mód hozzáadása, amely felismeri és eltávolítja a DNS továbbítási hurkokat, vagyis egy upstream kiszolgálóhoz küldött lekérdezés új lekérdezésként jelenik meg a dnsmasq-nak, és ezért újra továbbításra kerül, ami egy lekérdezést eredményez, amely többször megfordul, mielőtt eldobja. A visszafelé irányuló upstream szerverek le vannak tiltva, és az esemény naplózásra kerül. A Smoothwallnak köszönhetően szponzorálják ezt a funkciót.
• Extend --conf-dir kiterjesztése a fájlok szűrésére. Tehát a --conf-dir = / etc / dnsmasq.d, *. Conf betölti az /etc/dnsmasq.d fájl összes fájlját, amely véget ér .conf
• Javítsa a hibát, ha bizonyos körülmények között NXDOMAIN válaszokat adott NODATA helyett.
• Javítsa a hibát, ami miatt a dnsmasq nem reagál, ha nem sikerült csomagokat küldeni, mert a hálózati felület eltűnik. Köszönjük Niels Peennek, hogy észlelte ezt.
• Fix probléma a --local-service opcióval a big-endian platformokon. Köszönet Richard Genoudnak a patchhez.

Újdonság a 2.68-as verzióban:

• A DHCPv6 ideiglenes címek elosztásához véletlenszerű címeket használhat algoritmikusan meghatározott címek helyett.
• Fix hiba, ami azt jelentette, hogy a DHCPv6 DUID nem volt elérhető DHCP-parancsfájl futtatásakor a dnsmasq folyamat élettartama alatt, amely a DUID de-novo-t létrehozta. Miután a DUID létrejött és a bérleti fájlba került, és a dnsmasq újraindult, ez a hiba eltűnt.
• A 2.67-ben bevezetett hiba javítása okozhat hibás NXDOMAIN-t a CNAME lekérdezésekhez.
• Fix kiépítési hibák MacOS X és openBSD esetén.
• Engedélyezze az alhálózati specifikációkat a -auth-zónában, hogy az interfész nevek, valamint a cím-literálok legyenek. Ez lehetővé teszi a hiteles DNS beállítását, ha a helyi címtartományok dinamikusak és sokkal jobban működnek, mint az előző munkák, amelyek mentesítik a szabályozott DHCP-t az IP-cím szűrés alól. Ennek következtében eltávolítják a munkát. Bizonyos körülmények között ez a változás megszakítja a meglévő konfigurációt: ha a kiszélesített tartományú kivételre támaszkodik, akkor meg kell változtatnia a --auth-zónát, hogy ugyanazt az interfészt határozza meg, mint amit a DHCP-tartományok létrehozásához használnak, "/ 6" így: --auth-zone = example.com, eth0 / 6, hogy korlátozza a címeket az eth0 IPv6 címére.
• Fix problémák a törölt IPv6 előtagok hirdetésekor. Ha az előtag törlődik (nem helyettesítve), akkor nem kapja meg a nullázott időt. Köszönet Tsachinak a hibajelentésért.
• Javítsa az alagutat néhány helyileg konfigurált CNAME segítségével. Köszönjük Andrew Childsnek a problémát.
• Fix memória szivárgás az / etc / hosts és friends újratolvasásakor, bevezetve a 2.67-ben.
• Ellenőrizze a beérkező DNS- és TFTP-kérelmek érkezési felületét IPv6-on keresztül, még a -bind-interfaces módban is. Ez nem lehetséges az IPv4-ben, és félelmetes figyelmeztetéseket generálhat, de mivel mindig lehetséges az IPv6 (az API mindig is létezik), mindig ezt meg kell csinálnunk.
• Csúsztassa a prefix-length-eket a -dhcp tartományban az IPv6-ra. Az új szabály az, hogy a megadott előtaghossznak nagyobbnak kell lennie vagy egyenlőnek kell lennie a helyi felületen a megfelelő cím prefix hosszával.

Újdonság a 2.63-as verzióban:

• A legfontosabb kiegészítés ebben a kiadásban egy új mód, "dinamikus dinamika", amely elkerüli a helyettesítő IP-cím kötelezővé tételét és a dinamikusan létrehozott hálózati csatolókkal, így megszünteti a két meglévő hálózati mód főbb korlátait.

Újdonság a 2.61-es verzióban:

• Ez a verzió sok további munkát tartalmaz a DHCPv6 kódban, amely 2.60-ban debütált.
• Sok hibát rögzítettek és extra funkciókat adtak hozzá.
• A router hirdetési funkciója sokkal jobban konfigurálható, és van olyan mód, amely lehetővé teszi a dnsmasq számára, hogy AAAA DNS rekordokat készítsen az SLAAC IPv6 címeket és DHCP IPv4 címeket használó gazdagépek számára.

Az újdonság a 2.59-es verzióban:

• Ez a verzió néhány olyan kérdéssel foglalkozik, amelyek felszínre kerültek a dnsmasq-2.58-mal, ami IPv6 link-local címekkel történő indításakor problémákat okozhat.
• Az egyik egy regresszió a dnsmasq-ban, a másik pedig a közelmúltbeli Linux-rendszermagok hídfelületének viselkedéséből fakad.

Újdonság a 2.58-as verzióban:

• 2.58 verzió
• Adja meg a SA_SIZE makró meghatározását, ahol hiányzik. A javítások meghibásodást okoznak az openBSD-ben.
• Ne adjon meg egy zéró terminátort a / dev / logba küldött üzenetek végén, amikor a / dev / log egy datagram-foglalat. Köszönet Didier Raboundnak a probléma feltárásához.
• Add --dhcp-sequential-ip zászló, az IP-címek kiosztásának növeléséhez növekvő sorrendben. Vegye figyelembe, hogy az alapértelmezett ál-véletlenszerű mód általában jobb, de néhány kiszolgálótelepítési alkalmazásnak ezt kell.
• A probléma megoldása, ahol a 0.0.0.0 kiszolgáló-azonosítót elküldjük egy ügyfélnek, amikor dhcp-relé használatban van, ha az ügyfél újra megújítja a lízingt a dnsmasq újraindítása után, és mielőtt az alhálózaton lévő ügyfelek új bérletet kapnak. Köszönjük Mike Ruiznek, hogy segítséget nyújtson ennek leállításában.
• Ne küldje vissza NXDOMAIN egy AAAA lekérdezésre, ha CNAME van, amely csak egy A rekordra mutat: a NODATA a helyes válasz ebben az esetben. Köszönjük Tom Fernandes-nek a problémát.
• Pihentesse a DHCP-relét használó hálózatokban a nethálózat -dhcp tartományban történő hálózati maszkot. Bár ez még mindig kívánatos, netmask hiányában a dnsmasq alapértelmezést fog használni a cím (A, B vagy C) osztályán alapulva. Ennek legalább el kell távolítania az RFC1918 címeket és relékeket használó személyek titokzatos hibáját.
• A Linux conntrack kapcsolat jelölésének támogatása. Ha engedélyezve van a --conntrack használatával, akkor a bejövő DNS lekérdezések kapcsolódási jelét át kell másolni a lekérdezésekhez használt kimenő kapcsolatokra. Ez lehetővé teszi az ügyes tűzfal és számviteli feladatokat. Csak akkor érhető el, ha a dnsmasq a HAVE_CONNTRACK programmal lett összeolvasztva, és a libnetfilter-conntrack függvényt ad hozzá. Köszönet Ed Wildgoose-nak a kezdeti ötletért, a tesztelésért és a szponzorálásért.
• Helyes hibaüzenetet adjon, ha valaki megpróbál megfelelni egy címkével a -dhcp-hostban.
• Csökkentse a --domain szükséges viselkedését, hogy elkerülje a rekurzív névszerverek problémáját a dnsmasq után. Az új viselkedés csak megszakítja az A és az AAAA lekérdezéseket, és a NODATA helyett NXDOMAIN válaszokat ad.
• Nagy hatékonyságú DHCP-konfigurációk hatékonyságának javítása James Gartrell és Mike Ruiz segítségére.
• Adja meg a TFTP-kiszolgáló címét a -dhcp-boot tartományban, amely az / etc / hosts könyvtárban található. Ez több IP címet adhat meg, amelyeket kerek-robin használnak, így a TFTP kiszolgáló terheléskiegyenlítője. Köszönet Sushil Agrawalnak a javításért.
• Ha két címkézett dhcp-opció egy adott opciós számra érvényes, akkor használja azt, amely a dhcp-tartományban található címke nélkül érvényes. Lehetővé teszi a DHCP-opció értékének felülbírálását egy adott gazda számára, valamint egy hálózati értéket is.
• - DHCP-tartomány = set: interfész1, ......
• - DHCP-host = set: myhost, .....
• - dhcp-option = tag: interfész1, lehetőség: nis-domén "domain1"
• - dhcp-option = tag: myhost, lehetőség: nis-domén "domain2"

A
• beállítja a tartomány NIS tartományát tartományban a tartományban, de
• felülbírálja azt egy domain adott tartományához2.
• Fix hiba, amely egyes TFTP-átvitelekhez csonkolt fájlokat és időtúllépéseket eredményezett. A hiba csak a netascii átviteleknél fordul elő, és szerencsétlen kapcsolatra van szüksége a fájlméret, a blokk méret és az új sorok számának az utolsó blokkban, mielőtt megjelenik. Köszönetnyilvánítás az Alkis Georgopoulos számára a probléma feltárásához és átfogó vizsgálati ügy megoldásához.
• Fix regresszió a TFTP kiszolgálón a * BSD platformokon a 2.56 verzióban, a sockaddr hossza miatt. Köszönet a LoA & macr; c Pefferkornnak, hogy megtalálta ezt.
• A /etc/resolv.conf és a --server beállításaiban a névszerverek IPv6-címeinek támogatási hatóköreinek támogatása. E
• Például a nameserver fe80 :: 202: a412: 4512: 7bbf% eth0
• szerver = FE80 :: 202: A412: 4512: 7bbf% eth0. Köszönjük
• Michael Stapelberg a javaslathoz.
• Frissítse a lengyel fordítást, köszönjük Jan Psota-nak.
• Frissítse a francia fordítást. Köszönet Gildas Le Nadannak.

Újdonság a 2.57-es verzióban:

• Ez a verzió néhány regressziót javít az előző kiadásban, és támogatást nyújt az Android platform számára.

Újdonság a 2.56-os verzióban:

• Adjon hozzá egy patch-et, hogy a dnsmasq megkaphassa az interfészneveket közvetlenül a Solaris zónában. Ennek köszönhetően Dj Padzensky.
• Javítja az adat-típusú elemzési heurisztikát, hogy --dhcp-option = opció: domain-search ,. az értéket sztringként kezeli, és nem IP-címként. Köszönet Clemens Fischernek, hogy észrevette ezt.
• Adja hozzá az IPv6 támogatást a TFTP kiszolgálóhoz. Köszönet Jan 'RedBully "Seiffertnek a javításokhoz.
• Naplózza a DNS lekérdezéseket a LOG_INFO szintre, ne pedig a LOG_DEBUG-ra. Ezzel a dolgok összhangban vannak a DHCP naplózásával. Köszönet Ádám Pribylnek a probléma észleléséhez.
• Ellenőrizze, hogy a dnsmasq tiszta-e a syslog-async használatakor, ha nem tud kapcsolatot létesíteni a syslogd-szal.
• Add --add-mac opciót. Ez a jelenleg kísérleti DNS szűrőeszközök támogatása. Köszönet Benjamin Petrinnek az orignal patchért.
• Fix hiba, ami azt jelentette, hogy a címkéket a dhcp-range konfigurációban figyelmen kívül hagyta a PXE-proxy szolgáltatás. Köszönet Cristiano Cumernak, hogy észrevette ezt.
• Hibafelhúzódás, ha a parancssorban extra robbantás van, nem része egy másiknak.
• Jelöljön ki néhány naplóüzenetet a cache.c fájlból a DHCP alrendszerből. Köszönet Olaf Westriknek a patchhez.
• Hagyja el az időbélyegzőket a naplókból, amikor a) a stderrbe és b) --keep-in-forgroundba kerül. A stderr másik oldalán levő fakitermelő létesítményt meg lehet becsülni, hogy ellátják őket. Köszönet John Hallamnak a patchhez.
• Ne panaszkodj 255 karakter hosszúságú stringekre - txt-rekord, csak szétvágd a hosszú karakterláncokat 255 karakterből álló részre.
• Fix összeomlás dupla mentes. Ez a hiba csak akkor fordulhat elő, ha a dhcp-script használatban van, majd csak ritkán, magas DHCP-tranzakciós sebességgel és lassú forgatókönyvvel váltja ki. Köszönjük Wagner Ferencnek a problémát.
• Csak azt írja le, hogy a fájlt a TFTP elküldte az átvitel sikeres befejezése után.
• A Wagner Ferenc jó javaslata: kiterjeszti a --domain opciót, hogy ez a fajta dolog legyen: - domain = thekelleys.org.uk, 192.168.0.0 / 24, helyi, amely automatikusan létrehozza
• - helyi = / thekelleys.org.uk /
• - helyi = / 0.168.192.in-addr.arpa /
• Húzza meg a hex kontant szintaktikai ellenőrzését a konfigurációs fájlban. Köszönet Fred Damennek, hogy észreveszed ezt.
• Add hozzá a dnsmasq logót / ikont, amelyet Justin Swift közvetít. Nagyon köszönöm.
• Soha ne tárolja azokat a DNS-válaszokat, amelyek rendelkeznek a "cd" bitkészletekkel, vagy amelyek a "cd" bitkészletekkel továbbított lekérdezésekből származnak. A "cd" bit utasítja a DNSSEC validáló kiszolgálót, hogy figyelmen kívül hagyja az aláírási hibákat, és visszaküldi a válaszokat. E változtatás nélkül a dnsmasq gyorsítótárat rossz adatokkal szennyezheti, ha a lekérdezést a "cd" bitkészletével végzi, és a későbbi lekérdezések visszaadják ezeket az adatokat anélkül, hogy gyanúsnak lennének. Köszönet Anders Kaseorgnak, hogy rámutatott erre a problémára.
• Adja hozzá a --proxy-dnssec zászlót az RFC 4035-nek való megfeleléshez. A Dnsmasq most törli a "hirdetés" bitjét az upstream validáló névkiszolgálóktól visszajuttatott válaszokban, kivéve, ha ez a beállítás meg van adva.
• A --conf-fájl fájlnevének "-" engedélyezése a stdin olvasásához. Timothy Redaelli javaslata.
• Forgassa az SRV rekordok sorrendjét a válaszokban, hogy kerek-robin terheléskiegyenlítést biztosítson, ha minden prioritás egyenlő. Köszönjük Peter McKinney-nek a javaslatot.
• A contrib / MacOSX-launchd / uk.org.thekelleys.dnsmasq.plist szerkesztése úgy, hogy alapértelmezés szerint ne írja le az összes lekérdezést egy fájlba. Köszönjük ismét Peter McKinney-nek.
• Alapértelmezés szerint egy tartomány IPv4-címének beállítása, de nem IPv6-cím miatt a dnsmasq visszaadja a NODATA válasz IPv6-nak (vagy fordítva). Tehát a --address = / google.com / 1.2.3.4 leállítja az IPv6 lekérdezéseket a * google.com számára a továbbításból. Lehetővé teszi, hogy felülírja ezt a viselkedést a szcenikát meghatározva, ha ugyanaz a domain jelenik meg mind a --server, mind a - címben. Ebben az esetben a cím a címcsalád számára elsőbbséget élvez, amelyben megjelenik, de a --server elsőbbséget élvez a címcsaládban, amely nem jelenik meg a - címben
• Tehát:
• - address = / google.com / 1.2.3.4
• - server = / google.com / #
• Visszatér az 1.2.3.4-re az IPv4 lekérdezésekhez a * .google.com számára, de továbbítja az IPv6 lekérdezéseket a normál upstream névszerverhez. Hasonlóképpen, ha IPv6-címet állít be, ez csak az IPv4 lekérdezések továbbítását teszi lehetővé. Köszönjük Williamnek, hogy rámutatott erre.
• Több mint egy --dhcp-optsfile és -dhcp-hostsfile engedélyezése, és a címtárak argumentumként való megértéséhez ugyanúgy, mint az -addn-hosts. John Hanks javaslata.
• Figyelmen kívül hagyja a nem lassú bérlésekre vonatkozó kéréseket. A Rebind sugárzott, így meghallgathatjuk egy másik DHCP-kiszolgálóra irányuló kérést. NAK ez rossz. Brad D'Hondtnak köszönhetően segítségért.
• Javítsa ki a kozmetikai hibát, ami furcsa kimenetet eredményezett, amikor a cache statisztikákat bizonyos konfigurációkkal lerakta. Köszönet Fedor Kozhevnikovnak, hogy észrevette ezt.

Az újdonság a 2.55-ös verzióban:

• Fix ütközés, amikor az / etc / ethers használata folyamatban van. Köszönjük Gianluigi Tiesi-nak, hogy megtalálta ezt.
• Fix összeomlás a netlink_multicast () -ban. Köszönjük Arno Waldnek, hogy megtalálta ezt.
• Az üres domain engedélyezése "." a dhcp domain-search (119) beállításaiban.