Well known ports
-
Wade1234 schrieb:
und wenn du dann die falsche liste nimmst?
man muss halt immer die aktuellste nehmen
Ausserdem sollten da meiner Meinung nach nur open source Sachen auftauchen. Der ganze Sinn von diesen registered ports ist doch dass wenn man einen Client programmiert man weiss an welchen Port man es an den Server schicken muss. Programmier ich meinen eigenen Browser dann schick ich es an den Port 80 und nicht an nen anderen, weil es eben so registriert ist.
-
ja sicherlich. aber wenn mein ultracooles hackertool auch auf port 80 lauscht, hast du auch wieder ein problem.
umgekehrt bin ich bei meinen ganzen programmierereien mit port 12345 immer problemlos klar gekommen, obwohl das inoffiziell ja schon von netbus belegt ist.
-
computernerds schrieb:
Wade1234 schrieb:
und wenn du dann die falsche liste nimmst?
man muss halt immer die aktuellste nehmen
Nein. In die Liste gehört alles rein was jemals registriert wurde. Und auch bei den nicht registrierten Ports idealerweise alle Anwendungen/Protokolle die diese jemals verwendet habenn.
computernerds schrieb:
Ausserdem sollten da meiner Meinung nach nur open source Sachen auftauchen.
Nein, da gehört alles rein. Weil...
computernerds schrieb:
Der ganze Sinn von diesen registered ports ist doch dass wenn man einen Client programmiert man weiss an welchen Port man es an den Server schicken muss.
Nein, was du schreibst ist der Sinn davon wenn ein bestimmter Standard (HTTP, ...) einen bestimmten Port vorgibt. Der Sinn dahinter diese Ports zentral zu registrieren ist u.A. dass es keine Konflikte gibt. Also dass nicht zwei Protokolle/Services den selben Port verwenden wollen. Und natürlich ist es auch praktisch für Dinge wie Firewalls wenn man vom Port auf das Protokoll schliessen kann.
computernerds schrieb:
Programmier ich meinen eigenen Browser dann schick ich es an den Port 80 und nicht an nen anderen, weil es eben so registriert ist.
Nein. Wenn du deinen eigenen Browser programmierst dann schickst du es an den Port den der HTTP Standard vorgibt. Mit der Liste der registrierten Ports hat das nicht direkt zu tun. (Port 80 ist zwar für HTTP registriert, aber du würdest den Request auch an Port 80 schicken wenn er nicht registriert wäre, weil du halt HTTP implementierst und HTTP gibt das halt so vor.)
-
Guck mal in /etc/services rein.
-
was mir jetzt erst auffaellt. Im Protokoll selbst steht gar nicht drin dass es sich z.B. um TCP handelt.
Da steh dann im IP Protokoll die Nummer 6 und somit weiss man dass TCP benutzt wird.
Faellt mir jetzt erst auf, aber find ich irgendwie seltsam...
-
computernerds schrieb:
was mir jetzt erst auffaellt. Im Protokoll selbst steht gar nicht drin dass es sich z.B. um TCP handelt.
Da steh dann im IP Protokoll die Nummer 6 und somit weiss man dass TCP benutzt wird.
Faellt mir jetzt erst auf, aber find ich irgendwie seltsam...macht doch nur so sinn. das untere protokoll sagt was drueber liegt. ist auch bei ethernet durch den ethertype so geregelt. sonst waerst du auch nicht frei, das darueberliegende protokoll so zu implementieren, wie du bock hast.
-
ich mein im TCP Protokoll selbst,da steht nirgends drin dass es sich um TCP handelt. In der antwort des http Protokoll steht zumindest mal http drin
wie ist das eigentlich mit ARP(address resolution protocol)
wenn ich von wikipedia einen Artikel aufrufe, dann kenn ich ja nicht die MAC adresse des Servers. Aber ethernet verlangt das doch. Wikipedia kennt ja meine MAC Adresse da ich die ja bei der Anfrage im Ethernet Protokoll mitsende. Hm. Vielleicht kennt der Internet Service Provider die MAC Adresse.
Hab darueber bislang nicht nachgedacht aber eigentlich muss man ja wegen Ethernet immer die Ziel MAC Adresse mitschicken...auch wenn man etwas von einem http Server abfraegt.Wie heisst eigentlich das Protokoll unterm Ethernet Protokoll. Da muss ja drin stehen ob z.B Manchester codiert wurde(also Leitungscodes) oder so ...
-
computernerds schrieb:
wie ist das eigentlich mit ARP(address resolution protocol)
wenn ich von wikipedia einen Artikel aufrufe, dann kenn ich ja nicht die MAC adresse des Servers. Aber ethernet verlangt das doch. Wikipedia kennt ja meine MAC Adresse da ich die ja bei der Anfrage im Ethernet Protokoll mitsende. Hm. Vielleicht kennt der Internet Service Provider die MAC Adresse.
Hab darueber bislang nicht nachgedacht aber eigentlich muss man ja wegen Ethernet immer die Ziel MAC Adresse mitschicken...auch wenn man etwas von einem http Server abfraegt.Bei IP gehen Pakete nicht zwangsläufig direkt von A nach B, sondern werden von Gerät zu Gerät weitergereicht. Die Ziel MAC Adresse deiner Anfrage ist z.B. dein Router. Dieser ersetzt die MAC Adressen und schickt es an deinen ISP weiter. Das geht so lange weiter bis es bei Wikipedia ankommt. Im IP Header steht ja das eigentliche Ziel und die Quelle drin, so dass jedes Gerät eigenständig entscheiden kann was es mit dem Paket tut.
-
hm bist du dir da sicher. hoer ich zum ersten mal dass MAC Adressen ersetzt werden. Ich weiss gar nicht wie das ist wenn man eine URL zum ersten Mal aufruft. Ob da zuerst der Internet Service Provider gefragt wie die IP zu der URL heisst oder ob der Internet Service Provider die IP dann ersetzt indem er das Paket parst..
Und nochmal zu meiner urspruenglichen Frage. Woher weiss man die MAC Adresse eines Servers. www.wikipedia.de Da sendet man doch auch ein Ethernet Paket hin oder. Eigentlich muss man da auch die MAC mitsenden.. Einfachc mal so nee Ueberlegung
-
Die MAC Adresse wird nur bis zum nächsten Rechner übertragen.
D.h. jeder Internetknoten, also Rechner im Internet, ersetzt die MAC durch seine eigene.
Nur das IP Paket kommt unverändert an.
-
aha. Das wuerde ja bedeuten den Weg den das IP Packet hinwaerts geht, den gleichen Weg geht das IP Packet auch wieder zurueck Wieso das denn .
Wieso macht man sich ueberhaupt die Muehe immer die MAC Adresse zu ersetzen...
-
computernerds schrieb:
Ich weiss gar nicht wie das ist wenn man eine URL zum ersten Mal aufruft. Ob da zuerst der Internet Service Provider gefragt wie die IP zu der URL heisst oder ob der Internet Service Provider die IP dann ersetzt indem er das Paket parst..
Ersteres. Nennt sich DNS. Dein PC fragt den DNS (dessen IP er kennt, nen DNS Server kann man nicht mit Namen eintragen sondern immer nur mit IP) wie die IP für Namen so-und-so ist. Der DNS antwortet dann mit IP so-und-so. Und dann erst baut dein PC die Verbindung zu dieser IP auf. Über welchen Namen er an diese IP gekommen ist ist dabei nichtmal mehr ersichtlich.
Lies dich einfach mal ein bisschen zum Thema Netzwerke, Switches, Routing, ISO/OSI Schichtenmodell, TCP/IP Protokollstack etc. ein. Das ganze ist nicht wirklich sehr schwierig zu verstehen, aber recht umfangreich, und dir alles hier im Forum zu erklären wäre etwas mühsam. Und vor allem auf Wikipedia & Co recht gut dokumentiert.
-
computernerds schrieb:
aha. Das wuerde ja bedeuten den Weg den das IP Packet hinwaerts geht, den gleichen Weg geht das IP Packet auch wieder zurueck Wieso das denn .
Wieso macht man sich ueberhaupt die Muehe immer die MAC Adresse zu ersetzen...Beschreib mal wie du meinst dass es ohne MAC Adresse funktionieren sollte. Oder ohne diese zu ersetzen. Also ohne dem was auch immer du für unnötig hältst. Anhand der Beschreibung können wir dir dann vermutlich relativ schnell sagen warum es so nicht geht (bzw. nicht praktikabel wäre, bzw. halt einfach entschieden wurde es anders zu machen).
-
Ethernet Telegramm:
MAC-DA: Zieladresse (Destination Address): MAC-Adresse der empfangenden Netzwerkkarte
Woher bitteschoen weiss ich die MAC Zieladresse vom http Server www.wikipedia.de
Das ist mir halt noch unverstaendlich
-
computernerds schrieb:
Ethernet Telegramm:
MAC-DA: Zieladresse (Destination Address): MAC-Adresse der empfangenden Netzwerkkarte
Woher bitteschoen weiss ich die MAC Zieladresse vom http Server www.wikipedia.de
Das ist mir halt noch unverstaendlich
Die kennst du nicht.
Ist auch nicht nötig, da du ja über IP adressierst.Das Internet besteht nicht nur aus Ethernet. Da kann auch was anderes dazwischen sein.
SLIP, PPP, oder sogar IP über Brieftauben.Die Maus hat das eigentlich ganz gut erklärt: https://www.wdrmaus.de/filme/sachgeschichten/internet.php5
-
computernerds schrieb:
aha. Das wuerde ja bedeuten den Weg den das IP Packet hinwaerts geht, den gleichen Weg geht das IP Packet auch wieder zurueck Wieso das denn .
auch das ist mitnichten korrekt. moeglicherweise ist das mal so, kann aber auch mal anders sein.
-
computernerds schrieb:
Ethernet Telegramm:
MAC-DA: Zieladresse (Destination Address): MAC-Adresse der empfangenden Netzwerkkarte
Woher bitteschoen weiss ich die MAC Zieladresse vom http Server www.wikipedia.de
Das ist mir halt noch unverstaendlich
Die brauchst du nicht wissen, die MAC eines Rechners kennen nur seine unmittelbaren Nachbarn.
Die Adressierung über eine Kette von Rechnern hinweg erfolgt über die IP Adresse.Außerdem kann ein IP Paket auf dem Rückweg einen ganz anderen Weg einschlagen.
-
Die Zieladresse des Ethernet Pakets bleibt also meistens leer. Das schlussfolger ich jetzt mal.
-
computernerds schrieb:
Die Zieladresse des Ethernet Pakets bleibt also meistens leer. Das schlussfolger ich jetzt mal.
Mit welcher Begründung?
-
DirkB schrieb:
computernerds schrieb:
Die Zieladresse des Ethernet Pakets bleibt also meistens leer. Das schlussfolger ich jetzt mal.
Mit welcher Begründung?
ist wie immmer nur so ein gefuehl. selbstverstaendlich kokolores - wie auch seine anderen vermutungen hier
