Mehrere Netzlaufwerke mit Gui hinzufügen funktioniert, aber nicht mit einem net use Skript

[mmarz 0]

Hallo,

 

ich frage mich wieso ich über die GUI viele Laufwerke die auf einem Server Windows 2008 r2 DC liegen mappen kann,

 

aber das Skript nach ca. 3 Laufwerken dann nach einem Passwort fragt.

 

Das skript ist so ähnlich aufgebaut

 

net use g: \\192.168.10.10\frei1

 

net use r: \\192.168.10.10\frei2

 

net use x: \\192.168.10.10\frei3

 

net use z: \\192.168.10.10\frei4

 

net use h: \\192.168.10.10\frei5

 

 

Die ersten 3 macht er ohne Probleme, danach fragt er mich nach einem Benutzernamen und Kennwort in der CMD.

 

Wie kann ich das Problem umgehen?

 

Der User ist ebenfalls ein Domänenmitglied.

 

Der Client ist ein Windows 7 und Windows 10.

 

lg

stelle gerade fest, dass die GUI auch ab 4 Laufwerk meckert.

Es gibt Abteilungen die müssen auf mehrere Laufwerke Zugreifen die auf einem Server liegen.

 

Wie kriege ich das gelöst?

[Sunny61 806]

Wenn das LW nach User und PW fragt, würde ich als erstes die Freigabe- und NTFS-Berechtigungen prüfen. Anschließend die Gruppenzugehörigkeit des ausführenden Benutzers prüfen. Wurde der User frisch in die Gruppe hinzugefügt? Wenn ja, DCs am Standort replizieren und den Benutzer einmal ab- und wieder anmelden lassen am Client. Erst dann greifen neue Gruppenzugehörigkeiten.

[testperson 1.677]

Ich würde Laufwerke immer auf den Host oder den FQDN mappen.

 

Ganz einfach ist es mit nur einer einzigen Freigabe und aktivierter ABE.

[Nobbyaushb 1.471]

Ich würde Laufwerke immer auf den Host oder den FQDN mappen.

 

Ganz einfach ist es mit nur einer einzigen Freigabe und aktivierter ABE.

Genau, was soll die IP darin?

 

Ist das nicht in einem AD?

 

;)

bearbeitet 17. November 2016 von Nobbyaushb

[Sunny61 806]

Ganz einfach ist es mit nur einer einzigen Freigabe und aktivierter ABE.

Ein LW für alle und nur ABE trennt. Das wäre schön, leider fehlen den Benutzern dann die LW-Buchstaben, und viele können oder wollen sich einfach nicht umgewöhnen. ;)

[mmarz 0]

Die Ip deshalb, um es vom DNS unabhängig zu machen.

[Nobbyaushb 1.471]

Die Ip deshalb, um es vom DNS unabhängig zu machen.

Quatsch - wenn der DNS nicht sauber läuft, hast du andere Probleme als nicht verbundene Netzlaufwerke.

 

:suspect:

[testperson 1.677]

Die Ip deshalb, um es vom DNS unabhängig zu machen.

Weil son AD und andere Dienste ohne DNS ja auch bombastisch läuft oder wie ;)

[ChrisRa 42]

Die Ip deshalb, um es vom DNS unabhängig zu machen.

 

Macht man es nicht deswegen eigentlich umgekehrt?  :suspect:

[mmarz 0]

im Anmeldeskript benutze ich die IP´s statt die namen, um dies vom DNS unabhängig zu machen.

[Sunny61 806]

im Anmeldeskript benutze ich die IP´s statt die namen, um dies vom DNS unabhängig zu machen.

Das kannst Du noch oft schreiben, das wird dadurch keinen Deut besser. Vermutlich liegt dort sogar der Fehler, pack die FQDN oder nur den Servernamen rein, schon funktioniert es wahrscheinlich.

[Alith Anar 40]

?? Weil er keinen FQDN verwendet sondern eine IP soll er bei der Scriptausführung plötzlich nach einem Passwort fragen?

 

Ich traue ja MS viel zu, aber so weit verschlechtert haben Sie net use noch nicht.

 

Ich würde die Berechtigungen für die Freigabe überprüfen bzw die Freigabe an sich überprüfen. liegt die auf dem gleichen Server, oder liegt die evtl auf einem anderen.

[Sunny61 806]

?? Weil er keinen FQDN verwendet sondern eine IP soll er bei der Scriptausführung plötzlich nach einem Passwort fragen?

Der TO macht alles anders als andere, wenn er es nicht ausprobiert, wird er es nie erfahren.

 

Ich traue ja MS viel zu, aber so weit verschlechtert haben Sie net use noch nicht.

Da wird viel mehr beim TO im argen liegen.

 

Ich würde die Berechtigungen für die Freigabe überprüfen bzw die Freigabe an sich überprüfen. liegt die auf dem gleichen Server, oder liegt die evtl auf einem anderen.

Wenn sich nie etwas geändert hat, kann es nur an Sicherheitsupdates liegen. Aber die IP zu verwenden um von DNS unabhängig zu sein, ist für mich der flasche Weg.

[blub 115]

?? Weil er keinen FQDN verwendet sondern eine IP soll er bei der Scriptausführung plötzlich nach einem Passwort fragen?

klar! weil mit IP, anstelle von FQDN nicht der Kerberosmechanismus zum Zugriff auf Resourcen, sondern bestenfalls NTLMv2 verwendet wird! Bei NTLM muss für jede neue Verbindung neu authentifizeirt werden.

 

Usern 5 bzw. viele Laufwerke auf den einen DC mappen, das hört sich "seltsam" an.