LAN / SAMBA funktioniert nicht

Currently in public beta: Windows Phone version

Moderators: Stefan2, white, sheep, Hacker

11mail22
Junior Member
Junior Member
Posts: 16
Joined: 2015-12-28, 08:50 UTC

Post by *11mail22 » 2016-01-29, 18:02 UTC

Habe auf Android nun ein SMB Server installiert und mit Wireshark getraced.

Mit WP8.1 TC darauf zugegriffen und es ging auf Anhieb. Protokoll sieht normal aus. Port 445 SYN ->RST,ACK ...

Muss an meinem NAS liegen.
Versteh nur nicht warum alle anderen devices auf den NAS via SMB zugreifen können, eben nur nicht der TC WP8.1.

11mail22
Junior Member
Junior Member
Posts: 16
Joined: 2015-12-28, 08:50 UTC

Post by *11mail22 » 2016-01-30, 20:50 UTC

Habe mittels MITM (Man In The Middle) Ansatz mich logisch vor dem NAS gesetzt um die Unterschiede von TC Android und TC WP81 tracen zu können.

Es scheitert schon sehr führ am Linkaufbau und zwar macht da der WP81 TC kein Session Service (netbios-ssn) auf dem Port 139 im Vergleich zum Android TC. Den Session Service macht der Android TC unabhängig von der Einstellung "Ältere Kompatibilität (LMv1)".

Zum vergleich habe ich mit einer anderen APP (ES Datei Explorer) auf den NAS zugegriffen mit gleichem Protoll Ablauf wie der Android TC.

Von daher ist die womöglich doch ein WP8.1 TC Thema. Wenn allerdings die Sourcen identisch sind, vielleicht auch ein WP8.1 Protokoll Stack Thema.

Hoffe es gibt eine Lösung.
Die pcap kann ich gerne schicken.

NAS IP: 252
WP81 TC IP: 65
Android TC IP: 39


Android TC:
192.168.123.39 192.168.123.252 TCP 74 42499 > microsoft-ds [SYN] Seq=0 Win=29200 Len=0 MSS=1460 SACK_PERM=1 TSval=120446 TSecr=0 WS=64
192.168.123.39 192.168.123.252 TCP 74 42499 > microsoft-ds [SYN] Seq=0 Win=29200 Len=0 MSS=1460 SACK_PERM=1 TSval=120446 TSecr=0 WS=64
192.168.123.252 192.168.123.39 TCP 60 microsoft-ds > 42499 [RST, ACK] Seq=1 Ack=1 Win=0 Len=0
192.168.123.252 192.168.123.39 TCP 60 microsoft-ds > 42499 [RST, ACK] Seq=1 Ack=1 Win=0 Len=0
192.168.123.39 192.168.123.252 TCP 74 34319 > netbios-ssn [SYN] Seq=0 Win=29200 Len=0 MSS=1460 SACK_PERM=1 TSval=120464 TSecr=0 WS=64
192.168.123.39 192.168.123.252 TCP 74 34319 > netbios-ssn [SYN] Seq=0 Win=29200 Len=0 MSS=1460 SACK_PERM=1 TSval=120464 TSecr=0 WS=64
192.168.123.252 192.168.123.39 TCP 74 netbios-ssn > 34319 [SYN, ACK] Seq=0 Ack=1 Win=5792 Len=0 MSS=1460 SACK_PERM=1 TSval=54275045 TSecr=120464 WS=4
192.168.123.252 192.168.123.39 TCP 74 netbios-ssn > 34319 [SYN, ACK] Seq=0 Ack=1 Win=5792 Len=0 MSS=1460 SACK_PERM=1 TSval=54275045 TSecr=120464 WS=4

192.168.123.39 192.168.123.252 TCP 66 34319 > netbios-ssn [ACK] Seq=1 Ack=1 Win=29248 Len=0 TSval=120479 TSecr=54275045
192.168.123.39 192.168.123.252 TCP 66 [TCP Dup ACK 41#1] 34319 > netbios-ssn [ACK] Seq=1 Ack=1 Win=29248 Len=0 TSval=120479 TSecr=54275045
192.168.123.39 192.168.123.252 NBSS 138 Session request, to *SMBSERVER<20> from ANDROID<00>



WP81 TC:
192.168.123.65 192.168.123.252 TCP 66 58393 > microsoft-ds [SYN] Seq=0 Win=8192 Len=0 MSS=1460 WS=256 SACK_PERM=1
192.168.123.65 192.168.123.252 TCP 66 58393 > microsoft-ds [SYN] Seq=0 Win=8192 Len=0 MSS=1460 WS=256 SACK_PERM=1
192.168.123.252 192.168.123.65 TCP 60 microsoft-ds > 58393 [RST, ACK] Seq=1 Ack=1 Win=0 Len=0
192.168.123.252 192.168.123.65 TCP 60 microsoft-ds > 58393 [RST, ACK] Seq=1 Ack=1 Win=0 Len=0
192.168.123.65 192.168.123.252 TCP 66 58393 > microsoft-ds [SYN] Seq=0 Win=8192 Len=0 MSS=1460 WS=256 SACK_PERM=1
192.168.123.65 192.168.123.252 TCP 66 58393 > microsoft-ds [SYN] Seq=0 Win=8192 Len=0 MSS=1460 WS=256 SACK_PERM=1
192.168.123.252 192.168.123.65 TCP 60 microsoft-ds > 58393 [RST, ACK] Seq=1 Ack=1 Win=0 Len=0
192.168.123.252 192.168.123.65 TCP 60 microsoft-ds > 58393 [RST, ACK] Seq=1 Ack=1 Win=0 Len=0

192.168.123.65 192.168.123.252 TCP 62 58393 > microsoft-ds [SYN] Seq=0 Win=8192 Len=0 MSS=1460 SACK_PERM=1
192.168.123.65 192.168.123.252 TCP 62 58393 > microsoft-ds [SYN] Seq=0 Win=8192 Len=0 MSS=1460 SACK_PERM=1
192.168.123.252 192.168.123.65 TCP 60 microsoft-ds > 58393 [RST, ACK] Seq=1 Ack=1 Win=0 Len=0
192.168.123.252 192.168.123.65 TCP 60 microsoft-ds > 58393 [RST, ACK] Seq=1 Ack=1 Win=0 Len=0
192.168.123.65 192.168.123.252 TCP 66 58394 > microsoft-ds [SYN] Seq=0 Win=8192 Len=0 MSS=1460 WS=256 SACK_PERM=1
192.168.123.65 192.168.123.252 TCP 66 58394 > microsoft-ds [SYN] Seq=0 Win=8192 Len=0 MSS=1460 WS=256 SACK_PERM=1
192.168.123.252 192.168.123.65 TCP 60 microsoft-ds > 58394 [RST, ACK] Seq=1 Ack=1 Win=0 Len=0
192.168.123.252 192.168.123.65 TCP 60 microsoft-ds > 58394 [RST, ACK] Seq=1 Ack=1 Win=0 Len=0

"Endlos" bis Timeout. Geht nicht weiter da anscheinend der Session Service Port 139 (netbis-ssn) nicht kommt. Bin kein Protokol PRO.
Last edited by 11mail22 on 2016-01-31, 17:50 UTC, edited 2 times in total.

11mail22
Junior Member
Junior Member
Posts: 16
Joined: 2015-12-28, 08:50 UTC

Post by *11mail22 » 2016-01-31, 17:33 UTC

http://superuser.com/questions/694469/difference-between-netbios-and-smb

gibt möglicherweise einen Hinweis dazu.
"Check the properties of your network card. Somewhere in the Advanced IP Settings is a checkbox "Enable NetBIOS over TCP". Activate it and your computer uses port 139"

Ausserdem: http://www.mickeyd.net/?p=21
All versions of Microsoft’s Windows desktop OS up to and including the most current version (Windows 8.1 as of the date of this post) still implement NetBIOS in the name resolution stack, but not all OSs do. One is the inspiration for this post, Microsoft’s own Windows Phone OS. and it is not alone other mobile OSs such as Android and IOS do not have native support for NetBIOS.

Nach inet Recherche nutzen die meisten System NetBIOS für SMB. Anscheinend gibt es auch NAS die ohne NetBIOS zurecht kommen.
Von daher wäre ein diesbzgl. WP8.1 TC support auch wünschenswert (wie bei Android auch), trotzdem versuche ich den NAS irgenwie zu überreden.

Ein smb.conf ohne NetBIOS Einstellungen verlief bisher erfolglos.
Ein inetd läuft nicht. Hätte da wohl folgende Einstellungsmöglichkeit in/etc/inetd.conf:
netbios-ssn stream tcp nowait root /usr/local/samba/bin/smbd smbd

Für jede Hilfe wäre ich dankbar, generell wäre eine WP8.1 TC Anpassung am sinnvollsten.

User avatar
ghisler(Author)
Site Admin
Site Admin
Posts: 37417
Joined: 2003-02-04, 09:46 UTC
Location: Switzerland
Contact:

Post by *ghisler(Author) » 2016-02-01, 10:36 UTC

Vielleicht muss ich dazu eine Option in JCIFS setzen?

Unter Android setze ich:

Code: Select all

		jcifs.Config.setProperty( "jcifs.netbios.cachePolicy", "60");  // cache timeout: cache names
		jcifs.Config.setProperty( "jcifs.netbios.hostname", "android");
		jcifs.Config.setProperty( "jcifs.netbios.retryCount", "3");
		jcifs.Config.setProperty( "jcifs.netbios.retryTimeout", "5000");  // Name query timeout
		jcifs.Config.setProperty( "jcifs.smb.client.responseTimeout", "20000"); // increased for NAS where HDD is off!
		jcifs.Config.setProperty( "jcifs.netbios.wins",winsServer);
		if (winsServer!=null && winsServer.length()>0)
			jcifs.Config.setProperty( "jcifs.resolveOrder","LMHOSTS,WINS,DNS,BCAST");
		else
			jcifs.Config.setProperty( "jcifs.resolveOrder","LMHOSTS,DNS,BCAST");
		if (pcs.olderNasCompatibility) {
			jcifs.Config.setProperty("jcifs.smb.client.useExtendedSecurity", "false");
			jcifs.Config.setProperty("jcifs.smb.lmCompatibility", "0");
		} else {
			jcifs.Config.setProperty("jcifs.smb.client.useExtendedSecurity", "true");
			jcifs.Config.setProperty("jcifs.smb.lmCompatibility", "3");
		}
Unter Windows Phone setze ich:

Code: Select all

                SharpCifs.Config.SetProperty("jcifs.netbios.cachePolicy", "60");  // cache timeout: cache names
                SharpCifs.Config.SetProperty("jcifs.netbios.hostname", "windowsphone");
                SharpCifs.Config.SetProperty("jcifs.netbios.retryCount", "3");
                SharpCifs.Config.SetProperty("jcifs.netbios.retryTimeout", "5000");  // Name query timeout
                SharpCifs.Config.SetProperty("jcifs.smb.client.responseTimeout", "10000"); // increased for NAS where HDD is off!
                SharpCifs.Config.SetProperty("jcifs.netbios.wins", winsServer);
                if (winsServer != null && winsServer.Length > 0)
                    SharpCifs.Config.SetProperty("jcifs.resolveOrder", "LMHOSTS,WINS,BCAST,DNS");
                else
                    SharpCifs.Config.SetProperty("jcifs.resolveOrder", "LMHOSTS,BCAST,DNS");

                SharpCifs.Config.SetProperty("jcifs.smb.client.useExtendedSecurity", "true");
                SharpCifs.Config.SetProperty("jcifs.smb.lmCompatibility", "3");
Für mich sieht das bis auf die older NAS-Compatibility (die ich bei WP8 nicht eingebaut habe) identisch aus...
Author of Total Commander
http://www.ghisler.com

11mail22
Junior Member
Junior Member
Posts: 16
Joined: 2015-12-28, 08:50 UTC

Post by *11mail22 » 2016-02-01, 16:24 UTC

Nun geht es bei mir!

In der smb.conf des NAS habe ich folgende Einträge ergänzt bzw. geändert:

disable netbios = yes
smb ports = 445


Dadurch läuft smb nur über TCP port 445
Auch Windows7 mounts und Android kommen damit unverändert zurecht.
Scheint der "neue" Modus zu sein.

Da nicht jeder seinen NAS ändern kann, wäre eine Untersützung des alten Modes unter WP8.1 vielleicht nicht schlecht.

11mail22
Junior Member
Junior Member
Posts: 16
Joined: 2015-12-28, 08:50 UTC

Post by *11mail22 » 2016-02-01, 16:44 UTC

Zum Code:
BCAST und DNS sind vertauscht, dürfte aber keine Rolle spielen.

Für Android braucht man ja das Plugin. Ist der Code darin? Denn ohne Plugin geht es ja unter Android nicht.

Nach http://www.mickeyd.net/?p=21 scheint ja Android auch kein natives NetBIOS zu haben, muss also nachgebildet werden, vermutlich im JCIFS. Das funktioniert offensichtlich unter WP8.1 nicht.

Mit den funktionierenden smb.conf Änderungen sieht das Protokoll nun so aus:
192.168.123.65 192.168.123.252 TCP 60 59081 > microsoft-ds [ACK] Seq=1 Ack=1 Win=64 Len=0
192.168.123.65 192.168.123.252 TCP 60 [TCP Dup ACK 15#1] 59081 > microsoft-ds [ACK] Seq=1 Ack=1 Win=64 Len=0
192.168.123.65 192.168.123.252 SMB 105 Negotiate Protocol Request
192.168.123.65 192.168.123.252 SMB 105 [TCP Retransmission] Negotiate Protocol Request
192.168.123.65 192.168.123.252 TCP 60 59081 > microsoft-ds [ACK] Seq=52 Ack=132 Win=64 Len=0
192.168.123.65 192.168.123.252 TCP 60 [TCP Dup ACK 19#1] 59081 > microsoft-ds [ACK] Seq=52 Ack=132 Win=64 Len=0
192.168.123.65 192.168.123.252 SMB 190 Session Setup AndX Request, NTLMSSP_NEGOTIATE
192.168.123.65 192.168.123.252 SMB 190 [TCP Retransmission] Session Setup AndX Request, NTLMSSP_NEGOTIATE
192.168.123.65 192.168.123.252 SMB 444 Session Setup AndX Request, NTLMSSP_AUTH, User: ?\admin
192.168.123.65 192.168.123.252 SMB 444 [TCP Retransmission] Session Setup AndX Request, NTLMSSP_AUTH, User: ?\admin
192.168.123.65 192.168.123.252 TCP 60 59081 > microsoft-ds [ACK] Seq=578 Ack=469 Win=63 Len=0
192.168.123.65 192.168.123.252 TCP 60 [TCP Dup ACK 34#1] 59081 > microsoft-ds [ACK] Seq=578 Ack=469 Win=63 Len=0
192.168.123.65 192.168.123.252 SMB 190 Session Setup AndX Request, NTLMSSP_NEGOTIATE
192.168.123.65 192.168.123.252 SMB 190 [TCP Retransmission] Session Setup AndX Request, NTLMSSP_NEGOTIATE
192.168.123.65 192.168.123.252 SMB 444 Session Setup AndX Request, NTLMSSP_AUTH, User: ?\guest
192.168.123.65 192.168.123.252 SMB 444 [TCP Retransmission] Session Setup AndX Request, NTLMSSP_AUTH, User: ?\guest
192.168.123.65 192.168.123.252 SMB 158 Tree Connect AndX Request, Path: \\192.168.123.252\PUBLIC
192.168.123.65 192.168.123.252 SMB 158 [TCP Retransmission] Tree Connect AndX Request, Path: \\192.168.123.252\PUBLIC

User avatar
ghisler(Author)
Site Admin
Site Admin
Posts: 37417
Joined: 2003-02-04, 09:46 UTC
Location: Switzerland
Contact:

Post by *ghisler(Author) » 2016-02-04, 10:17 UTC

Ja, unter Android ist der Code auch drin.

Seltsam, Netbios sollte eigentlich nur zur Namensauflösung benutzt werden. Wenn man die IP-Adresse angibt, wird Netbios doch gar nicht benötigt?
Author of Total Commander
http://www.ghisler.com

11mail22
Junior Member
Junior Member
Posts: 16
Joined: 2015-12-28, 08:50 UTC

Post by *11mail22 » 2016-02-04, 13:43 UTC

Wie gesagt, bin kein PRO aber in den referenzierten Links steht es ganz gut drin. Vorallem: http://superuser.com/questions/694469/difference-between-netbios-and-smb

SMB wird typischer weise (alter mode) über Port 139 (NBT Session Service) aufgebaut. War auch so bei meinem NAS eingestellt. NBT = NetBios via TCP
Der TC WP8.1 meldet sich nicht auf Port 139 und damit kommt kein SMB zustande.

Die angesprochene Namensauflösung wird über Port 137 abgewickelt. Relevant für SMB scheint der Session Aufbau über Port 139 zu sein.
https://de.wikipedia.org/wiki/NetBIOS_over_TCP/IP
https://de.wikipedia.org/wiki/Server_Message_Block

In der Arbeit haben wir auch eine Freecom Network Drive XS welche nicht mit WP8.1 TC läuft. Leider kein backdoor um die smb.conf zu ändern.
Will sagen, das Problem das SMB über Port 139 und Port 445 laufen kann und WP8.1 nur Port 445 unterstützt (im Gegensatz zu TC Android), ist nicht optimal.

User avatar
ghisler(Author)
Site Admin
Site Admin
Posts: 37417
Joined: 2003-02-04, 09:46 UTC
Location: Switzerland
Contact:

Post by *ghisler(Author) » 2016-02-08, 10:08 UTC

OK, danke für die Erklärung. Bisher habe ich nicht herausgefunden, wieso die portierte JCIFS-Library port 139 nich verwendet. Die Library ist sehr verschachtelt und deshalb nur schwer zu debuggen. Ich kann nur bestätigen, dass er Port 445 benutzt. Alle aktuellen Geräte sollten eigentlich Port 139 und 445 unterstützen...
Author of Total Commander
http://www.ghisler.com

11mail22
Junior Member
Junior Member
Posts: 16
Joined: 2015-12-28, 08:50 UTC

Post by *11mail22 » 2016-02-09, 09:09 UTC

jcifs.netbios.hostname This property will force port 139 rather than the default port 445. Normally a CIFS client connecting to port 139 must present a NetBIOS name for itself to the server. JCIFS dynamically generates a name (e.g. JCIFS35_177_E6) for this purpose however it may be desirable to set this property to a specific name(e.g. PROD_FEED3) for reasons such as server accounting purposes.

Schon seltsam das der Port 139 nicht bedient wird.

Unter "SharpCifs is a port of JCIFS to C# for make your Windows Phone 8.1 (Silverlight) apps capable to work with network shares." habe ich noch folgendes gefunden:

If you want to use the NetBIOS name resolution you must set the "jcifs.netbios.laddr" with phone's IP address, and "jcifs.netbios.baddr" with the broadcast address.

Geht denn:
jcifs.smb.client.lport If a particular local port must be used for socket communications, perhaps because a firewall requires the source port to be a specific value, it can be set with this property(e.g. lport=5139). This has no effect on the remote port which is invariably 139. ?

User avatar
ghisler(Author)
Site Admin
Site Admin
Posts: 37417
Joined: 2003-02-04, 09:46 UTC
Location: Switzerland
Contact:

Post by *ghisler(Author) » 2016-02-11, 10:35 UTC

"jcifs.netbios.baddr" und "jcifs.netbios.laddr" werden gesetzt. "jcifs.smb.client.lport" wird von mir nicht gesetzt, auch nicht unter Android. Das ist der lokale Port, nicht der des Servers.
Author of Total Commander
http://www.ghisler.com

11mail22
Junior Member
Junior Member
Posts: 16
Joined: 2015-12-28, 08:50 UTC

Post by *11mail22 » 2016-02-11, 21:21 UTC

Ach so, wie gesagt, bin kein PRO.

Aber das Thema mit JCIFS und Port 139 und 445 gibt es schon häufiger im Netz.

Hier die zwei relevanten releases, ab denen nach 445 ein fallback auf 139 stattfinden sollte. Genau das was man bräuchte, aber anscheinend nicht funktioniert.

Mein Problem konnte ich ja lösen (braucht wirklich nur den smb port = 445 setzen, das "disable netbios" ist egal) aber der TC sollte wirklich wie beschrieben einen Fallback auf 139 haben.

Mon Jan 22 15:26:01 EST 2007
jcifs-1.2.13 released

A new SmbFile.getShareSecurity() method that uses a new
MsrpcShareGetInfo/ShareInfo502 RPC has been added. This will return the
ACL for a share as opposed to the ACL for the directory shared. See the
API documentation for details. Several DFS issues have been identified
and fixed. If JCIFS receives a NoRouteToHostException on port 445 it
will now try to fallback to port 139. This code has been tested fairly
well already. There have been no changes since b4.

Mon Jan 15 15:47:47 EST 2007
jcifs-1.2.13b4 released

When trying to connect to port 445 some environments can generate a
NoRouteToHostException as opposed to a ConnectException even though
falling back to port 139 would have worked. The SmbTransport class has
been modifed to also catch the NoRouteToHostException and retry with
port 139.

11mail22
Junior Member
Junior Member
Posts: 16
Joined: 2015-12-28, 08:50 UTC

Post by *11mail22 » 2016-02-12, 08:02 UTC

Noch etwas ist mir aufgefallen.

ghilsler Zitate:
"Das ist schon richtig so, die Library meldet das so, wenn keine bestimmte IP-Adresse für den Absender (Ihr Gerät) festgelegt wurde. "

und
""jcifs.netbios.baddr" und "jcifs.netbios.laddr" werden gesetzt."

Ist das nicht widersprüchlich? Die eigene IP wird man doch nur einmal übergeben müssen.

Entschuldige die Kleinlichkeit/Hartnäckigkeit aber ich möchte nur zur Verbesserung des TC WP8.1 mit meinen bescheidenden Mitteln beitragen.

User avatar
ghisler(Author)
Site Admin
Site Admin
Posts: 37417
Joined: 2003-02-04, 09:46 UTC
Location: Switzerland
Contact:

Post by *ghisler(Author) » 2016-02-15, 10:12 UTC

Ich glaube ich habe das Problem gefunden! Sowohl unter Android als auch unter Windows Phone versucht TC erst eine Verbindung an Port 445. Schlägt diese fehl, dann sollte Port 139 versucht werden. Das Problem bei WP: Total Commander erwartet die falsche Exception: Er erwartet eine ConnectionException, es gibt aber eine System.Exception. Nach entsprechender Codeänderung scheint es hier nun zu funktionieren!

Es wäre nett, wenn Sie das auch testen könnten. Dazu müssten Sie mir ihre Mailadresse mitteilen, die Sie auf dem WP-Gerät als Microsoft-Konto eingerichtet haben. Diese benötige ich zur Freischaltung der Betaversion. Bitte so bald wie möglich an support at ghisler dot com melden. Danke!
Author of Total Commander
http://www.ghisler.com

11mail22
Junior Member
Junior Member
Posts: 16
Joined: 2015-12-28, 08:50 UTC

Post by *11mail22 » 2016-02-17, 11:15 UTC

Wunderbar!

Habe meine urspüngliche smb.conf wieder hergestellt (smb port = 139) und nun funktioniert es auch damit!
Man sieht auch im Trace zuerst den erfolglosen 445 Versuch und dann den erfolgreichen 139.
microsoft-ds = 445
netbios-ssn = 139

Danke!

Time Source Destination Protocol Length Info
17.022330 192.168.123.65 192.168.123.252 TCP 66 60891 > microsoft-ds [SYN] Seq=0 Win=8192 Len=0 MSS=1460 WS=256 SACK_PERM=1
17.022501 192.168.123.65 192.168.123.252 TCP 66 60891 > microsoft-ds [SYN] Seq=0 Win=8192 Len=0 MSS=1460 WS=256 SACK_PERM=1
17.022776 192.168.123.252 192.168.123.65 TCP 60 microsoft-ds > 60891 [RST, ACK] Seq=1 Ack=1 Win=0 Len=0
17.022914 192.168.123.252 192.168.123.65 TCP 60 microsoft-ds > 60891 [RST, ACK] Seq=1 Ack=1 Win=0 Len=0
17.536703 192.168.123.65 192.168.123.252 TCP 66 60891 > microsoft-ds [SYN] Seq=0 Win=8192 Len=0 MSS=1460 WS=256 SACK_PERM=1
17.536850 192.168.123.65 192.168.123.252 TCP 66 60891 > microsoft-ds [SYN] Seq=0 Win=8192 Len=0 MSS=1460 WS=256 SACK_PERM=1
18.058435 192.168.123.65 192.168.123.252 TCP 62 60891 > microsoft-ds [SYN] Seq=0 Win=8192 Len=0 MSS=1460 SACK_PERM=1
18.058602 192.168.123.65 192.168.123.252 TCP 62 60891 > microsoft-ds [SYN] Seq=0 Win=8192 Len=0 MSS=1460 SACK_PERM=1
18.178274 192.168.123.65 192.168.123.252 TCP 66 60893 > netbios-ssn [SYN] Seq=0 Win=8192 Len=0 MSS=1460 WS=256 SACK_PERM=1

18.178435 192.168.123.65 192.168.123.252 TCP 66 60893 > netbios-ssn [SYN] Seq=0 Win=8192 Len=0 MSS=1460 WS=256 SACK_PERM=1
18.187269 192.168.123.65 192.168.123.252 TCP 60 60893 > netbios-ssn [ACK] Seq=1 Ack=1 Win=16384 Len=0
18.187390 192.168.123.65 192.168.123.252 TCP 60 [TCP Dup ACK 127#1] 60893 > netbios-ssn [ACK] Seq=1 Ack=1 Win=16384 Len=0
18.217736 192.168.123.65 192.168.123.252 NBSS 126 Session request, to *SMBSERVER<20> from WINDOWSPHONE<00>
18.217866 192.168.123.65 192.168.123.252 NBSS 126 [TCP Retransmission] Session request, to *SMBSERVER<20> from WINDOWSPHONE<00>
18.250163 192.168.123.65 192.168.123.252 SMB 105 Negotiate Protocol Request
18.250773 192.168.123.65 192.168.123.252 SMB 105 [TCP Retransmission] Negotiate Protocol Request

Post Reply