Saudämliche Datentransfer-Frage

Seite 1 von 1 - Forum: Netzwerktechnik auf overclockers.at

URL: https://www.overclockers.at/netzwerktechnik/saudaemliche_datentransfer-frage_194224/page_1 - zur Vollversion wechseln!


Burschi1620 schrieb am 20.04.2008 um 20:08

Serwus, ich hätte da eine kleine Frage :D

Server1<-----> Server2
...............|
..............PC
der diesen Verkehr steuert.


Also wenn ich von Server 1 auf Server 2 kopiere, der Befehl aber von dem außenstehendem PC kommt, wandert dann der traffic direkt von Server1 zu Server2 oder über den PC? Stellt euch das mal wie Netzwerkfreigaben vor und man will vom einen Kübel zum nächsten kopieren.

Bisschen dämlich die Frage, ich weiß :)

tia


salsa schrieb am 20.04.2008 um 20:10

Bisschen spärlich erklärt imho, der Befehl kommt vom "PC", ja wie kommt der denn? :D Wie ist was miteinander verbunden usw., laut deiner Illustration kann da eh kein Traffic über "PC" zu "Server2" wandern...

edit: Oh, Zeichnung geändert. Nun ja, das mit dem "Befehl" ist trotzdem nicht so eindeutig erklärt.


Burschi1620 schrieb am 20.04.2008 um 20:11

Ok andersrum:
Ein PC hat sich mit 2 Netzwerkfreigaben von verschiedenen Servern verbunden. Nun will ich Daten von Server1 auf Server 2 kopieren. Wie wandert der Traffic? (alles lokal)


.dcp schrieb am 20.04.2008 um 20:12

wenn du am pc von der freigabe a (server 1) auf freigabe b (server 2) kopierst, gehts über den pc.
lieber per remote desktop / ssh den kopierjob starten.


COLOSSUS schrieb am 20.04.2008 um 20:13

Ich weisz nicht ob ich die Frage richtig verstehe, aber: das ist beides moeglich. Am einfachsten als Beispiel dient wohl FTP - du kannst von "PC" zu "Server1" die Control-Connection oeffnen, "Server1" aber glztg. anweisen, die Data-Connection zu "Server2" aufzumachen. Dann erfolgt der Transfer der Nutzdaten zwischen "Server1" und "Server2", und "PC" hat kaum was zu tun, auszer seiner Vermittlerrolle. Das nennt man dann FXP (statt FTP).

Natuerlich unterstuetzen das nicht alle Protokolle und deren Implementationen. Mit einer "Freigabe" und damit SMB oder CIFS (statt wie im Beispiel weiter oben FTP) hast du, glaube ich, kein Glueck.


d3cod3 schrieb am 20.04.2008 um 20:14

soweit ich weiss kopiert man mit SMB über den PC "drüber" quasi.


.dcp schrieb am 20.04.2008 um 20:16

is auch logisch, bei freigaben rufst du nich remote nen prozess auf einem der server auf, sondern handelst nur "dein" filesystem. fxp geht natürlich, da warten ja auch auf beiden maschinen prozesse nur auf sowas ;)


Burschi1620 schrieb am 20.04.2008 um 20:20

Ok dann bedanke ich mich mal :)

Warum ich das wissen wollte: Ich habe derzeit mehrere NAS Systeme im Netzwerk, welche jedoch geschlossen sind, sprich nicht via ssh oder ähnlichem Steuerbar. Lediglich über das smb Protokoll und FTP.
Dadurch, dass ich ohnehin keinen Port mehr frei hab am Router wollte ich nun also wissen ob denn ein 1GBit Switch Sinn macht. Dadurch dass der "PC" im WLAN ist, bringt mir ein 1GBit Switch mal gar nichts, aber ich dachte mir dass es vielleicht was bringt wenn die NAS Systeme so untereinander zusammengestöpselt sind :)


that schrieb am 20.04.2008 um 20:26

NAS-Systeme reden nicht miteinander. ;)


Burschi1620 schrieb am 23.04.2008 um 20:10

So, ich hab hier ein kleines Update :)

Wie es mir scheint, dürfte das FXP Protokoll (oder eine Simulation???) funktionieren mit den NAS Schüsseln :) Zumindest wäre ich überrascht wenn die Datentranfsferrate plötzlich ein vielfaches über WLAN ist als sonst ;)

Verwendet hab ich das Programm FlashFXP. Will ich aber nicht wirklich verwenden und kostet obendrein noch was. Standardmäßig verwende ich den TotalCommander - gemütlich wenn man FileBrowser und FTP Client in einem Programm hat.
Ich hab zwar das Internet durchforstet nach Hilfen und Tutorials, aber so richtig ausgespuckt hat mir Google jetzt nichts. --> Ich will FXP mit dem TotalCommander FTP Client schaffen. Hat vielleicht jemand Ahnung von dem zeuch und könnte mir helfen? Dann würde sich auch ein GBit Switch lohnen ;)




overclockers.at v4.thecommunity
© all rights reserved by overclockers.at 2000-2025