Bei einer klassischen Installation (lokaler Rechner) einer App kann ich kann ich meine bevorzugten Apps der Dash-Leiste hinzufügen.
Funktioniert die ebenfalls wenn ich eine App per Docker installiere?
Da bin ich überfragt. Ich habe keine Ahnung, ob man GUI-basierte Tools ohne Weiteres in Docker laufen lassen kann - damit habe ich keinerlei Erfahrung.
Frage zu Docker:
- verwendet Ihr Docker nur auf Euren Servern im RZ?
- Verwendet Ihr Docker nur auf lokalen Rechnern?
- verwendet Ihr Docker auf Euren lokalen Rechnern & Server im RZ?
Ich frage weil es mich interessiert, ob Docker auch auf lokalen Rechnen ggf. Vorteile hat gegenüber klassischer Installation.
Ich verwende Docker sowohl auf gemieteten VMs als auch auf eigenem Blech, selbst gehosteten VMs und auf meinen Arbeitsrechnern lokal z. B. zum Entwicklen/Testen.
Man kann nicht alles damit abdecken aber es ist schon recht praktisch um schnell verschiedene Umgebungen an den Start zu bekommen.
Welche anderen Anbieter erlauben das denn? Ich bin gerade etwas verwundert, dass das so ein bekanntes Ding ist.
Wobei die seit mehreren Jahren sehr eng miteinander sind.
Du hast dafür jetzt auf einen fast drei Jahre alten Beitrag geantwortet? Wow 
Ich würde mich als sehr vorsichtigen Nutzer bezeichnen, manch einer mich schon fast als Paranoid. Ich kenne das potentielle "data leakage" was Du zitiert hast, aber mal ehrlich: Netcup könnte sowieso (theoretisch) auf einen Encryptionkey im Arbeitsspeicher zugreifen, wozu sollte ich dann darauf auchten, dass ich Netcup den Füllstand meiner vda vorenthalte? Das ergibt wernig Sinn. Und "plausible deniability" geht bei Netcup eh nicht.
Ich kenne einige Argumente für und gegen FDE bei vServern.
Wenn du doch aber davon ausgehst, dass Netcup ohnehin auf den Key aus dem RAM zugreifen kann, was sind deine Beweggründe trotzdem FDE einzusetzen?
Falls das zutreffend ist, dann bestätigt mich das mal wieder auf egal welcher Plattform immer selbst ein OS zu installieren und zu konfigurieren. Da weiß man wenigstens, woran man ist und was man verpfuscht hat 
Alternativ könntest auch die Domains hier lassen und einen anderen DNS Server verwenden. Ich habe seit dem Umzug meiner Zonen zu desec keinerlei Probleme mehr. Musst nur hier bei Netcup auf deren Nameserver verweisen und einmalig den DNSSEC Schlüssel hinterlegen.
So mache ich das mit eigenen ANS-Servern seit etwa fünf Jahren und hatte seitdem keinerlei Probleme mehr.
Wo ist das Problem?
Ich habe kein "Problem" damit, finde aber, dass dies ein so bemerkenswerter Unterschied zu den anderen Server-Produkten ist, dass er doch erwähnenswert ist.
Fangen wir mal mit den gängigen Herausforderungen zum Thema "Kontrolle über die Software" an:
- Nur vertrauenswürdige Images verwenden
- Container nicht privilegiert laufen lassen
- Von Schwachstellen betroffene Container kennen
- Updates und Bugfixes installieren
- Container-Ressourcen limitieren
Wenn du das schon mal alles im Griff hast, dann hast du die Kontrolle über die Software tatsächlich nicht verloren.
Trifft das nicht ebenfalls auf nicht-containerisierte Software zu?
Ich verstehe, dass ein Container-"Wrapper" um eine Software die Komplexität (etwas) steigert. Oft aber tun die Leute geradezu so, als ob die meisten als negativ aufgebrachten Punkte bei Software außerhalb von Containern gar nicht von Nöten wäre.
Screenshot 2025-12-13 at 20.16.32.png
Wir empfehlen Orion von Kagi
Spannend, bei mir klappt es nur in Firefox.
+1 für Jekyll.
Ich schreib da mittlerweile sogar kleine Erweiterungen für. Finde das klasse, dass man nur ein bisschen Datenstrukturen durch die Gegend schieben muss und der Rest simpel über die Template Engine gemacht wird.
Beispielprojekt:
Wenn ich oben auf "About" klicke erhalte ich:
This site can’t be reached
The webpage at https://serverless.industries/people/ might be temporarily down or it may have moved permanently to a new web address.
ERR_FAILED
Ich empfehle ebenfalls, sich mal hugo anzuschauen. Das kann man auch wunderbar in eine CI-Pipeline im Versionierungssystem einpflegen.
Den fehler mit der Mail bei Netcup hab ich auch schon gemacht. Niemals eine E-Mail verwenden die beim selben Hoster läuft. Da sind probleme vorprogrammiert.
Das kann ich nur unterstreichen, natürlich unabhängig des Anbieters.
Wie es der Zufall so will, habe ich eine Storage Box für meine Backups bei eben jenem Wettbewerber, und die ist lustigerweise auch in Falkenstein....
Gerade einmal versucht, eine große Datei von dort zu ziehen ... Und hatte nur ganz kurz 100MB/s, was nach ca. 2s schon auf 5MB/s einbrach...
Das wundert mich bei einer "Storage Box" nicht, das ist ja langsamer Backup-Speicher. Teste mal mit einem Cloud-vServer bei denen; würde mich nicht überraschen, wenn das Ergebnis besser aussehen würde.
Offtopic hierzu:
Jetzt funktioniert mein AppleMail nicht mehr, da ich das noch auf Mac 10.12.6 Sierra habe.
Bedenke bitte, dass macOS 10.12.6 Sierra vor mehr als 6 (!) Jahren veröffentlicht wurde und demnach ewig lange keine Sicherheitsupdates mehr erhalten hat.
Mir war nicht bewusst, dass bei Deb13 die sysctl.conf abgeschafft wurde.
Wenn ich das richtig gelesen habe, wird nur die /etc/sysctl.conf nicht mehr unterstützt. Die .conf unter /etc/sysctl.d hingegen schon.
So habe ich das auch verstanden und fairerweise sollte Debian beim Upgrade-Prozess eine entsprechende Warnung/einen entsprechenden Fehler angezeigt haben. Ich hatte exakt das gleiche Problem, bin allerdings nicht durch eine Nichtfunktion von Wireguard darauf gestoßen, sondern durch einen Fehler während `apt-get dist-upgrade`.
Nach kurzer rechereche ist leider selbst das keine Lösung. Da UCEPROTECT das ganze Autonomous System (AS) markiert und dein Subnetz bleibt weiterhin Teil von diesem.
Also eigenes AS anmelden und verwalten um ... Emails zu verschicken. Uff.
Nur der Vollständigkeit halber: Falls irgendwer nur diese eine Sache besser managen möchte und in der APT/DPKG Welt (Debian/Ubuntu/usw.) zuhause ist, gibt es apt-dater. Ist ein nettes kleines Tool mit einer sehr geringen Einstiegshürde
Danke, wieder was neues kennengelernt.
Stirbt die TOTP-App, ist man auch erstmal ausgesperrt.
Und ich meine mich zu erinnern, dass (zumindest früher) die Entsperrung durch den NetCup-Support sogar kostenpflichtig war.
Interessant wäre in diesem Zuge meines Erachtens nach der Test mit einem eigenen Mailserver und einem dedizierten Postfach, welches *nur* in den entsprechenden Outlook-Clients eingetragen wird. Und dann im Nachgang mal analysieren, ob sich da auch noch eine andere IP als die des "normalen" Outlook-Clients (beispielsweise von einem Microsoft-Server) einloggt ...
