Beiträge von mfnalex

So, hab es jetzt hinbekommen dass Container/VMs sowohl Internet per IPv4 als auch IPv6 haben Keine Ahnung ob diese Config sinnvoll ist, aber sie funktioniert

source /etc/network/interfaces.d/*

auto lo
iface lo inet loopback
iface lo inet6 loopback

auto enp9s0
iface enp9s0 inet static
        address 188.40.80.147
        netmask 255.255.255.255
        pointtopoint 188.40.80.129
        gateway 188.40.80.129

iface enp9s0 inet6 static
        address 2a01:4f8:221:13e3::1
        netmask 128
        gateway fe80::1
        up sysctl -p

auto vmbr0
iface vmbr0 inet static
        address 10.0.0.1
        netmask 255.255.255.0
        bridge_ports none
        bridge_stp off
        bridge_fd 0
        post-up   iptables -t nat -A POSTROUTING -s '10.0.0.0/24' -o enp9s0 -j MASQUERADE
        post-down iptables -t nat -D POSTROUTING -s '10.0.0.0/24' -o enp9s0 -j MASQUERADE

iface vmbr0 inet6 static
        address fc00::1/7
        post-up   ip6tables -t nat -A POSTROUTING -s 'fc00::/7' -o enp9s0 -j MASQUERADE
        post-down ip6tables -t nat -D POSTROUTING -s 'fc00::/7' -o enp9s0 -j MASQUERADE

auto lo
iface lo inet loopback

auto eth0
iface eth0 inet static
  address 10.0.0.2
  netmask 255.255.255.255
  pointopoint 10.0.0.1
  gateway 10.0.0.1

iface eth0 inet6 static
  address fc00::2
  netmask 128
  gateway fc00::1
  pointopoint fc00::1

Zitat von frank_m

Nein. IP Settings, Routen, Firewall, ... alles muss eingerichtet werden.

Wozu ist denn dann der ISO-Installer gedacht wenn es am Ende doch nur ein Debian ohne irgendwelche spezielle Proxmox-Konfiguration ist?

Jedenfalls funktioniert jetzt alles mittels folgender Bridge

auto vmbr1
iface vmbr1 inet static
  address 192.168.50.1
  netmask 255.255.255.0
  bridge_ports none
  bridge_stp off
  bridge_fd 0
  post-up echo 1 > /proc/sys/net/ipv4/ip_forward
  post-up   iptables -t nat -A POSTROUTING -s '192.168.50.0/24' -o enp9s0 -j MASQUERADE
  post-down iptables -t nat -D POSTROUTING -s '192.168.50.0/24' -o enp9s0 -j MASQUERADE

Zitat von frank_m

Das war dann auch zu erwarten.

Verstehe nicht was die SSHD-Einstellungen auf dem Host mit dem Netzwerk in der VM zu tun haben

Da ich Proxmox per ISO installiert habe, und dabei auch automatisch eine Bridge angelegt wird, sollte doch eigentlich auf dem Host nichts weiter zu tun sein um Netzwerk in den VMs zu bekommen

Hab Proxmox jetzt per ISO installiert und nichts gemacht außer in der sshd PasswordAuthentication zu verbieten. Jetzt geht noch weniger als vorher

pasted-from-clipboard.png

Alles klar, dann werd ich wohl mal alles neuinstallieren und später berichten!

Zitat von perryflynn

Bitte fühle Dich jetzt nicht gemobbt mfnalex, aber das wäre doch mal nen nettes Experiment:

Wie viele Software Produkte bekommt man auf einem Server installiert?

• Docker
• Proxmox
• Plesk
• TrueNAS
• XEN
• Podman
• Kubernetes
• Webmin

Das kann ich ja alles mal gemeinsam in eine VM werfen - wenn ich das nur hinkriegen würde

Zitat von frank_m

Sieh an. Den hab ich noch nie gesehen.

Dann zeige doch mal ip a, ipr und die iptables Ausgaben der VM. Welcher Nameserver ist eingestellt?

ip a und ip r wären auch auf den Host insteressant, wenn die VM läuft.

Um durch die ufw Regeln durchzusteigen, brauch ich ne Zeit. ich weiß schon, warum ich sowas von Hand mache.

Ich kann leider aus der VM keinen Text kopieren, daher muss ich alles als Screenshot senden

ip a und ip r in der VM:

pasted-from-clipboard.png

ip a und ip r auf dem Host:

root@niere ~ # ip a
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1000
    link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
    inet 127.0.0.1/8 scope host lo
       valid_lft forever preferred_lft forever
    inet6 ::1/128 scope host
       valid_lft forever preferred_lft forever
2: enp9s0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP group default qlen 1000
    link/ether a8:a1:59:93:31:a6 brd ff:ff:ff:ff:ff:ff
    inet 188.40.80.147/26 scope global enp9s0
       valid_lft forever preferred_lft forever
    inet6 2a01:4f8:221:13e3::2/64 scope global
       valid_lft forever preferred_lft forever
    inet6 fe80::aaa1:59ff:fe93:31a6/64 scope link
       valid_lft forever preferred_lft forever
3: vmbr0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP group default qlen 1000
    link/ether 32:ed:b0:03:5d:65 brd ff:ff:ff:ff:ff:ff
    inet 10.3.5.1/24 scope global vmbr0
       valid_lft forever preferred_lft forever
    inet6 fe80::30ed:b0ff:fe03:5d65/64 scope link
       valid_lft forever preferred_lft forever
4: docker0: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc noqueue state DOWN group default
    link/ether 02:42:bf:aa:c8:11 brd ff:ff:ff:ff:ff:ff
    inet 172.17.0.1/16 brd 172.17.255.255 scope global docker0
       valid_lft forever preferred_lft forever
9: tap101i0: <BROADCAST,MULTICAST,PROMISC,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast master fwbr101i0 state UNKNOWN group default qlen 1000
    link/ether f2:e9:ba:ee:60:53 brd ff:ff:ff:ff:ff:ff
10: fwbr101i0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP group default qlen 1000
    link/ether 52:d6:10:81:d4:03 brd ff:ff:ff:ff:ff:ff
11: fwpr101p0@fwln101i0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue master vmbr0 state UP group default qlen 1000
    link/ether aa:3f:fc:25:08:e9 brd ff:ff:ff:ff:ff:ff
12: fwln101i0@fwpr101p0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue master fwbr101i0 state UP group default qlen 1000
    link/ether 32:8b:bf:79:46:0a brd ff:ff:ff:ff:ff:ff
root@niere ~ # ip r
default via 188.40.80.129 dev enp9s0 proto kernel onlink
10.3.5.0/24 dev vmbr0 proto kernel scope link src 10.3.5.1
172.17.0.0/16 dev docker0 proto kernel scope link src 172.17.0.1 linkdown
188.40.80.128/26 via 188.40.80.129 dev enp9s0
188.40.80.128/26 dev enp9s0 proto kernel scope link src 188.40.80.147

perryflynn

Ja, ich habe Proxmox erstmal nur zum Test installiert. Wollte ungerne das ganze OS neu installieren bevor ich nicht weiß wie Proxmox funktioniert. Wie gesagt, ist ein Dedicated, da kann ich leider weder mal eben so einen Snapshot anlegen, noch die Proxmox ISO einfach so starten Tatsächlich bin ich beim großen roten H. Wenn mir jemand das mal im Detail erklären könnte, würde ich auch gerne dafür bezahlen. Ich will nur ungerne alles neu installieren wenn ich keine Garantie habe dass Proxmox danach läuft

Okay jetzt bin ich echt am verzweifeln. Die VM kann 8.8.8.8 anpingen, aber nicht das Gateway:

pasted-from-clipboard.png

pasted-from-clipboard.png

Auch im Live-System kein Netzwerk

pasted-from-clipboard.png

Zitat von Exception

Debian bietet einen grafischen Installer an.

@mfnalex

Zeig mal bitte die aktuellen iptables des Hosts:

Code

iptables -L -v -n
iptables -t nat -L

Ansonsten die VM hängt an der Bridge? Netzwerkkonfiguration ist richtig? Am besten mal statt den Installer das Livesystem booten und dann versuchen eine Verbindung herzustellen. Da stehen einem mehr Troubleshooting Tools zur Verfügung.

Vielen Dank Ich hab mir erlaubt die Ausgabe der Befehle hier hochzuladen, ist vielleicht einfacher

iptables -L -v -n: https://paste.jeff-media.com/?28153c109a7aa…TA4vWHtTq3hdwF1

iptables -t nat -L: https://paste.jeff-media.com/?3b5e3ad73045f…7WR1BJjSuW6QWya

Ob die VM an der Bridge hängt? Wie meinst du das? Das Livesystem teste ich gleich mal aus. Vielen Dank schonmal!

Zitat von frank_m

Du hast tatsächlich eine grafische Oberfläche in der VM laufen?

Nein. Wie KB19 erwähnte, das ist nur der Installer von Debian 11. Weiter komme ich ja nicht, weil apt keine Internetverbindung hat

Vielen Dank für eure Antworten Leider hat die VM mit meinen Einstellungen überhaupt kein Internet

pasted-from-clipboard.png

Irgendwas scheint da also noch falsch zu sein

Hallo Ich verzweifel

(Vorab: es geht eigentlich um einen dedicated Server, kein KVM)

Ich kenne mich nicht gut genug mit Networking aus um folgendes Problem selber zu lösen: Habe Proxmox installiert (manuell auf Debian 11, nicht per ISO oder so) und eine VM angelegt. Ebenfalls hab ich eine Bridge angelegt (vmbr0). Die interfaces auf dem Host sieht folgendermaßen aus:

source /etc/network/interfaces.d/*

auto lo
iface lo inet loopback

iface lo inet6 loopback

auto enp9s0
iface enp9s0 inet static
        address 188.40.80.147/26
        gateway 188.40.80.129
        up route add -net 188.40.80.128 netmask 255.255.255.192 gw 188.40.80.129 dev enp9s0
# route 188.40.80.128/26 via 188.40.80.129
        post-up echo 1 > /proc/sys/net/ipv4/conf/eth0/proxy_arp

iface enp9s0 inet6 static
        address 2a01:4f8:221:13e3::2/64
        gateway fe80::1

auto vmbr0
iface vmbr0 inet static
        address 10.3.5.1
        netmask 255.255.255.0
        bridge-ports none
        bridge-stp off
        bridge-fd 0
        post-up echo 1 > /proc/sys/net/ipv4/ip_forward
        post-up iptables -t nat -A POSTROUTING -s '10.3.5.0/24' -o enp9s0 -j MASQUERADE
        post-down iptables -t nat -D POSTROUTING -s '10.3.5.0/24' -o enp9s0 -j MASQUERADE

Ist das so richtig? Welche Adressen etc muss ich jetzt in den VMs hinterlegen? Kann ich mir einfach eine 10.3.5.X aussuchen? Wenn ja, was muss ich als Gateway eintragen? Und wie kann ich dann einzelne Ports auf den Host weiterleiten? Also z.b. wenn ich einen Webserver in der VM laufen habe, wie kann ich dann erreichen dass der unter der öffentlichen Host-IP ebenfalls unter 80/443 erreichbar ist?

Bin dankbar für jede Antwort, denn ich habe echt gar keine Ahnung was ich hier grade veranstalte

Gibt's hier jemanden der seine/ihre/eure/irgendjemandes Steuererklärung immer noch "per Hand" / mit Formular macht?

Zitat von Mainboarder

mach doch vor dem upgrade, soweit möglich, einen snapshot. dann kannst du einfach wieder zurück.

kann ja eigentlich nur eine verquerte konfiguration sein, die dir das upgrade zerschießt oder pakete die händisch installiert wurden.

Klar, das werd ich auch machen. Aber nicht heute Hat ja keine Eile, bis Juni hab ich ja noch Zeit

Na toll, da hab ich letztens alle Server auf Debian 11 geupdated, und stelle jetzt fest dass mein RS8000 immer noch auf Debian 10 unterwegs ist. Und das war der einzige, den ich neu installiert hatte

Wenn ich mich nur noch an den Grund erinnern würde, warum ich Debian 10 statt 11 genommen habe, wäre ich nicht so verängstigt ein dist-upgrade zu starten

Wollte mir heute bei Mecces ein paar ChickenMcHolgers reinholgern - da waren die doch tatsächlich ausverholgert

Zitat von Interessent

[…] Und ich kann mir nicht vorstellen, dass die ohne jegliches Gefummel an irgendwelchen Stellen laufen (wie üblich bei Linux, dem zeitfressendsten OS schlechthin, warum einfach, wenn es auch kompliziert geht, aber egal) , und um diese Stellen geht es.

[…] Netcup hat leider die miesesten Anleitungen bzw gar keine Anleitungen weit und breit, von den paar auf Github abgesehen, aber die kamen ja auch dankenswerterweise von Usern. Normalerweise macht sowas der Anbieter. Aber lassen wir das.

Du hast doch einfach nur überhaupt keine Ahnung was du tust und bist eigentlich permanent ausschließlich am nörgeln, meckern, und die Schuld bei anderen suchen…

Zitat von Interessent

Könnte das so ein Verhalten hervorrufen?

Nein

Da spinnt sicher nichts bei netcup wenn es mit einer „neuen“ IP wieder klappt. Entweder hast du komische Firewall-Regeln, oder sonst irgendwas „komisches“ installiert. Aber wenn du dir sicher bist dass es an netcup liegt: Der Notfall-Support ist in dem Fall kostenlos erreichbar.

Kannst du denn mit der „alten“ IP im Rettungssystem auf den Server verbinden? Wenn ja: Problem ist auf deiner Seite.