DATE Phänomen: Zwei User CET und ein User UTC

classic Classic list List threaded Threaded
8 messages Options
Reply | Threaded
Open this post in threaded view
|

DATE Phänomen: Zwei User CET und ein User UTC

Joachim Hartmann
Hallo,
ich betreibe einen kleinen Daten-Server:

   root@server:~# uname -a
   Linux server 4.19.0-6-amd64 #1 SMP Debian 4.19.67-2+deb10u2 \
   (2019-11-11) x86_64 GNU/Linux
   root@server:~#

Auf dem bisher zwei User eingerichtet waren und für die der DATE-Befehl
auch in der gewünschten Form - deutsch und MEZ - antwortet. Nun habe ich
einen dritten User eingerichtet:

   root@server:~# adduser myroot

Damit sind es nun drei:

   root@server:~# cat /etc/passwd |grep bash
   root:x:0:0:root:/root:/bin/bash
   jochen:x:1000:1000:Jochen,,,:/home/jochen:/bin/bash
   myroot:x:1007:1003:Zweiter RootLogin,,,:/home/myroot:/bin/bash
   root@server:~#

Für die nicht Root-User gibt es SUDERS-Einträge:

   root@server:~# cat /etc/sudoers.d/mysudoers
   myroot ALL=(ALL) NOPASSWD: ALL
   jochen ALL = NOPASSWD: /etc/ssh/sshd.sh
   jochen ALL = NOPASSWD: /usr/bin/apt
   root@server:~#

Und hier das Phänomän:

   myroot@server:/home/jochen$ date
   Sa 18. Jan 08:41:09 UTC 2020
   myroot@server:/home/jochen$ sudo date
   Sa 18. Jan 09:41:43 CET 2020
   myroot@server:/home/jochen$

Hat jemand eine Erklärung und Lösung?

--
Gruß aus der Ex-Heimat der CeBIT
Jochen

Reply | Threaded
Open this post in threaded view
|

Re: DATE Phänomen: Zwei User CET und ein User UTC

Georg Haas
Hallo Joachim,

ich würde mal die Umgebungsvariablen prüfen, ob beim User jochen die
Variable TZ überschrieben wurde. In deinem Fall sollte diese am besten
leer oder mit "Europe/Berlin" definiert sein. Falls ein anderer Wert
drin ist, stellt sich dann die Frage, woher dies kommt. Alle aktuell
gesetzten Umgebungsvariablen bekommst du mit dem Befehl env.

Soweit ich das bei mir nachvollziehen kann, holt sich date die aktuelle
Zeitzone aus /etc/localtime, sofern diese nicht durch die
Umgebungsvariable TZ überschrieben wurde.

Viele Grüße
Georg


On Sat, 18 Jan 2020 18:33:55 +0100
Joachim Hartmann <[hidden email]> wrote:

> Hallo,
> ich betreibe einen kleinen Daten-Server:
>
>    root@server:~# uname -a
>    Linux server 4.19.0-6-amd64 #1 SMP Debian 4.19.67-2+deb10u2 \
>    (2019-11-11) x86_64 GNU/Linux
>    root@server:~#
>
> Auf dem bisher zwei User eingerichtet waren und für die der
> DATE-Befehl auch in der gewünschten Form - deutsch und MEZ -
> antwortet. Nun habe ich einen dritten User eingerichtet:
>
>    root@server:~# adduser myroot
>
> Damit sind es nun drei:
>
>    root@server:~# cat /etc/passwd |grep bash
>    root:x:0:0:root:/root:/bin/bash
>    jochen:x:1000:1000:Jochen,,,:/home/jochen:/bin/bash
>    myroot:x:1007:1003:Zweiter RootLogin,,,:/home/myroot:/bin/bash
>    root@server:~#
>
> Für die nicht Root-User gibt es SUDERS-Einträge:
>
>    root@server:~# cat /etc/sudoers.d/mysudoers
>    myroot ALL=(ALL) NOPASSWD: ALL
>    jochen ALL = NOPASSWD: /etc/ssh/sshd.sh
>    jochen ALL = NOPASSWD: /usr/bin/apt
>    root@server:~#
>
> Und hier das Phänomän:
>
>    myroot@server:/home/jochen$ date
>    Sa 18. Jan 08:41:09 UTC 2020
>    myroot@server:/home/jochen$ sudo date
>    Sa 18. Jan 09:41:43 CET 2020
>    myroot@server:/home/jochen$
>
> Hat jemand eine Erklärung und Lösung?
>
> --
> Gruß aus der Ex-Heimat der CeBIT
> Jochen
>


attachment0 (849 bytes) Download Attachment
Reply | Threaded
Open this post in threaded view
|

Re: DATE Phänomen: Zwei User CET und ein User UTC

Joachim Hartmann
Hallo Georg,

Am 18.01.2020 um 19:15 schrieb Georg Haas:
> Hallo Joachim,
>
> ich würde mal die Umgebungsvariablen prüfen, ob beim User jochen die
> Variable TZ überschrieben wurde. In deinem Fall sollte diese am besten
> leer oder mit "Europe/Berlin" definiert sein. Falls ein anderer Wert
> drin ist, stellt sich dann die Frage, woher dies kommt. Alle aktuell
> gesetzten Umgebungsvariablen bekommst du mit dem Befehl env.
>
hier die Ausgaben zu den drei User

   myroot@server:~$ date
   Sa 18. Jan 18:25:11 UTC 2020
   myroot@Server:~$ env | grep TZ
   myroot@server:~$

   root@server:~# date
   Sa 18. Jan 19:31:59 CET 2020
   root@server:~# env | grep TZ
   root@server:~#

   jochen@server:~$ date
   Sa 18. Jan 19:34:12 CET 2020
   jochen@server:~$ env | grep TZ
   jochen@server:~$

Die die Variable TZ ist es also nicht!

Gruß aus der Ex-Heimat der CeBIT
Jochen

Reply | Threaded
Open this post in threaded view
|

Re: DATE Phänomen: Zwei User CET und ein User UTC

Uwe Kleine-König-7
Hallo Joachim,

On 1/18/20 7:38 PM, Joachim Hartmann wrote:

> Am 18.01.2020 um 19:15 schrieb Georg Haas:
>> ich würde mal die Umgebungsvariablen prüfen, ob beim User jochen die
>> Variable TZ überschrieben wurde. In deinem Fall sollte diese am besten
>> leer oder mit "Europe/Berlin" definiert sein. Falls ein anderer Wert
>> drin ist, stellt sich dann die Frage, woher dies kommt. Alle aktuell
>> gesetzten Umgebungsvariablen bekommst du mit dem Befehl env.
>
> hier die Ausgaben zu den drei User
>
>   myroot@server:~$ date
>   Sa 18. Jan 18:25:11 UTC 2020
>   myroot@Server:~$ env | grep TZ
>   myroot@server:~$
>
>   root@server:~# date
>   Sa 18. Jan 19:31:59 CET 2020
>   root@server:~# env | grep TZ
>   root@server:~#
>
>   jochen@server:~$ date
>   Sa 18. Jan 19:34:12 CET 2020
>   jochen@server:~$ env | grep TZ
>   jochen@server:~$
Normalerweise wird über den Symlink /etc/localtime bestimmt, was die
lokale TZ ist. Das sollte ja für alle User gleich sein. Spontan auch
keine Idee, aber ich würde mal die Ausgabe von

        env -i date

vergleichen um rauszubekommen, ob es sich um einen Unterschied im
Environment handelt, oder das woanders her kommt.

LG Uwe


signature.asc (499 bytes) Download Attachment
Reply | Threaded
Open this post in threaded view
|

Re: DATE Phänomen: Zwei User CET und ein User UTC

Jochen Van Geldern
In reply to this post by Joachim Hartmann
Am Sat, 18 Jan 2020 19:38:36 +0100
schrieb Joachim Hartmann <[hidden email]>:

> Hallo Georg,
>
> Am 18.01.2020 um 19:15 schrieb Georg Haas:
> > Hallo Joachim,
> >
> > ich würde mal die Umgebungsvariablen prüfen, ob beim User jochen die
> > Variable TZ überschrieben wurde. In deinem Fall sollte diese am
> > besten leer oder mit "Europe/Berlin" definiert sein. Falls ein
> > anderer Wert drin ist, stellt sich dann die Frage, woher dies
> > kommt. Alle aktuell gesetzten Umgebungsvariablen bekommst du mit
> > dem Befehl env.
> hier die Ausgaben zu den drei User
>
>    myroot@server:~$ date
>    Sa 18. Jan 18:25:11 UTC 2020
>    myroot@Server:~$ env | grep TZ
>    myroot@server:~$
>
>    root@server:~# date
>    Sa 18. Jan 19:31:59 CET 2020
>    root@server:~# env | grep TZ
>    root@server:~#
>
>    jochen@server:~$ date
>    Sa 18. Jan 19:34:12 CET 2020
>    jochen@server:~$ env | grep TZ
>    jochen@server:~$
>
> Die die Variable TZ ist es also nicht!
>
Überprüfe mal die Rechte von "/etc/localtime". Eventuell hat der
Benutzer myroot keine Leserechte auf /etc/localtime.

--
Gruß Jochen

Reply | Threaded
Open this post in threaded view
|

Re: DATE Phänomen: Zwei User CET und ein User UTC

Joachim Hartmann
Hallo Namensvetter,

Am 20.01.2020 um 13:30 schrieb Jochen van Geldern:

 > Überprüfe mal die Rechte von "/etc/localtime". Eventuell hat der
 > Benutzer myroot keine Leserechte auf /etc/localtime.
 >

du bist genial, das ist es!

   root@server:~# dir /etc/localtime
   lrwxrwxrwx 1 root root 33 2019-11-22 23:56 /etc/localtime -> \
              /usr/share/zoneinfo/Europe/Berlin
   root@server:~# dir /usr/share/zoneinfo/Europe/Berlin
   -rwxr-x--- 1 root vorstand 2335 2019-09-17 22:51 /usr/share/zoneinfo\
       /Europe/Berlin
   root@server:~#

Warum Die Rechte und die Gruppe geändert haben und das nur für Berlin
kann ich nicht mehr nach vollziehen. Danke!

Gruß aus der Ex-Heimat der CeBIT
Jochen


Reply | Threaded
Open this post in threaded view
|

Re: DATE Phänomen: Zwei User CET und ein User UTC

Joachim Hartmann
Hallo Jochen,
 
>Gesendet: Montag, 20. Januar 2020 um 14:34 Uhr
>Von: "Joachim Hartmann"
>An: [hidden email]
>Betreff: Re: DATE Phänomen: Zwei User CET und ein User UTC
>Warum Die Rechte und die Gruppe geändert haben und das nur für Berlin
>kann ich nicht mehr nach vollziehen. Danke!
>
>Gruß aus der Ex-Heimat der CeBIT
>Jochen
 
bei meiner Recherche bin ich auf weitere Dateien gestossen, die der
Gruppe vorstand angehören, aber bestimmt die Gruppe root haben sollten:
 
find: ‘/proc/17539/fdinfo/5’: Datei oder Verzeichnis nicht gefunden
root@tusv08-server:~# find / -group "vorstand" -ls | grep -v /srv
find: ‘/proc/17549/task/17549/fd/6’  1444097      4 -rwxr-x---   1 root     vorstand       316 Okt 11 09:58 /usr/lib/systemd/system/cron.service
  1450204      4 -rwxr-x---   1 root     vorstand       673 Sep 23  2018 /usr/lib/systemd/system/fail2ban.service
  1440107      4 -rwxr-x---   1 root     vorstand       184 Mai 28  2019 /usr/lib/systemd/system/apt-daily-upgrade.timer
  1450417      4 -rwxr-x---   1 root     vorstand       433 Sep  2 15:39 /usr/lib/systemd/system/nmbd.service
: Datei oder Verzeichnis nicht gefunden  1450419      4 -rwxr-x---   1 root     vorstand       540 Sep  2 15:39 /usr/lib/systemd/system/smbd.service
  1449597      4 -rwxr-x---   1 root     vorstand       538 Okt  5 23:32 /usr/lib/systemd/system/ssh.service
  1444806      4 -rwxr-x---   1 root     vorstand       435 Feb 26  2019 /usr/lib/systemd/system/rsyslog.service
  1444282      4 -rwxr-x---   1 root     vorstand       643 Aug 25  2018 /usr/lib/systemd/system/networking.service
  1450806      4 -rwxr-x---   1 root     vorstand       145 Okt 12  2018 /usr/lib/systemd/system/pcscd.socket
  1442962      4 -rwxr-x---   1 root     vorstand       522 Feb 14  2019 /usr/lib/systemd/system/remote-fs.target
  1445519      4 -rwxr-x---   1 root     vorstand       312 Okt 10  2016 /usr/lib/systemd/system/console-setup.service
  1445369      4 -rwxr-x---   1 root     vorstand      1162 Mär 30  2019 /usr/lib/systemd/system/apparmor.service
  1443036      4 -rwxr-x---   1 root     vorstand      1433 Okt 16 15:24 /usr/lib/systemd/system/systemd-timesyncd.service
  1450275      4 -rwxr-x---   1 root     vorstand       266 Aug 15  2017 /usr/lib/systemd/system/ufw.service
find:   1450956      4 -rwxr-x---   1 root     vorstand       255 Mär 15  2019 /usr/lib/systemd/system/rsync.service
‘/proc/17549/task/17549/fdinfo/6’  1445520      4 -rwxr-x---   1 root     vorstand       287 Okt 10  2016 /usr/lib/systemd/system/keyboard-setup.service
: Datei oder Verzeichnis nicht gefunden  1440109      4 -rwxr-x---   1 root     vorstand       156 Mai 28  2019 /usr/lib/systemd/system/apt-daily.timer
  1450799      4 -rwxr-x---   1 root     vorstand       320 Feb 20  2019 /usr/lib/systemd/system/openvpn.service
  1445698      4 -rwxr-x---   1 root     vorstand       164 Feb 10  2019 /usr/lib/systemd/system/man-db.timer
  1442927      4 -rwxr-x---   1 root     vorstand      1975 Okt 16 15:24 /usr/lib/systemd/system/getty@.service
  1444714      4 -rwxr-x---   1 root     vorstand       192 Jan  4  2018 /usr/lib/systemd/system/logrotate.timer
find: ‘/proc/17549/fd/5’: Datei oder Verzeichnis nicht gefunden
find: ‘/proc/17549/fdinfo/5’: Datei oder Verzeichnis nicht gefunden
root@tusv08-server:~#
 

G ruß aus der Ex-Heimat der CeBIT
Jochen
Reply | Threaded
Open this post in threaded view
|

Re: DATE Phänomen: Zwei User CET und ein User UTC

Uwe Kleine-König-7
Hallo,

nur etwas Meta-Kritik von mir ... :

On 1/20/20 3:15 PM, Joachim Hartmann wrote:
> root@tusv08-server:~# find / -group "vorstand" -ls | grep -v /srv

Das geht ein bisschen effektiver mit:

  find / -path /srv -prune -false -o -group vorstand -ls

Dann steigt find gar nicht erst in /srv rein, was flotter gehen sollte
als den Subtree zu durchsuchen und das Ergebnis wegzuschmeißen.

Ausserdem geht dann auch Dateien wie

        /usr/share/nmap/nselib/srvloc.lua
        /usr/lib/calibre/calibre/srv

nicht verloren.

Liebe Grüße
Uwe


signature.asc (499 bytes) Download Attachment