Windows 2012 Cluster File Server niet benaderbaar

[sjender101]

Goede morgen,

Ik heb een testomgeving met een single node Windows 2012 cluster.
Ik heb daarop 2 ip adressen:
1.2.3.4 (fictief) extern
192.168.0.86 intern

Ik heb daarop ook de 'File Server' service aangemaakt.
Ook heb ik in die service een extra resource opgenomen, namelijk het interne IP adres, de externe zit er standaard bij.

Standaard zit er 1 share bij (die je niet kan verwijderen? ), namelijk D$
Nu heb ik er zelf ook nog 1 bijgemaakt, namelijk: \users.

Nu komt het leuke.
\\1.2.3.4\D$ -> werkt
\\192.168.0.86\D$ -> werkt
\\1.2.3.4\users -> werkt
\\192.168.0.86\users -> WERKT NIET???
Terwijl die laatste nu juist het enige is wat ik wil dat werkt...

Ik probeer de verbinding vanaf een andere Windows 2012 server te openen.
Aangezien de aangemaakte share en het IP adres werken, weet ik even niet welke kant ik moet zoeken.
Ook permissions kan het niet zijn, want dan had \users naar mijn idee ook niet gewerkt op het externe IP adres....

[CMD-Snake]

sjender101 schreef op woensdag 29 mei 2013 @ 10:11:
\\192.168.0.86\users -> WERKT NIET???

En als je doet \\servernaam\users ? En als je via DFS de share wil benaderen? Mits je DFS hebt geïnstalleerd.

Ik denk toch dat er iets in je settings niet goed staat, ik neem aan dat hij de map niet kan resolven als je wil verbinden met de share.

Waarom een cluster service op een cluster van een? Lijkt me zinloos om die rol er dan nog bij te zetten.

[sjender101]

DFS is niet geinstalleerd.
Het doel is uiteraard om er meerdere clusternodes bij te plaatsen.
Maar het lijkt me dat het op 1 node ook moet werken.

Hij kan inderdaad de map niet resolven bij het benaderen.
De windows client geeft aan de server wel te kunnen vinden, maar de sharenaam niet.
Maar waarom werkt hij dan wel via een ander IP van dezelfde server?
Heb je daar een verklaring voor?

[CMD-Snake]

sjender101 schreef op woensdag 29 mei 2013 @ 11:07:
Hij kan inderdaad de map niet resolven bij het benaderen.
De windows client geeft aan de server wel te kunnen vinden, maar de sharenaam niet.
Maar waarom werkt hij dan wel via een ander IP van dezelfde server?
Heb je daar een verklaring voor?

Hoe zijn je firewall settings? Het kan zijn dat de firewall op de NIC voor extern wel verkeer toelaat voor de share, maar dat de firewall op de interne NIC dit juist blokkeerd.

[sjender101]

Daar heb ik ook aangedacht, dus heb ik de firewall helemaal uitgezet.
Zonder resultaat.
En daar komt bij dat \\192.168.0.86\D$ -> werkt
Dat maakt het frustrerend, alles werkt, behalve die ene specifieke combinatie, die ik juist nodig heb...

[CMD-Snake]

sjender101 schreef op woensdag 29 mei 2013 @ 12:10:

En daar komt bij dat \\192.168.0.86\D$ -> werkt
Dat maakt het frustrerend, alles werkt, behalve die ene specifieke combinatie, die ik juist nodig heb...

Dat is een admin share. Die is altijd aanwezig. Je server heeft zo ook C$.

Maar werkt \\servernaam\users$ wel?

[sjender101]

Met de servernaam werkt hij ook niet.
Een ping naar de servernaam geeft een ander adres (op dezelfde interne NIC).
192.168.0.102

Maar dan krijg ik dezelfde 'unspecified error'.

Ik heb zojuist uit de clustermanager ook het 1.2.3.4 adres verwijderd, zodat daar ook geen conflicten meer mee kunnen zijn, hij zou dus nu alleen nog maar naar het interne IP adres moeten luisteren.
Maar helaas.

[CMD-Snake]

sjender101 schreef op woensdag 29 mei 2013 @ 12:31:
Met de servernaam werkt hij ook niet.
Een ping naar de servernaam geeft een ander adres (op dezelfde interne NIC).
192.168.0.102

Maar dan krijg ik dezelfde 'unspecified error'.

Klinkt als een DNS probleem. Doe eens op de server (in een admin prompt) ipconfig /registerdns (je kan ook even voor de zekerheid daarvoor /flushdns doen). Op je client machine laat die ook /flushdns doen.

De server meldt zich opnieuw aan bij de DNS server en je client heeft dan zijn cache geleegd. Kijk dan eens of het werkt.

[sjender101]

Wow, dat was het.
Dankje!

Kun je me vertellen waarom ik iets in de DNS nodig heb terwijl ik via een IP adres probeer de share te benaderen?

[CMD-Snake]

sjender101 schreef op woensdag 29 mei 2013 @ 12:39:
Kun je me vertellen waarom ik iets in de DNS nodig heb terwijl ik via een IP adres probeer de share te benaderen?

Je moet altijd iets resolven (de netwerk share) dus DNS is erbij betrokken.

Het is moeilijk om precies te zeggen waar de oorzaak lag, mogelijk (waarschijnlijk) lag het aan je client dat die een fout in zijn cache had zitten. Dat had je eventueel nog kunnen uitzoeken door op nog een client ook een lookup te doen.