net use - Verbindung mit IFS Freigabe

[weidenhammer]

Hallo Forum,

ich bin am Verzweifeln, ich habe ein für mich unerklärliches Phänomen:

Ich habe eine Freigabe im IFS, welche ich auf einem Windows-Rechner mappen möchte.

mache ich das mit

net use z: \\as400\share /user:joe

kommt der Passwort-Prompt und nach Eingabe des Passwortes wird das Share korrekt verbunden.

Mache ich es mit

net use z: \\as400\share pass /user:joe

das heisst, mit angegebenem Passwort, dann dauert es kurz, und dann kommt der Fehler:

Systemfehler 5 aufgetreten.
Zugriff verweigert.

Ein nachfolgendes Verbinden mit 'manueller' Eingabe des Passwortes ist wieder erfolgreich...

Hat jemand eine erklärung dafür? Oder eine Idee?

Der Rechner ist Win7
OS400 V6R1

Bin für jeden Tip dankbar...

Grüße

Alexander

[Fuerchau]

Das Phänomen habe ich auch, wenn das Kennwort Sonderzeichen beinhaltet und ich dies in einer BAT-Datei ausführe.
Das Problem ist hier der Windowszeichen-Satz ANSI den ich z.B. per Notepad erfasse.
Bei der Ausführung in einer BAT wird dies jedoch mit dem OEM-Zeichensatz ausgeführt und Sonderzeichen sind dann falsch.
Unter Windows-XP konnte ich noch per DOS-Box mit dem "EDIT" eine BAT in OEM bearbeiten.
Seit Win7 gibt's den EDIT nicht mehr.

[weidenhammer]

Hallo Baldur,

An so etwas habe ich auch schon gedacht.
In diesem Fall enthält das Passwort aber 'nur' normale Kleinbuchstaben...

Wie müsste ich denn eine bat Datei erstellen oder editieren, um das Problem zu lösen?

Gruß

Alexander

[KingofKning]

Ein Versuch wäre es wert mit copy con test.bat F6 beendet die Eingabeaus einer cmd heraus.GG

[Fuerchau]

OK, wenn keine Sonderzeichen da sind, versuche mal das Kennwort explizit in einfache oder doppelte Anführungszeichen zu setzen.
Je nach Kennwortlevel auf der AS/400 auch explizit dann in Großbuchstaben:

net use z: "sharename" "PASSW" /user:JOE

[malzusrex]

Hi,
also ich habe auch das NET USE im Einsatz und damit keine Probleme.
Bei mir sieht das so aus

net use R: "\\AS400\Freigabe" geheim /USER:MISTERX /yes 

Für was das /yes war kann ich dir aber nicht mehr sagen.

Gruß
Ronald

[Fuerchau]

Der Parameter "/yes" wird wohl ignoriert werden da er so unbekannt ist und demnach keine Bedeutung hat:
http://www.microsoft.com/resources/d....mspx?mfr=true
Ggf. noch aus der Historie, als es "/persistent:yes" noch nicht gab.

[weidenhammer]

Hallo allerseits,

erstmal vielen Dank für die Hinweise...

@KingofKning: der copy con hat leider keinen Erfolg gebracht... Gleiches Verhalten.

@Baldur: auch sämtliche Varianten von einfachen oder doppelten Anführungszeichen bringen keinen Erfolg.

@Ronald: genau so habe ich das auch versucht. Leider erfolglos...

Der Effekt ist nicht nach Tests auch auf mehreren Rechnern reproduzierbar.... Also eher kein 'spinnendes' Einzel-Windows.

Hat noch jemand Ideen auf Lager???


Grüße
Alexander

[TARASIK]

Hallo,
ich würde es einmal so probieren:

With Windows 7:

NET USE Z: :\\IP Address\share /USER:ServerName\UserID password might fail; however, NET USE Z: \\ServerName\share /USER:ServerName\UserID password works.

Changing to NET USE Z: \\IP Address\share /USER:IPAddress\UserID password might also work.

[weidenhammer]

Hallo allerseits

vielen Dank an TARASIK!!!
Das war der entscheidende Tip.

In der Variante

net use z: \\server\share /user:SERVER\joe pass

funktioniert es wieder.....
Mir ist zwar nicht klar, warum, denn unsere ursprüngliche Variante hat über Jahre problemlos finktioniert...
Aber sei es drum

Vielen Dank an alle und einen stressfreien Tag

Gruß
Alexander

[programmer400]

zur Info:

Hatte das gleiche Problem nach der Umstellung von Arbeitsplätzen von XP auf Win7.
Nach Anpassung des Scripts wie oben empfohlen, funktionierts wieder.

[Fuerchau]

Wie in anderen Beiträgen zu sehen:
Windows setzt mindestens seit Win7 die Domäne des Users in die Anmeldung wenn explizit keine Domäne angegeben ist.
Da die AS/400 meist der Domäne nicht zugeordnet ist, klappt dies nicht.
Mit "SERVER\USER" klappt das halt, da Windows keinen Grund für Ergänzungen erkennt.