Root toegang met Winscp

[TonVH]

#birdy:

Helaas.

Ik wilde de zaak goed opschonen en dat doe ik altijd door de nieuwste DSM (nu dus 6.2) vanaf scratch te installeren. Op zich is dat redelijk gegaan. Dus ook het "SSH stappenplan" netjes tot op de letter gevolgd. Helaas, ik krijg wel de filebrowser te zien maar geen root-toegang.

Net als eerder kan ik wel via de Terminal (ssh ....., wachtwoord, sudo -i) root-toegang krijgen. Maar het zal duidelijk zijn dat met SCP (heb nu overigens de nieuwste) stukken makkelijker is.

Nog suggesties wat ik kan kijken? Wellicht een DSM installing die ik over't hoofd zie?

[Birdy]

Dezelfde file van mij weer neer zetten.

[TonVH]

Helaas, geeft geen verbetering.

[Birdy]

Wat gebeurt er nu in SSH als je sudo -i doet?
1 - je bent gelijk root
2 - je moet een password ingeven en dan ben je root.

[TonVH]

Eerst wachtwoord, dan sudo, dan weer wachtwoord. Zie code.

Code: [Selecteer]

Last login: Tue Jun 26 20:21:48 on ttys001
iMac:~ tonio$ ssh tonio@192.168.1.222
tonio@192.168.1.222's password:
Could not chdir to home directory /var/services/homes/Tonio: No such file or directory
Tonio@ds418:/$ 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@ds418:~# whoami
root
root@ds418:~#

[Birdy]

Doe eens:

ls -l sudoers
cat sudoers

En laat deze zien.

[TonVH]

Code: [Selecteer]

Last login: Tue Jun 26 20:51:32 on ttys000
iMac:~ tonio$ ssh tonio@192.168.1.222
tonio@192.168.1.222's password:
Could not chdir to home directory /var/services/homes/Tonio: No such file or directory
Tonio@ds418:/$ sudo -i
Password:
root@ds418:~# ls -l sudoers
ls: cannot access sudoers: No such file or directory
root@ds418:~# cd etc
-ash: cd: etc: No such file or directory
root@ds418:~# ls -l sudoers
ls: cannot access sudoers: No such file or directory
root@ds418:~# cd ..
root@ds418:/# ls
bin     etc           lib    lost+found  root  sys  var
config  etc.defaults  lib32  mnt         run   tmp  var.defaults
dev     initrd        lib64  proc        sbin  usr  volume1
root@ds418:/# cd etc
root@ds418:/etc# ls -l sudoers
-r--r----- 1 root root 523 Jun 26 10:36 sudoers
root@ds418:/etc# cat sudoers
## sudoers file.

# Enable logging of a command's output.
# Use sudoreplay to play back logged sessions.
Defaults syslog=authpriv

# Allow root to execute any command
root ALL=(ALL) ALL

# Allow members of group administrators to execute any command
%administrators ALL=(ALL) ALL

# Configure privilege of wheel group
Cmnd_Alias SHELL = /bin/ash, /bin/sh, /bin/bash
Cmnd_Alias SU = /usr/bin/su
%wheel ALL=(ALL) NOPASSWD: ALL, !SHELL, !SU

# Include user-defined sudoers
#includedir /etc/sudoers.d
admin ALL = NOPASSWD: ALL
root@ds418:/etc#

[TonVH]

Heb nu eindelijk DE oplossing. Op het Engels-talig Synology forum vond ik als oplossing om "sudo su -" te gebruiken. Hiermee heb ik nu wel Root-toegang.

[Birdy]

Code: [Selecteer]

sudo su -
Merkwaardig, ik gebruik nog altijd

Code: [Selecteer]

sudo -iMaar goed, het werkt voor jou.

Ook merkwaardig dat het eerder (post 13) wel werkte met sudo -i

[Ben(V)]

sudo - i simuleert een login terwijl sudo su -i een nieuwe shell opstart als root

TS heeft waarschijnlijk nog steeds fouten in zijn sudoeers file staan dat het verschil maakt.
Waarschijnlijk werkt het vanuit winscp nog steeds niet.

[TonVH]

ik gebruik de Sudoers van Birdy. Dus als daar fouten inzitten dan zouden anderen ook dat probleem moeten hebben.
Het werkt nu juist wel met Winscp.
Of er wel/niet een nieuwe Shell wordt opgestart zou ik niet weten en is ook niet relevant.

Mij interesseert alleen het eindresultaat.

[Birdy]

terwijl sudo su -i een nieuwe shell opstart als root

Dat werkt niet, moet zijn "sudo su -"

Heb even getest, het werkt bij mij met "sudo -i" EN "sudo su -".
Waarom "sudo -i" bij TS niet werkt, is voor mij toch een raadsel(tje).

[TonVH]

"Waarom "sudo -i" bij TS niet werkt, is voor mij toch een raadsel(tje)."

Voor mij ook raadsel en nog groter raadsel is dat het nu wel werkt voor "admin" maar niet met een andere user. Ik verdenk dat er ergens een (verborgen?) instelling in DSM 6.2 zit.

[Birdy]

Code: [Selecteer]

Ik verdenk dat er ergens een (verborgen?) instelling in DSM 6.2 zit.Ik had getest in DSM 6.2 dan zou ik ook een (verborgen?) instelling moeten hebben.

[Ben(V)]

Waarschijnlijk heeft TS niet opnieuw ingelogd, nadat de sudoeer file was gewijzigd.

sudo -i emuleert alleen een inlog terwijl sudo su - een nieuwe shell opstart en dus echt opnieuw inlogt.