Beiträge von bjo

Oh, jemand hat immich für's AUR zusammengebastelt. Mal sehen ob ich es zum Laufen kriege.

Zitat von Marcel2508

Danke für die Antwort - Hab jetzt jemanden erreicht. Mal schauen..

Bin ganz Froh wenn Netcup sich darum kümmert. Sofern es denn funktioniert.

Leider scheint uptime kuma aktuell keine option zu haben die gültigkeit des TLS Zertifikats zu checken (https://github.com/louislam/uptime-kuma/pull/4806) wie monitored ihr denn sowas?

Gültigkeit im Sinne von Ablaufdatum? Kann man einschalten.

Das schönste Konstrukt ist doch immernoch Docker-in-Docker

Zitat von tuxproject.de

Ich würde mir wünschen,

1. Serveradmins hörten endlich auf, das Hosten einer fremden Blackbox ("Dockercontainer") auf einem frei im Internet verfügbaren Server für eine gute Idee zu halten, und
2. Ent(jaja)wickler hörten endlich auf, ihre Software so unübersichtlich wachsen zu lassen, dass Docker die einzige "dokumentierte" Installationsweise ist. Erstens wegen 1., zweitens, weil auf hinreichend vielen Betriebssystemen gar kein Docker läuft.

Faustregel: Software, die zwangsläufig in einem "Container" laufen will, gehört da auch hin... also in den Container.

Geht mir auch regelmässig auf die Nerven. Ja, sicherlich gibt es einige Fälle, bei denen die Containisierung durchaus "nett" ist, vor allem bei irgendwelchen Python oder Ruby-Anwendungen, die bei der kleinsten Versionsänderung kaputt sind.

Vor einigen Wochen habe ich mal versucht, den Joplin Server, den es nur als Docker-Image gibt, für's AUR unter Arch zu paketieren. nodejs-Foo ist ja auch die Hölle (aus Admin-Sicht).

Lars hat es ans NOC weitergegeben, die die Situation beobachten und bei Bedarf optimieren wollen.

hamilrat: Telekom-Kunde?

Zitat von fvbor

Und zwote Frage:

Wie ist der beste Weg zum Arbeiten mit den Repositorys?

Ich hab jetzt bei der StorageBox vom roten H für jeden Server einen Unterordner und Subaccount

Du meinst alle Backups in ein Repo? Würde ich nicht machen, also ist das so schon am Besten. Nutzt du gerade borg2 mit sftp Backend?

Zitat von Paul

Das Feedback der Tester war bisher allerdings bisher weniger positiv. Im Forum gab es da schon einige Rückmeldungen. Das Preismodell ist wohl nicht sonderlich attraktiv. Da haben andere Anbieter bessere Angebote. Es kommt wohl mit einer pauschalen Grundgebühr, die dem Preis von 1 TB an Daten entspricht. Nutzt man weniger, bezahlt man es trotzdem. Macht man bei der StorageBox zwar auch, aber dafür ist diese dann doch deutlich günstiger und der Sinn von S3 ist ja eigentlich auch, dass man auch nur so so viel bezahlt, wie man auch tatsächlich nutzt. Auch gibt es wohl noch ziemlich niedrige Limits (z.B. Anzahl an Buckets).

Bin mal gespannt, wann Netcup ebenfalls einen S3 Storage anbietet. Die neuen RZs schreien ja förmlich danach.

Borg2 Beta11 failed gerade auch erstmal:

borgstore.backends.errors.BackendAlreadyExists: rclone storage base path already exists: fsn:mailb2/

Obwohl das Bucket leer ist.

Hier machte sich ja jemand neulich zu Borg gedanken:

Borg2 Beta11 kann nun auch rclone Backend:

https://borgbackup.readthedocs.io/en/2.0.0b11/changes.html#version-2-0-0b11-2024-09-26

Sprich es sollte auch möglich sein, S3 für Borg-Storage zu nutzen. Mal die Tage mit der Object Storage Beta vom roten H testen.

Zitat von m_ueberall

Es ist zwar noch nicht Freitag, aber wer sich schon jetzt auf Montag freuen will als Linux-Administrator, der kann sich das hier durchlesen: Critical Unauthenticated RCE Flaw Impacts All GNU/Linux Systems [slashdot.org].

Was keine eigene Webseite hat, kann ich nicht ernstnehmen

Zur Telekom und deren Peering: https://about.fb.com/news/2024/09/w…utsche-telekom/

Ticket aufgemacht, wurde an Fachabteilung weitergeleitet.

Weil man vielleicht nicht alles in Docker-Stacks werfen will?

Andrerseits hat man Probleme manchen anderen Instanzen zu folgen: Beispiel: Ich wollte von norden.social aus jemanden auf einer kleinen Instanz folgen, die kleine Instanz blockt aber norden.social, da eine der Admins "into NFT" sei. Das Problem hat man mit eigener Einzelinstanz dann weniger.

Mag einer der Telekom-Kunden mal ein Ticket dazu bei Netcup aufmachen?

Der einzige Nachteil den ich bisher ausgemacht habe: Es gibt in der lokalen Timeline nur sich selbst, sofern man keine Relays verwendet.

Zitat von RAD750

Wie bereits gesagt, von der technischen Sicht her abgesehen ist eine Single User Instanz der schlechteste Weg das Fediverse zu nutzen.

Aus welchen Gründen?

Zitat von cadeyrn

Die von mir genutzte Mastodon-Instanz wird eingestellt. Gibt es Empfehlungen, wohin ich wechseln sollte?

Grundsätzlich wäre eine eigene Instanz natürlich auch interessant, allerdings fürchte ich, dass der Aufwand das übersteigt, was ich zeitlich aufbringen kann. Aber aus Interesse, macht das jemand, vielleicht sogar auf einem Netcup-Server? Wie groß ist da euer Aufwand in der Wartung (Updates etc.)?

Ich hatte auf einem RS1000G9 mal Mastodon als Single-User Instanz laufen, aktuell auf einem G11 nun Akkoma, allerdings laufen da auch noch andere Sachen drauf. Und Gotosocial kann man auch gut als Single-User-Instanz betreiben, allerdings fehlen dem noch ein paar Features.

A propos noch andere Sachen - seit ein paar Tagen überlege ich, meinen Mailfoo (genutzt von mir und 2-3 anderen Leuten) auf einen Nano oder VPS250G11s auszulagern, dann braucht's die Freitschaltorgien bei T-Online und Co nicht mehr, wenn man wieder mal eine Generation upgraded - dürfte aber vermutlich auch noch dauern, bis es mal wieder soweit ist. Alternativ vielleicht eine Büchse dafür beim Mitbewerber, aber mit 300IOPS ist selbst Mail vermutĺich mäh.

Zitat von nebula76

Gibt es denn große Hoster/Anbieter, die sich konsequent gegen ein bezahltes Peering mit der Telekom wehren? Ich weiß, dass bspw. das rote H oder das DFN sich lange dagegen gestemmt haben. Am Ende lief es aber doch darauf hinaus, dass die jetzt dafür bezahlen. Am Ende laufen die Kunden nämlich leider nicht dem ISP sondern dir weg.

Ich denke auch, dass es hier tatsächlich auch auf eine Einigung mit der Telekom in Form einer Bezahlung herauslaufen wird.

Wie schon gesagt, DTAG Transit ist ja eigentich vorhanden:

traceroute to mx00.t-online.de (194.25.134.8), 30 hops max, 60 byte packets
1  gw01.netcup.net (37.120.188.2)  0.346 ms  0.320 ms  0.328 ms
2  94.16.25.158 (94.16.25.158)  0.764 ms  0.761 ms  0.733 ms
3  ae0-0.bbr01.anx84.nue.de.anexia-it.net (144.208.208.139)  3.842 ms  3.834 ms  3.827 ms
4  ae2-0.bbr02.anx25.fra.de.anexia-it.net (144.208.208.141)  3.741 ms  3.725 ms  3.686 ms
5  80.156.161.185 (80.156.161.185)  4.126 ms  4.286 ms  4.487 ms
6  f-eb17-i.f.de.net.dtag.de (217.239.38.118)  5.935 ms  5.952 ms f-eb17-i.f.de.net.dtag.de (217.239.38.126)  5.659 ms
7  * * *
8  * * *

Eigentlich hat Anexia ja ein DTAG-Transit und für IPv4 wird das weiterhin genutzt. Früher™ schien auch v6 darüber zu laufen. Scheinbar scheint aber v6 nur noch über Transits zu laufen (außer zu H in NBG und FSN), auch zu meinem ISP (AS50629) der u.a. mit Anexia am DECIX und AMSIX peert.

1  gw01.netcup.net (2a03:4000:6:b000::2)  4.001 ms  3.955 ms  3.937 ms
2  2a00:11c0:47:3::122 (2a00:11c0:47:3::122)  3.038 ms  3.009 ms  3.013 ms
3  nug-b2-link.ip.twelve99.net (2001:2035:0:272d::1)  0.335 ms  0.301 ms  0.317 ms
4  ffm-bb1-v6.ip.twelve99.net (2001:2034:1:6b::1)  4.071 ms  4.229 ms  4.223 ms
5  ddf-b3-v6.ip.twelve99.net (2001:2034:0:195::1)  6.832 ms  6.923 ms  6.898 ms
6  lwlcom-ic-379582.ip.twelve99-cust.net (2001:2035:0:2742::2)  7.093 ms  6.917 ms  6.908 ms
7  ae0-40.cr30.bre06.lwlcom.net (2a00:c380:b200:230::241)  10.286 ms  10.279 ms  10.242 ms

Später die Migration auf 1.4 durchführen. Während 2.0 schonmal recht weit war, hat der Entwickler mit Beta 8-9 angefangen, grundlegende Dinge umzubauen. Beta 10 ist nun auch wieder anders als Beta 9 und verwendet nun ein extra Storage-Backend - oder was mal zu einem werden soll. Somit wird es vermutlich bis zum 2.0 Release noch dauern, aber mit den Transfer-Befehlen sollte man dann die Repos migrieren können.