Sinds we onze oude xs4all-homepages niet meer via ssh kunnen beheren, is de enige optie die ik heb gekregen “FTP.” Geen “SFTP.” Beetje twintigste-eeuws, en niet erg verantwoord!
Ik heb het geprobeerd, maar een sftp-verbinding werkt ook echt niet. Is er geen normaal beveiligde manier om wijzigingen in mijn homepage te maken?
+30
Ha
Dat wil ik ook wel, maar hoe moet ik de bezoekers vertellen waar ze heen moeten als ik mijn homepage niet veilig aan kan passen?
Ik wil mijn wachtwoord natuurlijk niet in plaintext over de lijn sturen, ook niet als ik hoop dat het een rechtstreekse verbinding met KPN-infrastructuur is.
+2
Merkwaardige reacties
Ik kan hier gewoon beveiligd om mijn homepage inloggen via de server sftp.xs4all.nl , poort 22.
Inlognaam en wachtwoord van het oude XS4ALL hoofdaccount, zojuist weer even gecontroleerd en geen enkel probleem!
+30
Je hebt helemaal gelijk,
Gelukkig, bedankt voor de hulp! Ik heb destijds gevraagd hoe ik mijn homepage nog kon onderhouden zonder toegang tot shell.xs4all.nl, en het antwoord was destijds (na een hoop geharrewar) “oeps, helemaal vergeten daar iets voor op te zetten, maar hier is een FTP-login.” Kennelijk is dat nu verholpen!
+9
Dat wil ik ook wel, maar hoe moet ik de bezoekers vertellen waar ze heen moeten als ik mijn homepage niet veilig aan kan passen?
Ik wil mijn wachtwoord natuurlijk niet in plaintext over de lijn sturen, ook niet als ik hoop dat het een rechtstreekse verbinding met KPN-infrastructuur is.
Wat hebben jouw bezoekers daarmee te maken? Je bent zelf verantwoordelijk voor het opzetten van de verbinding. Als jij malware hebt die je wachtwoord opvist, tijdens je onveilige FTP connectie, dan heb je dat echt aan jezelf te danken.
Dat wil ik ook wel, maar hoe moet ik de bezoekers vertellen waar ze heen moeten als ik mijn homepage niet veilig aan kan passen?
Ik wil mijn wachtwoord natuurlijk niet in plaintext over de lijn sturen, ook niet als ik hoop dat het een rechtstreekse verbinding met KPN-infrastructuur is.
Wat hebben jouw bezoekers daarmee te maken? Je bent zelf verantwoordelijk voor het opzetten van de verbinding. Als jij malware hebt die je wachtwoord opvist, tijdens je onveilige FTP connectie, dan heb je dat echt aan jezelf te danken.
En daarom wilde ik die onveilige FTP-verbinding niet die KPN me had gegeven. Dat was nou juist de hele kwestie. Dus ik snap niet echt waar je op doelt.
+9
Dat wil ik ook wel, maar hoe moet ik de bezoekers vertellen waar ze heen moeten als ik mijn homepage niet veilig aan kan passen?
Ik wil mijn wachtwoord natuurlijk niet in plaintext over de lijn sturen, ook niet als ik hoop dat het een rechtstreekse verbinding met KPN-infrastructuur is.
Wat hebben jouw bezoekers daarmee te maken? Je bent zelf verantwoordelijk voor het opzetten van de verbinding. Als jij malware hebt die je wachtwoord opvist, tijdens je onveilige FTP connectie, dan heb je dat echt aan jezelf te danken.
En daarom wilde ik die onveilige FTP-verbinding niet die KPN me had gegeven. Dat was nou juist de hele kwestie. Dus ik snap niet echt waar je op doelt.
Je bent gewoon bang voor malware op je PC? Zorg voor goede beveiliging. Ook al zou je een SFTP-verbinding hebben, en daar je wachtwoord intoetsen, kan een keylogger dat ook meelezen.
Bij KPN op je eigen verbinding mag je ervanuit gaan dat alles wel veilig is. Een SFTP verbinding heeft juist meerwaarde als je op een onbekend netwerk bent, en daar wilt verbinden met FTP. En waarom maak je juist zorgen bij een homepage die bij KPN is gehost? Je hebt daar toch geen cruciale data staan, hoop ik?
Enter your E-mail address. We'll send you an e-mail with instructions to reset your password.
