DNS funktioniert nur auf der Ebene der IP-Adresse, seine einzige Sorge ist die Zuordnung von Domainnamen zu IP-Adressen, es gibt keine Möglichkeit, eine Portnummer anzugeben.
Wenn Sie einen Server bei 12.34.56.78 haben, können Sie einen A-Eintrag verwenden, um darauf zu zeigen. Es gibt keine Möglichkeit, einen Port in DNS anzugeben. SRV-Datensätze zu verwenden, um anzugeben, Portnummern, es wurde schließlich aufwärmen gelassen und wurde nie erneuert
Herausgegeben
Während RFC 2782 A DNS RR for specifying the location of services (DNS SRV) tut bietet eine Methode hinzuzufügen.
Speziell der Vorschlag wurde abgelehnt, weil er zu viele Dinge in der HTTP-Schicht brechen könnte.
Ein message wurde auf den IETF-Foren veröffentlicht, in denen die Entscheidung erläutert wurde.
ich vorschlagen, aber nach langen Diskussionen in der Mail-Liste Ich habe verstanden, dass DNS-SRV in WS-Clients Mandatierung brechen würde zu viele Annahmen in HTTP-Welt (die über HTTP-Schicht häufig sehen nur und nicht unten).
Die Existenz von HTTP-Proxies ist auch ein großes Handicap, da diese Proxies sollten, um ein Upgrade/modifiziert werden, um DNS-SRV Auflösung nur bei der HTTP-Anforderung ist ein WebSocket-Handshake durchführt. Dieses letzte Argument reicht aus, um die SRV-Auflösung nicht zu bestimmen.
(von einem anderen answer kopiert)
Das ist eigentlich falsch. Siehe die andere Antwort. SRV-Datensätze verwenden sicher Ports. Ob es praktisch oder nützlich ist, ist eine andere Sache. – Evert
@Evert Ich habe die Antwort geändert –
@ MichaelB-AzureMVP Es ist nicht RFC 2782 abgelaufen, aber ein Vorschlag (in der Tat zwei), um 'SRV' Datensätze zu HTTP einzuführen. Diese Bemühungen wurden aufgrund der in Ihrer zitierten Nachricht genannten Probleme abgebrochen. 'SRV'-Platten selbst sind jedoch ziemlich lebendig. Z.B. SIP- und Jabber/XMPP-Dienste verwenden sie. – DaSourcerer