Domein suffic niet gebruiken bij het resolven van hostnames

[Olaf van der Spek]

Als ik ping zz doe, resolved zz naar zz.example.com en dit zou ik graag voorkomen. Hoe dit ik dit?
Het system is Debian Etch. Ik dacht dat hiervoor een entry in resolv.conf zou worden gebruikt, maar zo'n entry is hier niet te vinden.

code:

$ cat /etc/resolv.conf 
nameserver 213.131.232.32
nameserver 217.76.100.76
$

[ Voor 25% gewijzigd door Olaf van der Spek op 01-02-2008 16:15 ]

[deadinspace]

Wat geven de volgende commando's?

$ host zz. 213.131.232.32
$ host zz. 217.76.100.76

(let op de punt achter zz)

[Olaf van der Spek]

code:

$ host zz. 213.131.232.32
-bash: host: command not found

code:

$ host zz. 213.131.232.32
zz does not exist at resolver1.dus1.de.inetbone.net (Authoritative answer)

$ host zz. 217.76.100.76
zz does not exist at ns2.inetbone.net (Authoritative answer)

Ik heb nu domain - in resolv.conf gezet en nu wordt zz niet meer geresolved. Maar volgens mij probeert die nu gewoon zz.- en dat wil ik liefst ook voorkomen.

[ Voor 87% gewijzigd door Olaf van der Spek op 01-02-2008 18:27 ]

[deadinspace]

Olaf van der Spek schreef op vrijdag 01 februari 2008 @ 16:14:
Als ik ping zz doe, resolved zz naar zz.example.com en dit zou ik graag voorkomen. Hoe dit ik dit?

Hmm, wat is de output van ping dan precies?

Het system is Debian Etch. Ik dacht dat hiervoor een entry in resolv.conf zou worden gebruikt, maar zo'n entry is hier niet te vinden.

Dat is inderdaad waar de domain search gedefineerd staat / zou moeten staan, dus ik vraag me ook af waar die example.com vandaan komt.

Ik vroeg me af of je nameservers misschien zz. (zz als de hele dommeinnaam dus) kenden, en of die toevallig resolvde naar een IP dat reverse resolvde naar zz.example.com, vandaar die vorige twee host opdrachten. Maar dat lijkt dus niet het geval te zijn.

Wat geeft een recursive grep naar 'example.com' op /etc en /var?

[Olaf van der Spek]

deadinspace schreef op vrijdag 01 februari 2008 @ 18:36:
Hmm, wat is de output van ping dan precies?

zz.example.com en het volledige IP adres van de host (d.example.com).

Dat is inderdaad waar de domain search gedefineerd staat / zou moeten staan, dus ik vraag me ook af waar die example.com vandaan komt.

Example.com is een voorbeeld.
Ik weet nu waar die vandaan komt.

$ man resolv.conf

domain Local domain name.
Most queries for names within this domain can use short names relative to the local domain. If no domain entry is present, the domain is determined from the local host name returned by gethostname(); the domain part is taken to be everything after
the first ‘.’. Finally, if the host name does not contain a domain part, the root domain is assumed.

Maar dus niet hoe ik hem netjes uit kan zetten.

Ik vroeg me af of je nameservers misschien zz. (zz als de hele dommeinnaam dus) kenden, en of die toevallig resolvde naar een IP dat reverse resolvde naar zz.example.com, vandaar die vorige twee host opdrachten. Maar dat lijkt dus niet het geval te zijn.

Nee, dat is het niet. zz.example.com resolved omdat *.example.com bestaat.

[LauPro]

Volgens mij moet je juist zonder punt je in je host file gooien, bijv.:

code:

127.0.0.1       localhost
192.168.0.2     server
192.168.0.2     ups

[Olaf van der Spek]

LauPro schreef op vrijdag 01 februari 2008 @ 20:18:
Volgens mij moet je juist zonder punt je in je host file gooien, bijv.:

code:

127.0.0.1       localhost
192.168.0.2     server
192.168.0.2     ups

Dat is niet nodig, aangezien DNS gewoon werkt. Ik wil dus voorkomen dat zz wordt uitgebreid naar zz.example.com wat vervolgens via DNS wel te resolven is.