Antag att du på PC:n har satt ett statiskt IP (172.16.3.x) och en fast DNS-server.
Berätta för tråden vilken switch-port som är kopplad till pfSense.
För att du själv ska förstå vad som händer:
- Berätta steg för steg vad som händer med ett paket som skickas från PC:n till pfSense, med avseende på switch-portar, VLAN-taggar och brandväggsregler.
- Berätta steg för steg vad som händer med ett paket som skickas från pfSense till PC:n, samma sak.
Jag tror jag kan se problemet i switch-konfigurationen, men det är rätt svåröverskådligt. Jag gissar att du vid någon tidpunkt hade fungerande DHCP utan VLAN eftersom pfSense enligt skärmdumpen vid någon tidpunkt hade tilldelat den lokala sök-domänen .home.arpa till Windows och PC:n är listad med ett annat subnät i pfSense lease-lista.
Windows och alla vettiga operativsystem defaultar till IPv6 ibland, föremål för ett rätt komplext regelverk. Jag tror dock inte det spelar in här.
Antag att du på PC:n har satt ett statiskt IP (172.16.3.x) och en fast DNS-server.
I pfsense har jag dessa DNS-servers
https://i.imgur.com/I7Poeei.png
och jag har provat att använda 1.1.1.1 här med statiskt ip
https://i.imgur.com/0GeaIha.png
Berätta för tråden vilken switch-port som är kopplad till pfSense.
eth1 (port 1) = kopplat till switchen
eth0 (port 0) = internet
Berätta steg för steg vad som händer med ett paket som skickas från PC:n till pfSense, med avseende på switch-portar, VLAN-taggar och brandväggsregler. Berätta steg för steg vad som händer med ett paket som skickas från pfSense till PC:n, samma sak.
Det får jag undersöka hur man gör smidigast
Jag gissar att du vid någon tidpunkt hade fungerande DHCP utan VLAN eftersom pfSense enligt skärmdumpen vid någon tidpunkt hade tilldelat den lokala sök-domänen .home.arpa till Windows och PC:n är listad med ett annat subnät i pfSense lease-lista.
Helt rätt, jag har kunnat köra statiskt ip (172.16.1.10) eller bara tilldelat ip tidigare med fungerande internet, det är subnet som inte fungerar med VLANet för att få 172.16.3.x