Sinds de overgang naar een ander netwerk heeft een gebruiker bij ons een vreemd probleem. Hij kan geen documenten meer opslaan, op een netwerk share. Zijn collega's die op hetzelfde netwerk werken, hebben het probleem niet.
Situatie: De gebruiker kan een nieuw bestand aanmaken, maar wanneer hij het bestand opent en bewerkt en probeert op te slaan, komt de melding dat er een probleem met de machtigingen op het document is. Het document blijft nu ook op de server staan als een temp bestand.
Na het updaten van netwerk-drivers, het nakijken van de netwerk instellingen etc, heb ik de gebruiker gevraagd om via wireshark een capture te maken van het moment dat hij dit probeert te doen. Samen met nog een andere gebruiker heb ik hetzelfde trucje uitgevoerd zodat we kunnen vergelijken. Het vreemde is, dat de gebruiker de melding STATUS_ACCESS_DENIED krijgt, wanneer hij het bestand op wil slaan. Dat is vreemd want de rechten op de share staan goed, het account waarmee hij verbinding maakt met de share heeft ook voldoende rechten en zijn collega's koppelen de share op exact dezelfde manier.
Nu ben ik maar één verschil tegen gekomen en wel in het capture bestand, namelijk dat wanneer ik een bestand aanmaak of opsla, ik zie dat het bestand wordt opgegeven als \server\share\folder\sub-folder\document.doc. Wanneer de betreffende gebruiker dit doet wordt het bestand opgegeven als \folder\sub-folder\document.doc. Kortom, server en share naam ontbreken in het SMB verzoek.
Heeft iemand enig idee of dit ergens in te stellen is, dat bij dit soort verzoeken het volledige pad meegezonden moet worden
Edit:
Misschien wel handige extra informatie. Het betreft een Windows 7 client die verbinding maakt met een Windows Server 2003 server.
Situatie: De gebruiker kan een nieuw bestand aanmaken, maar wanneer hij het bestand opent en bewerkt en probeert op te slaan, komt de melding dat er een probleem met de machtigingen op het document is. Het document blijft nu ook op de server staan als een temp bestand.
Na het updaten van netwerk-drivers, het nakijken van de netwerk instellingen etc, heb ik de gebruiker gevraagd om via wireshark een capture te maken van het moment dat hij dit probeert te doen. Samen met nog een andere gebruiker heb ik hetzelfde trucje uitgevoerd zodat we kunnen vergelijken. Het vreemde is, dat de gebruiker de melding STATUS_ACCESS_DENIED krijgt, wanneer hij het bestand op wil slaan. Dat is vreemd want de rechten op de share staan goed, het account waarmee hij verbinding maakt met de share heeft ook voldoende rechten en zijn collega's koppelen de share op exact dezelfde manier.
Nu ben ik maar één verschil tegen gekomen en wel in het capture bestand, namelijk dat wanneer ik een bestand aanmaak of opsla, ik zie dat het bestand wordt opgegeven als \server\share\folder\sub-folder\document.doc. Wanneer de betreffende gebruiker dit doet wordt het bestand opgegeven als \folder\sub-folder\document.doc. Kortom, server en share naam ontbreken in het SMB verzoek.
Heeft iemand enig idee of dit ergens in te stellen is, dat bij dit soort verzoeken het volledige pad meegezonden moet worden
Edit:
Misschien wel handige extra informatie. Het betreft een Windows 7 client die verbinding maakt met een Windows Server 2003 server.
[ Voor 4% gewijzigd door dulghar op 10-11-2011 09:21 ]