[01:06] <itu> wird eigentlich irgendwo im ubuntu-system die eigene internet-IP geloggt?
[01:10] <tomreyn> standardmäßig nicht, wäre mir neu. womöglich loggen einige der canonical-systeme, zu denen du dich verbindest sie, aber das weiß ich nicht. sollte aber ja nicht schwer umzusetzen sein. wenn du z.b. nen dyndns-client wie ddclient verwendest, ist es vielleicht sogar wünschenswert sie zu loggen.
[01:11] <tomreyn> ddclient loggt sie glaub ich bei aktiver konfiguration eines upzudatenden hosts automatisch.
[01:12] <tomreyn> aber kannst natürlich auch einfach enn curl- call oder dig-aufruf machen und die antwort wohin wegschreiben.
=== Toddy69 is now known as Guest6907
[01:22] <itu> hm
[01:28] <itu> dig liefert aber die IN-IP nicht, oder welcher parameter?
[01:30] <itu>  curl- call  ?
[01:35] <tomreyn> curl -s ifconfig.me
[01:35] <tomreyn> ...oder sowas
[01:36] <tomreyn> dig -4 TXT +short o-o.myaddr.l.google.com @ns1.google.com
[01:37] <tomreyn> dig +short txt ch whoami.cloudflare @1.0.0.1
[01:39] <itu> ok
[01:55] <itu> hm, wie macht man eine logdatei am besten löschsicher?
[02:01] <tomreyn> 600, eigentümer = gruppe, oder gar root:root
[02:02] <tomreyn> aber warum sollte die denn wer löschen?
[02:05] <itu> weils passiert
[02:10] <tomreyn> vielleicht muss sich dein innerer BOFH mal etwas mehr gegenüber den anderen usern durchsetzen.
[02:12] <itu> -rwx-wx-wx 1 root root  foofile  # so kann man zwar als user nicht mehr lesen .. aber trotzdem noch löschen - fail!
[02:13] <itu> auf der user/chmod ebene scheint da nix zu gehn
[02:13] <tomreyn> chmod 600
[02:13] <itu> bringt nix?
[02:14] <tomreyn> weil? wer soll denn drauf schreiben können?
[02:14] <itu> user natürlich
[02:14] <itu> bei root wärs ja nochmal schwerer
[02:19] <itu> hmm
[02:20] <itu> mal chatgpt fragen zur allgemeinen entrückung?
[02:27] <itu> gibts eigentlich eine KI-Frage-site die gleich ein paste-dings macht?
[02:31] <tomreyn> also wenn du chown user:user und chmod 600 machst sollte doch alles gut sein?
[02:31] <itu> https://talkai.info/de/chat/   ist genauso schlau wie du  .... 
[02:31] <le_bot> Title: 185.26.156.146 30.12.2023 05:31:40 (at talkai.info)
[02:31] <itu> und sagt das mit chmod 600
[02:32] <tomreyn> tja, ki brabbelt halt auch nur dumm daher
[02:32] <itu> genau
[02:32] <itu> chmod 600 macht nix löschsicher
[02:34] <tomreyn> na schon, nur halt nich für den eigentümer
[02:34] <tomreyn> (und auch nicht für root)
[02:35] <itu> übrigens ist die anforderung nicht nur löschsicher, sondern das logfile soll nur ergänzbar sein, ohne änderung von vorherigem
[02:36] <itu> ich sagte doch schon dass es um schutz vor versehentlichem löschen geht ...
[02:36] <itu> und ja dass passiert leicht auf der kommandozeile, und dass ist das drama da
[02:37] <itu> da helfen keine BOFH-attitüden
[02:37] <tomreyn> da brauchst du ein WORM-medium für oder einen remote-speicherkanal der nur append zulässt
[02:38] <itu> dass fremde user meine dateien nicht löschen können ist ja standard und banal
[02:38] <itu> nö
[02:38] <tomreyn> oder das erweiterte unix-dateisystemrechteset
[02:38] <itu> da hilft dann noch ein skript dass man sich macht und diese dateiattribute afaik auch 
[02:38] <itu> jo
[02:39] <itu> man hätt aber schon denken können dass es auch auf der ebene chown/chmod geht
[02:40] <itu> der anti-BOFH  ist intelligent und weiss folgende Regel : "Suche immer die einfachste Lösung!"
[02:41] <tomreyn> backups?
[02:42] <itu> sind nichtmal als instant-backups die einfachste lösung .... 
[02:43] <itu> aber wenns um backups geht ist ja die BOFH-intelligenzia ja sowieso weit entfernt von instant-  ... 
[03:17] <itu> hmm
[03:20] <itu> echo -e "$(date "+\%H \%F")"   #  ganz schön vertrackter kram! (finde den fehler...)
[04:00] <tomreyn> was soll denn dabei raus kommen?
[04:27] <itu> das offensichtliche - zumindest in der crontab
[04:45] <itu> hm, irgendwie funkt es jetzt