FileZilla SFTP - empty directory listing

Hallo

Ich habe ein Problem, das mich heute schon Stunden gekostet hat und bei dem ich jetzt endgültig an dem Punkt bin, an dem ich nicht mehr weiß, was ich noch probieren könnte ...

Also, es geht darum, innerhalb eines Heimnetzwerkes (LAN) - Zugriff aus dem Internet wird nicht benötigt - einen Windows 10 Rechner als FTP Server und einen OS X Rechner als FTP Client miteinander zu verbinden. Als Server werden Windows Boardmittel verwendet, während am/als Client FileZilla zum Einsatz kommt. Habe ich alles konfiguriert und läuft einwandfrei.

So, nun wollte ich das ganze auch per SSH Verbindung, also SFTP, haben. Habe mir dazu am Server, sprich Windows 10 Rechner, ein Public- und Private-Key-Paar erstellt und den Private-Key in FileZilla unter OS X eingebunden, im Site Manager SFTP als Verbindungsprotokoll ausgewählt, Logon Type auf "Interactive" gesetzt, und meinen Usernamen angegeben. Bestätigt, fertig.
Bei einem ersten Verbindungstest wurde ich auch gleich korrekt zuerst nach der Key-Passphrase und anschließend nach dem User-Passwort gefragt. Danach verbindet sich der Client sofort einwandfrei per SFTP mit dem Server, es kommen keinerlei Errors (auch nicht im Log File) ... aber das Fenster, in dem ich die Ordnerstruktur und Files des Servers sehen sollte, sagt nur "Empty directory listing" (Der Pfad auf der Remote Site wird aber richtig angegeben).

Die Windows Firewall (vorrübergehend) am Server auszuschalten hat das Problem nicht gelöst.
Weiters habe ich testhalber am OS X Client im Terminal via "sftp user@xx.x.x.xx" eine Verbinung hergestellt, was ebenfalls klappt, und dort einfach nur "ls" eingegeben. Hat mir sofort den ganzen Inhalt des Serververzeichnisses ausgegeben ...

^^ Ich komme also nicht um die Vermutung herum, dass es irgendwie "einfach nur" am FileZilla Client liegen muss?!
Weiß hier jemand eine Lösung? Dass ich nicht der einzige auf der Welt mit dem Problem bin, zeigen ja schon gefühlt 1000 Einträge auf google dazu, die aber leider alle keine brauchbare Lösung für mich hatten.

Danke für jede Hilfe!

Habe gerade noch was rausgefunden, allerdings (noch) keine Ahnung, ob's auch daran liegen könnte: Ich habe mir mein SFTP in die IIS von Windows 10 "reingebastelt" (durch das Erstellen des Server Zertifikates für Public- und Private-Key), obwohl die IIS nach meiner letzten Recherche selbst anno 2015 anscheinend gar kein SFTP unterstützen?! Das beste, das man kriegen kann, ist anscheinend FTPS aka FTP+SSL.

^^ Dann wundert's mich aber gerade umso mehr, dass sich mein Client zumindest einwandfrei per SFTP mit dem Server verbinden kann. Die Authentication ist kein Problem, und war sie auch nie. Erwarten würde ich mir allerdings, dass SSL entweder "ganz oder gar nicht geht".

Das nächste, was mir jetzt einfällt, ist, mal einen "echten" SFTP Server (FileZilla) zu installieren und zu schauen, ob der Client sich dann nicht nur authentifizieren, sondern auch das Directory am Server auslesen und darstellen kann ...

[EDIT]
Au, Mann ... FileZilla Server unterstützt offenbar auch kein SFTP. Hm, dann bleibe ich wohl vorerst bei FTPS.

Ich weiß nicht genau welchen Server du verwendest (ist seit win10 ein (S)FTP integriert?), aber ich habe das gleiche Problem auch mit nem Server ausem Internet und Filezilla gehabt. Bei mir lags an der Art wie Filezilla die Verzeichnisse liest. Standartmäßig geht es von einer Linuxumgebung aus. Das klappt bei WIN-Servern natuerlich nicht so leicht.

Anleitung:
Wenn du in Filezilla auf den Sitmanager gehst und deinen Server bearbeitest, auf den Tab "Advanced" klicken und dort unter Server Typ einfach mal rumspielen. Bei mir klappt Cygwin sehr gut mit Win Server.

Gruss

SFTP wird von Windows 10 offenbar (noch) nicht offiziell unterstützt und so einfach "erzwingen" lässt es sich anscheined nicht. FTP, oder als secure Version FTPS, kann in den IIS konfiguriert werden.

Bei mir ...
Server: Windows 10 mit FTP(S) in den IIS konfiguriert
Client: FileZilla unter OS X

Ich habe jetzt im Site Manager von FileZilla alle Server Typen durchprobiert, aber es läuft immer nur auf eines von zwei Szenarien hinaus:
1) Verbindung zum Server wird hergestellt, aber "Empty directory listing", oder ...
2) "Failed to parse returned path"

Hmm, das ist ja doof.
Ich habe meinen SFTP Server hier her:
http://www.coreftp.com/server/download/msftpsrvr.exe

Der kann allerdings nur ein Laufwerk zur Zeit. Wobei ich noch nicht versucht habe mehrere Instanzen gleichzeitig auf verschiedenen Ports zu starten.

Hast du keine Möglichkeit den Kram auf nen normalen Linuxserver/machine zu verschieben um es zu vereinfachen?

Nachdem wir hier eh nur von einem ganz kleinen Heimnetzwerk-Szenario reden und das Angriffsrisiko damit gegen 0 geht, gebe ich mich jetzt ert einmal mit FTPS zufrieden. Sollte ein Angreifer ins Netz eindringen, wäre immerhin SSL/TLS-Verschlüsselung vorhanden. Wobei ich mir aber noch anschauen will, wie Microsoft das unter Windows (10) implementiert, da es da angeblich auch von Server zu Server Unterschiede gibt?!

Ich habe allerdings schon ein nächstes Projekt in Planung: Raspberry Pi File- und Webserver
Mal sehen, wann ich die Zeit dazu finden werde. Aus Interesse hätte ich auch hier vorgehabt, das ganze mit Windows 10 IoT Core oder nächstes Jahr mit Windows Server 2016 zu probieren, aber vielleicht schwenke ich doch wieder in Richtung Linux um.

In jedem Fall danke für Deine Tips.