Ich stehe vor einem seltsamen Problem und komme einfach nicht weiter, weil ich nicht weiterkomme.
Wenn ich mich mit SSH-Schlüsseln anmelde (kennwortlose Authentifizierung), erhalte ich jedes Mal diesen Fehler:
rsanpui@cygwin ~
$ "//DNVM/E920/System920/x86/MyWorld Client Install/install/setup.exe"
-bash: //DNVM/E920/System920/x86/MyWorld Client Install/install/setup.exe: Is a directory
Wenn ich mich hingegen mit Kennwortauthentifizierung beim gleichen Computer anmelde, tritt beim Ausführen der Remote-EXE kein solcher Fehler auf.
rsanpui@cygwin ~
$ "//DNVM/E920/System920/x86/MyWorld Client Install/install/setup.exe"
Ich habe versucht, die Berechtigung des Remote-Ordners .ssh/ auf 777 zu ändern, aber ohne Erfolg. Kann mir jemand einen Vorschlag machen? Ich stecke fest, da unsere Anwendung mit kennwortloser Authentifizierung ausgeführt werden soll?
Ich habe SSH-Schlüssel auf den Remote-Computer kopiert rsanpui@cygwinmitssh-copy-id
Antwort1
Es sieht so aus, als würden Sie versuchen, auf eine SMB-Netzwerkfreigabe zuzugreifen. Das Problem besteht darin, dass der SSH-Server Ihr Passwort bei der Anmeldung nicht erhalten hat und daher nicht weiß, welches Passwort er bei der Authentifizierung gegenüber diesem SMB-Dateiserver verwenden soll. (SMBnichtVertrauen Sie einfach darauf, dass der Client sagt „Dies ist UID 1000“, so wie es NFS tut.)
Wenn Sie sich mit Kennwortauthentifizierung verbinden, speichert SSHD den Benutzernamen und das Kennwort als Teil der Windows-Anmeldesitzung im Speicher. Das Anmeldekennwort kann dann verwendet werden, um direkt auf SMB-Dateiserver zuzugreifen, Kerberos-Tickets zu erhalten oder andere gespeicherte Anmeldeinformationen zu entschlüsseln.
Wenn Sie sich jedoch mit SSH-Publickey-Authentifizierung verbinden, kennt der SSHD Ihr Passwort nicht und Windows kann sich ohne dieses Passwort nicht bei SMB-Dateiservern anmelden. Sie müssen sich manuell mit den Benutzern verbinden net use '\\DNVM'und bei jeder Verbindung das Passwort angeben.