Adott a környezet, isc dhcpd, ami a bind9 zónákat matatja. Minden remek, amíg nincs hibás hostnév:
Unable to add forward map from Adam_NB.in.domain.hu..... blablabla
Hostnévben nem lehet aláhúzás, ez oké. A derék Ádám mégis tett, nem baj. Lehet-e ezzel kezdeni valamit? Kerestem, hátha van valami replace megoldás a dhcpd-ben, de nem találtam.
Ami nem nyerő ötlet:
- lecserélni a dhcpd-t
- lecserélni a bind-et (bár ezek lehet hogy megtörténnek majd)
- átcserélni a gép nevét (nem oldja meg a problémát)
- 5829 megtekintés
Hozzászólások
> - átcserélni a gép nevét (nem oldja meg a problémát)
miért nem oldja meg a problémát?
- A hozzászóláshoz be kell jelentkezni
Mert nem az a probléma (részemről) hogy rossz a hostnév, hanem hogy nem jön létre egy jó bejegyzés.
- A hozzászóláshoz be kell jelentkezni
És nem azért nem jönnek létre a bejegyzések mert rossz a hostnév?
pch
--
http://www.buster.hu "A" számlázó
--
- A hozzászóláshoz be kell jelentkezni
Ezért akarom átírni. De mivel a probléma attól nem oldódik meg, hogy az Ádámot megkérem, hogy, mert bármikor jöhet egy hasonlóan elrontott nevű laptop (azt hiszem ékezetes nevű is volt már), ezért ez nem megoldás.
- A hozzászóláshoz be kell jelentkezni
Ha jól emlékszem, check-names ignore; vagy check-names warn; kell a zónának, és akkor nem problémázik.
- A hozzászóláshoz be kell jelentkezni
Igen, azt nem írtam hogy nem az zavar hogy problémázik, hanem hogy nem jönnek létre a bejegyzések a dns-ben.
- A hozzászóláshoz be kell jelentkezni
De miután nem fog problémázni, be fogja jegyezni a "rossz" nevet. Ha jól emlékszem.
- A hozzászóláshoz be kell jelentkezni
A doksit megnézve valóban van rá esély, holnap megnézem, köszi!
- A hozzászóláshoz be kell jelentkezni
És valóban, ez segített.
- A hozzászóláshoz be kell jelentkezni
Mentve
- A hozzászóláshoz be kell jelentkezni
Underscore-t nem használunk hostname-ben. Ha technikailag megy is, én akkor sem tennék. Ádám meg ne adogasson saját magának hostname-et, az más dolga.
- A hozzászóláshoz be kell jelentkezni
Ádám - és pl. a partnercégek, magánszemélyek akik hozzánk hozzák a laptopjukat - olyan nevet ad a saját laptopjának amilyet akar.
- A hozzászóláshoz be kell jelentkezni
Ez rendben van, de mi keresnivalójuk ezeknek egy DNS zónában? 802.1X, ha van auth akkor company VLAN, ha nem, akkor vendég VLAN.
- A hozzászóláshoz be kell jelentkezni
Figyelmen kívül hagyva a mellékszálat, mi tiltja hogy akár a vendég vlanra/tartományra is csináljak dns zónát? Bár már ez is mellékszál.
- A hozzászóláshoz be kell jelentkezni
Abszolút semmi sem tiltja, csak nem értem minek. De ha elmagyarázod lehet hogy okosabbak leszünk.
- A hozzászóláshoz be kell jelentkezni
Mint írtam, mellékszál. A vendégtartományban nincs dns.
A környezet adott, a probléma adott. A környezetet nem akarom megváltoztatni - céges, politikai, kényelmi okokból, a problémát akarom megoldani. Ha lehet. Az rfc 2181 óta lehet aláhúzás a hostnévben, más kérdés, hogy lehet hogy ebből meg más bajok lesznek, majd kiderül.
- A hozzászóláshoz be kell jelentkezni
Lehet csak éppen továbbra sem ajánlott. Frissítsd a témát ha valamivel ütközik.
- A hozzászóláshoz be kell jelentkezni
Elvileg nem fog. Elvileg, ehe.
- A hozzászóláshoz be kell jelentkezni
SRV rekordba már amúgy is kerül aláhúzás üzemszerűen, _ldap._tcp.blablablabla formában például. És ez RFC-ben is definiálva van (RFC2782). Ez már csak egy ősidőkből visszamaradt restrikció.
- A hozzászóláshoz be kell jelentkezni
mi tiltja hogy akár a vendég vlanra/tartományra is csináljak dns zónát?
Semmi. De az ilyen szaroknak a vendég domainre mehet egy winfos dns szerver, aztán abba jegyezgessék magukat. Úgy se lesz használható semmire se az egész, hiszen
- Ádám, meg a többi, aláhúzásjel-mániás ürestekintetű olyan nevet választ a gépének, amilyet akar, így nem megoldott, hogy ne legyen két egyező nevű gép,
- a világmegváltó windózeres logika szerint ezek nevek persze automatikusan be is kerülnek ebbe a dns szerverbe, miáltal ennek a tartalma egy kalap szamócát nem fog onnantól kezdve érni.
- A hozzászóláshoz be kell jelentkezni