Standardport 80 für HTTP

[Martinus33]

Hallo,
ich kann mich nicht erinnern, damals bei der Installation von Windows 7 etwas Spezielles gemacht zu haben, aber wo kann ich prüfen, ob für HTTP tatsächlich der Standardport 80 eingestellt ist?
Müsste da nicht irgendwo in der Systemsteuerung eine Tabelle sein, die anzeigt: HTTP: Port 80 oder so ähnlich?

 

[Masamune2]

Was für einen HTTP Server hast du denn laufen? Windows hat damit erst mal nicht zu tun, welchen Port eine Applikation nutzt entscheidet die Applikation.

 

[Raijin]

Worauf willst du eigentlich hinaus? Hast du ein konkretes Problem mit dem http Port? Port 80 ist nach internationaler Norm für http vorgesehen. Jeder Browser und jedes Betriebssystem wird daher Port 80 und http gleichsetzen.

 

[leipziger1979]

@Masamune2

Ich vermute der TE hat gar keinen Webserver.
Vermutlich werden nur irgendwelche Dinge falsch vermischt.

 

[Cokocool]

Der Webserver in der Regel auf läuft 443 oder 80. Dein Browser Client nutzt einen dynamischen zufälligen Port wie 61243 z.B.

 

[chrigu]

Nenne uns den wirklichen Grund deines unbehagens

 

[Martinus33]

Ich habe keinen richtigen Webserver, stimmt, sondern nur Mamp auf meinem PC mit Win7 installiert.

Was ich vorhabe, unterscheidet sich ein wenig von der "Standardnutzung", bei der man zu Testzwecken Mamp installiert, eine DB anlegt, WP runterlädt und installiert, rumdoktert und dann irgendwann das Ganze zum Webserver hochlädt. Weder das noch mein jetziges Anliegen habe ich jemals gemacht. Ich bin "Webmaster", kein Systemverwalter oder Webdesigner.
@chrigu: "Unbehagen"... genau, bei jedem Schritt frage ich mich, ob das jetzt so richtig ist oder nicht...

Ich will bzw. muss Folgendes machen: Meine Site lokal auf meinem PC installieren, aber mittels "Duplicator" (ein Wordpress-Plugin zum Sichern und Umziehen von Sites), d.h., die bereits seit langem "live" existierende Site als Klon lokal einspielen. Dann etwas Bestimmtes machen (Themewechsel), einen neuen Klon der Site machen und diesen dann wieder auf den Webserver hochladen.

Wenn ich localhost:8888 aufrufe, bekomme ich eine Fehlermeldung (Verbindung fehlgeschlagen), aber auch wenn der Website-Ordner in htdocs noch leer ist, sollte doch keine Fehlermeldung kommen, oder?
Daher dachte ich, es könne an irgendwelchen Portzuordnungen liegen.

 

[MisC]

Die Standardports sind in C:\Windows\System32\drivers\etc\services definiert, aber das hat mit deinem Problem vermutlich genau 0 zu tun und an der Datei sollte man auch auf keinen Fall rumspielen, maximal neue Einträge hinzufügen und auch nur wenn man genau weiß was man tut.

Check mal deine Firewall und ob der Apache überhaupt gestartet ist und was der so in den Logs schreibt.

 

[leipziger1979]

Wenn ich localhost:8888 aufrufe, bekomme ich eine Fehlermeldung (Verbindung fehlgeschlagen)

Bedeutet nur das auf Port 8888 nichts läuft/lauscht.

Wenn es ein Windows System ist schau doch mit "netstat -an" welche Ports auf dem System laufen und lauschen.
Oder mit TCPview der Sysinternals Suite:

https://www.computerbase.de/downloads/systemtools/sysinternals/

 

[Raijin]

Ein Musterbeispiel eines XY-Problems. Hier wird nach dem http Standardport gefragt und dann geht's um localhost:8888 ....

Wenn man keine Ahnung hat, sollte man das Problem beschreiben und nicht blind nach einer vermeintlichen Lösung fragen, die man sich selbst überlegt hat.


Wie schon geschrieben wurde, läuft auf Port 8888 vermutlich einfach nichts. Ein Port ist wie ein Postfach und wenn keiner das Postfach leert, kommen die Briefe / Pakete darin auch niemals an. D.h. dein lokaler Webserser, auf dem du deine Seite ändern und testen willst, muss natürlich auch auf Port 8888 hören oder eben auf dem Standard-http-Port 80 oder einem beliebigen anderen Port. Der Standard-Port hat den Vorteil, dass man im Browser keinen Port eingeben muss, ein alternativer Port (wie zB 8888) muss hingegen explizit eingegeben werden.

 

[Martinus33]

Wenn man keine Ahnung hat, sollte man das Problem beschreiben und nicht blind nach einer vermeintlichen Lösung fragen, die man sich selbst überlegt hat.

Das geht aber nur, wenn man ein Problem als solches richtig erkennt.
In zahllosen YT-Tuts wird immer localhost:8888 mit Mamp verwendet, aber ohne dass die Standardports geändert werden.
Und dass man das überhaupt so ohne weiteres ändern und vom Standard abweichen kann bzw. darf, ist dem Laien auch nicht selbstverständlich.
Ich habe die Standardports jetzt auf 8888/8889 geändert.

 

[Raijin]

Um ein Problem zu beschreiben, muss man es auch nicht verstehen, sondern nur das grundsätzliche Vorhaben und die anschließende Fehlermeldung, o.ä.. Deine ursprüngliche Fragestellung zielte aber schon in eine ganz bestimmte Richtung "Standardport einstellen". Deswegen kamen ja mehrere Fragen auf was du überhaupt vorhast. Lies die den xy-Link weiter oben mal durch. Vielleicht findest du ja Parallelen zu deiner/unserer Situation

Der Standardport ist und bleibt aber gleich. Auch jetzt hast du nicht den Standardport geändert, sondern einfach nur den aktuellen Server-Port (vom Standard weg), denn der Standard für http ist TCP 80 und für https immer 443 - das bleibt auch so. Je nach Server-Anwendung, kann man den Port aber explizit innerhalb der Konfiguration von Hand auf einen anderen Port legen - beispielsweise wenn man mehr als einen Webserver laufen hat (zwei auf demselben Port geht nämlich nicht).

Man kann sich das so vorstellen als wenn der normale Bundeswehrsoldat das "Standardgewehr" G36 in die Hand gedrückt bekommt. Jeder neue Soldat, bekommt beim Eintritt direkt ein G36 zugewiesen, so wie ein Webserver eben quasi ab Werk auf Port 80 hört. Man kann einem einzelnen Soldaten aber durchaus auch ein G3 in die Hand drücken, das "Standardgewehr" hat man damit dennoch nicht geändert, sondern nur die individuelle Ausrüstung des einzelnen Soldaten.

Das mag vielleicht penibel klingen, aber es erleichtert die Sache, wenn man dieselben Begrifflichkeiten verwendet

 

[Martinus33]

Erschieß mich nicht, egal ob mit Standardgewehr oder dem G3 !
Lass mich raten, du warst Zeitsoldat?

Ich habe das Prinzip jetzt schon verstanden. Ursprünglich wollte ich nur wissen, ob ich evtl. bei der Win-Installation die Möglichkeit hatte und wahrgenommen habe, etwas an den Standardports, also an deren Nutzung (bei meinen individuellen Windows-Einstellungen) modifiziert zu haben, vielleicht unwissentlich.

Dass ich jetzt bei mir durch das Ändern auf 8888/8889 natürlich nur mein Gewehr, äh Mamp, individuell geändert habe, damit ich - wie die anderen Mamp-User meist auch - Belegungskonflikten aus dem Weg gehe, wird hier wohl niemand missverstanden haben.

Dass man dann in der URL z.B. für die Duplicator-Installation statt http://localhost/installer.php das etwas längere http://localhost:8888/installer.php verwendet, damit kann ich gut leben. Man darfs nur nicht vergessen.

 

[mensch183]

Das mit dem Port 80 = HTTP ist so ne Sache. Wenn man den Port numerisch konfiguriert, also im Serverprogramm "80" einträgt, wird auch Port 80 verwendet. Das ist einfach und klar und in aller Regel das Mittel der Wahl.

Einige Programme bieten aber die Möglichkeit, Port-Konfiguration nicht nur numerisch sondern über Dienstnamen zu bestimmen. Dann konfigurierst du z.B. "http" als Port statt "80". Das Betriebssystem bietet Funktionen an, diese Service-Namen wie "http" in Portnummern zu übersetzen. Die verwendete Übersetzungstabelle kann man umkonfigurieren. Da könnte man also systemweit "http" immer in 12345 übersetzen lassen statt in 80. Bei unixartigen OSen heißt die Funktion getservbyname() und die Datei /etc/services dient als Übersetzungstabelle, die man manuell ändern kann. Das geht, aber in der Praxis schraubt da niemand dran rum.

Da Windows POSIX-konform sein will, bietet es diese Funktionalität ebenfalls an. Als Übersetzungstabelle dient dort die Datei %windir%\system32\drivers\etc\services.

Der Standardport für HTTP ist also tatsächlich änderbar - für alle Programme, die diesen Mechanismus nutzen. Die Chance, dass du daran rumgeschraubt hast und dein Serverprogramm _deshalb_ nich tut was du willst, liegt aber nahe Null.

Schau doch nach dem Start deines Serverprogramms einfach mal nach, an welchem Port es lauscht. "netstat -nb" oder so ähnlich. Vielleicht schreibt dein Serverprogramm gar sinnvolle Logfiles, in den du nachlesen kannst.

 

[Raijin]

Wenn man daran rumschraubt, macht man im worst case mehr kaputt als einem lieb ist. Ein Browser ergänzt die aufgerufene Domain ja implizit mit :80 und wenn der Browser stattdessen um :http ergänzt, kann man von jetzt auf gleich nicht mehr surfen. Die Ports in "services" sollte man daher nicht ändern, sondern maximal neue hinzufügen - beispielsweise, wenn man eigene Dienste laufen hat, die man explizit benennen möchte.

@Martinus33 : Ne, war nicht beim Bund, aber ich bastel gerne Analogien zum echten Leben.
Mir ging es auch nicht darum ob du das schon wusstest bzw. ob Otto Normal das wissen kann/soll, sondern darum, dass man in einem Forum das eigene Problem möglichst genau beschreiben sollte und sich nicht eine eigene Lösung ausdenken und nach deren Realisierung zu fragen. Beitrag #7 wäre das was du ganz am Anfang hättest posten sollen. Beitrag #1 impliziert aber, dass du genau das tun möchtest was zB von @mensch183 beschrieben wurde, den Standardport systemweit ändern. Klar kann man das tun, aber es würde 0,garnix zur Lösung deines eigentlichen Problems beitragen

Daher gilt die Regel: Möglichst genau beschreiben was man erreichen möchte und nicht wie man sich vorstellt, dies erreichen zu können. XY-Problem eben...

Wie dem auch sei, dein Problem ist nun ja trotz allem gelöst, oder ist noch etwas offen?

 

[Martinus33]

@mensch183:
An so etwas Kompliziertes hatte ich nicht gedacht. Mehr so etwas wie eine unwissentliche Veränderung über eine Änderung irgendwelcher Regeln der Firewall oder dass ich vielleicht an einem relevanten Dienstprogramm irgendwas geändert habe (nicht am Programm selbst, an dessen Aktivierung).

@Raijin:
Mit solchen Analogien arbeite ich sozusagen täglich, aber nicht im IT-Bereich, deshalb hat es mich gewundert, aber hilfreich zum Verstehen sind solche Metaphern und Bilder immer.

Das mit 8888/8889 bei meiner Lokal-Installation eines Duplicator-Klons der Site auf meinem PC mit Mamp hat geklappt und ja, insofern ist dieses spezielle Problemchen erledigt. Danke an alle.

Der schwierigere Teil kommt erst noch, nämlich die lokal geänderte Site mit einem neuen Duplicator-Klon davon auf den Webserver wieder hochzuladen. Dort ist die Live-Website und wenn man da vorher an Dateien/Daten alles platt machen muss und es dann nicht klappt... kryptische Fehlermeldungen von Duplicator.... Hab aber ein gutes YT-Video gefunden für solche Migrationen.

Und das alles nur, weil der Support meines Hosters nicht weiß, was auf seinen Servern so läuft und Plugins nicht "machen lässt".... aber das ist eine andere Geschichte.

 

[Raijin]

Ich nutze solche Analogien häufig, da sich so manche Sachverhalte im IT-Bereich im Allgemeinen und im Netzwerkbereich im Speziellen für unerfahrene Nutzer leichter erklären lassen. Nicht selten ist das Grundprinzip nämlich trivial, aber nicht jeder kann in einem ihm unbekannten Thema ausreichend abstrahieren, um zB eine Firewall mit einem Türsteher vor einem Club zu vergleichen, o.ä.

In deinem speziellen Fall mit Mamp, Duplicator, etc. kann ich dir leider nicht weiterhelfen, da ich davon selbst keinen Plan habe. In Netzwerken bin ich zu Hause, aber mit Webzeugs wie Wordpress, etc. kannst du mich jagen. Damit habe ich mich noch nicht eine Sekunde lang beschäftigt