Es gibt ja wie gesagt noch sooo viel mehr TLDs. Gerade mal https://www.tld-checker.net/ gefunden. Da könnt Ihr ja mal Eure Nachnamen nochmal checken und danach schauen wie viel die Domain dann kostet.
Ich habe meine nachname.de Domain (nem Domaingrabber vor 20 Jahren für 200€ abgekauft). Aber nachname.email wäre z.B. bei mir auch noch verfügbar. Hab mir auch schon vor vielen Jahren nachname.me geholt.
Zum Thema Tailscale - wenn man nur paar Incoming Ports zulässt wie 443/80/SSH und den Rest auf DROP hat, aber alle TCP und UDP Ports für Outgoing offen hat, funktioniert dann Tailscale problemlos? Oder muss man auch noch irgendwelche Incoming UDP Ports aufmachen?
TS wird funktionieren, aber nur "relayed", was nicht "direkt" ist und z.B. Latenzen und Übertragungsraten deutlich beeinflusst, da die Verbindung über TS Server relayed wird. Aus diesem Grund ist folgende NC Firewall Regel essentiell:
Es gibt ja auch noch tausende von anderen TLDs. Bei guten Domainprovidern kann man die alle mal durchtesten und sehen, ob nachname.tld noch irgendwo geht.
Wenn Du canceln willst dann richtig so, wenn Du umziehen willst, solltest Du nicht canceln, sondern die Domain vom neuen Anbieter aus umziehen.
Schön dass es schon gelöst ist, ich darf bei der Gelegenheit auch auf NTP (Network Time Protocol) mit chrony und aktivierter Firewall nutzen hinweisen.
Zumindest Open Source iPhone Apps geht quasi nicht, man kann diese nicht einfach aufspielen und das Notification System geht auch nicht einfach so.
Coole Sache dass Du Dich da ranmachen willst. Eigentlich erwarte ich so eine Sache von Netcup, der französische Konkurrent hat sowas. Hier muss man ja auch Dir vertrauen, denn Du bekommst potentiell die Zugangsdaten von Netcup und könntest damit alles mögliche machen.
Dann ist offensichtlich was im Argen. Kannst ja den Vergleich als Begründung für das Ticket heranziehen. Bei mir hat der er erste Lesetest wenige Sekunden gedauet, der zweite vielleicht 15-20s.
Meine fio Werte auf meinem RS 2000 G12 Pro BW25 mit NVMe SSD:
fio --name=write --filename=~/fiotest --size=4G --bs=1m --rw=write --direct=1 --ioengine=io_uring
write: IOPS=503, BW=504MiB/s (528MB/s)(4096MiB/8133msec)fio --name=read --filename=~/fiotest --size=4G --bs=1m --rw=read --direct=1 --ioengine=io_uring
read: IOPS=676, BW=676MiB/s (709MB/s)(4096MiB/6059msec)fio --name=randread --filename=~/fiotest --size=4G --bs=4k --rw=randread --direct=1 --ioengine=io_uring --iodepth=32 --numjobs=4
4x read: IOPS=25.1k, BW=98.0MiB/s (103MB/s)(4096MiB/41811msec) <-- 4x recht gleich
Gruppe: READ: bw=392MiB/s (411MB/s), 98.0MiB/s-98.4MiB/s (103MB/s-103MB/s), io=16.0GiB (17.2GB), run=41640-41811msecVPSes however are billed by the hour, so can be cancelled more or less always, except explicitly named "12M" servers.
And yeah, we are just customers.
Kannst ja mal testen:
fio installieren. Dann
Schreibtest:
fio --name=write --filename=~/fiotest --size=4G --bs=1m --rw=write --direct=1 --ioengine=io_uring
Cache leeren:
sync && echo 3 | sudo tee /proc/sys/vm/drop_caches
Lesetest:
fio --name=read --filename=~/fiotest --size=4G --bs=1m --rw=read --direct=1 --ioengine=io_uring
Wenn Du 4k IOPS vergleichen willst:
fio --name=randread --filename=~/fiotest --size=4G --bs=4k --rw=randread --direct=1 --ioengine=io_uring --iodepth=32 --numjobs=4
rm ~/fiotest (falls die Datei noch über bleibt)
Poste die Werte. Wenn Du mehrere Server hast, kannste gleich selbst vergleichen, ansonsten mit anderen hier.
Ui, du meinst das könnte wirklich was bringen?
Wäre zumindest ein erster Schritt, wenn der nix bringt, kann man immer noch weiter machen. Ansonsten wurde nicht mitgeteilt, ob die SSD noch ne alte SATA/SAS oder NVMe ist, noch wie groß sie ist.
Bei einem Server ist die Pladde (SSD) so langsam, dass ein apt dist-upgrade 14 Minuten statt 20 Sekunden dauert.
Schon mal "Speicher optimieren" bei Medien im SCP gemacht?
Jep. Ist nicht offensichtlich. Daher "Bearbeiten".
Imho reicht das Suchfeld, aber das ist GUI mäßig kaum sichtbar. Bessere farbliche Hervorhebung wäre hier nötig. Evtl auch anderer Text als "Suche", denn im Prinzip ist das auch ein Serverswitcher (wie beim alten Feld).
Ist Zustand: Bei den accountweiten Firewall Policies: es können keine Regeln editiert werden, nur vorhandene gelöscht und neue hinzugefügt werden.
Soll Zustand: Neben dem Löschen Knopf sollte ein "Bearbeiten" Knopf sein, der es ermöglicht, die Regel zu editieren.
Ich denke dass das Firewall GUI einiges Verbesserungspotential hat:
Ist Zustand: Optische Unterscheidung zwischen "Eingehend" und "Ausgehend" ist quasi nicht möglich, auf dem Screenshot sind 2 eingehende und 2 ausgehende Regeln. Das ist aber optisch kaum unterscheidbar.
Soll Zustand: Optische Unterscheidung deutlich möglich, auch beim schnell / übersichtsweisen durchsehen. Hierbei könnte mit verschiedenen Farben gearbeitet werden, viel wichtiger wäre mir jedoch eine logische Nutzung der Pfeile. Wenn links z.B. der Standort des Servers angenommen wird, dann ist "eingehend" eben ein Pfeil von rechts nach links und ausgehend ein Pfeil von links nach rechts. Die Serverports sind dann IMMER links, die Ports anderer Rechner im Internet IMMER rechts.
Falls es noch niemand vor den Borg entdeckt hat
Debian 13: 6.12.88+deb13-amd64
Unattended-upgrades und auto Restart bei Kernel Upgrades um 5:00 Uhr morgens. Läuft.
Bei Schwiegermüttern rettet auch der Türsegen nicht vor dem Fegefeuer. 
du nennst Security Hinweise Spam
?
Dieser Thread ist ausschließlich für qualitativ hochwertige Offtopic Konversation.
Security Hinweise sind da viel zu on topic... 
On OffTopic: die Eisheiligen sind übrigens grade - wers noch nicht vor der Türe gemerkt hat.
