Na migratie server2003->server2012R2 shares niet bereikbaar

[killerflappy]

Ik ben een server migratie aan het testen van de fileserver.

Oude server: Windows 2003 Storage Server
Nieuwe Server: Hyper-V guest – Windows Server 2012 R2.
Firewalls zijn niet geactiveerd op de Hyper-V host en Guest.

Via Robocopy de bestanden gekopieerd met security.
Via een export en import van het register de shares over gezet met security.
De shares en de NTFS machtigingen zien er goed uit.
De effectieve machtigingen van de share worden goed weergegeven voor het gebruikersaccount waarmee getest wordt.

De shares zijn te bereiken vanaf een andere computer (Windows 7 Ultimate) met het Administrator-account.
Gebruikers accounts op deze computer werken niet om de shares te bereiken.
Op de computer waarmee ik de share probeer te benaderen staat:
“Toegang tot de bron \\server\share is geweigerd.”
Werkt ook niet als ik ipv de servernaam het IP-adres invoer.

In het logboek van de Hyper-V guest met shares zie ik wel een logon en logoff

Ik heb een tijd gezocht, maar kan geen relavante informatie vinden.

Wat kan de reden zijn dat de shares niet met de gebruikersaccount te benaderen zijn?

[Equator]

Heb je de Gebruikersaccounts wel aangemaakt of zouden deze ook gemigreerd moeten zijn?
Bestaan de gebruikersaccounts wel?

[killerflappy]

Equator schreef op maandag 18 augustus 2014 @ 14:09:
Heb je de Gebruikersaccounts wel aangemaakt of zouden deze ook gemigreerd moeten zijn?
Bestaan de gebruikersaccounts wel?

Het gaat om een fileserver. De Gebruikersacounts zijn aanwezig op een andere server.
De fileserver herkent de gebruikersaccounts omdat deze worden weergegeven bij de security van de shares. Ook via Effectieve machtigingen worden de accounts herkent en staat er voldoende rechten.

[Semt-x]

zitten server, werkstations en users in een domein ?

[MdBruin]

Domein situatie of zonder domein?

Indien geen domein, maak eens de gebruiker aan bij de Windows Server 2012 R2 fileserver en probeer nog eens.
Dat de rechten bij de bestanden staan maakt niet uit, de gebruiker moet op een of andere manier bekent zijn bij het systeem zelf. Dus of via een lokaal account of een domein account

[Will_M]

Weet je zeker dat het geen gevalletje share vs NTFS machtigingen is? Bij 2003 was het nog standaard "Everyone Full Controll" op share niveau terwijl er nu (2012) standaard niks meer toegestaan wordt op share niveau.

Je kunt op NTFS dan rechten uitdelen wat je wil, maar......

[killerflappy]

Semt-x schreef op maandag 18 augustus 2014 @ 14:16:
zitten server, werkstations en users in een domein ?

Server, werkstations en gebruikers staan in hetzelfde domein

Share machtigingen staat op Everyone en NTFS-machtigingen staan op gebruikersniveau.

Voor de zekerheid een test-share aangemaakt met machtigingen voor everyone read en write en aan NTFS-machtigingen voor Everyone. Ook deze is niet te bereiken.

[ Voor 35% gewijzigd door killerflappy op 18-08-2014 14:24 ]

[Lanithro]

Welk protocol wordt er gebruikt? Ik heb hier een probleem gehad met SMB v3. Maar dat was icm een NETAPP fileserver.

[Will_M]

Lanithro schreef op maandag 18 augustus 2014 @ 14:21:
Welk protocol wordt er gebruikt? Ik heb hier een probleem gehad met SMB v3. Maar dat was icm een NETAPP fileserver.

Da's inderdaad ook altijd leuk. Ik had met een NetAPP Filer ineens gezeur nadat ik 't Domainlevel naar 2008 Native getild had vanuit 2003. De ONTAPP software snapte niks meer en wilde er niet naartoe LDAP'en, dus maar "even" paar versies van ONTAPP mogen upgraden

[killerflappy]

Lanithro schreef op maandag 18 augustus 2014 @ 14:21:
Welk protocol wordt er gebruikt? Ik heb hier een probleem gehad met SMB v3. Maar dat was icm een NETAPP fileserver.

Misschien een domme vraag, maar waar zie ik welk protocol ik gebruik?
Forest functional level is "Windows 2000".
Domain functional level is "Windows 2003".

[ Voor 12% gewijzigd door killerflappy op 18-08-2014 14:32 ]

[sanfranjake]

Windows 7 gebruikt SMB 2.1, niet 3.0, zie hier wat meer info erover: http://blogs.technet.com/...b-3-02-you-are-using.aspx

[The Realone]

killerflappy schreef op maandag 18 augustus 2014 @ 14:27:
[...]


Misschien een domme vraag, maar waar zie ik welk protocol ik gebruik?
Forest functional level is "Windows 2000".
Domain functional level is "Windows 2003".

Niet, volgens mij. 2012R2 gaat tot SMB versie 3.02 en negotiate met een client die verbinding maakt welke versie er gebruikt wordt. Het is, voor zover ik weet, niet mogelijk om een bepaald protocol te forceren.

[sanfranjake]

Je kan wel de nieuwere protocollen uitschakelen op een nieuwere machine, soms helpt dat. Maar dan kunnen je clients die wel SMB3 aan kunnen dat ook niet meer onderhandelen.
Hier wat info hoe je ze uit kan schakelen om te testen: How to enable and disable SMBv1, SMBv2, and SMBv3 in Windows Vista, Windows Server 2008, Windows 7, Windows Server 2008 R2, Windows 8, and Windows Server 2012


Hoi Question Mark hieronder beetje dezelfde gedachte

[ Voor 6% gewijzigd door sanfranjake op 18-08-2014 14:39 ]

[Question Mark]

killerflappy schreef op maandag 18 augustus 2014 @ 14:27:
[...]
Misschien een domme vraag, maar waar zie ik welk protocol ik gebruik?

Windows Server 2012 R2: Which version of the SMB protocol (SMB 1.0, SMB 2.0, SMB 2.1, SMB 3.0 or SMB 3.02) are you using?

The Realone schreef op maandag 18 augustus 2014 @ 14:32:
[...]


Niet, volgens mij. 2012R2 gaat tot SMB versie 3.02 en negotiate met een client die verbinding maakt welke versie er gebruikt wordt. Het is, voor zover ik weet, niet mogelijk om een bepaald protocol te forceren.

Je kunt SMB versies gewoon disablen

How to enable and disable SMBv1, SMBv2, and SMBv3 in Windows Vista, Windows Server 2008, Windows 7, Windows Server 2008 R2, Windows 8, and Windows Server 2012

[killerflappy]

Maar via het administrator account op een windows 7 computer kan ik de shares wel bereiken. Die maakt dan toch gebruik van hetzelfde protocol als de users op dezelfde computer?

Inschakelen van SMBv1 en uitschakelen van SMBv2 en 3 maakt niets uit.

[ Voor 17% gewijzigd door killerflappy op 18-08-2014 14:52 ]

[sanfranjake]

Heb je soms policies op die users toegepast waardoor ze geen paden mogen intikken ofzo? Kan je er wel een driveletter naartoe mappen? C-drive blokkeren policy kan ook dat soort effecten hebben.
Kijk eens in de resultant set of policy.

Je haalt een goed punt aan dat een admin er wel in kan, moet het haast wel aan een instelling liggen. Kom weinig tegen dat die protocol negotiation echt keihard faalt eigenlijk.

[killerflappy]

Tot mijn verbazing kan ik de huidige fileserver ook niet bereiken wanneer ik een UNC-pad in de adresbalk van de verkenner intyp.
Wanneer ik via de verkenner op "Netwerkverbinding maken"" klik en daar het UNC-pad ingeeft werkt het wel!
Ook wanneer ik een "net use" toevoeg aan het logonscript werkt het!

Mogelijk dus toch iets in een policy

[sanfranjake]

Zeer zeker een policy dus, nu mag je uit gaan vogelen welke

[killerflappy]

Allen bedankt voor de snelle reacties!