Hi Tasonibare Sorry for my english ... Q1: Yes, my captive portal policy is configured to only CP traffic going to Moodle_zew and WWW_zew destinations. I did it for testing purposes. Today I changed it to any and I got strange for me situation. From VM Linux workstation (the same I used earlier) from WiFi network I CAN open webpage of Moogle (using it public address) by HTTPS without redirecting to CP, when I put in browser HTTP adress I get CP login page. Q2: Correct, I know it - but I;d like to someone confirm it for me too. My policies looks like: "WiFi 1" and "WiFi 2" should block traffic between this two networks, and it did. I don't understand what is going with same zone traffic. Before I add policy "WiFi to WiFi" my VM get dhcp responce from server. I try to "catch" traffic from CLI. I disconnected VM and connected again and immediately I launched from CLI: admin@PA-200> show session all filter source 192.168.30.32 -------------------------------------------------------------------------------- ID Application State Type Flag Src[Sport]/Zone/Proto (translated IP[Port]) Vsys Dst[Dport]/Zone (translated IP[Port]) -------------------------------------------------------------------------------- 9315 dns ACTIVE FLOW 192.168.30.32[49409]/WiFi/17 (192.168.30.32[49409]) vsys1 192.168.30.1[53]/WiFi (192.168.30.1[53]) 11517 web-browsing ACTIVE FLOW NS 192.168.30.32[36821]/WiFi/6 (94.124.14.143[13414]) vsys1 94.124.11.170[80]/untrust (94.124.11.170[80]) 40928 ssl ACTIVE FLOW ND 192.168.30.32[40159]/WiFi/6 (192.168.30.32[40159]) vsys1 192.168.110.1[6082]/captive-portal (127.3.1.1[6185]) but here isn't dhcp traffic . In system log is a entry "'DHCP lease started ip 192.168.30.32 --> mac 00:50:56:aa:62:85, interface ethernet1/4.3'" but this traffic doesn't hit "WiFi to WiFi" policy (I have log at session end enabled). With Regards Slawek
... View more