Zo af en toe lopen Windows users aan tegen het feit dat het niet lukt gelijktijdig shares op hun NAS te
benaderen onder verschillende (NAS)userID’s. Dit geldt voor op drive-letter gemapte shares, voor shares
die middels hun netwerkadres worden aangesproken of een mix daarvan.
Microsoft vindt dat kennelijk een veiligheidsrisico en heeft dat afgeschermd.
Het lukt dus bijv. niet in Windows om:
\\192.168.1.101\music te mappen aan drive-letter X: onder (NAS)userID "user1" (met bijbehorend password)
en tegelijk
\\192.168.1.101\video te mappen aan drive-letter Y: onder (NAS)userID "user2" (met bijbehorend password)
omdat richting de netwerkresource 192.168.1.101 slechts één userID tegelijk kan gelden.
Opmerkelijk genoeg blijkt die beperking relatief makkelijk te omzeilen.
Windows ziet namelijk een adressering op basis van IP-adres niet als dezelfde netwerkresource als een
adressering op basis van een FQDN (fully qualified domain name), ook al leidt die FQDN naar hetzelfde IP-adres.
Hierdoor is het dus wel mogelijk om:
\\192.168.1.101\music te mappen aan drive-letter X: onder (NAS)userID "user1" (met bijbehorend password)
en tegelijk
\\Diskstation\video te mappen aan drive-letter Y: onder (NAS)userID "user2" (met bijbehorend password)
ook al leidt Diskstation naar 192.168.1.101.
Desgewenst kunnen de (verschillende) userIDs en passwords voor beide locaties ook apart beheerd worden
in Windows Referentiebeheer (Credential manager).
Desgewenst kan je zelfs nog verder gaan, door in je "hosts" bestand (normaal gesproken
"C:\Windows\System32\Drivers\Etc\hosts") meerdere entries naar hetzelfde IP-adres van je NAS op te nemen
onder verschillende namen.
Door bijv, aan je hosts-bestand toe te voegen "samba1 192.168.1.101"
en "samba2 192.168.1.101"
kan je Y: mappen op \\samba1\music en Z: mappen op \\samba2\video.
Windows verbindt dan probleemloos met beide shares, desgewenst onder verschillende userIDs.
ReferentieMapStation verbindt kennelijk altijd op basis van IP-adres, en kan dus slechts drives mappen onder één identiteit.