Synology-Forum.nl
Firmware => Synology DSM 5.2 => Topic gestart door: J-J op 10 april 2016, 00:33:19
-
Ik krijg sinds vandaag geen toegang meer tot mijn DS412 via SSH. (DSM5.2)
Ik heb geen aanpassingen gedaan, dus ik weet niet wat er gebeurd is. (Hack?? :o )
Via command line krijg ik:
Saidous-MacBook-Pro:~ Saidou$ ssh -p 42 root@192.168.1.13
ssh_exchange_identification: read: Connection reset by peer
Ik heb geprobeerd de NAS te herstarten, alsook de Web Services & Terminal zelf, maar krijg volgende meldingen:
- Web Services: "Connection failed. Please check your network settings."
(https://www.synology-forum.nl/proxy.php?request=http%3A%2F%2Fi.imgur.com%2Fc54idHq.png&hash=d4671fa04b2d08e0adc3898b6445a4294e9d23e1)
- Terminal: "Operation failed."
(https://www.synology-forum.nl/proxy.php?request=http%3A%2F%2Fi.imgur.com%2FqTZwyp0.png&hash=b8bc34bcfc5439cddcf18f07eb393e9f242abd71)
Iemand een idee hoe ik dit terug in orde krijg?
-
Doe je bovenstaande wel als admin of als user met admin rechten.
Is het antwoord de laatste, doe het eens als admin.
-
Ik doe het als admin. Heb vanop windows geprobeerd, vanop ssh app op tablet. Krijg geen toegang meer...
Ondertussen kan ik de SSH service ook niet meer terug aanzetten :s Ik krijg steeds bovenstaande foutmeldingen.
Ik heb het wachtwoord van de admin en de netwerkinstellingen al opnieuw ingesteld volgens de richtlijn van Synology (https://www.synology.com/nl-nl/knowledgebase/DSM/tutorial/General/How_to_reset_your_Synology_NAS#t2).
Kan het zijn dat ik DSM opnieuw zal moeten installeren (https://www.synology.com/nl-nl/knowledgebase/DSM/tutorial/General/How_to_reset_your_Synology_NAS#t3)?
-
Je zou eerst 1x reset kunnen proberen, wie weet ?
Anders heb ik het idee dat je niet anders kunt dan 2x reset, je zou Synology nog kunnen vragen echter, die willen meestal kijken (SSH) en DAT werkt dus niet.
-
Die 1x reset heb ik al gedaan, dus zal het de 2x reset worden vrees ik :(.
(door mijn RAM upgrade zal ik waarschijnlijk ook geen support van Synology krijgen)
-
Ik zie geen verband met SSH en RAM upgrade ;) En zie ook geen reden waarom Synology, om die reden, geen support zou geven.
Geïnstalleerde 3e partij packages is wel een reden.
-
Ik had gelezen dat een RAM-upgrade bij de DS412 de garantie doet verlopen, dus ik veronderstelde ook de support. :)
Ik heb een ticket geopend bij Synology, want vind een 2x reset toch net iets te drastisch. Liever zeker weten dat dit de laatste optie is.
-
Is je ssh probleem nou opgelost?
Log anders eens in met een telnet sessie, "su -" vervolgens naar root en tik dan achter de prompt "/usr/bin/sshd" in.
sshd geeft dan zelf een duidelijke foutmelding waarmee je verder kan.
-
Volgens mij staat telnet niet aan. Zie tweede afbeelding.
-
Klopt, het probleem is n.l. dat deze niet aangezet kan worden, zie foutmelding.
-
Heb enkele dagen geleden telnet aangekregen. Deze stond voordien ook uit. Heb toen een back-up kunnen maken van belangrijke bestanden voor het geval dat... Wacht nog steeds op antwoord van Synology.
@algernonz , ik zal komende week je voorstel eens proberen.
-
@algernonz , ik krijg volgende foutmelding:
"Failed to load port setting."
-
@algernonz , ik krijg volgende foutmelding:
"Failed to load port setting."
Probeer sshd eens te starten met de default port (22)?
(Haal daarbij ook in DSM port 42 weg)
-
Dat had ik al eerder geprobeerd. Werkt niet.
Van Synology krijg ik ook maar geen antwoord... Duurt echt wel lang (9 dagen)
-
Van Synology krijg ik ook maar geen antwoord... Duurt echt wel lang (9 dagen)
Ja, ze doen er wel lang over.
Ik heb nog 1 of 2 ideeen voordat ik een factory reset ga roepen: Ik zie dat je bij fileservices de sftpserver aan hebt staan. Zet die eerst even uit. En probeer dan de sshd server ook eens op een hoge poort te starten, bijvoorbeeld 2222.
Als dat niet werkt, dan kan ik je mijn werkende sshd_config sturen. Als die dan ook niet werkt, weten we zeker dat we daar niet verder hoeven zoeken.
-
Heb gisteren antwoord gekregen van Synology. Heb hen toegang gegeven via Telnet en ze hebben het probleem daarnet opgelost.
Thank you for your patience.
In /var/log/upstart/sshd.log we can see /var/empty must be owned by root and not group or world-writable.
We noticed the owner was changed to none root, likely because you might have changed it.
We have manually fixed the issue for you, please check again to see if it works.
Please don't hesitate to contact us again via Support Ticket System if you need any further assistance.
Bedankt voor je hulp/suggesties @algernonz !
-
Mooi, op deze opmerking na: "We noticed the owner was changed to none root, likely because you might have changed it.", is dat zo dan ?
-
Dat weet ik echter niet meer. :o Heb onlangs wel wat zitten rommelen met permissies via WinSCP, maar bij mijn weten niet in de /var map.
Ik heb uit voorzorg mijn admin wachtwoord en poorten voor FTP/SFTP/SSH veranderd.
-
Zelf nog ff gekeken:
[attachimg=1]
[attachimg=2]