winfried-hh
Goto Top

SMB-Zugriff von Netzwerkscanner auf Server 2008 schlägt fehl - Netzwerkmonitor meldet DOS OS Error - unter XP oder Server 2003 alles OK

Hallo zusammen,

wir haben einen Utax-Kopierer, den wir als Scanner in unserem Netzwerk verwenden. Auf dem Server befindet sich ein freigegebener Ordner und auf dem Kopierer sind die Zugriffsdaten (Hostname, Pfad, Benutzername, Password) hinterlegt. Solange wir unseren alten Server 2003 hatten, klappte das problemlos. Jetzt jedoch bekommt der Kopierer keine Verbindung mehr zu dem Ordner auf dem Server. Die NTFS- und Freigabeberechtigungen sind korrekt.

Ich habe nun mal auf dem Server mit dem Microsoft Network Monitor einen fehlgeschlagenen Verbindungsversuch protokolliert (siehe unten). Im Frame 547 wird ein "DOS OS Error" gemeldet und der Zugriff verweigert. Was ist da am Server 2008 anders als vorher beim Server 2003?

Frame      Uhrzeit  Datum             Time Offset                von IP               nach IP               Protokoll  Beschreibung

508        11:18:11 01.12.2010        132.9703849                192.168.10.20        192.168.10.101        TCP        TCP:Flags=......S., SrcPort=32820, DstPort=NETBIOS Session Service(139), PayloadLen=0, Seq=522614060, Ack=0, Win=5840 ( Negotiating scale factor 0x0 ) = 5840        {TCP:13338, IPv4:1746}
509        11:18:11 01.12.2010        132.9704687                192.168.10.101       192.168.10.20         TCP        TCP:Flags=...A..S., SrcPort=NETBIOS Session Service(139), DstPort=32820, PayloadLen=0, Seq=560427099, Ack=522614061, Win=8192 ( Negotiated scale factor 0x8 ) = 2097152        {TCP:13338, IPv4:1746}
510        11:18:11 01.12.2010        132.9707042                192.168.10.20        192.168.10.101        TCP        TCP:Flags=...A...., SrcPort=32820, DstPort=NETBIOS Session Service(139), PayloadLen=0, Seq=522614061, Ack=560427100, Win=5840 (scale factor 0x0) = 5840        {TCP:13338, IPv4:1746}
511        11:18:11 01.12.2010        132.9708294                192.168.10.20        192.168.10.101        NbtSS      NbtSS:SESSION REQUEST, Length =68        {NbtSS:13339, TCP:13338, IPv4:1746}
512        11:18:11 01.12.2010        132.9708694                192.168.10.101       192.168.10.20         NbtSS      NbtSS:NEGATIVE SESSION RESPONSE, Length =1        {NbtSS:13339, TCP:13338, IPv4:1746}
513        11:18:11 01.12.2010        132.9710421                192.168.10.20        192.168.10.101        SMB        SMB:C; Negotiate, Dialect = NT LM 0.12        {NbtSS:13339, TCP:13338, IPv4:1746}
514        11:18:11 01.12.2010        133.0893470                192.168.10.20        192.168.10.101        TCP        TCP:Flags=...A.R.., SrcPort=32820, DstPort=NETBIOS Session Service(139), PayloadLen=0, Seq=522614184, Ack=560427106, Win=5840 (scale factor 0x0) = 5840        {TCP:13338, IPv4:1746}
536        11:18:12 01.12.2010        134.0747186                192.168.10.20        192.168.10.101        TCP        TCP:Flags=......S., SrcPort=32824, DstPort=NETBIOS Session Service(139), PayloadLen=0, Seq=529151451, Ack=0, Win=5840 ( Negotiating scale factor 0x0 ) = 5840        {TCP:13696, IPv4:1746}
537        11:18:12 01.12.2010        134.0747856                192.168.10.101       192.168.10.20         TCP        TCP:Flags=...A..S., SrcPort=NETBIOS Session Service(139), DstPort=32824, PayloadLen=0, Seq=2262828648, Ack=529151452, Win=8192 ( Negotiated scale factor 0x8 ) = 2097152        {TCP:13696, IPv4:1746}
538        11:18:12 01.12.2010        134.0749680                192.168.10.20        192.168.10.101        TCP        TCP:Flags=...A...., SrcPort=32824, DstPort=NETBIOS Session Service(139), PayloadLen=0, Seq=529151452, Ack=2262828649, Win=5840 (scale factor 0x0) = 5840        {TCP:13696, IPv4:1746}
539        11:18:12 01.12.2010        134.3262844                192.168.10.20        192.168.10.101        NbtSS      NbtSS:SESSION REQUEST, Length =68        {NbtSS:13699, TCP:13696, IPv4:1746}
540        11:18:12 01.12.2010        134.3263481                192.168.10.101       192.168.10.20         NbtSS      NbtSS:POSITIVE SESSION RESPONSE, Length =0        {NbtSS:13699, TCP:13696, IPv4:1746}
541        11:18:12 01.12.2010        134.3264952                192.168.10.20        192.168.10.101        TCP        TCP:Flags=...A...., SrcPort=32824, DstPort=NETBIOS Session Service(139), PayloadLen=0, Seq=529151524, Ack=2262828653, Win=5840 (scale factor 0x0) = 5840        {TCP:13696, IPv4:1746}
542        11:18:12 01.12.2010        134.3266376                192.168.10.20        192.168.10.101        SMB        SMB:C; Negotiate, Dialect = PC NETWORK PROGRAM 1.0, MICROSOFT NETWORKS 1.03, MICROSOFT NETWORKS 3.0, LANMAN1.0, LM1.2X002, Samba, NT LANMAN 1.0, NT LM 0.12        {NbtSS:13699, TCP:13696, IPv4:1746}
543        11:18:12 01.12.2010        134.3267680                192.168.10.101       192.168.10.20         SMB        SMB:R; Negotiate, Dialect is NT LM 0.12 (#7)        {NbtSS:13699, TCP:13696, IPv4:1746}
544        11:18:12 01.12.2010        134.3282150                192.168.10.20        192.168.10.101        SMB        SMB:C; Session Setup Andx, Account = UTAXUSER        {NbtSS:13699, TCP:13696, IPv4:1746}
545        11:18:12 01.12.2010        134.3297262                192.168.10.101       192.168.10.20         SMB        SMB:R; Session Setup Andx        {NbtSS:13699, TCP:13696, IPv4:1746}
546        11:18:12 01.12.2010        134.3299649                192.168.10.20        192.168.10.101        SMB        SMB:C; Tree Connect Andx, Path = \\MASTER\UTAX, Service = ?????        {NbtSS:13699, TCP:13696, IPv4:1746}
547        11:18:12 01.12.2010        134.3300026                192.168.10.101       192.168.10.20         SMB        SMB:R; Tree Connect Andx - DOS OS Error, (5) ACCESS_DENIED        {NbtSS:13699, TCP:13696, IPv4:1746}
548        11:18:12 01.12.2010        134.3302703                192.168.10.20        192.168.10.101        TCP        TCP:Flags=...A...F, SrcPort=32824, DstPort=NETBIOS Session Service(139), PayloadLen=0, Seq=529151907, Ack=2262828918, Win=5840 (scale factor 0x0) = 5840        {TCP:13696, IPv4:1746}
549        11:18:12 01.12.2010        134.3303089                192.168.10.101       192.168.10.20         TCP        TCP:Flags=...A...F, SrcPort=NETBIOS Session Service(139), DstPort=32824, PayloadLen=0, Seq=2262828918, Ack=529151908, Win=258 (scale factor 0x8) = 66048        {TCP:13696, IPv4:1746}
550        11:18:12 01.12.2010        134.3304527                192.168.10.20        192.168.10.101        TCP        TCP:Flags=...A...., SrcPort=32824, DstPort=NETBIOS Session Service(139), PayloadLen=0, Seq=529151908, Ack=2262828919, Win=5840 (scale factor 0x0) = 5840        {TCP:13696, IPv4:1746}

Content-Key: 156137

Url: https://administrator.de/contentid/156137

Ausgedruckt am: 19.03.2024 um 02:03 Uhr

Mitglied: knut4linux
knut4linux 01.12.2010 um 19:58:55 Uhr
Goto Top
Mahlzeit,

Account = UTAXUSER

Windows 2008, win7, etc verlangen eine Authentifizierung mit Anmeldepräfix.

- DOM\USER
- USER@DOM

Gruß, Knut
Mitglied: SarekHL
SarekHL 01.12.2010 um 20:44:31 Uhr
Goto Top
Windows 2008, win7, etc verlangen eine Authentifizierung mit Anmeldepräfix.

Das war einer meiner ersten (erfolglosen) Versuche ...
Mitglied: knut4linux
knut4linux 01.12.2010 um 21:13:33 Uhr
Goto Top
Nagut, dann hast du bestimmt auch schon versucht, unter Verwendung des UTAX-Users von eiem Client-PC auf die Freigabe zuzugreifen?
Mitglied: Winfried-HH
Winfried-HH 02.12.2010 um 08:54:14 Uhr
Goto Top
Nagut, dann hast du bestimmt auch schon versucht, unter Verwendung des UTAX-Users von eiem Client-PC auf die Freigabe zuzugreifen?

Natürlich ;)

Und ich habe auch schon mal auf einem XP-Rechner eine Freigabe angelegt und die konnte vom Kopierer aus problemlos erreicht werden. Muß also tatsächlich etwas mit der Authentifizierung zu tun haben, aber der Anmeldepräfix scheidet aus, weil schon getestet (sowohl die \-Form als auch die @-Form).
Mitglied: knut4linux
knut4linux 02.12.2010 um 09:54:09 Uhr
Goto Top
Also wenn du mit dem UTAX-User von einem Client auf die Freigabe des WIN2008r2 ruff kommst, mit den gleichen Einstellungen aber nicht von der Kiste, dann klingt das für nach nen Firmwarebug von UTAX.

Lass dir doch mal von der Machine die Errorlogs ausdrucken und schau, was diese sagen.


EDIT:
Was ist das genau für eine Kiste?
Mitglied: Eisern
Eisern 10.12.2010 um 15:49:54 Uhr
Goto Top
Hallo,

ich habe seit 2 Tagen scheinbar das gleiche Phänomen. Die zuvor eingerichteten Freigaben gingen einige Tage zuvor jedoch problemlos.

Wir haben im letzten Monat unseren DC ausgetauscht (neuer W2k8 Std.) und die Nutzer komplett neu angelegt. Dann habe ich entsprechende Ordner unter \\1-Server\Shares angelegt in welche unser Canon irC2380i scannen soll. Vorgestern sollte dann ein neuer Ordner angelegt werden wobei der Zugriff auf den Server hier scheinbar schon immer geblockt wurde. Später gingen dann nicht einmal mehr die bereits angelegten Scanordner welche vorher funktionierten.

Die Ordner sind für "Jeder-Vollzugriff" eingerichtet und können von den Clients auch bearbeitet werden. Auf einen anderen W2k8 welcher nicht DC ist, kann jedoch gescannt werden sodass ich hier definitiv von einem Zugriffsproblem ausgehe.

Der Anmeldename ist vom Admin, hier hatte ich vorher nur Admin+PW verwendet, aber auch Domäne\Admin oder Admin@Domäne funktionieren nicht.

Hat hier jemand noch einen guten TIP?

PS: was ist UTAX?

Vielen Dank, Tom