Root geeft access denied bij 6.0 beta-2

[redneck eyeball]

Ik probeer via SCP in te loggen als root.
Heeft altijd gewerkt, maar nu krijg ik telkens de melding 'access denied'
Inloggen met een andere account werkt wel nog, maar dan heb ik geen rechten om bestanden aan te passen.

pwd van root heb ik hetzelfde als admin

In de releasenotes van DSM staat dit
Root account is replaced by administrators group credentials to log into SSH to enhance security.

Ik snap alleen niet wat ze daarmee bedoelen, maar het zal zeker wel de oorzaak zijn ik niet als root kan inloggen.
Kan iemand uitleggen hoe het moet ?

[Birdy]

Waarschijnlijk inloggen met een gebruiker die in de administrators group zit.

[redneck eyeball]

Met mijn eigen account (ik zit in de admin group) kom ik via SCP wel bij alles bij, maar een file aanpassen wil niet lukken.
scp: /usr/syno/synoman/webman/3rdparty/CFE/getfile.cgi: Permission denied

[Hofstede]

Ik denk dat dit voor mensen die SCP gebruiken een probleem gaat worden, je hebt nu voor bestanden in dat soort directory's alleen nog maar leesbevoegdheid.

Als je via SSH inlogt kun je na inlog switchen naar root, maar met SCP lukt dat volgens mij niet.

[Plerry]

... Root account is replaced by administrators group credentials to log into SSH to enhance security. ...

Als je via de command-line wil inloggen om normal niet toegangkelijke zaken aan te passen,
moet/moest je inloggen als de user "root" en als wachtwoord het wachtwoord van het standard admin-account
(en dus niet het wachtwoord van enig ander account, ook al is zo'n ander account lid van de groep administrators).

Ik schrijf moet/moest, want de release notes lijken te suggereren dat bovenstaande niet langer het geval is
en dat in plaats daarvan met om het even welke user/password combinatie mag worden ingelogd,
mits lid van de groep administrators.

[redneck eyeball]

Zo was het inderdaad, maar het blijkt niet te werken.
Niet met admin, niet met mijn eigen login.
Met username root kan ik niet eens meer inloggen, access denied zegt hij

Wat uitleg over hoe ik die SSH kan opzetten en dan users switchen zou handig zijn, want ik heb daar geen ervaring mee.

Eens ik terug root toegang heb kan ik de bestanden van de Config Editor aanpassen en die hopelijk toch weer aan de gang krijgen.

Ik had speciaal gewacht op de nieuwe beta om naar 6 om te schakelen, maar helaas ... 

[hYp]

Log eerst in met SSH met een admin account,

Daarna typ je;

sudo su -

Typ daarna je root password, ... en je hebt root toegang....

Groetjes hYp

[redneck eyeball]

Geweldig 
Met putty kan ik op deze manier inloggen als root. Getest en dit werkt.

Alleen ... ik heb nu geen flauw idee hoe mij dat helpt om die bestanden te editen.
Zeg nu niet dat ik vanaf nu enkel nog met vi mag werken ... want dat lijkt me niet handig.

[hYp]

Ik gebruik zelf Midnight Commander, daar zit een editor in...
Je kunt Midnight Commander vinden onder de packages... Eenmaal ingelogt met SSH typ je dan
mc
en je hebt een prima file manager en editor..

hYp

[redneck eyeball]

Dankjewel voor de tip.
Met MC kan je toch al iets nuttigs doen.

Nu nog uitzoeken hoe je die security settings terug 'normaal' kunt krijgen.
Want dit zal mogelijk ook aan de basis liggen van de andere problemen die ik heb in beta2
Namelijk de Config File Editor die blijft klagen dat ik geen admin ben ... en de webconsole die error 403 access dienied geeft.

[Pippin]

In WinSCP kun je volgens mij onder Geavanceerd in het aanmeldscherm ook sudo su - aangeven.

[Briolet]

Daarna typ je;

sudo su -

Er is inderdaad het een en ander veranderd. Onder DSM 5.2 kon ik alleen als 'root' inloggen. Met een administrator account inloggen werkte niet. Daar werd het wachtwoord geweigerd.

Met de nieuwe 6.0 beta update, kan ik niet meer met root inloggen. (Mijn admin account zelf is uitgeschakeld). Maar nu kan ik wel met mijn gewone account inloggen en rootfiles bekijken.

Ik krijg wel de volgende foutmelding:

Code: [Selecteer]

$ ssh Briolet@nas2
Briolet@nas2's password:
Could not chdir to home directory /var/services/homes/Briolet: Permission denied
-sh: /var/services/homes/Briolet/.profile: Permission denied
Vreemd root-files mag ik bekijken maar '/volume1/homes' geeft al een access denied.

Het 'sudo' commando van hYp laat me inderdaad switchen naar het root account:

Code: [Selecteer]

Briolet@BackupNas:/$ ls /volume1/homes
ls: cannot open directory /volume1/homes: Permission denied

Briolet@BackupNas:/$ sudo su -

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@BackupNas:~# ls /volume1/homes
admin  @eaDir  Briolet  iMac-DDR2  iMac-DDR3  Silvermoon  SynologyCMS

[Briolet]

Uit het eerste stuk van de 'su' manual:

NAME
     su -- substitute user identity

SYNOPSIS
     su [-] [-flm] [login [args]]

DESCRIPTION
     The su utility requests appropriate user credentials via PAM and switches to that user ID (the default user is the supe-
     ruser).  A shell is then executed.

     PAM is used to set the policy su(1) will use.  In particular, by default only users in the ``admin'' or ``wheel'' groups can
     switch to UID 0 (``root'').  This group requirement may be changed by modifying the ``pam_group'' section of /etc/pam.d/su.
     See pam_group(8) for details on how to modify this setting.

     By default, the environment is unmodified with the exception of USER, HOME, and SHELL.  HOME and SHELL are set to the target
     login's default values.  USER is set to the target login, unless the target login has a user ID of 0, in which case it is
     unmodified.  The invoked shell is the one belonging to the target login.  This is the traditional behavior of su.

     The options are as follows:

     -f      If the invoked shell is csh(1), this option prevents it from reading the ``.cshrc'' file.

     -l      Simulate a full login.  The environment is discarded except for HOME, SHELL, PATH, TERM, and USER.  HOME and SHELL
             are modified as above.  USER is set to the target login.  PATH is set to ``/bin:/usr/bin''.  TERM is imported from
             your current environment.  The invoked shell is the target login's, and su will change directory to the target
             login's home directory.

     -       (no letter) The same as -l.

     -m      Leave the environment unmodified.  The invoked shell is your login shell, and no directory changes are made.  As a
             security precaution, if the target user's shell is a non-standard shell (as defined by getusershell(3)) and the
             caller's real uid is non-zero, su will fail.

[Birdy]

In WinSCP kun je volgens mij onder Geavanceerd in het aanmeldscherm ook sudo su - aangeven.

Helaas heb ik die optie niet kunnen vinden of ik kijk verkeerd ?

[Robstar]

@Birdy

Bij een bestaand profiel op edit klikken en dan geavanceerd, dan bijSCP/Shell rechts bij Shell sudo su - selecteren