Recent content by whiterabbit

Hallo. Das war der entscheidende Hinweis: Mit der Option /etc/pve/nodes/pve/lxc/100.conf ergänzt um: features: nesting=1 lief das Upgrade sauber durch und der Container startete auch richtig. Sollte dieser Hinweis nicht in der Doku unter https://pmg.proxmox.com/wiki/Upgrade_from_8_to_9...

Ich habe das Upgrade gerade nochmal laufen lassen. Es läuft zwar durch aber liefert ganz am Ende diese Meldung: Setting up pmg-api (9.0.6) ... Unable to open syslog: Os { code: 111, kind: ConnectionRefused, message: "Connection refused" } Unable to open syslog: Os { code: 111, kind...

Nur eine kurze Frage, bevor ich das Upgrade zum dritten Mal anstoße: Muss der PMG-Container privileged oder unprivileged sein? Oder spielt das in diesem Zshg. keine Rolle?

Hallo nochmal, ok, leider hat das Upgrade von Version 8 auf 9 nicht ohne Probleme funktioniert. Ich habe zunächst pmg8to9 laufen lassen und bin anschließend der Anleitung gefolgt: https://pmg.proxmox.com/wiki/Upgrade_from_8_to_9 Meldung von pmg8to9 nach apt update && apt upgrade: 20:09/0 pmg ~...

Ok, das habe ich jetzt auf "statisch" geändert. Seitdem steht in der /etc/hosts natürlich die feste IP -- und der pmg8to9 Test läuft tatsächlich durch. Super -- besten Dank!

Ja, genauso ist es auch: PMG läuft als LXC-Container und die IP kommt in dem VLAN über DHCP (die auf der OPNSense aber fest eingestellt ist) ... das funktionierte bisher. Sollte man es besser anders machen?

Weiß hier niemand weiter?

Hi. Ich habe das Script pmg8to9 laufen lassen und erhalte diese Warnung: INFO: Checking if the local node's hostname 'pmg' is resolvable.. WARN: Failed to resolve hostname 'pmg' to IP - address lookup for 'pmg' did not find any IP address Wenn ich unter cat /etc/hosts nachschaue, steht dort...

Das scheint es gewesen zu sein. :) Ich kann den RustDesk-Server jetzt sofort erreichen -- ohne vorher etwas in der Konsole machen zu müssen, um Traffic zu erzeugen. Top!

Super. Das probiere ich aus und melde mich dann. Besten Dank. Die Warnung in der OPNSense bei den "globalen Optionen" habe ich gesehen: "Warnung: Diese Option wird auch gespeichert, wenn der DHCP-Server deaktiviert ist. Nur die Maschinen, die unten gelistet sind, können mit der Firewall auf...

HI. Danke für die neuen Ideen — sehr erhellend! Das kann schon sein, dass es das ist. Ich habe einen Ping in einer „normalen VM“ laufen lassen, der durchgängig lief. Nur bei dem LXC-Container stockt es. Aber das Gateway ist in diesem Netzwerk eine OPNSense-Firewall. Die hat für den...

Hallo. Danke für die Hinweise. Ich habe das geprüft. Also der Reihe nach: journalctl -u systemd-networkd --no-pager | grep -i "carrier" liefert nur diese 4 Einträge für vorgestern. Das deutet auf den Systemstart hin: Feb 17 19:21:40 rustdeskserver systemd-networkd[209]: lo: Gained carrier Feb...

Nachtrag ... ist das hier vielleicht ein Hinweis auf das Problem??

Hallo. Ich habe als LXC-Container auf einem Proxmox-Host einen RustDesk-Server im eigenen Netzwerk laufen. Die Installation lief problemlos über die Proxmox VE Helper-Scripts (https://community-scripts.github.io/ProxmoxVE/scripts?id=rustdeskserver) Der Container ist über das Webinterface und...

Ok, das kann ich mal ausprobieren (wobei man vielleicht etwas overload hat, wenn man in jeder VM rustdesk installieren muss, oder??) SPICE nutze ich eigentlich auch, doch in diesem Fall ist das ein Ubuntu-Server (ohne X11/wayland). Da klappt das mit dem Cliboard dann trotzdem nicht. Und xterm.js...