Recent content by goeldi

When I try to set a gateway address (e.g. 6.8.183.91) on the vmbr0 interface, Proxmox tells me:

I think my description above is a little complicated, so I present screenshots of a working and the not-working situation. I cannot see any difference between them. The working version is PVE 6.4-15 and the not-working one is v8.0.4. Working Node config: Not working Node config: (tried...

Yes, but the subnet is routed to this gateway. e.g. on one of my other pve nodes i have this: node enp0s31f6 (net device) CIDR = 137.202.54.82/26 Gateway = 137.202.54.65 node vmbr0 (bridge) CIDR = 6.8.183.82/28 CT eth0 bridge = vmbr0 CIDR = 6.8.183.90/28 Gateway = 137.202.54.82 This works...

This is on a fresh PVE 8.0.4 installation on a Hetzner Server. So this node is in a datacenter. There are no private ip addresses involved. I mention this, because all posts I found are related to private ip addresses. The ip addresses in this post are changed for privacy: PVE Node has IP...

hwclock und systemtime sind beide gleich falsch. Deshalb nützt mir hwclock --systohc nix. IPTables erlaubt den NTP Port: # iptables -L -n|grep 123 RETURN udp -- 0.0.0.0/0 0.0.0.0/0 udp dpt:123 RETURN udp -- 0.0.0.0/0 0.0.0.0/0 udp dpt:123...

timedatectl set-ntp true setzt den NTP service auf active, was schon vorher war. Output von timedatectl show: Timezone=Europe/Zurich LocalRTC=no CanNTP=yes NTP=yes NTPSynchronized=no TimeUSec=Wed 2021-06-16 15:07:27 CEST RTCTimeUSec=Wed 2021-06-16 15:07:28 CEST Output von timedatectl...

Ich hab in der Suche zahlreiche Posts zum Thema timesyncd gefunden, aber keine Lösung zu folgendem Problem. Es geht um einen Hetzner Server mit: pve-manager 6.4-8 mit kernel 5.4.119-1-pve timedatectl status meldet: Local time: Mi 2021-06-16 11:31:42 CEST Universal time: Mi...

Bei allen CT auf diesem Node. Also wie gesagt, nach stop/start ist alles wieder OK. Also hier die config eines CT der nach stop/start wieder OK ist: # pct config 290 arch: amd64 cores: 4 cpuunits: 2048 hostname: cloud.blabla.net memory: 16384 net0...

Seit heute krieg ich bei einem pct enter auf einem schon länger produktiven und problemlos laufenden Proxmox Server folgende Meldung in der Konsole: pct enter 288 lxc-attach: 288: terminal.c: lxc_terminal_create_native: 920 Success - Failed to receive devpts fd Es funktioniert ansonsten alles...

I am completely lost with the firewall configuration on two Hetzner nodes, each with proxmox 6.3-1 and pve-firewall 4.1-3. Let's call them node1 and node2. On both nodes Datacenter Firewall is enabled with ebtables=yes, input policy=DROP, Output policy=ACCEPT and no rules. On node 2 there is a...

@LnxBil @r.jochum Hat mir einer von euch bitte ein Beispiel einer funktionierenden /etc/radvd.conf und der /etc/network/interfaces? Vielen Dank, ich fühl mich noch etwas unsicher darin.

Die haben umfangreiche Dokumentation dazu, die aber nicht funktioniert.

Auf einem Hetzner Server wurde mir das Subnetz 2a01:4f8:172:1234::/64 zugewiesen. Der Server läuft mit Proxmox 6.2-10. radvd ist installiert mit folgender Konfiguration: interface vmbr0 { AdvSendAdvert on; AdvManagedFlag off; AdvOtherConfigFlag off; prefix...

OK, aber für was existiert dann die Option zum Aktivieren unter Firewall -> Options?

@oguz Ja, jetzt hab ichs in der config Datei gesehen. Der nicht funktionierende CT war ein von pve 4 nach 6.2 migrierter, und in der config fehlte bei der net0 Zeile der Eintrag firewall=1, obwohl ich die Firewall via GUI aktiviert hab. Ich hab jetzt firewall=1 manuell eingefügt, und jetzt...