Mehrere Programme, nur ein Port?
-
Dravere schrieb:
mezzo mix schrieb:
Hacker 2.0 schrieb:
mezzo mix schrieb:
tcp/ip handelt da im uebrigen ueberhaupt nichts aus. das ist hoeheren layer vorbehalten.
TCP handelt einiges aus, MSS, Startwerte der SEQ/ACK-Nummern, usw.
Sobald es um TCP/IP geht, kommen die Halbwissenden aus ihren Löchern.
Seid lieber still.ich bezog mich auf auf ports, flachzange. darum ging's hier.
Ports gehören aber zum Transportation-Layer und werden in TCP und UDP implementiert. Worauf willst du bitte hinaus?
Grüssli
das tcp keine ports aushandelt. wenn du einen brief wegschickst, solltest du die addresse auch vorher kennen, ansonsten wird das nichts. du kannst dann im brief schreiben, dass du jetzt umziehst, das ist dein applikations layer. alles klar?
gruesse, mm
-
mezzo mix schrieb:
das tcp keine ports aushandelt. wenn du einen brief wegschickst, solltest du die addresse auch vorher kennen, ansonsten wird das nichts. du kannst dann im brief schreiben, dass du jetzt umziehst, das ist dein applikations layer. alles klar?
Das keine Ports ausgehandelt werden, wurde schon lange gesagt. Dass du den Zielport kennen musst, ist natürlich klar. Aber der Port, welcher auf deiner Seite als Ausgang verwendet wird, wird von TCP, bzw. UDP, definiert. Und TCP, bzw. UDP, ist für die Übermittlung von diesen Ports zuständig.
Grüssli
-
Dravere schrieb:
Das keine Ports ausgehandelt werden, wurde schon lange gesagt. Dass du den Zielport kennen musst, ist natürlich klar. Aber der Port, welcher auf deiner Seite als Ausgang verwendet wird, wird von TCP, bzw. UDP, definiert. Und TCP, bzw. UDP, ist für die Übermittlung von diesen Ports zuständig.
Grüssli
jetzt die korinthenkackerei wieder los.
ich schrieb:
mezzo mix schrieb:
tcp/ip handelt da im uebrigen ueberhaupt nichts aus. das ist hoeheren layer vorbehalten.
damit will ich sagen, wenn man ports ändern will, dann durch höhere layer.
Dravere schrieb:
Aber der Port, welcher auf deiner Seite als Ausgang verwendet wird, wird von TCP, bzw. UDP, definiert. Und TCP, bzw. UDP, ist für die Übermittlung von diesen Ports zuständig.
Grüssli
kein stück wird er durch tcp oder udp "definert", was immer du damit meinst.
um bei meinem beispiel zu bleiben, sagst du: die address wird durch die addresse definiert. falsch, ich, der absender, schreib die addresse drauf. (mr. so called application layer)tcp und udp sind mit sicherheit nicht fuer die uebermittlung dieser ports zustaendig, sondern, zurück zu meinem beispiel, der postbote. (das ist dann mr. IP)
durch nachdenken kann man da auch selber drauf kommen...
des weiteren faellt mir da noch ein:
Hacker 2.0 schrieb:
Sobald es um TCP/IP geht, kommen die Halbwissenden aus ihren Löchern.
ich erweitere das mal auf netze im allgemeinen.
gruesse, mm
-
mezzo mix schrieb:
tcp und udp sind mit sicherheit nicht fuer die uebermittlung dieser ports zustaendig, sondern, zurück zu meinem beispiel, der postbote. (das ist dann mr. IP)
Portnummern stecken in den UDP- und TCP-Headern, nicht im IP-Header.
Ich sagte Dir bereits, daß Du besser ruhig sein solltest.
-
mezzo mix schrieb:
kein stück wird er durch tcp oder udp "definert", was immer du damit meinst.
um bei meinem beispiel zu bleiben, sagst du: die address wird durch die addresse definiert. falsch, ich, der absender, schreib die addresse drauf. (mr. so called application layer)Könntest du bitte lesen, was ich geschrieben habe? Die Zieladresse und der Zielport setzt du fest. Aber es gibt auch noch einen Ausgangsport (Source-Port) und dieser setzt der Transportation-Layer fest.
mezzo mix schrieb:
tcp und udp sind mit sicherheit nicht fuer die uebermittlung dieser ports zustaendig, sondern, zurück zu meinem beispiel, der postbote. (das ist dann mr. IP)
Liest mal die RFCs zu TCP und UDP. Bzw. geht mal auf Wikipedia. Die Ports werden im Header von TCP, bzw. UDP, gespeichert. IP hat nur die Ausgangs- und Zieladdresse, speichert aber nichts über die Ports ab.
mezzo mix schrieb:
durch nachdenken kann man da auch selber drauf kommen...
Und solchen Unsinn solltest du gleich lassen. Ich habe dich in keiner Weise angegriffen, wieso machst es also du?
Grüssli
-
Hacker 2.0 schrieb:
mezzo mix schrieb:
tcp und udp sind mit sicherheit nicht fuer die uebermittlung dieser ports zustaendig, sondern, zurück zu meinem beispiel, der postbote. (das ist dann mr. IP)
Portnummern stecken in den UDP- und TCP-Headern, nicht im IP-Header.
Ich sagte Dir bereits, daß Du besser ruhig sein solltest.die uebermittlung der ports wird durch IP durchgefuehrt. kein router interessiert sich fuer deine ports. das gilt fuer dich, als auch fuer Dravere.
-
Dravere schrieb:
mezzo mix schrieb:
durch nachdenken kann man da auch selber drauf kommen...
Und solchen Unsinn solltest du gleich lassen. Ich habe dich in keiner Weise angegriffen, wieso machst es also du?
es ist unhoeflich von dir hier dein halbwissen zu verbreiten und dann auch noch stumpf auf der richtigkeit zu beharren. da werd ich halt schon mal ein bisschen ungehalten. entschuldigung dafuer.
gruesse, mm
ps: dein absenderport-argument nehme ich gerne spaeter auseinander.
-
mezzo mix schrieb:
Hacker 2.0 schrieb:
mezzo mix schrieb:
tcp und udp sind mit sicherheit nicht fuer die uebermittlung dieser ports zustaendig, sondern, zurück zu meinem beispiel, der postbote. (das ist dann mr. IP)
Portnummern stecken in den UDP- und TCP-Headern, nicht im IP-Header.
Ich sagte Dir bereits, daß Du besser ruhig sein solltest.die uebermittlung der ports wird durch IP durchgefuehrt. kein router interessiert sich fuer deine ports. das gilt fuer dich, als auch fuer Dravere.
Wenn du so argumentierst, kannst du gleich sagen, dass der Physical-Layer die Daten transportierst. Es geht doch darum, welches Packet für den Transport zuständig ist und das ist nunmal TCP/UDP. Und TCP/UDP ist auch dafür zuständig den Ausgangsport festzulegen. Wie du selber sagst, interessiert es IP einen feuchten Dreck, was weiter oben transportiert wird.
Grüssli
-
mezzo mix schrieb:
Dravere schrieb:
mezzo mix schrieb:
durch nachdenken kann man da auch selber drauf kommen...
Und solchen Unsinn solltest du gleich lassen. Ich habe dich in keiner Weise angegriffen, wieso machst es also du?
es ist unhoeflich von dir hier dein halbwissen zu verbreiten und dann auch noch stumpf auf der richtigkeit zu beharren. da werd ich halt schon mal ein bisschen ungehalten. entschuldigung dafuer.
Geht es eigentlich noch? Ich weiss doch wie das OSI-Modell aufgebaut ist! Ich weiss wie das Ding definiert ist!
Soll ich auch wie du? Du bist unhöflich, dass du hier dein Halbwissen verbreitest und dann auch noch stumpf auf Richtigkeit beharrst! Wie kann man nur! Schäm dich! Verkriech dich in die letzte Ecke! Du darfst hier nie mehr etwas sagen! Hust! Weg! Pfui!lol, also wirklich. Gewisse Leute haben vielleicht eine Meinung von sich selbst ...
Grüssli
-
Dravere schrieb:
mezzo mix schrieb:
Hacker 2.0 schrieb:
mezzo mix schrieb:
tcp und udp sind mit sicherheit nicht fuer die uebermittlung dieser ports zustaendig, sondern, zurück zu meinem beispiel, der postbote. (das ist dann mr. IP)
Portnummern stecken in den UDP- und TCP-Headern, nicht im IP-Header.
Ich sagte Dir bereits, daß Du besser ruhig sein solltest.die uebermittlung der ports wird durch IP durchgefuehrt. kein router interessiert sich fuer deine ports. das gilt fuer dich, als auch fuer Dravere.
Wenn du so argumentierst, kannst du gleich sagen, dass der Physical-Layer die Daten transportierst. Es geht doch darum, welches Packet für den Transport zuständig ist und das ist nunmal TCP/UDP.
end to end transport passiert ueber ip, layer 1 und 2 sind lokal. l1 auf dem kabel, l2 im lan ueber ethernet oder atm oder sdh, oder whatever.
einmal wikipedia osi gelesen und schon experte. das sind mir die liebsten.
edit: kleine l2 korrektur
-
Wo wird im IP-Header der Port addressiert?
-
Zeus schrieb:
Wo wird im IP-Header der Port addressiert?
gar nicht, wer behauptet sowas?
-
mezzo mix schrieb:
einmal wikipedia osi gelesen und schon experte. das sind mir die liebsten.
Könntest du bitte mit diesem Scheiss aufhören? Ich habe schon mehrere Prüfungen zum OSI Modell gehabt und auch schon an verschiedenen Stellen damit gearbeitet. Hör endlich auf andere zu beleidigen, nur weil sie nicht deiner Meinung sind!
Und was soll das jetzt überhaupt mit dem End-To-End? Hast du mal gelesen, um was es hier ging? Es ging um verdammte Ports! Und die befinden sich im TCP oder UDP Header oder bestreitest du dies? Es scheint nämlich fast so, deswegen kommt auch die Aussage von Zeus. Es scheint als würdest du behaupten, dass die Ports im IP Header gespeichert sind, was absoluter Unsinn ist.
Grüssli
-
Vom dem ganzen Dialog versteh ich deiner Seits nur dass der IP-Layer dein Postbote ist, daher hab ich mal nachgefragt :o Weil eine Anfrage an ein Webserver reicht eben nicht aus die IP-Addresse, man muss noch Server als Prozess erreichen, der eben auf dem Port 80 sitzt. Daher würde eine End-zu-End Verbindung durch den berühmten 4er-Tupel[lokal Ip, lokal port, remote ip, remote port] beschrieben.
-
Wenn dann bald klar ist, wer das OSI-Modell beherrscht und wer nicht, können wir ja wieder mit TCP/IP fortfahren, das schert sich nämlich recht wenig um OSI.
-
Dravere schrieb:
Und TCP, bzw. UDP, ist für die Übermittlung von diesen Ports zuständig.
ist das von dir, oder nicht?
ich sage: der service der übermittlung wird durch IP erbracht. nicht mehr und nicht weniger.
en.wikipedia sagt:
The Network Layer provides the functional and procedural means of transferring variable length data sequences from a source to a destination via one or more networks
hab ich extra für dich nachgeschaut. 'variable length data' beinhaltet auch deine ports.
welcher teil davon ist für dich nicht verständlich? das meine ich mit end 2 end.dass die ports im tcp/udp header stehen ist unbestritten, dass tcp/udp diese portinformationen benötigt ist auch unbestritten. dass tcp/udp diese übermittelt ist wiederum kokolores.
ich werde dein beispiel einfach mal analog auf schicht 3 anwenden:
Dravere würde sagen schrieb:
Und IP, ist für die Übermittlung von diesen IP-Addressen zuständig.
ich würde darauf antworten:
dass die IP-addresse im IP-header stehen ist unbestritten, dass IP diese IP-informationen benötigt ist auch unbestritten. dass IP diese übermittelt ist wiederum kokolores.und jetzt die frage: klingelt bei dir irgendwas?
da du ja gerne prüfungen zum thema ablegst kommt jetzt die bonusfrage:
wer oder was übermittelt diese IP-addressen?Dravere schrieb:
Ich habe schon mehrere Prüfungen zum OSI Modell gehabt und auch schon an verschiedenen Stellen damit gearbeitet.
ein problem von modellen ist, dass sie in der praxis oft ihre gültigkeit verlieren. dein osi modell endet von deinem dsl modem aus vielleicht nach 500 metern. deine praktischen erfahrungen wahrscheinlich schon früher.
das verhält sich etwa so wie geschlechtsverkehr haben zu pornofilm kucken. du scheinst gerade zu onanieren…auch auf die gefahr hin, dass du das jetzt wieder als üble beleidigung interpretierst - das ist es nicht. ich will nur, dass du es verstehst.
-
Zeus schrieb:
Vom dem ganzen Dialog versteh ich deiner Seits nur dass der IP-Layer dein Postbote ist, daher hab ich mal nachgefragt :o Weil eine Anfrage an ein Webserver reicht eben nicht aus die IP-Addresse, man muss noch Server als Prozess erreichen, der eben auf dem Port 80 sitzt. Daher würde eine End-zu-End Verbindung durch den berühmten 4er-Tupel[lokal Ip, lokal port, remote ip, remote port] beschrieben.
in der tat komme ich eher aus der basisnetz/rücktransport-welt (scheiß wörter, backbone/backhaul klingt vielleicht besser). bezüglich end 2 end sieht man das alles ein bisschen anders, als der applikationsprogrammierer.
-
Fangt doch erstmal an zu streiten, wieviel Schichten das TCP/IP Modell hat
-
volkard schrieb:
Wenn dann bald klar ist, wer das OSI-Modell beherrscht und wer nicht, können wir ja wieder mit TCP/IP fortfahren, das schert sich nämlich recht wenig um OSI.
-
Mal ein kleine Zusammenfassung:
- Eine TCP-Verbindung besteht immer aus dem Tupel (Quell-IP, Quell-Port, Ziel-IP, Ziel-Port) - so kann das Betriebsystem dem Ganzen einen Socket zuordnen
- Ports werden nicht ausgehandelt (nicht verwechseln mit dem neuen Socket der mittels accept erstellt wird)
- Den Quellport kann man entweder selbst festlegen oder das Betriebssystem nimmt einen freien Port
- Ja, IP _kann_ einen Port in den Nutzerdaten transportieren (Ausnahme ICMP z.B.) - ist aber für IP irrelevant da es keine Ports kennt - kennen tut den nur die Schicht darüber - TCP oder UDP (und da sind sich doch auch sicherlich am Ende alle einig darüber)Also der Browser könnte also auch von Port 80 zu Port 80 eine Verbindung aufbauen. Die übliche Praxis ist aber den Quellport vom Betriebssystem aussuchen zu lassen.
