Windows / Samba-Verbindungsfehler

7

Ich habe einen Linux-Dateiserver, der für Linux- und Windows-Benutzer dient. Ich konnte eine Verbindung von meinem Windows-Client aus herstellen, jedoch nicht von einem DC. Dann konnte ich plötzlich auch vom DC aus eine Verbindung herstellen.

Auf den Linux-Servern werden Centrify-Clients ausgeführt und sind als solche Teil der Domäne. Alle im selben Subnetz.

Dies ist, was die log.smbd wiederholt sagt:

[2010/02/11 11:25:57, 0] lib / util_sock.c: read_data (534) read_data: Lesefehler für 4 Bytes für Client 192.168.200.3. Fehler = Verbindung durch Peer zurückgesetzt

Unter Windows wurde es als "unbekannter Fehler" angezeigt. BEARBEITEN: Der Fehlercode lautet "0x80004005".

Wir entwickeln ein System, das von der Samba-Freigabe abhängt, und befürchten, dass dies erneut auftritt. Es wäre schön, die Wurzel davon zu bestimmen.

Irgendwelche Ideen, was das sein könnte? Orte zu suchen?

windows-server-2008 samba

— Gomibushi
quelle

Welche Version von Samba und auf welcher Distribution? Ich hatte einige Probleme mit Samba und Windows 2008, bis ich Samba auf mindestens 3.2 aktualisiert habe.

— David

Ich würde mich nicht auf eine Lösung verlassen, die Windows und Linux miteinander verbindet. Microsoft versucht ständig, Windows dazu zu bringen, nicht mit Samba zu funktionieren, um zu verhindern, dass Organisationen "kostenlose" Dateiserver verwenden.

— Garreth McDaid

1

[Kann scheinbar keinen Kommentar hinzufügen, daher erstelle ich eine neue Antwort]

Erk. Das Ändern des Ports auf TCP 139 ist ein Unsinn. Dies zwingt den Client lediglich dazu, Legacy-NetBIOS über TCP / IP (NBT) zu verwenden, im Gegensatz zu Pucker-SMB, das unter TCP 445 ausgeführt wird. Überprüfen Sie, wie Dave vorschlägt, die Version von Samba, die ausgeführt wird, und aktualisieren Sie sie gegebenenfalls. Überprüfen Sie auch Ihre Windows-Version auf dem DC, da für Win2k8 R2 + (und möglicherweise R1) standardmäßig eine SMB-Signatur erforderlich ist. Dies kann ausgeschaltet werden, aber es ist wieder ein Fudge.

— Simon Catlin
quelle

0

Ich würde 'Peer' beschuldigen, er ist derjenige, der Ihre Verbindung zurückgesetzt hat. Es scheint viele Theorien zu geben, warum dieses Problem auftritt und wie es gelöst werden kann.

Ein paar der Orte empfehlen , die Änderung der Port 139 statt Port 445

smb.conf
[global]
smb ports = 139

Sie sind sich nicht sicher, welche Version Sie ausführen, aber andere Websites haben vorgeschlagen, dass neuere Versionen von Samba dieses Problem beheben.

— Jack B flink
quelle

Vielen Dank! Wir werden versuchen, den Port zu ändern, und ich werde berichten, wie es gelaufen ist. Es wird einige Tage dauern, bis wir wissen, ob es funktioniert und stabil ist.

— Gomibushi

Scheint nicht den Trick zu tun, aber es scheint weniger häufig. Es ist ein seltsames Durcheinander ... Wir verwenden Centrify Samba, da wir diesen Dateiserver sowohl für die NFS- als auch für die Samba-Freigabe von Home-Verzeichnissen verwenden. Wir haben jetzt ein Ticket bei Centrify. Das einzige, was wir tun können, um dies zu beheben, ist das Löschen aller Caches auf den Centrify- und Samba-Clients. Könnte mit Kerberos verwandt sein.

— Gomibushi

Fall eskalierte bei Centrify. Scheint, dass sie von einigen Paketen abhängen, die in Ubuntu 6.06 selbst für die aktuelle Version 9.10 übrig geblieben sind! Schrecklich. :(

— Gomibushi