KVM Network Bridge, keine DNS nach Stromausfall

638
Kyle H

Dies ist ein häufiges Vorkommnis auf meinem KVM-Server und ist frustrierend, da das Problem durch das Durcheinander mit dem Netzwerk auf dem Server behoben wird. Ich habe keine Ahnung, wie das Problem behoben wird.

Der Stromausfall der letzten Nacht durch starke Stürme hat diesen Fall ausgelöst. Die Stromversorgung wurde unterbrochen, was bedeutet, dass mein Server heruntergefahren ist, weil das redundante Netzteil nicht angeschlossen ist, da dies keinen Unterschied macht. Es ist auf der gleichen Rennstrecke in meinem Keller und ist einfach mein nerdiger Server, auf dem ich persönliche Dienste hosten. Jetzt können die kvm-Gäste das Internet normalerweise nicht erreichen, da dns fehlschlägt. Positiv ist, dass sie per IP-Adresse ping können, was aber leider nicht viel hilft.

Ich habe die meisten kvm-Server auf der br0-Bridge und leite den Datenverkehr weiter, anstatt ihn zu routen, sodass ich ihnen statische IPs in meinem internen Netzwerk zuweisen und sie weiterleiten kann. Ich habe "ip r" und "ip a" -Konfiguration von meinem kvm-Host und den kvm xmldump meines bis jetzt unzuverlässigen Mailservers eingefügt.

Ich freue mich über jegliche Hilfe oder Anweisungen zur Fehlerbehebung, die mir jemand geben kann. Vielen Dank!!

Voreinstellung via 192.168.86.1 dev br0 169.254.0.0/16 dev br0 Bereichsverbindungsmetrik 1008 172.17.0.0/16 dev docker0 proto kernel scope link src 172.17.0.1 192.168.86.0/24 dev br0 proto kernel scope link src 192.168.86.254 192.168.100.0/24 dev virbr0 proto kernel scope link src 192.168.100.1 192.168.122.0/24 dev defaultbr proto kernel scope link src 192.168.122.1      1: lo: mtu 65536 qdisc noqueue state UNKNOWN qlen 1 link / loopback 00: 00: 00: 00: 00: 00 brd 00: 00: 00: 00: 00: 00 inet 127.0.0.1/8 scope lo lo valid_lft für immer Preferred_lft für immer inet6 :: 1/128 Scope Host valid_lft für immer Preferred_lft für immer 2: enp3s0f0: mtu 1500 qdisc mq Master br0 Zustand UP qlen 1000 link / ether b4: 99: ba: 05: 39: 22 brd ff: ff: ff: ff: ff: ff inet6 fe80 :: b699: baff: fe05: 3922/64 link zum bereich valid_lft für immer Preferred_lft für immer 3: enp3s0f1: mtu 1500 qdisc noop state DOWN qlen 1000 link / ether b4: 99: ba: 05: 39: 24 brd ff: ff: ff: ff: ff: ff 4: enp4s0f0: mtu 1500 qdisc noop state DOWN qlen 1000 link / ether b4: 99: ba: 05: 39: 26 brd ff: ff: ff: ff: ff: ff 5: enp4s0f1: mtu 1500 qdisc noop state DOWN qlen 1000 link / ether b4: 99: ba: 05: 39: 28 brd ff: ff: ff: ff: ff: ff 6: ib0: mtu 4092 qdisc noop state DOWN qlen 256 link / infiniband 80: 00: 02: 08: fe: 80: 00: 00: 00: 00: 00: 00: 00: 16: 35: ff: ff: bf: fb: f5 brd 00: ff: ff: ff. ff : ff: 12: 40: 1b: ff: ff: 00: 00: 00: 00: 00: 00: ff: ff: ff: ff 7: ib1: mtu 4092 qdisc noop state DOWN qlen 256 link / infiniband 80: 00: 02: 09: fe: 80: 00: 00: 00: 00: 00: 00: 00: 16: 35: ff: ff: bf: fb: f6 brd 00: ff: ff: ff. ff : ff: 12: 40: 1b: ff: ff: 00: 00: 00: 00: 00: 00: ff: ff: ff: ff 8: br0: mtu 1500 qdisc Noqueue-Zustand UP qlen 1000 link / ether b4: 99: ba: 05: 39: 22 brd ff: ff: ff: ff: ff: ff inet 192.168.86.254/24 brd 192.168.86.255 Geltungsbereich global br0 valid_lft für immer Preferred_lft für immer inet6 fe80 :: b699: baff: fe05: 3922/64 link zum bereich valid_lft für immer Preferred_lft für immer 9: defaultbr: mtu 1500 qdisc Noqueue-Status DOWN qlen 1000 link / ether 52: 54: 00: 02: c8: 49 brd ff: ff: ff: ff: ff: ff inet 192.168.122.1/24 brd 192.168.122.255 Gültigkeitsbereich global defaultbr valid_lft für immer Preferred_lft für immer 10: defaultbr-nic: mtu 1500 qdisc pfifo_fast master defaultbr state DOWN qlen 1000 link / ether 52: 54: 00: 02: c8: 49 brd ff: ff: ff: ff: ff: ff 11: virbr0: mtu 1500 qdisc Noqueue-Zustand UP qlen 1000 link / ether 52: 54: 00: f8: 4c: be brd ff: ff: ff: ff: ff: ff inet 192.168.100.1/24 brd 192.168.100.255 Gültigkeitsbereich global virbr0 valid_lft für immer Preferred_lft für immer 12: virbr0-nic: mtu 1500 qdisc pfifo_fast master virbr0 state DOWN qlen 1000 link / ether 52: 54: 00: f8: 4c: be brd ff: ff: ff: ff: ff: ff 13: vnet0: mtu 1500 qdisc pfifo_fast master br0 state UNKNOWN qlen 1000 link / ether fe: 54: 00: 3f: 08: 1f brd ff: ff: ff: ff: ff: ff inet6 fe80 :: fc54: ff: fe3f: 81f / 64 Bereichsverbindung valid_lft für immer Preferred_lft für immer 14: docker0: mtu 1500 qdisc Noqueue-Status UP link / ether 02: 42: 22: 11: f5: ab brd ff: ff: ff: ff: ff: ff Inet 172.17.0.1/16 Geltungsbereich globaler Docker0 valid_lft für immer Preferred_lft für immer inet6 fe80 :: 42: 22ff: fe11: f5ab / 64 Bereichsverbindung valid_lft für immer Preferred_lft für immer 18: veth776aca1 @ if17: mtu 1500 qdisc noqueue master docker0 - Zustand UP link / ether da: 8a: e2: 11: 8a: 6f brd ff: ff: ff: ff: ff: ff link-netnsid 0 inet6 fe80 :: d88a: e2ff: fe11: 8a6f / 64 link zum bereich valid_lft für immer Preferred_lft für immer 35: vnet1: mtu 1500 qdisc pfifo_fast master br0 Zustand UNKNOWN qlen 1000 link / ether fe: 54: 00: c5: 0f: 38 brd ff: ff: ff: ff: ff: ff inet6 fe80 :: fc54: ff: fec5: f38 / 64 link zum bereich valid_lft für immer Preferred_lft für immer 36: vnet2: mtu 1500 qdisc pfifo_fast master br0 state UNKNOWN qlen 1000 link / ether fe: 54: 00: 3c: a8: 3c brd ff: ff: ff: ff: ff: ff inet6 fe80 :: fc54: ff: fe3c: a83c / 64-Bereichsverbindung valid_lft für immer Preferred_lft für immer 37: vnet3: mtu 1500 qdisc pfifo_fast master virbr0 state UNKNOWN qlen 1000 link / ether fe: 54: 00: a8: a2: 1e brd ff: ff: ff: ff: ff: ff inet6 fe80 :: fc54: ff: fea8: a21e / 64-bereichsverbindung valid_lft für immer Preferred_lft für immer 38: vnet4: mtu 1500 qdisc pfifo_fast master virbr0 state UNKNOWN qlen 1000 link / ether fe: 54: 00: 48: fa: 1f brd ff: ff: ff: ff: ff: ff inet6 fe80 :: fc54: ff: fe48: fa1f / 64 Bereichsverbindung valid_lft für immer Preferred_lft für immer 39: vnet5: mtu 1500 qdisc pfifo_fast master br0 state UNKNOWN qlen 1000 link / ether fe: 54: 00: 20: c2: ce brd ff: ff: ff: ff: ff: ff inet6 fe80 :: fc54: ff: fe20: c2ce / 64 Bereichsverknüpfung valid_lft für immer Preferred_lft für immer      Zimbra-Centos7  aacb9a74-d5f9-48c0-8d26-481cd573bcfd  8392704  8392704  2   /Maschine    hvm         Westmere        zerstören  Neustart  Neustart       / usr / libexec / qemu-kvm                                                                                                                   system_u: system_r: svirt_t: s0: c340, c568  system_u: object_r: svirt_image_t: s0: c340, c568    +107: +107  +107: +107
0
Ich habe mich nicht mit KVM herumgespielt, klingt aber beim Start etwas Rassiges. . . Sehen Sie dasselbe Problem, wenn Sie Ihren Server ordnungsgemäß neu starten? ernie vor 6 Jahren 1
Ich würde zustimmen. Die Problemumgehung wäre ein Startskript, das die Schritte repliziert, die Sie zum Wiederherstellen der Funktionalität ausführen. HackSlash vor 6 Jahren 0
Ich starte es jetzt neu. wird in einer Minute antworten, wenn es zurück ist. Wenn es zurück ist, seit ich abgelegen bin, lol. Schlimmer ist, ich sage es Ihnen, wenn ich nach Hause komme. Kyle H vor 6 Jahren 0
Es kam wieder hoch und wurde gerade abgelenkt. Auf dem einen Server, den ich so eingerichtet habe, dass er sich automatisch wieder einschaltet, sind noch keine DNS-Server vorhanden. Kyle H vor 6 Jahren 0

1 Antwort auf die Frage

0
Kyle H

askubuntu.com/questions/574548/ubuntu-kvm-guest-dns-problems Spülen Sie iptables und setzen Sie den Standardwert auf "Accept". Wurde durcheinander gebracht.

Verwandte Probleme