Input/Output Vom Netzwerk kopieren

[SvenE75]

Hallo zusammen,

Ich habe ein kleines Tool geschrieben welches alle Ordner und Dateien von einem Netzwerkpfad auf einen anderen Ordner kopiert.

Leider muss ich jetzt den Pfad von IP auf Namensauflösung ändern.

Nun verlangt Windows Benutzername und Passwort kann ich das mitgeben?

Alt:
String sourceDir = „//10.110.52.90/c$/Master_Data“;
String TargetDir = „C:\\master_imput“;

Neu:
String sourceDir = „//ms.filialserver.net/c$/Master_Data“;
String TargetDir = „C:\\master_imput“;

Wenn ich diese Anpinge komme ich auf die gleiche Ip

 

[mihe7]

Soweit mir bekannt ist, kann man kann im UNC-Pfad keine Anmeldeinformationen angeben. Was ich jedoch nicht verstehe, was es für einen Unterschied macht, ob Du via IP-Adresse oder Hostname arbeitest. Ist auf dem System evtl. Benutzername/Passwort bereits für die IP-Adresse hinterlegt?

Wie auch immer, s. https://docs.microsoft.com/en-us/windows-server/administration/windows-commands/cmdkey

 

[dzim]

Das geht schon... mit den richtigen Bibliotheken. Ich verwende für ein Projekt von uns Apache VFS (https://commons.apache.org/proper/commons-vfs/filesystems.html), wenn man die richtigen Dependencies im Classpath hat, kann es auch mit CIFS umgehen (was du im Win-Umfeld ja brauchst, wenn du auf SMB-Ressourcen zugreifen möchtest).
Hier findest du auch ein Beispiel für die Authentierung: https://commons.apache.org/proper/commons-vfs/api.html

 

[Curzon Dax]

Es könnte sein, dass hier im Programm anstelle von Username/Passwort-Authentizierung mit einem Public Key gearbeitet wurde, der jedoch nur für die IP Adresse ausgestellt wurde. Für den Namen müsste jetzt ein neuer Eintrag in den "known Hosts" dazugegeben werden. Bei Linux sieht das so aus:

-bash-4.2$ cat ~/.ssh/known_hosts
devops.brno.net,192.168.99.59 ecdsa-sha2-nistp256 E2VjZHNhLXNoYTItbmlzdHAyNTYIbmlzdHAyNTYAAABBBFYwF8aNpT8u0m4Fvlkou1j8RsMKJSwi/kXgQdCrbdnFkNP/2Zks3iSEy2hxTFmlgDyK/2Iw7YSyn8GEIsRmf7M=
devops ecdsa-sha2-nistp256 E2VjZHNhLXNoYTItbmlzdHAyNTYIbmlzdHAyNTYAAABBBFYwF8aNpT8u0m4Fvlkou1j8RsMKJSwi/kXgQdCrbdnFkNP/2Zks3iSEy2hxTFmlgDyK/2Iw7YSyn8GEIsRmf7M=
-bash-4.2$

Hier sieht man, dass ich für den Hostnamen devops.brno.net bzw. für die dazugehörige IP Adresse bereits einen Eintrag hatte (in braun). Beim ersten Aufruf über den Namen devops (hier hat der Eintrag in /etc/resolv.conf die Domäne ergänzt) ist von SSH ein neuer Eintrag in known_hosts vorgesehen (auch wenn es sich - wie hier - um denselben Key handelt).
Bei einer manuellen Verbindung wird man einfach gefragt, ob man den Key in die known_hosts eintragen möchte - man quittiert mit Y und die Sache ist erledigt (in grün).
Bei Programmen führt dasselbe allerdings oft zum Abbruch, da das Programm nicht auf diese Rückfrage "vorbereitet" ist. Oder es gibt ein Fallback (--> Schlüssel funktioniert nicht - es folgt die Passwortabfrage).

 

[Curzon Dax]

kann es auch mit CIFS umgehen (was du im Win-Umfeld ja brauchst, wenn du auf SMB-Ressourcen zugreifen möchtest).

Wenn die Umstellung von IP auf DNS-Namen die einzige Änderung war, hat der CIFS Mount wohl vorher bereits funktioniert.

 

[dzim]

Naja, die Frage ist dann aber: Ist er überhaupt auf Linux (ok, man kann .ssh/ auch in Windows anlegen, aber dennoch). Und inwieweit die Java-Implementierung (jCIFS) eben auf solche Resourcen zurückgreift, weiss ich aus dem Stehgreif auch nicht. Ehrlich gesagt, weil ich es nie probiert / gebraucht habe.

 

[Curzon Dax]

Naja, die Frage ist dann aber: Ist er überhaupt auf Linux (ok, man kann .ssh/ auch in Windows anlegen, aber dennoch).

Naja nein, ich habe nur gesagt, dass es auf Linux so aussieht, nicht dass er auf Linux arbeitet.

Und inwieweit die Java-Implementierung (jCIFS) eben auf solche Resourcen zurückgreift

Genau, weil noch offen ist, für welchen Vorgang genau die UID/PW Abfrage kommt - für den Dateisystemzugriff via CIFS oder für den Kopiervorgang (oder gar für etwas ganz etwas andres).