
Mein Kunde hat ein kleines Büro mit nur einem WLAN-Router. Er nutzt diesen Router für die Internetverbindung und den Dateitransfer zwischen den Desktops.
In letzter Zeit hat die Dateiübertragungsaktivität zwischen Desktops (alle OSX-basiert) stark zugenommen, also kaufte er einen Switch (nicht mit dem Router verbunden, zu weit weg), um die Datei über das Kabel statt über WLAN zu übertragen.
Problem: Wie kann ich den File-Sharing-Dienst nur an die Ethernet-Schnittstelle binden und die WLAN-Schnittstelle ausschließen? (Der Dienst bindet sich tatsächlich automatisch an das WLAN und es gibt keine Optionen für die Schnittstellenbindung.)
Antwort1
Ich kenne die Antwort auf Ihre Frage nicht, aber meiner Erfahrung nach werden die Daten immer über die schnellste Schnittstelle übertragen, wenn ich eine WLAN- und eine Ethernet-Verbindung habe. Die einzige Ausnahme ist, wenn ich mich mit dem Server verbinde, während ich nur über WLAN verbunden bin, und mich dann über Ethernet verbinde. In diesem Fall werden die Daten immer noch über WLAN übertragen. Eine Frage jedoch: Warum müssen beide Verbindungen eingeschaltet sein?
Antwort2
Basierend auf Ihrer Beschreibung des Netzwerks scheint es, als ob Ihr AFP-Server über zwei aktive Netzwerkschnittstellen verfügt: Eine ist WLAN und die andere ist Ethernet. Jede dieser Schnittstellen sollte eine andere IP-Adresse haben. Wenn dies der Fall ist, können Sie Ihre Clients mit der IP-Adresse der Ethernet-Schnittstelle des Servers verbinden.
Natürlich wäre es viel schöner, wenn diesen Schnittstellen DNS-Namen zugeordnet wären, sodass Ihre Benutzer keine IPs eingeben müssen, aber das scheint über den Rahmen der Einrichtung Ihres Netzwerks hinauszugehen.
Alternativ können Sie mit der Neuanordnung der Netzwerkschnittstellen in den Systemeinstellungen experimentieren (sowohl auf den Clients als auch auf den Servern). Das ist die Reihenfolge, in der der Computer versucht, zu einem Remote-Host zu routen (d. h. die oberste Route ist Ihre Standardroute). Er wählt nicht automatisch die schnellste Route, wie Churnd vorschlägt.