Ervaring met het gastennetwerk?

[Plerry]

... Dus in dat geval zit je daarmee ook goed als je het gewone netwerk voldoende afwijkend hebt ingesteld.

Dat bedoelde ik ook zo!
In het kort betekent het dan: kies xxx ongelijk aan 0, 1, 2, 177 en 178 ...

[Briolet]

Ik heb voor de aardigheid het gastnetwerk op mijn airport aangezet. Mijn reguliere netwerk zit op 10.x.x.x, maar het gastnetwerk zit op 172.16.42.x Dus daar hebben ze voor een geheel andere range gezorgd. Dat voorkomt ook dat gasten kunnen raden waar het echte netwerk zit.

Maar ook bij mij kan ik wel met wifi verbinden en inloggen op de router die voor mijn airport zit. (ander subnet) Maar er is geen toegang tot het internet noch met mijn lan. (Laatste is logisch want dat is de functie van een gastnetwerk.).

Als DNS server wordt het virtuele router adres opgegeven (172.16.42.1). Echter op mijn router heb ik een dns server die naar mijn nas wijst. Blijkbaar heeft Apple ook een gastnetwerk bug icm een eigen dns server.
Dit was op te lossen daar handmatig een geldige dns server in mijn laptop in te vullen.

[Babylonia]

Maar ik weet niet of de Synology een gastnetwerk bug heeft icm een eigen dns server.
Dat @hanspaint eerder de DNS-server hanmatig moest instellen om verbinding met internet te krijgen, kan ook een gevolg zijn "per toeval" dat het toen werkte, door de conflicterende subnets (en zie vervolgreactie) die hij schijnbaar had gekozen.

Ik heb hier geen conflicterende subnets, en hoef ook niet manueel een DNS-server in te voeren bij gebruik van een WiFi gastnetwerk.
Na inschakeling van het gastnetwerk werkt het gewoon meteen, zonder enige extra aanpassingen.

[Babylonia]

Ik zal bij Synology een extra ticket inschieten om de waarschuwing die men eerder heeft ingebouwd met conflicten met IP-ranges op het WLAN,
uit te breiden naar dat VLAN. Dat heeft men kennelijk vergeten.  Zie Release Notes  1e (inmiddels al weer oudere) firmware update  Version: 1.0-5781

6. SRM will now detect if LAN and WAN subnets are the same to avoid connection failure due to subnet overlap.

Thank you so much for the feedback.

The developers have confirmed it is a known issue of SRM, and will be fixed as soon as possible.
Apologize for your inconvenience.