Appears Apple messed something up in 10.4,and 10.4.1.
Attempting to connect to a 3.0.14a server (debian unstable)
from an OS X client causes OS X Finder to hang, and puts
these errors in the samba server logs:
[2005/05/22 21:48:20, 0] rpc_parse/parse_prs.c:prs_mem_get(537)
prs_mem_get: reading data of size 2 would overrun buffer.
[2005/05/22 21:48:20, 0] rpc_server/srv_pipe.c:api_pipe_bind_req(919)
api_pipe_bind_req: unable to unmarshall RPC_HDR_RB struct.
Apparently it's also causing breakage in some NAS boxes
( Adaptec's Snap is mentioned )
>From a 'level 2' guy on Apple's support forum ( re: a Snap
report ):
"Tiger does a kind of authentication called NTLMv2,
which Panther did not attempt to do. NTLMv2 is more secure than
the kind of authentication Panther did, but Snap may not support
it correctly. Snap grants Tiger only "guest" access instead of the
full user access requested, and "guest" access is not sufficient
to even get a list of the files. Panther works OK with Snap because
it doesn't attempt MTLMv2 authentication. "
Any chance this is the same problem i'm seeing?
( I'm guessing we could s/Snap may not support/Tiger does not do/ :)
Is there any work-around possible on the server side?
Otherwise, i guess I wait for OS X 10.4.2..good thing my iBook
dual-boots Debian :)
cliffw
( reading list on gmane.org, not subscribed - email me direct if
you have a fix for me to try. )
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 cliffw wrote: | Appears Apple messed something up in 10.4,and 10.4.1. | | Attempting to connect to a 3.0.14a server (debian unstable) | from an OS X client causes OS X Finder to hang, and puts | these errors in the samba server logs: | | [2005/05/22 21:48:20, 0] rpc_parse/parse_prs.c:prs_mem_get(537) | prs_mem_get: reading data of size 2 would overrun buffer. | [2005/05/22 21:48:20, 0] rpc_server/srv_pipe.c:api_pipe_bind_req(919) | api_pipe_bind_req: unable to unmarshall RPC_HDR_RB struct. | | Apparently it's also causing breakage in some NAS boxes | ( Adaptec's Snap is mentioned ) | |>From a 'level 2' guy on Apple's support forum ( re: a Snap report ): | | "Tiger does a kind of authentication called NTLMv2, | which Panther did not attempt to do. NTLMv2 is more secure than | the kind of authentication Panther did, but Snap may not support | it correctly. Snap grants Tiger only "guest" access instead of the | full user access requested, and "guest" access is not sufficient | to even get a list of the files. Panther works OK with Snap because | it doesn't attempt MTLMv2 authentication. " | | | Any chance this is the same problem i'm seeing? Possibly. Can you send me a level 10 debug log from smbd and a raw ethereal trace file? tcpdump is fine if you use this following command: tcpdump -w dump.pcap -s 0 -i eth0 port 139 or port 445 cheers, jerry ====================================================================Alleviating the pain of Windows(tm) ------- http://www.samba.org GnuPG Key ----- http://www.plainjoe.org/gpg_public.asc "I never saved anything for the swim back." Ethan Hawk in Gattaca -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFCkdJWIR7qMdg1EfYRAtdkAKCYFqtDV1pN+xgaA11qfd7aCDznJACgnwKz V/iFM0s781WQtoWt86X5tGU=U3L3 -----END PGP SIGNATURE-----