OpenSUSE Tumbleweed - LAN en hotspot tegelijkertijd?

[ocf81]

Probleem:
Helaas heb ik even geen internet via mijn vaste lijn omdat Ziggo tijdens onderhoud de boel heeft vernaggeld. ik gebruik nu even de wifi hotspot van mijn telefoon om de toegang tot het internet te faciliteren. (range 172.28.1.0/24) Helaas kan ik het LAN netwerk niet bereiken als ik met de hotspot verbonden ben. Ik wil graag wel bij mijn NAS en andere diensten, welke in verschillende subnetten op mijn LAN (range 192.168.0.0/16, 6 verschillende /24 subnetten waar diensten op draaien) leven. Dit lijkt me een routing probleem, maar ik ben nog niet zo bekend met de details van netwerkbeheer op Tumbleweed dat ik nu weet wat ik moet doen. Wat moet ik doen om gelijktijdige communicatie met beide netwerken tegelijk mogelijk te maken? Ik wil wel bij mijn NAS, HA, mediaspeler etc kunnen zonder steeds internet uit te moeten zetten. IPv6 staat wel aan op het LAN netwerk, maar ik doe er nu nog niks mee.
Hier een overzicht van nmcli:

nmcli 
wlp57s0: verbonden to <redacted>
        "Intel 6E AX210/AX1675* 2x2"
        wifi (iwlwifi), <redacted>, hw, mtu 1500
        ip4 default
        inet4 172.28.172.2/24
        route4 default via 172.28.172.1 metric 600
        route4 172.28.172.0/24 metric 600
        inet6 <redacted>
        route6 fe80::/64 metric 1024

enp56s0: verbonden to enp56s0
        "Aquantia AQtion AQC113CS NBase-T/IEEE 802.3an"
        ethernet (atlantic), <redacted>, hw, mtu 1500
        ip6 default
        inet4 192.168.1.119/24
        route4 192.168.1.0/24 metric 100
        route4 default via 192.168.1.1 metric 20100
        inet6 fe80::<redacted>
        route6 fe80::/64 metric 1024
        route6 default via <redacted> metric 20100

lo: connected (externally) to lo
        "lo"
        loopback (unknown), 00:00:00:00:00:00, sw, mtu 65536
        inet4 127.0.0.1/8
        inet6 ::1/128

p2p-dev-wlp57s0: niet verbonden
        "p2p-dev-wlp57s0"
        wifi-p2p, hw

enp58s0: niet beschikbaar
        "Intel I225-V"
        ethernet (igc), <redacted>, hw, mtu 1500

DNS configuration:
        servers: 172.28.172.1
        interface: wlp57s0

        servers: 192.168.1.1
        domains: onno.cloud
        interface: enp56s0

Relevante software en hardware:

Client PC: LAN: AQC113CS (enp56s0) WiFi: AX210/AX1675 (wlp57s0) OS: OpenSUSE Tumbleweed / KDE / Network Manager
LAN Router: Epyc 3101 / OPNSense 24.01
Telefoon: Sony Xperia 10 III / SailfishOS X 4 (meest recente versie)

Wat ik al gevonden of geprobeerd heb
Een statische route toevoegen met nmcli:

nmcli connection modify enp56s0 +ipv4.routes "192.168.0.0/16 192.168.1.1"

- helaas zonder resultaat.

[ Voor 49% gewijzigd door ocf81 op 22-06-2024 00:07 ]

[hcQd]

Ondersteunt OPNSense geen usb tethering?

[ocf81]

hcQd schreef op zaterdag 22 juni 2024 @ 00:11:
Ondersteunt OPNSense geen usb tethering?

SailfishOS heeft daar problemen mee op de Xperia 10 III (net de telefoon die ik heb ). Dus helaas valt die route af.

[Hero of Time]

Je hebt wel met nmcli een route toegevoegd, maar is die ook actief? Want met 'modify' pas je alleen een connectie aan. Runtime gebeurt er nog niks.

Omdat het van tijdelijke aard is, zou ik persoonlijk met het 'ip route' commando aan de gang gaan, maar als het meer dan een dag of twee duurt, is dat natuurlijk ook niet ideaal om elke keer dat je je systeem aanzet dit moet uitvoeren. De route die je nu hebt bewandeld is op zich dus goed. Maar je moet het wel toepassen.

Vergeet niet om naderhand, als de vaste lijn weer werkt, de aanpassing te verwijderen. Via CLI is trouwens prima, maar via de GUI kan ook en heb je een beter overzicht.

Wil je controleren of de route klopt, dan kan je via de cli het volgende uitvoeren:

code:

ip route
ip route get 192.168.1.1 # laat zien welke route wordt gebruikt voor dit adres

[ocf81]

Hero of Time schreef op zaterdag 22 juni 2024 @ 11:23:
Je hebt wel met nmcli een route toegevoegd, maar is die ook actief? Want met 'modify' pas je alleen een connectie aan. Runtime gebeurt er nog niks.

Omdat het van tijdelijke aard is, zou ik persoonlijk met het 'ip route' commando aan de gang gaan, maar als het meer dan een dag of twee duurt, is dat natuurlijk ook niet ideaal om elke keer dat je je systeem aanzet dit moet uitvoeren. De route die je nu hebt bewandeld is op zich dus goed. Maar je moet het wel toepassen.

Vergeet niet om naderhand, als de vaste lijn weer werkt, de aanpassing te verwijderen. Via CLI is trouwens prima, maar via de GUI kan ook en heb je een beter overzicht.

Wil je controleren of de route klopt, dan kan je via de cli het volgende uitvoeren:

code:

ip route
ip route get 192.168.1.1 # laat zien welke route wordt gebruikt voor dit adres

De (her-)activatie van de verbinding na het toevoegen van de route was het missende puzzelstukje. Ik wist niet dat dit nodig was. Dank je voor het meedenken!