Skip to content

Hetzner Cloud - Server läßt sich nicht verschieben!

Linux
  • Wenn ihr mal Probleme habt, einen Server von einem Projekt zu einem anderen zu verschieben, das hatte ich auch 😉

    Bei mir lag es daran, das ich eine Hetzner Firewall an dem Server dran hatte. Also die Verbindung zur Firewall getrennt, dann kann man auch den Server einwandfrei verschieben 🙂

    Firewall danach wieder neu verbinden, wenn gewünscht.

  • 0 Stimmen
    2 Beiträge
    98 Aufrufe
    FrankMF

    Wie schon geschrieben, war einer meiner Hauptgründe zu wechseln, der zweite Monitoranschluss. Dann wollen wir das mal testen. Ich habe hier noch einen etwas älteren Monitor rumliegen sollte reichen für einen schnellen Test.

    Mittels HDMI im laufenden Betrieb angesteckt. Das Plasma 6 erkennt den Monitor einwandfrei.

    Screenshot_20240421_173235.png

    Und hier wofür ich das vermutlich benutzen möchte.

    20240421_092909.jpg

    Klappt soweit einwandfrei 🤓

  • 0 Stimmen
    1 Beiträge
    108 Aufrufe
    Niemand hat geantwortet
  • 0 Stimmen
    1 Beiträge
    87 Aufrufe
    Niemand hat geantwortet
  • 0 Stimmen
    1 Beiträge
    123 Aufrufe
    Niemand hat geantwortet
  • 0 Stimmen
    3 Beiträge
    1k Aufrufe
    M

    @frankm

    Habe neulich auch einen meiner rockpro64 neu mit Debian 11 installiert, und dabei auch die festplatte (NVMe eigentlich) verschlüsselt.

    War mir erst unsicher das ich dann immer eine serielle Console brauch bei reboot. Man kann aber auch dropbear (SSH server) in die initram integrieren und dann während das booten den Server erreichen und die Passphrase für das Laufwerk eingeben.

    Diese 2 links waren hilfreich.

    https://salsa.debian.org/debian/dropbear/blob/debian/2018.76-5/debian/README.initramfs
    https://unix.stackexchange.com/questions/411945/luks-ssh-unlock-strange-behaviour-invalid-authorized-keys-file

    M

  • 1 Stimmen
    85 Beiträge
    5k Aufrufe
    N

    Immer wieder gerne. Dieses mal gab es richtig etwas zu tun:
    13 files changed, 137 insertions(+), 96 deletions(-)
    Und das nur, damit es überhaupt wieder baut. Danach folgten noch 5 Bugfixing Runden, wobei zwei davon (lediglich) das Packaging betrafen.

    Ergänzend noch ein Hinweis:
    Port 3012 für die Websocket Verbindungen ist jetzt offiziell deprecated und wird demnächst vollständig aus Vaultwarden entfernt. Genau jetzt wäre der richtige Zeitpunkt die Apache/Nginx Konfiguration dahingehend anzupassen.

    Hierfür habe ich neue Templates online gestellt.
    Apache: https://bitwarden-deb.tech-network.de/Apache-VirtualHost.example.conf
    Nginx: https://bitwarden-deb.tech-network.de/Nginx-VirtualHost.example.conf

    Schönen Sonntag!

  • Redis startet nicht!?

    Verschoben Redis
    1
    0 Stimmen
    1 Beiträge
    342 Aufrufe
    Niemand hat geantwortet
  • Datensicherung zwischen zwei Server

    Linux
    2
    0 Stimmen
    2 Beiträge
    671 Aufrufe
    FrankMF

    Funktionskontrolle heute morgen war o.k. Schreibt die Daten aber noch ins falsche Verzeichnis, da muss ich nochmal ran.