Rechteproblem Win 2003 Server - XP Prof

Computer: Software & Programmierung Windows
1

Hallo Allerseits,

ich habe einen Windows 2003 Server und einen Win XP Prof. Client. Der Client generiert JPGs und soll sie zu einem freigegebenen Verzeichnis auf den 2003er schicken. Auf den beiden ist der gleiche User mit identischem Passwort eingerichtet. Das freigegebene Verzeichnis hat alles was es an Freigaben gibt und der User hat alle Rechte darauf.
Wenn ich jetzt mit dem „net use“-Befehl das Laufwerk mappe, funktioniert alles einwandfrei. Wenn ich den Befehl mit der Autoexec.bat ausführen lasse passiert folgendes: das Laufwerk wird gemappt aber ist nicht available. Wenn ich es im Explorer anklicke geht das Authentifizierungsfernster auf. Wenn ich dann User und Passwort eingebe ist alles wieder OK (aus Systemgründen muss das Mapping auf dem XP-Client eingerichtet werden). Das Mapping an sich musste ich machen, da ein direktes Schreiben auf das Zielverzeichnis \Freigabe nicht möglich war. Ich denke auch hier ist das Rechteproblem die Ursache. Der XP-Client schickt die Bild-Daten übers Netz aber sie werden nicht auf dem Server geschrieben.

Kann mir jemand sagen, wie ich die Rechner dazu bringe, das Mapping automatisch zu akzeptieren? Es ist nämlich kein Monitor oder Keyboard angeschlossen.

Was mir aufgefallen ist, auf dem 2003er Server hat der User in seinen Eigenschaften einen Haken bei „Nur Lesen“. Wenn ich diesen herausnehme und das Eigenschaftsfenster schließe und wieder öffne ist der Haken wieder aktiv.

Vielleicht hat ja dafür jemand eine Erklärung. Ich denke, dass dies das Hauptproblem ist. Irgendwie existiert hier ein Rechteproblem, dem ich nicht auf den Grund gehen kann.

Danke im Voraus.

MfG

Andreas Lange

2

Hallo Andreas,

ich habe einen Windows 2003 Server und einen Win XP Prof.
Client. Der Client generiert JPGs und soll sie zu einem
freigegebenen Verzeichnis auf den 2003er schicken. Auf den
beiden ist der gleiche User mit identischem Passwort
eingerichtet.

doch wohl nicht der Administrator?

Das freigegebene Verzeichnis hat alles was es an
Freigaben gibt und der User hat alle Rechte darauf.

ok, so sollte es sein

Wenn ich jetzt mit dem „net use“-Befehl das Laufwerk mappe,
funktioniert alles einwandfrei.

warum tust du das?

Wenn ich den Befehl mit der
Autoexec.bat ausführen lasse

warum tust du das?

passiert folgendes: das Laufwerk wird gemappt aber ist nicht available.

logisch, weil XP das Mapping schon selbst vorgenommen hat und du nun erneut versuchst zu mappen.

Wenn ich es im Explorer anklicke geht das Authentifizierungsfernster
auf. Wenn ich dann User und Passwort eingebe ist alles wieder OK

also definitiv ein Problem mit den Rechten im Netzwerk!
Dein Client-User ist nicht als User im Server angelegt.

(aus Systemgründen muss das Mapping auf dem XP-Client eingerichtet
werden).

??? was für Systemgründe ???
logisch, es muss ein Mapping auf dem Client existieren.

Das Mapping an sich musste ich machen, da ein
direktes Schreiben auf das Zielverzeichnis
\Freigabe nicht möglich war.

du meinst \Servername\Freigabe
da es sich ja um ein lokales Netz handelt.

Ich denke auch
hier ist das Rechteproblem die Ursache. Der XP-Client schickt
die Bild-Daten übers Netz aber sie werden nicht auf dem Server
geschrieben.

woher weißt du, dass die Bilddaten übers Netz an den Server geschickt werden?

Kann mir jemand sagen, wie ich die Rechner dazu bringe, das
Mapping automatisch zu akzeptieren?

das ist doch schon fest in XP eingebaut:

  • Explorer öffnen
  • Extras
  • Netzlaufwerk verbinden
  • Häkchen bei: Verbindung bei Anmeldung wieder herstellen
  • ggf. >unter anderem Benutzernamen herstellen
3

poste mal aus dem Batch job die Zeile wie du das LW einbindest.

4

Hallo Netwolf,

vorab schon mal Verzeihung für die unvollständige Darstellung. Die Systemgründe sind folgende. Wir hängen mit unserem Win XP lokal per Crossover am Win 2003 Server und sind nicht in einer Domäne. Die andere Netzwerkkarte hängt im Kundennetz, mit dem wir rein gar nichts zu tun haben.

Hallo Andreas,

ich habe einen Windows 2003 Server und einen Win XP Prof.
Client. Der Client generiert JPGs und soll sie zu einem
freigegebenen Verzeichnis auf den 2003er schicken. Auf den
beiden ist der gleiche User mit identischem Passwort
eingerichtet.

doch wohl nicht der Administrator?

Nein

Das freigegebene Verzeichnis hat alles was es an
Freigaben gibt und der User hat alle Rechte darauf.

ok, so sollte es sein

Wenn ich jetzt mit dem „net use“-Befehl das Laufwerk mappe,
funktioniert alles einwandfrei.

warum tust du das?

Da das Pushen mit unserer propritären Applikation nicht funktionierte. Wir loggen den kompletten Verkehr und so konnten wir feststellen, dass wir die Bilddaten pushen. Aber der 2003er lässt das Schreiben nicht zu.

Wenn ich den Befehl mit der
Autoexec.bat ausführen lasse

warum tust du das?

Da die manuelle Eingabe erfolgreich war.

passiert folgendes: das Laufwerk wird gemappt aber ist nicht available.

logisch, weil XP das Mapping schon selbst vorgenommen hat und
du nun erneut versuchst zu mappen.

Wieder eine fehlende Info. Ich habe in der Autoexec.bat das Mapping zuerst deleted. Der Rechner wird nur neu gestartet, wenn mal Stromausfall auftritt. Deswegen dachte ich an diese schnelle Lösung.

Wenn ich es im Explorer anklicke geht das Authentifizierungsfernster
auf. Wenn ich dann User und Passwort eingebe ist alles wieder OK

also definitiv ein Problem mit den Rechten im Netzwerk!
Dein Client-User ist nicht als User im Server angelegt.

Ich habe auf dem 2003er einen neuen User eingerichtet, der exakt die gleichen Zugangsdaten hat. Was meinst Du mit „…nicht als User im Server angelegt.“

(aus Systemgründen muss das Mapping auf dem XP-Client eingerichtet
werden).

??? was für Systemgründe ???

Das bezieht sich auf die Systemapplikation, die beim Kunden aufgebaut wurde. Automatische Sortieranlage, die Klartext lesen soll.

logisch, es muss ein Mapping auf dem Client existieren.

Das Mapping an sich musste ich machen, da ein
direktes Schreiben auf das Zielverzeichnis
\Freigabe nicht möglich war.

du meinst \Servername\Freigabe
da es sich ja um ein lokales Netz handelt.

Also das Pushen funktionierte bei uns im Netz unter identischen Bedingungen - nur mit Win XP Prof. Gegenstelle - mit dem Parameter:
SaveImagePath=\xxx.xxx.xxx.xxx\Pics\ ohne Probleme

Ich denke auch
hier ist das Rechteproblem die Ursache. Der XP-Client schickt
die Bild-Daten übers Netz aber sie werden nicht auf dem Server
geschrieben.

woher weißt du, dass die Bilddaten übers Netz an den Server
geschickt werden?

Wir loggen jeglichen Verkehr.

Kann mir jemand sagen, wie ich die Rechner dazu bringe, das
Mapping automatisch zu akzeptieren?

das ist doch schon fest in XP eingebaut:

  • Explorer öffnen
  • Extras
  • Netzlaufwerk verbinden
  • Häkchen bei: Verbindung bei Anmeldung wieder herstellen
  • ggf. >unter anderem Benutzernamen herstellen
5

Hallo Joey,

poste mal aus dem Batch job die Zeile wie du das LW
einbindest.

net use z: /delete
net use z: \172.16.246.244\pics /user:username password

Und wie gesagt, gebe ich das manuell ein habe ich sofort Schreibrecht.

Könnte es mit dem Zeitpunkt des Mappings zu tun haben. Wenn ich das manuell mache ist das ja eine ganze Zeitspanne später. Oder wie sollte der 2003er eine Unterscheidung machen können?

MfG

Andreas Lange

6

Hi,

net use z: /delete
net use z: \172.16.246.244\pics /user:username password

versuche es mal mit:

net use z: \172.16.246.244\pics /user:servername\username password

bzw

net use z: \172.16.246.244\pics /user:172.16.246.244\username password

Gruss
Joey

7

Hallo Joey,

danke für den Tipp. Werde ich morgen Mittag direkt versuchen, da bin ich wieder in Madrid.

Mich würde nur der Unterschied der manuellen Eingabe und der Autoexec.bat interessieren.

MfG

Andreas Lange

[Bei dieser Antwort wurde das Vollzitat nachträglich automatisiert entfernt]

8

Hallo Allerseits,

danke für alle Hilfen. Leider hat es nichts gebracht.

Der spanische Kollege hat ein selbstgeschriebenes Tool mitgebracht, das die Anmeldung dann erfolgreich durchgeführt hat. Aber auch nicht in der Autoexec.bat. Wir haben es dann in das Startscript unserer Applikation eingebunden, dass erst nach einigen Sekunden gestartet wird.

MfG

Andreas Lange