Linux: GUI-Browser berücksichtigen nicht die Dienstnamen "/ etc / services"

1508
kolypto

Ich möchte vermeiden, mich an gängige Portnamen zu erinnern, zB für meine CUPS http://localhost:631/.

Ich weiß, dass es in '/ etc / services' Dienstnamen (benannte Aliase für Ports) gibt:

$ cat / etc / services | grep ipp IPpp 631 / TCP # Internet Printing Protocol ipp 631 / udp

Und das funktioniert gut:

$ luchs http://localhost:ipp/

Der Zugriff http://localhost:ipp/auf Firefox, Opera und Konqueror ist jedoch nicht möglich.

Irgendwelche Ideen?

1
Verwenden Sie die Portnummer ... EmmEff vor 14 Jahren 0
Du scheinst nichts über Faulheit zu wissen;) Wie auch immer, wenn es eine solche Funktion gibt - sollte es funktionieren! :) kolypto vor 14 Jahren 0
Die GUI wird tendenziell von den CLI-Apps (und -Konfigurationen) getrennt. Sie können beispielsweise einen SOCKS-Tunnel in der GUI einrichten, aber keine Befehlszeilen-Apps wissen davon. Jeremy L vor 14 Jahren 0
Nein, das ist nicht der Fall. Browser sollten nur getportbyname () für [az] * - Ports verwenden kolypto vor 14 Jahren 1

2 Antworten auf die Frage

5
TRS-80

Datei einen Fehler . Warten Sie, jemand hat es getan und es wurde abgelehnt, weil es RFC 1738 widerspricht . Ich denke, Sie müssen Mozilla (oder Opera oder KDE) davon überzeugen, ihre Meinung zu ändern.

Oder schreiben Sie einen aktualisierten RFC und überzeugen Sie das Internet davon, es zu akzeptieren, und DANN dann die Browserteams davon überzeugen, ihre Software zu aktualisieren. :-) Doug Harris vor 14 Jahren 1
Wenn Sie Firefox (oder etwas anderes als Opera) verwenden, schreiben Sie Ihre eigene Erweiterung. grawity vor 14 Jahren 0
4
jtimberman

Seien Sie froh, dass die Browser-Autoren am RFC ( 1738 ) festhalten . Chaos entsteht, wenn Softwarehersteller RFCs nicht folgen, da diese Dokumente das Tempo für Standards im Internet bestimmen.

Die Verwendung der Portnummer anstelle eines Servicenamens ist plattformübergreifend, da nicht für alle Systeme konsistente Inhalte für / etc / services oder ein gleichwertiger Inhalt vorhanden sind.

In diesem Fall heißt es in Abschnitt 3.1 des RFC:

3.1. Allgemeine Internetschema-Syntax

Während die Syntax für den Rest der URL je nach
ausgewähltem Schema variieren kann, verwenden URL-Schemata, die die direkte Verwendung
eines IP-basierten Protokolls für einen angegebenen Host im Internet beinhalten, eine gemeinsame Syntax für die schemaspezifischen Daten:

 //<user>:<password>@<host>:<port>/<url-path>

...

port The port number to connect to. Most schemes designate protocols that have a default port number. Another port number may optionally be supplied, in decimal, separated from the host by a colon. If the port is omitted, the colon is as well.
Du hast absolut recht. Das einzige, was mich verwirrt hat, dass der Luchs die URL richtig handhaben konnte. Danke trotzdem :) kolypto vor 14 Jahren 1

Verwandte Probleme