Frage Ist der Hostname Groß- / Kleinschreibung?


Ist der Hostname Groß- / Kleinschreibung? Ist

ping MYHOST

gleich

ping myhost

Kommt es auf den verwendeten DNS an? Gibt es Unterschiede zwischen Win / Mac / Unix-Systemen?


26
2018-04-19 16:16


Ursprung


Hier ist ein RFC. tools.ietf.org/html/rfc4343 - Zoredache


Antworten:


Bei von DNS aufgelösten Namen wird die Groß- / Kleinschreibung nicht beachtet. Dies ist wichtig, um Verwirrung zu vermeiden. Wenn Groß- und Kleinschreibung beachtet wurde, hätten wir acht Varianten von .com (.com, .Com, .cOm, .COm, .coM, .CoM, .cOM und .COM). Ländercodes hätten vier.

Wenn bei der Namensauflösung die Groß- / Kleinschreibung bei Ping beachtet wird, wird dies nicht von DNS ausgeführt.


24
2018-04-19 16:36



Es wird anscheinend etwas schwierig, nachdem internationalisierte Domainnamen hinzugefügt wurden. In Nicht-ASCII-Kontexten kann der Fall eine Rolle spielen. - Zoredache
@Zoredache: Es scheint, dass die internationalisierten Domänen, die das IDNA-System verwenden, in Punycode codierbar sein müssen, was eine Übersetzung in Kleinbuchstaben beinhaltet. Es gibt auch zusätzliche Einschränkungen, um sicherzustellen, dass die Namen visuell unterschiedlich sind. Außerdem möchten Sie die Benutzer nicht dazu zwingen, sicherzustellen, dass sie die richtige Entscheidung treffen. - BillThor


Ich habe das hier gerade bei der Arbeit gehabt. DNS sollte Groß-und Kleinschreibung nicht ... der RFC spezifiziert das.https://tools.ietf.org/html/rfc4343   aber sagt nicht, es muss Kleinbuchstaben sein.

So hatten wir das Vergnügen, einen Host zu finden, der die Probleme für unsere interne Domain "t.local" nicht gelöst hat

p123$ ping p123-db.t.local
PING p123-db.t.local (192.168.106.175) 56(84) bytes of data.
....works ok

p123$ ping P123-dB.T.lOcal
ping: unknown host P123-dB.T.lOcal

Warum sollten Sie den gemischten Fall lösen? Denn das war es, was tcpdump als DNS-Abfrage angezeigt hat, weil das die laufende Software verlangte. pgbouncer wurde konfiguriert, um "p123-db" in seiner Konfiguration zu verwenden, und resolv.conf hat eine Suchdomäne von "t.local" angegeben. Was also verwirrt den Fall?

Es stellte sich heraus, glibc wechselte den Fall zufällig. Der Prozess heißt "0x20 padding" und wurde erstmals 2008 in "Verwendung von Bit 0x20 in DNS-Etiketten zur Verbesserung der Transaktionsidentität" http://tools.ietf.org/html/draft-vixie-dnsxt-dns0x20-00

Der Hauptzweck ist, die Entropie zu erhöhen, so dass es schwieriger ist, eine Antwort zu fälschen - der Fall der Frage muss mit dem Fall der Antwort übereinstimmen.

Eine gute Diskussion finden Sie hier. https://developers.google.com/speed/public-dns/docs/security?csw=1#randomize_case


Separat führen wir powerDNS intern aus, und das sucht nach einer Datenbank. Seit Jahren hat noch niemand einen Hostnamen oder FQDN in der Domäne t.local mit einem Großbuchstaben verwendet, sodass wir nie bemerkt haben, dass unsere interne Domäne die Groß- und Kleinschreibung berücksichtigt.

Wurde durch einige Optimierungen in der Abfrage behoben, aber dies hätte die 0x20-Groß- und Kleinbuchstaben-Suchvorgänge wie oben beschrieben durchbrochen - der Client könnte verlangen, dass die Antwort im selben Fall zurückgegeben wird, wie er angefordert wurde.

Kurze Antwort: DNS sollte nicht zwischen Groß- und Kleinschreibung unterscheiden, aber die Frage und die Antwort müssen in Zukunft identisch sein.


6
2018-01-28 04:44



Die Antwort 4 Jahre nach der Frage ist subtil anders. Ich frage mich, in weiteren 4 Jahren wird die Antwort "Ja - DNS ist jetzt Groß-und Kleinschreibung" - Criggie


Ich habe gerade ein Problem auf einem eingebetteten SE Linux-Gerät behoben, bei dem die Auflösung des Hostnamens die Groß- und Kleinschreibung berücksichtigt.

"ping MYHOST" würde zu 127.0.0.1 pingen, während "ping myhost" die korrekte IP-Adresse pingen würde.

nslookup hat korrekte Ergebnisse sowohl in Groß- als auch in Kleinbuchstaben erzeugt, was darauf hinweist, dass der DNS-Server nicht fehlerhaft war.

Im Gegensatz zu nslookup, das den Cache ignoriert, gibt "getent hosts MYHOST" die Ausgabe "0.0.0.0" und "getent hosts myhost" die korrekte IP-Adresse aus.

Also ist nscd anscheinend Groß-und Kleinschreibung. Der Aufruf von "nscd -i hosts", um den Cache zu löschen, behebt das Problem.

Das MYHOST in (Großbuchstabe) endete mit 0.0.0.0 zwischengespeichert aufgrund eines Prozesses versucht zu Stellen Sie eine Verbindung zu MYHOST her, bevor der DNS-Eintrag erstellt wurde. Dies geschieht, wenn das Remote-Gerät seine DHCP-Zuweisung erhält.


4
2018-04-25 08:38





Wie BillThor bereits erwähnt hat, ist es auf der DNS- oder NetBios-Auflösungsstufe nicht die Groß- / Kleinschreibung.

Die verschiedenen Betriebssysteme werden auch kein Problem mit dem anderen Gehäuse haben.

Die Anwendungen können sich jedoch ihrer bewusst sein. Zum Beispiel können die Web-Plattformen in den verschiedenen Umgebungen auf Groß- / Kleinschreibung prüfen. Es ist jetzt häufiger für Search Engine Optimization (SEO) Gründe für verschiedene Gehäuse und Redirect zu beobachten. Das hängt alles von der Anwendung ab, daher lautet die Antwort, dass es unterschiedlich ist.

In den meisten Fällen ist der Hostname jedoch auf Anwendungsebene kein Thema von Bedeutung.


0
2018-04-19 16:49