+- ispCP - Board - Support (http://www.isp-control.net/forum)
+-- Forum: ispCP Omega International Area (/forum-22.html)
+--- Forum: German Corner (/forum-26.html)
+--- Thread: Absicherungsfragen (/thread-2491.html)
Pages: 1 2
RE: Absicherungsfragen - Diggo - 02-21-2008 12:18 AM
Danke für den Hinweis
. Ich sehe gerade, dass das "how to make ispcp more secure" auch weiter gepflegt wurde. Das umasst schon das Meiste was ich vor hatte. Ich denke, ich werden dann die beiden Howtos einfach durchgehen und anschließend ins Deutsche übersetzen.
RE: Absicherungsfragen - Cube - 02-21-2008 12:20 AM
Das Tut ist gut.
Habe mein System damit auch schon abgesichert.Mit Hilfe von rssh sollte sich relativ leicht ein SFTP- und SCP-Zugang realisieren lassen. Man müsste aber erst abwegen, ob die Vorteile eventuelle Risiken rechtfertigen.
Weiß jemand was für ein Passwort ispCP den vuXXXX-Nutzern zuweist?
RE: Absicherungsfragen - rbtux - 02-21-2008 12:45 AM
Cube Wrote:Weiß jemand was für ein Passwort ispCP den vuXXXX-Nutzern zuweist?
Hoffentlich keines...
RE: Absicherungsfragen - Cube - 02-21-2008 01:04 AM
Ja, scheint tatsächlich so zu sein. Dann müsste man das erst ändern um rssh zu integrieren. Da die Shell normalerweise false ist, sollte dies kein Problem sein. Wahrscheinlich kommt aber rssh sowieso nicht in den offiziellen Trunk, weil es einigen zu gefährlich erscheinen wird.
SFTP wäre aber schon schön, einige große Hoster bieten das mittlerweile an.
RE: Absicherungsfragen - rbtux - 02-21-2008 01:57 AM
sftp ist gebastel... sichers ftp geht über ftps (explicit)... Alles andere ist um das Problem herum basteln...
RE: Absicherungsfragen - Cube - 02-21-2008 02:34 AM
Wieso ist SFTP Gebastel?
RE: Absicherungsfragen - rbtux - 02-21-2008 02:44 AM
Weils es keinen für mich nachvollziehbaren Grund gibt, ein Protokoll zu tunneln und extra ein Chroot auf dem Server einzurichten für einen sftp-server, wenn das protokoll bereits eine eigene Erweiterung mitbringt, welche den genau gleichen Zweck erfüllt. SFTP ist in dem Fall in Ordnung wenn sowiso bereits ein chrooted environment besteht (z.B. für rsync oder scp).
Gebastel ist vielleicht etwas falsch ausgedrückt, da die Lösung technisch sicher durchdacht und meistens auch sauber implementiert wird. Ich entschuldige den Ausdruck. Aber für das Ziel sichers FTP halte ICH den Ansatz für falsch!