Raspberry Pi in 2 VLANs

Pagina: 1
Acties:

Acties:
  • 0 Henk 'm!

  • Tw3k3rs.n3t
  • Registratie: Augustus 2024
  • Niet online
Ik had tot voor kort mijn Pi via Ethernet in VLAN1 en via Wifi in VLAN2.
VLAN1 IP= 100.1
VLAN2 IP= 200.2
Beide hebben de x.1 als respectievelijke gateway.

Reden is omdat mijn Pi in een utilities VLAN hangt (zonder internet access) en mijn pc in VLAN2.
Daarbij wilde ik vanaf de Pi via een WOL mijn pc remote kunnen aanzetten (VPN).

Altijd prima gewerkt, echter om onbekende redenen wil mijn Pi niet meer via beide tegelijk verbonden zijn.
Wanneer dat toch geprobeerd wordt is mijn Pi vanaf VLAN2 onbereikbaar op beide IP's.
Andere IP's in VLAN1 (en overige VLANs) zijn prima te bereiken vanaf de pc op moment dat de Pi onbereikbaar is.

Als ik op de Pi via "sudo ip link set wlan0 down" invoer, is de Wifi (tot aan de eerst volgende reboot) uit.
En is de Pi ook vanaf de pc weer bereikbaar.

Dit lijkt mij iets van een routing issue?
Hele netwerk draait op een Unifi Stack. Op moment van het issue zie ik echter in de Unifi Network App dat de Pi iig disconnected is van de Wifi. Waarom het uitschakelen van de interface dan resulteert in connectiviteit via de Ethernet interface is mij een raadsel.

Wie o wie kan mij verder opweg helpen met de troubleshooting?
Nu de WLAN uit is, doet WOL het iig niet meer. Alles in VLAN1 hangen is een no-go.

Acties:
  • 0 Henk 'm!

  • The Realone
  • Registratie: Januari 2005
  • Laatst online: 03:28
Ik denk dat je veel duidelijk wordt als je je routing tabel eens bekijkt.

Acties:
  • 0 Henk 'm!

  • Tw3k3rs.n3t
  • Registratie: Augustus 2024
  • Niet online
niet echt?
beide VLANs hebben de firewall als gateway als ik het zo interpreteer?
(Heb hier nooit wat aan aangepast en het heeft sinds jaar en dag altijd prima gewerkt zo).

code:
1
2
3
4
5
6
Kernel IP routing table
Destination     Gateway         Genmask         Flags Metric Ref    Use Iface
0.0.0.0         10.0.100.1      0.0.0.0         UG    100    0        0 eth0
0.0.0.0         10.0.200.1      0.0.0.0         UG    600    0        0 wlan0
10.0.100.0      0.0.0.0         255.255.255.0   U     100    0        0 eth0
10.0.200.0      0.0.0.0         255.255.255.0   U     600    0        0 wlan0


10.0.100.1 & 10.0.200.1 is mijn gateway/firewall (die heeft x.1 als gateway voor elk VLAN).

[ Voor 16% gewijzigd door Tw3k3rs.n3t op 19-08-2024 22:14 ]


Acties:
  • 0 Henk 'm!

  • SA007
  • Registratie: Oktober 2002
  • Laatst online: 12-05 19:28

SA007

Moderator Tweaking
Hier heb je 2 default routes (Destination 0.0.0.0, Mask 0.0.0.0), dat houdt in pakketten die gerouteerd moeten worden (alles buiten het eigen subnet) via de 'eerste' default route gaat ipv de logische.

Waarschijnlijk ging eerder per toeval de default route toevallig goed en nu niet meer, meeste de interface die als laatste opkomt is de default route die gebruikt worden.

Ik zou eens proberen er maar 1 in te stellen (of de 2e weg te halen).

Als ik je verhaal snap wil je alleen een default route op je bedrade interface.
Je kan met dit commando als het goed is je wifi route weghalen:
route del -net 0.0.0.0 gw 10.0.200.1

Hoe je 'm permanent weghaalt hangt van de rest van je netwerksettings af (of je dhcp/static gebruikt etc).

Ow, en een move naar NT, behalve dat dit draait op een Pi heeft het verder niks met electronica te maken :)

Acties:
  • 0 Henk 'm!

  • Tw3k3rs.n3t
  • Registratie: Augustus 2024
  • Niet online
Thanks, commando uitgevoegd. Kijken of het nu blijft werken. Ging wat @ random de laatste tijd.

Heb verder geen DHCP toegepast op de Pi (uiteraard wel elders in het netwerk).
I nmtui heb ik voor zowel de ETH0 als WLAN0 interface een gateway gespecificeerd. Lijkt mij ook nodig, anders weet de Pi ook nooit waar het WOL-packet heen mag?

Acties:
  • +2 Henk 'm!

  • jeroen3
  • Registratie: Mei 2010
  • Laatst online: 11:08
WOL pakketjes worden niet gerouteerd, dat blijft op layer 2. Er is dus geen gateway voor nodig.

Acties:
  • 0 Henk 'm!

  • SA007
  • Registratie: Oktober 2002
  • Laatst online: 12-05 19:28

SA007

Moderator Tweaking
Dan wil je dus op je wlan0 juist geen gateway invullen, dan werkt waarschijnlijk alles zoals je het wil hebben.

Acties:
  • 0 Henk 'm!

  • FredvZ
  • Registratie: Februari 2002
  • Nu online
Waarom zet je niet VLAN 1 én 2 op de poort van de switch waar je Pi in hangt?

De UTP-poort op de Raspberry kan namelijk prima overweg met meerdere VLAN's.

Spel en typfouten voorbehouden


Acties:
  • 0 Henk 'm!

  • ChaserBoZ_
  • Registratie: September 2005
  • Laatst online: 10-05 07:36
FredvZ schreef op dinsdag 20 augustus 2024 @ 20:36:
Waarom zet je niet VLAN 1 én 2 op de poort van de switch waar je Pi in hangt?

De UTP-poort op de Raspberry kan namelijk prima overweg met meerdere VLAN's.
Dat maakt niet uit, of je nu met twee fysieke poorten in twee vlans zit, of met een tagged/trunk poort. Feit blijft dat het apparaat op ieder van die twee interfaces een IP adres & subnetmask nodig heeft, en maar één gateway zal gebruiken.

Creatieve oplossingen daargelaten ;)

'Maar het heeft altijd zo gewerkt . . . . . . '


  • Tw3k3rs.n3t
  • Registratie: Augustus 2024
  • Niet online
Heb inmiddels de gateway weggehaald bij mijn WLAN0 adapter.
Vreemde is (was?) wel dat de WLAN-adapter disconnected ging van de Wifi.
Als enige device in mijn netwerk. Wellicht is dat hiermee nu ook opgelost.

Anders is idd VLAN tagging naar die poort een optie (weer wat geleerd, wist niet dat de Pi dit support).

Acties:
  • 0 Henk 'm!

  • Tw3k3rs.n3t
  • Registratie: Augustus 2024
  • Niet online
Wifi was vanmorgen weer disconnected van de Pi.
Geen idee waarom. Doordat ik nu weet dat je VLANs kunt taggen over de Pi eth0 dat maar ingesteld.

code:
1
2
3
sudo nmcli con add type vlan con-name eth0.2 dev eth0 id 2
sudo nmcli con modify eth0.2 ipv4.addresses 10.0.200.200/24 ipv4.dns '10.0.100.100 10.0.200.200' ipv4.method manual ipv4.never-default yes ipv4.ignore-auto-dns yes ipv4.ignore-auto-routes yes
sudo nmcli con up eth0.2


Hopelijk daarmee dan eindelijk opgelost. :)
Pagina: 1