FTP über SSH bzw. SSL

LouCypher · 02.12.2006, 10:58

Benutzer sollen weltweit auf windows freigaben zugreifen können. Das ganze soll flott und sicher sein und kein vpn benötigen.

Die netzwerkfreigaben wurden als virtuelle ftp verzeichnisse im IIS angelegt und die user verbinden sich über netdrive damit man einen lw buchstaben zuweisen kann. Ist nach meinen tests bis zu 3x schneller als netbios und leichter zu kontollieren - nur ein incoming port.

Momentan müssen sie vorher noch ein vpn aufbauen, hier gibts allerdings das problem dass aufgrund der hohen latenzzeiten je nachdem wo sie sich gerade verbinden (zb. china 300-500ms) der tunnel immer wieder abreisst und somit das kopieren von dateien zur qual wird.

Einzig die windows pptp einwahl funzt sehr gut ist mir aber zu unsicher.

Jetzt würde ich gerne netdrive mit einem ssh tunnel oder einem ssl tunnel verbinden, kenn da wer brauchbare lösungen?

Der user soll egal wo er ist einfach auf das netzlauwerk clicken können und die verbindung steht, ohne irgendwelche zusätzlichen aktionen.

TIA

PhelanWolf · 02.12.2006, 11:53

Hi, diese Anwendung würde mich auch interessieren!

spunz · 02.12.2006, 12:01

300-500ms sollten für vpn/ipsec eigentlich kein problem sein? welche "vpn" software wird verwendet?

PhelanWolf · 02.12.2006, 12:12

Möchte das ganze auf Linux/Samba Basis machen, wobei nicht die Authentifizierung das Problem ist, sondern der verschlüsselte Datentransfer. Wobei ein VPN-Tunnel nicht in Frage kommt, da das System so einfach wie möglich für den Windowsnutzer sein soll. Netzlaufwerk verbinden> Ip-Adresse eingeben> Benutzernamen und Passwort> Fertig. Egal an welcher Internetverbindung der Nutzer hängt......

Wie gesagt, das Problem besteht hauptsächlich so wie bei Lou beim verschlüsselten Datentransfer!

LouCypher · 02.12.2006, 15:22

@spunz: momentan den ssl client (network connect) einer juniper sa2000. Geiles teil aber in der praxis bei meiner verwendung nicht optimal. Ftps wär halt super leider wird es vom IIS erst ab version 7 unterstützt so viel ich weis.

Mir ist klar das es vermutlich keine optimale lösung für mich gibt weil ich zur zeit nicht auf longhorn umsteigen kann, der iis6 kein ftps bietet und ich keinen 3. ftp server installieren will

.

Auf dem server laufen auch ein exchange mit pushmail und rpc over https und der MUSS einfach funktionieren, da ist mir ein upgrade auf ein nagelneues os einfach zu riskant.

Will mit dem thread einfach zum brainstorming anregen, interessant ist das thema ja

James · 02.12.2006, 19:05

also ssh ssl kann serv-u ftp server

und flashFXP kann das auch

hab ich schon vor jahren benutzt

02.12.2006, 10:58	#1
LouCypher der da unten wohnt Registriert seit: 15.07.2000 Alter: 52 Beiträge: 11.502	FTP über SSH bzw. SSL Benutzer sollen weltweit auf windows freigaben zugreifen können. Das ganze soll flott und sicher sein und kein vpn benötigen. Die netzwerkfreigaben wurden als virtuelle ftp verzeichnisse im IIS angelegt und die user verbinden sich über netdrive damit man einen lw buchstaben zuweisen kann. Ist nach meinen tests bis zu 3x schneller als netbios und leichter zu kontollieren - nur ein incoming port. Momentan müssen sie vorher noch ein vpn aufbauen, hier gibts allerdings das problem dass aufgrund der hohen latenzzeiten je nachdem wo sie sich gerade verbinden (zb. china 300-500ms) der tunnel immer wieder abreisst und somit das kopieren von dateien zur qual wird. Einzig die windows pptp einwahl funzt sehr gut ist mir aber zu unsicher. Jetzt würde ich gerne netdrive mit einem ssh tunnel oder einem ssl tunnel verbinden, kenn da wer brauchbare lösungen? Der user soll egal wo er ist einfach auf das netzlauwerk clicken können und die verbindung steht, ohne irgendwelche zusätzlichen aktionen. TIA ____________________________________ Greetings LouCypher

02.12.2006, 11:53	#2
PhelanWolf Master Registriert seit: 30.06.2000 Ort: Klagenfurt Beiträge: 629	Hi, diese Anwendung würde mich auch interessieren! ____________________________________ hmmmmmmmmmmmmmmm

02.12.2006, 12:12	#4
PhelanWolf Master Registriert seit: 30.06.2000 Ort: Klagenfurt Beiträge: 629	Möchte das ganze auf Linux/Samba Basis machen, wobei nicht die Authentifizierung das Problem ist, sondern der verschlüsselte Datentransfer. Wobei ein VPN-Tunnel nicht in Frage kommt, da das System so einfach wie möglich für den Windowsnutzer sein soll. Netzlaufwerk verbinden> Ip-Adresse eingeben> Benutzernamen und Passwort> Fertig. Egal an welcher Internetverbindung der Nutzer hängt...... Wie gesagt, das Problem besteht hauptsächlich so wie bei Lou beim verschlüsselten Datentransfer! ____________________________________ hmmmmmmmmmmmmmmm

02.12.2006, 15:22	#5
LouCypher der da unten wohnt Registriert seit: 15.07.2000 Alter: 52 Beiträge: 11.502	@spunz: momentan den ssl client (network connect) einer juniper sa2000. Geiles teil aber in der praxis bei meiner verwendung nicht optimal. Ftps wär halt super leider wird es vom IIS erst ab version 7 unterstützt so viel ich weis. Mir ist klar das es vermutlich keine optimale lösung für mich gibt weil ich zur zeit nicht auf longhorn umsteigen kann, der iis6 kein ftps bietet und ich keinen 3. ftp server installieren will . Auf dem server laufen auch ein exchange mit pushmail und rpc over https und der MUSS einfach funktionieren, da ist mir ein upgrade auf ein nagelneues os einfach zu riskant. Will mit dem thread einfach zum brainstorming anregen, interessant ist das thema ja ____________________________________ Greetings LouCypher

02.12.2006, 19:05	#6
James Meisteroptiker Registriert seit: 19.05.2000 Ort: Salzburg Alter: 43 Beiträge: 1.495	also ssh ssl kann serv-u ftp server und flashFXP kann das auch hab ich schon vor jahren benutzt ____________________________________ ©Sliver Productions http://www.sol.at/past/ http://www.lunchgen.com http://optik.dyns.cx http://sliver.hypermart.net/script/

02.12.2006, 12:01	#3
spunz Super-Moderator Registriert seit: 22.03.2000 Beiträge: 9.666	300-500ms sollten für vpn/ipsec eigentlich kein problem sein? welche "vpn" software wird verwendet?

Aktive Benutzer in diesem Thema: 1 (Registrierte Benutzer: 0, Gäste: 1)