Synology-Forum.nl
Tweaks / Addons A.K.A. The Underground => Algemeen => Topic gestart door: burdie_123 op 20 januari 2022, 19:12:14
-
Hallo, is het met Winscp en DSM 7.0 niet meer mogelijk om alle bestanden te zien? Vroeger ging dat prima met de root. Maar ik begrijp dat die niet meer werkt? Als ik met user (met admin rechten) of admin inlog, de bestanden die ik zie zijn hetzelfde.
Het gaat om bestanden aanpassen bv /etc/passwd
Ik hoor het graag hoe ik die bestanden wel weer kan zien.
-
WinSCP werkt met DSM7.
Zie mijn Topic (https://www.synology-forum.nl/algemeen/nas-benaderen-met-ssh-winscp-putty/msg134190/#msg134190), waarschijnlijk heb je /etc/sudoers.d/prive niet gemaakt.
-
Bedankt, geprobeerd met putty, maar krijg deze foutmelding en wordt uit putty gegooid.
Na het wachtwoord kan ik niets meer, kan dus ook niet het vervolg uitvoeren.
-
Moet alle text in PuTTY kunnen lezen maar, dat is niet te lezen.
Ik GOK, dat je niet inlogt als admin of user met admin rechten.
-
@burdie_123 Via Putty zou je toch in de root moeten kunnen komen.
Dat is mij gisteren ook gelukt (in een ander onderwerp (https://www.synology-forum.nl/synology-dsm-5-1-beta/beta-terug-zetten-van-7-0-naar-6-2/msg309495/#msg309495). Alleen leverde het mij toen niet de gewenste actie op).
Met Putty heb je wel met Telnet coderingen / commando's te maken.
Het werkt niet zo als de bestandsindeling schermen van WinSCP.
-
Moet alle text in PuTTY kunnen lezen maar, dat is niet te lezen.
Ik snap ook nooit dat mensen zulke screenshots afleveren. Juist bij iets met alleen tekst wordt het heet veel leesbaarder als je de tekst uit putty kopieert en hier als een quote of als code plaatst. Dan krijg je ook veel vaker een antwoord omdat iedereen de vraag dan ziet.
Ik vind altijd dat als de vraagsteller geen moeite wil doen voor een duidelijke vraag, ik geen moeite ga doen om die te lezen.
-
Bij deze de vertaling: "login as: (username met admin rechten) Enter
"Username@ipadres password: (bijbehorende password ingevuld) Enter
volgende tekst verschijnt: Synology strongly advises you not to run commands as the root user, who has the highest privileges on the system. Doing so may cause major damages to the system. Please note that if you choose to proceed, all consequences are at your own risk.
Permission denied" En verder krijg ik de melding Connection closed by remote host.
-
Probeer eens in te loggen als admin.
Zo heb ik het ook gedaan (in m'n test omgeving) , misschien mag het niet meer met een andere gebruiker met admin rechten.
-
Heb bovenstaande getest in inloggen als gebruiker met admin rechten is nog steeds toegestaan
Voor de zekerheid heb ik eerst /etc/sudoers.d/prive even verwijderd en een nieuwe sessie gestart en /etc/sudoers.d/prive weer gemaakt
login as: Birdy
Birdy@192.168.1.235's password:
Synology strongly advises you not to run commands as the root user, who has
the highest privileges on the system. Doing so may cause major damages
to the system. Please note that if you choose to proceed, all consequences are
at your own risk.
Could not chdir to home directory /var/services/homes/Birdy: No such file or directory
Birdy@DSM7VMM:/$ sudo -i
We trust you have received the usual lecture from the local System
Administrator. It usually boils down to these three things:
#1) Respect the privacy of others.
#2) Think before you type.
#3) With great power comes great responsibility.
Password:
root@DSM7VMM:~# echo admin ALL = NOPASSWD: ALL > /etc/sudoers.d/prive
root@DSM7VMM:~# cat /etc/sudoers.d/prive
admin ALL = NOPASSWD: ALL
root@DSM7VMM:~#
Permission denied" En verder krijg ik de melding Connection closed by remote host.
Was dus bij mij niet aan de orde, heb dit ook nog nooit gehad dus, vreemd dat jij die melding wel krijgt.
WinSCP:
[attach=1]
-
Ik heb het kunnen reproduceren:
[attachimg=1]
Ik had Birdy uit de Groep administrators gehaald, dus geen rechten om in te loggen.
Bij deze de vertaling: "login as: (username met admin rechten) Enter
Is dus niet waar. ;)
-
Nou de user zat echt wel in de admin groep!
Maar met de user admin krijg ik dezelfde melding.
Dus probleem blijft.
-
Nou, schiet mij dan maar lek, ik begrijp het niet meer.
Standaard zou het zo moeten werken en ik heb het bewijs geleverd.
Overigens, andere leden hebben daar ook geen problemen mee gehad.
Maar goed, het gaat dus alleen over het inloggen met PuTTY met admin en gebruiker met admin rechten.
Vanuit Synology gezien, kan en mag dit standaard tenzij er iets is gewijzigd in de standaard op DSM/permissie (systeem partitie) niveau.
Ik zou maar eens een Ticket inleggen en afwachten wat Synology Support hiervan vindt.
-
Je kunt ook DSM7 opnieuw installeren, zonder data verlies.
-
Bedankt, ga maar weer eens een ticket maken. Kijken of dat helpt.
-
Opgelost! ik kan er nu bij
Het bleek dat er bij de instellingen van de terminal nog poort 25 stond ipv 22.
jeetje wat zoeken.
Ga nu de rest vd stappen oppakken om root beschikbaar te krijgen.
Bedankt voor alle hulp!
-
Ticket lijkt me eigenlijk niet aan de orde. Ik denk niet dat Synology je gaat uitleggen hoe met telnet / Putty te werken.
Ook ik kom gewoon verder:
[attach=1] [attach=2] [attach=3]
Alleen om data daadwerkelijk aan te passen heb je dan wel dat Putty scherm nodig en die aanvullende "sudo" commando's
in telnet stijl zoals dat eerder is uitgelegd.
[ EDIT ] - Ah, je hebt inmiddels gevonden waar de bottleneck lag.
-
Het bleek dat er bij de instellingen van de terminal nog poort 25 stond ipv 22.
jeetje wat zoeken.
Poort 22 staat ook in mijn Topic vermeld, dus checken is wel altijd zo verstandig.
-
Heel vreemd. Met een verkeerde poort krijg je geen contact en had je nooit een login kunnen doen en had de nas ook niet kunnen melden:
Synology strongly advises you not to run commands as the root user, who has the highest privileges on the system. Doing so may cause major damages to the system. Please note that if you choose to proceed, all consequences are at your own risk.
-
Hmmm, heb dat toch even getest, ik heb nu voor SSH poort 25 gekozen, kon gewoon inloggen en kom gewoon binnen.
[attachimg=1]
root@DSM7VMM:~# netstat -tulpn | grep LISTEN | grep 25
tcp 0 0 0.0.0.0:139 0.0.0.0:* LISTEN 25698/smbd
tcp 0 0 0.0.0.0:25 0.0.0.0:* LISTEN 3971/sshd: /usr/bin
tcp 0 0 0.0.0.0:445 0.0.0.0:* LISTEN 25698/smbd
tcp6 0 0 :::139 :::* LISTEN 25698/smbd
tcp6 0 0 :::25 :::* LISTEN 3971/sshd: /usr/bin
Opgelost! ik kan er nu bij
Het bleek dat er bij de instellingen van de terminal nog poort 25 stond ipv 22.
Dus, bovenstaande was dan niet de oplossing, moet toch iets anders geweest zijn. ::) @burdie_123
-
Volgens mij is het niet perse nodig poort 22 te gebruiken.
Waarom zou men anders een instelling in het menu zetten voor aanpassing van die poort?
Laatst bij een ingezonden Ticket naar Synology, -in dat geval wel voor de router, en niet voor de NAS-
kreeg ik het verzoek van Synology Support voor toegang, waarbij de SSH poort geactiveerd zou moeten worden,
maar met een ander poortnummer dan gebruikelijk (misschien als extra veiligheidsmaatregel ??) boven poortnummer 1024.
[attach=1]
-
Ga nu de rest vd stappen oppakken om root beschikbaar te krijgen.
En.....?