Fehlerhafte Übertragungen

Hallo.

Ein sehr sonderbares Netzwerkproblem.

Ich habe mit einen neuen Rechner (Rechner_C) zugelegt, der als Server
fungiert. Auf allen Rechnern läuft WinXP SP3.

Wenn ich jetzt große Files (1-5 GB) über Freigaben von Rechner_A zu
Rechner_C schicke (Upload), bricht die Übertragung entweder nach einiger
Zeit ab (Fehlermeldung: "Cannot copy Datei 6. The specified network name
is no longer available."), oder die Datei ist fehlerhaft übertragen
worden (CRC checksum mittels eines HashTab 2.0.8 ermittelt). Bei etwa 10
übertragenen Dateien sind 1-2 fehlerhaft bzw. werden wegen der besagten
Unterbrechung erst gar nicht übertragen.

Umgekehrt funktioniert es tadellos - also wenn ich mir die Datei vom
Rechner_C aus vom Rechner_A herunterlade (Download).

Angenommen die Übertragung bricht bei Datei 6 ab, so kann ich die
Übertragung dieser Datei vergessen. Weitere Versuche brechen immer
wieder an der gleichen Stelle (!) ab. Auch wenn ich zwischenzeitlich
Datei 7 erfolgreich übertrage und es nachher noch einmal mit Datei 6
versuche, so wird die Übertragung wieder an der gleichen Stelle
unterbrochen!

Sogar nach einem Reboot von Rechner_A und/oder Rechner_C kann ich die
Datei 6 nicht mehr übertragen? Die einzige Möglichkeit besteht darin,
sich die Datei vom Rechner_C aus downzuloaden. Das geht immer!

Testweise habe ich versucht, die Datei 6 auf dem Zielrechner Rechner_C
umzubenennen und dann Datei 6 nochmals zu übertragen. Fehlanzeigt! An
der gleichen Stelle bleibt die "neue" Datei 6 ebenfalls "hängen".

Rechner_B ist eine etwas ältere Kiste die auch im LAN hängt. Sie verhält
sich identisch zu Rechner_A. Die gleichen Files brechen an der gleichen
Stelle ab. Das Download von Rechner_C funktioniert auch hier.

Damit könnte man wohl Rechner_A und Rechner_B als Fehlerquelle
ausschliessen.

Was kann aber möglicherweise an Rechner_C verkehrt sein, dass es das
Upload von spezifischen Dateien mit der besagten Fehlermeldung immer an
der gleichen Stelle unterbricht, wobei das Download immer funktioniert?

Gruß,

--
Georges Heinesch

Georges Heinesch <nospam@nospam.invalid> schrieb:

Hallo Georges,

> Ein sehr sonderbares Netzwerkproblem.
> ...
> Was kann aber möglicherweise an Rechner_C verkehrt sein, dass es das
> Upload von spezifischen Dateien mit der besagten Fehlermeldung immer
> an der gleichen Stelle unterbricht, wobei das Download immer
> funktioniert?

Aktualisiere mal den Netzwerkadapter-Treiber.

Und SMB-signing deaktivieren:

Regedit
Schlüssel: "HKLM\System\CurrentControlSet\Services\lanmanserv er\Parameters"
Wert: "requiresecuritysignature" (REG_DWORD), Daten: "0"

Schlüssel: "HKLM\System\CurrentControlSet\Services\lanmanserv er\Parameters"
Wert: "enablesecuritysignature" (REG_DWORD), Daten: "0"

Schlüssel:
"HKLM\System\CurrentControlSet\Services\lanmanwork station\Parameters"
Wert: "requiresecuritysignature" (REG_DWORD), Daten: "0"

Schlüssel:
"HKLM\System\CurrentControlSet\Services\lanmanwork station\Parameters"
Wert: "enablesecuritysignature" (REG_DWORD), Daten: "0"

Und mal prüfen:
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Servic es\lanmanserver\parameters
Wertname: Size
Werttyp: REG_DWORD
Wert: 3

Neustart.

Wenn es dann noch nicht geht:
Führe mal einen Reset durch.
Achtung, der Reset löscht evt. vorhandene feste IPs.

Start, Ausführen, cmd

netsh int ip reset ipreset.txt
netsh winsock reset
netsh firewall reset
netsh firewall set icmpsetting 8
netsh firewall set service FILEANDPRINT ENABLE SUBNET

Neustart.

Dann evt. noch Netzwerkkabel ersetzen, anderen Port am Switch benutzen,
Netzwerkadapter im Geräte-Manager auf feste Geschwindigkeit setzen (z.B. 100
vollduplex).

--
Gruß
Ralf
Ich mag kein TOFU. Siehe http://einklich.net/usenet/zitier.htm
Bei Direkt-Mails NOSPAM entfernen

Hallo Ralf.

Ralf Breuer wrote:

> Aktualisiere mal den Netzwerkadapter-Treiber.

Das war das erste was ich beim Auftreten des Fehlers gemacht habe.
Diese sind aktuel.

> Und SMB-signing deaktivieren:

Habe ich testweise auf allen Rechnern des LAN gemacht.
Hat nicht zur Lösung des Problems beigetragen.
Trotzdem interessant zu wissen dass es so etwas gibt.

> netsh int ip reset ipreset.txt

Sehr interessant!
http://support.microsoft.com/kb/299357

Das war's allerdings auch nicht, hat mich aber auf den richtigen Weg
gebracht.

Nachdem ich diesen Befehl ausgeführt habe, ist mein Sunbelt Personal
Firewall beim Reboot gecrashed. Ich weiss was man hier von diesem Teil
hällt, aber es ist nun einmal drauf - hat seine Daseinsberechtigung für
meine Anwendung!

Testweise habe ich es deinstalliert und schon hat alles funktioniert.
Nach und nach habe ich dann herausgefunden, dass das NIPS (Network
Intrusion Prevention System) die Ursache war. Es scannt jeglichen
Traffic nach Signaturen. Bei den besagten Dateien hat es diese Signatur
hier gefunden:

NETBIOS SMB-DS DCERPC LSASS DsRolerUpgradeDownlevelServer
exploit attempt

Bei der Übertragung anderer Dateien kamen noch andere hinzu. Ich habe
sie jetzt erlaubt, aber alle werden geloggt.

Bei Deinem Vorschlag mit dem SMB-signing kam es mir merkwürdig vor, dass
a. andere Systeme im Netz mit den gleichen Einstellungen korrekt
funktioniert haben und b. dass die fehlerhaften Übertragungen immer an
der gleichen Stelle in der Datei aufgetreten sind.

Wie dem auch sei ... es läuft.

Vielen Dank für Deinen Denkanstoß!

Gruß,

--
Georges Heinesch

Georges Heinesch <nospam@nospam.invalid> schrieb:

> Vielen Dank für Deinen Denkanstoß!

bitte :-)

--
Gruß
Ralf
Ich mag kein TOFU. Siehe http://einklich.net/usenet/zitier.htm
Bei Direkt-Mails NOSPAM entfernen