Op SSH inloggen met WinSCP lukt niet

[kuba]

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.

Nee, dit verklaart inderdaad niets, omdat het argument van msn niet klopt.

[Ben(V)]

Je zult vast gelijk hebben, maar iedereen hier gebruikt Winscp altijd almet het scp protocol en dat werkte ineens niet meer.
Daar ging dit topic over.
En je kunt wel roepenn dat het er niets mee te maken heeft en dat het een Synology implementatie is dat je met sftp niet in de DSM root kunt komen, maar dit is een Synology forum en geen Linux forum.

Overigens werkt  ftp en sftp bij mij prima, ik moest alleen eerst de server op de Nas aanzetten.

[cyrus1977]

No issues here.

[Ben(V)]

Dat is busybox dus vermoed ik dat je putty gebruikt en geen winscp

[cyrus1977]

Ja klopt maar wel over dezelfde poorten

[Ben(V)]

Als je even de eerste post van Martijn leest was dat juist het issue.
Wel putty maar geen winscp via ssh.

[cyrus1977]

En dit (uit een eerdere post) is niet de oplossing:

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

[Ben(V)]

Jawel dat is de oplossing.
We vroegen ons alleen af waarom dat nu ineens nodig was.

[Birdy]

Inderdaad, werkt prima.

[JM]

Altijd lekker die updates van Synology. Komt DSM 5.1 officieel uit en gelijk werkt er weer eens iets niet. Dat ze verdomme ook vertellen wat ze eruit slopen in plaats van wat er bij gekomen is.

Backup buiten de deur met Veeam het ligt er gelijk uit door de error : Server does not support diffie-hellman-group1-sha1 for keyexchange. Natuurlijk snap ik als de beste dat er iets gedaan moet worden aan heel dat openSSH gebeuren maar spontaan zonder dat third party software ook updates noch op de hoogte is dat is wel erg triest. Even een KexAlgorithms aan de sshd_config toevoegen is er ook niet meer bij dat slopen ze er ook maar gelijk even helemaal uit

Ik heb het opgelost door reverse engineering toe te passen. Maar mooier was geweest om een optie te maken waarbij deze standaard weer aan te zetten was tot bijvoorbeeld Veeam ook een update had.

[TonVH]

@jm:

Third party software is altijd en overal een probleem. Geen enkele fabrikant kan weten wat er allemaal op de markt is.

Verder kunnen updates altijd problemen opleveren. Wil je daar geen last van hebben dan zijn er 3 opties:
(1) rustig wachten totdat de update breed is ingezet, of
(2) eerst de update uittesten op een testsysteem, of
(3) informatie bij de thirdparty inwinnen of de update door hen getest en geschikt bevonden is.

Updates mogen maar moeten niet.

[Birdy]

Wat dat betreft is het net als bij Windows/Android/IOS enz. enz.

[JM]

@tonv,

Gelukkig was dit op een test systeem, maar ik vind wel dat ze de official release ook als beta moeten aanbieden zodat nog de puntjes op de i gezet kunnen worden. Het lijkt Apple wel, brengen 6 beta versies van IOS 8 uit waar alles normaal in werkt en vervolgens is de final release waar veel niet meer in werkt.

Een goed product Synology dat staat buiten kijf maar dit had écht wel anders gekund.

[TonVH]

@jm:

Ik heb bijna 50 jaar in software ontwikkeling gewerkt en ik kan je garanderen dat er geen software bestaat waar geen fouten in zit. Onmogelijk. Zelfs tientallen jaren geleden toen programma's een fractie van de code van nu had lukte dat al niet.

Je zult dus gewoon er mee moeten leren leven dat er altijd wel iets voor iemand fout zal gaan. Overigens bestaan foutloze (= perfecte) mensen ook al niet vandaar dat er op elk gebied altijd wel iets verkeerd afloopt.

[Ben(V)]

Uit de oude doos.
Definitie van goede software:

Goede code is code waarin de fout nog niet gevonden is.