Op SSH inloggen met WinSCP lukt niet

[Martijn85]

Meer mensen problemen met het inloggen via SSH (SCP) met WinSCP. Putty lijkt gewoon te werken maar via WinSCP kan niet meer connecten, zie de bijlage voor de foutmelding.

[frixel]

Hier het zelfde probleem vandaag.
Moet er wel bij vertellen dat ik vandaag ook de update naar 5.1 heb gedaan. k weet niet of het daar aan ligt.
Heb WinSCP al een poosje niet gebruikt maar doordat ik na de update ook een probleem heb met SurveillanceStation wilde ik even inloggen met WinSCP en nope..

Ik krijg deze melding en heb het daarin genoemde advies opgevolgd maar helaas

[Martijn85]

Dan lijkt er dus iets te zijn aangepast in de final versie. Ik ga een call aanmaken bij Synology.

[Wim Bosma]

Ben er al een tijdje mee bezig. Gelukkig ligt het dus niet aan mij. Werkte perfect op de beta. En nu is het over en uit met winscp. Putty werkt ok. Overigens dezelfde foutmelding.

Hoi

Wim

[frixel]

ik heb hier kunnen oplossen:

In WinSCP bij de verbinding van je NAS op Edit klikken --> Advanced --> SCP/Shell
Zet bij Shell: /bin/sh

[Ben(V)]

Zelfde probleem hier en de oplossing van frixel werkt ook!

De vraag blijft waarom?

[Wim Bosma]

Jeeeeej. Opgelost.
Kan ik verder met mijn dynamische working directory in de prompt. Maar das weer far of topic.
Hoi

Wim.

[kuba]

ik had het probleem 10 dagen geleden ook. Het hele sftp subsysteem was kapot; het werd niet direct zichtbaar na de laatste upgrade, daarom dacht ik in eerste instantie dat het er niets mee te maken had.

Let Op: Frixel's oplossing doet een 'echte" secure copy via ssh. Dus dat gaat buiten de sftp-server om.
Als jullie blij zijn dat je daarmee een workaround hebt, mij best, maar het probleem is daar niet mee opgelost.
Ik denk dat er wel weer een update aan zal komen.

[Ben(V)]

Winscp wordt toch met SCP gebruikt?
Als je SFTP gaat instellen kom je niet meer in de root van DSM, maar alleen in de root van de volumes.

[msn]

Zelfde probleem hier en de oplossing van frixel werkt ook!

De vraag blijft waarom?

Omdat Synology in veel Nassen, bv de Ds214, met ash werkt in plaats van het veel gebruikte bash als shell.
http://en.wikipedia.org/wiki/Almquist_shell

[kuba]

Ben: Nee. winscp is just the name of the shop en gebruikt het gewone sftp subsysteem, zoals Filezilla.  Hij gaat pas de echte scp gebruiken als je Frixel's truukje gebruikt.

[Ben(V)]

Ik zal het wel niet begrijpen, maar ik kan in Winscp instellen wat hij gebruikt.
Standaard is dat scp en als je voor ftp of sftp kiest moet je daar in je Nas eerst de server voor aanzetten.
Als ik sftp kies dan kom ik in de root van de volumes terecht en als scp kiest kom ik in de root van Dsm terecht.

[Ben(V)]

Omdat Synology in veel Nassen, bv de Ds214, met ash werkt in plaats van het veel gebruikte bash als shell.
http://en.wikipedia.org/wiki/Almquist_shell

Dat verklaart niet waarom na een upgrade naar DSM 5.1 ineens deze instelling nodig is.
Onder 5.0 is er ook geen bash shell aanwezig.

[Wim Bosma]

Och, volgens mij doe je dit soort zaken in je eigen vertrouwde omgeving.
Ander poortnummer. Poort niet openzetten of forwarden. Dan gaat het toch redelijk
Bovendien allemaal groene vinkjes bij security advisor Hij vindt het vooral mooi dat ik het portnummer van ssh gewijzigd heb..

Met andere woorden. dit doe ik alleen maar thuis.

Dus ben ik blijer dat het werkt dan dat het iets minder secure zou zijn.

Hoi

Wim.

[kuba]

Ik zal het wel niet begrijpen, maar ik kan in Winscp instellen wat hij gebruikt.
Standaard is dat scp en als je voor ftp of sftp kiest moet je daar in je Nas eerst de server voor aanzetten.
Als ik sftp kies dan kom ik in de root van de volumes terecht en als scp kiest kom ik in de root van Dsm terecht.

Inderdaad, je begrijpt het niet. :-)
Nog een keer.
sftp-server op de NAS is kapot.
De sftp-server is benaderbaar via een ssh-tunnel.
Met het protocol SFTP vanuit je WinSCP client werkt het niet. Logisch, want sftp subsysteem is kapot.
Met het protocol SCP vanuit je Winscp client benader je de sftp-server helemaal niet, maar doe je rechtreeks een secure copy over ssh.
Voila.

Je hele argument over wel of geen root heeft hier niets mee te maken, want dat betreft een typische Synologie implementatie van sftp. Ze proberen hiermee een betere hufter proof te bereiken, en dat is op zich geen slecht idee.
Tip: Kijk eerst eens hoe de ssh, sftp en scp protocollen op een gewone Linux of Unix werken, dan snap je het direkt.