Netzwerke, lokal und Wireguard

Möchtest du denn den gesamten Traffic über deinen RS leiten oder nur den RS ansprechen können? Dann solltest du dir nämlich mal AllowedIPs angucken. Vermutlich steht da bei dir aktuell 0.0.0.0/0 drin. Das solltest du dann durch die IP deines RS ersetzen (also 10.0.7.x/32).

Zitat von KrisAusEU

Sobald ich den PC mit Wireguard VPN verbinde, komme ich nicht mehr zum Router 192.168.1.1 und auch nicht zum Unraid Server bei 192.168.1.10

und wenn ich in irgendeiner VM den Wireguard Client installiere und aktiviere, gibts dort kein Internet mehr

Welche Wireguard Clients / Befehle verwendest du denn da?

Moin,
klingt erstmal alles gut
So soll es ja funktionieren. Wenn du dich in ein VPN hängst, ist der lokale Drucker erstmal nicht mehr erreichbar.
Das kann man natürlich anders einstellen.

Ich verwende 192.168.0.x in meinem lokalen Netz

und 192.168.1.x in meinem VPN netz.

Eine Netmask von 255.255.255.0 gibt dem lokalen netz nur zugriff auf 192.168.0.1 - 192.168.0.254
Mit der Netmask 255.255.254.0 bekommt man zugriff auf beide Netzwerke also 192.168.0.1 - 192.168.1.254

Wenn deine Clients im VPN kein Inetrnet haben, dann ist in der Configuration was falsch.
Da muss ich auch meinem Vorredner hier wiedersprechen; Allowdips 0.0.0.0/0 bedeutet dass alle IP's erlaubt sind. Also der Traffic nach "überall"
Evt. musst du noch das Gateway defenieren?

Hier mal meine Server-Config dazu;

Server

[Interface]
Address = 192.168.1.1/24
SaveConfig = true
PostUp = iptables -A FORWARD -i %i -j ACCEPT; iptables -A FORWARD -o %i -j ACCEPT; iptables -t nat -A POSTROUTING -o ens3 -j MASQUERADE
PostDown = iptables -D FORWARD -i %i -j ACCEPT; iptables -D FORWARD -o %i -j ACCEPT; iptables -t nat -D POSTROUTING -o ens3 -j MASQUERADE
ListenPort = 50505
FwMark = 0xca6c
PrivateKey = 

[Peer]
PublicKey = PubKey vom Client!
AllowedIPs = 192.168.1.32/32

AllowedIPs = Ip die der Client sich "nehmen" darf. Sollte auch die IP Sein, die du dem Client gibst.

Client

[Interface]
PrivateKey = 
Address = 192.168.1.32/32
DNS = 1.1.1.1

[Peer]
PublicKey = Public_Key vom Server!!!
AllowedIPs = 0.0.0.0/0
Endpoint = xx.xx.xxx.xx:50505

Hier hier AllowedIPs die IP's auf die der Client zugreifen darf. In diesem Fall, das ganze Netz.
Natürlich noch die Pub Keys ersetzen
Hve fun.

Zitat von Homwer

Da muss ich auch meinem Vorredner hier wiedersprechen; Allowdips 0.0.0.0/0 bedeutet dass alle IP's erlaubt sind. Also der Traffic nach "überall"

Naja, das ist ersteinmal für die Wireguard Interne Routingtabelle - das kann man nicht mehrfach definieren.

WireGuard nimmt unter Linux auch keinen Einfluss auf die Routingtabelle. Aus diesem Grund existiert auch dieses Programm: https://github.com/pzillmann/wireguard-dynamic-routing

Es kann natürlich sein, dass das mitlerweile anders ist, oder generell beim Windows Client anders ist.

Hier würde ich entsprechend die AllowedIps einmal anpassen, und nur das VPN Subnetz angeben.

Evtl. gibt es dafür im Windows Client auch noch Optionen.

Zitat von Homwer

Da muss ich auch meinem Vorredner hier wiedersprechen; Allowdips 0.0.0.0/0 bedeutet dass alle IP's erlaubt sind. Also der Traffic nach "überall"

Vielleicht habe ich mich etwas unglücklich ausgedrückt. Aber wenn ich auf meinem Client unter Peer 0.0.0.0/0 eintrage, wird der gesamte Traffic über diesen Peer geroutet. Wenn der entsprechende Peer aber kein IP-Forwarding etc. konfiguriert hat, läuft das natürlich gegen die Wand.

Hier ein kleines Beispiel. Das ist meine lokale Konfiguration von meinem Windows-Rechner. Hier wird zu allen Servern eine Verbindung aufgebaut und nur die entsprechende IP vom jeweiligen Server an den Peer geroutet:

[Interface]
PrivateKey = xxx
Address = 172.28.7.10/32, fdac:1c07::a/128

[Peer]
PublicKey = xxx
AllowedIPs = 172.28.7.1/32, fdac:1c07::1/128
Endpoint = server1.xxx.de:51820

[Peer]
PublicKey = xxx
AllowedIPs = 172.28.7.2/32, fdac:1c07::2/128
Endpoint = server2.xxx.de:51820

[Peer]
PublicKey = xxx
AllowedIPs = 172.28.7.3/32, fdac:1c07::3/128
Endpoint = server3.xxx.de:51820

[Peer]
PublicKey = xxx
AllowedIPs = 172.28.7.4/32, fdac:1c07::4/128
Endpoint = server4.xxx.de:51820

Auch bei dieser Gelegenheit lasse ich wieder https://www.zerotier.com/ da. Da würde das ganze schon längst und simpel laufen.

Du musst ein Netzwerk auf dem Controller https://my.zerotier.com/network erstellen und dann den Client da reinjoinen und ihm dann per Haken bei "Auth?" auf der MyZT Website die Erlaubnis zum Beitritt geben. Geht reibungslos immer und überall. Wenn der Rechner noch nicht sofort in der Liste beim Netzwerk auf der Website auftaucht, Seite refreshen.

Keine Ahnung welchen "Connect" Knopf Du meinst. Es gibt keinen.

Ehm. Was willst Du jetzt nutzen? Wireguard, Zerotier oder Tailscale? Sich mit einem Tailscale Client mit einem Zerotier Netzwerk zu verbinden wird eher nicht klappen…

Zitat von KrisAusEU

Ich möchte dass der Internetverkehr über den Netcup Server läuft, damit ich halt von außerhalb bzw. die öffentliche IPv4 vom Netcup Server auf meine Clients Zugriff habe.

Das hat doch überhaupt nichts miteinander zu tun. Du kannst doch problemlos eine Portfreigabe von außen über den Netcup Server realisieren, ohne dafür den kompletten Internetverkehr darüber leiten zu müssen. QoS mäßig ist das ja eine Horrorvorstellung.

Du installierst ZT auf allen Geräten und hast von jedem ZT Gerät auf jedes ZT Gerät über die private IP Zugriff. Immer (wenn ZT läuft). Kein Einloggen, kein nix. Einfach nur ZT als Service laufen haben. Easy as that. Egal was da als Internetprovider davor hängt und auch ohne Standardgateway.

Die ZT Knowledgebase ist auf https://zerotier.atlassian.net/wiki/spaces/SD/overview . Wenn Du Geräte zu Hause über ZT erreichen willst, die KEIN ZT laufen haben, musst Du im Endeffekt ein Gerät im LAN als Router definieren. Da wirst Du vermutlich auf https://zerotier.atlassian.net…/pages/7110657/Networking fündig.

Ansonsten ist auch https://www.reddit.com/r/zerotier/ noch sehr hilfreich.

Erklär uns doch nochmal genauer was Du willst. Evtl denkst Du da grade falsch.

But WHY? Was willst Du damit erreichen? Für den Zugriff auf Geräte hinter dem Provider NAT ist das völlig unerheblich.