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