Users bypass squid
-
This is the output of ipconfig/all result of a client that bypass the proxy :
Suffixe DNS propre à la connexion. . . :
Description. . . . . . . . . . . . . . : Realtek PCIe GBE Family Controller
Adresse physique . . . . . . . . . . . : 28-D2-44-EB-6D-55
DHCP activé. . . . . . . . . . . . . . : Non
Configuration automatique activée. . . : Oui
Adresse IPv6 de liaison locale. . . . .: fe80::5d54:c541:100b:de9c%10(préféré)
Adresse IPv4. . . . . . . . . . . . . .: 192.168.0.118(préféré)
Masque de sous-réseau. . . . . . . . . : 255.255.255.0
Passerelle par défaut. . . . . . . . . : fe80::c5d1:5de3:ba55:d86%10
192.168.0.10
IAID DHCPv6 . . . . . . . . . . . : 422105668
DUID de client DHCPv6. . . . . . . . : 00-01-00-01-1C-7B-A1-4F-38-B1-DB-B3-4A-23
Serveurs DNS. . . . . . . . . . . . . : 8.8.8.8
NetBIOS sur Tcpip. . . . . . . . . . . : Activéand this output for the one that doesn't bypass it :
Suffixe DNS propre à la connexion. . . :
Description. . . . . . . . . . . . . . : Realtek PCIe GBE Family Controller
Adresse physique . . . . . . . . . . . : 28-D2-44-EB-6D-55
DHCP activé. . . . . . . . . . . . . . : Non
Configuration automatique activée. . . : Oui
Adresse IPv6 de liaison locale. . . . .: fe80::5d54:c541:100b:de9c%10(préféré)
Adresse IPv4. . . . . . . . . . . . . .: 192.168.0.119(préféré)
Masque de sous-réseau. . . . . . . . . : 255.255.255.0
Passerelle par défaut. . . . . . . . . : fe80::c5d1:5de3:ba55:d86%10
IAID DHCPv6 . . . . . . . . . . . : 422105668
DUID de client DHCPv6. . . . . . . . : 00-01-00-01-1C-7B-A1-4F-38-B1-DB-B3-4A-23
Serveurs DNS. . . . . . . . . . . . . : 8.8.8.8
NetBIOS sur Tcpip. . . . . . . . . . . : ActivéAnd the squid configuration in the attachments
.png)
.png_thumb)
.png)
.png_thumb)
.png)
.png_thumb)
.png)
.png_thumb)
.png)
.png_thumb) -
And what the heck is 192.168.0.119? I already explicitly stated, multiple times, that you CANNOT have the ISP router and pfSense LAN on the same subnet. Would have hoped that requesting a network diagram might make you realize that your design is broken, but apparently not.
-
As I said, the pfSense is "between" the LAN and the ISP router. The pfSense server has two network cards : one that has the ip address 192.168.0.x (LAN) and one that has the ip address 10.100.10.y (WAN address and connected to the ISP router).
-
Does not go anywhere, I give up. Still no network diagram.
Having a default gateway configured to the IP of your router is absolutely expected and normally required. It does not result in any bypass of anything expect for utterly broken network designs.
-
This is the network diagram. I thinked I explained it by writing it.

 -
Great. Now, did you configure anything on the clients? Because, with the proxy NOT being transparent, I cannot figure out how on earth you imagine the clients to be forced to use it?!?! (And, BTW, if going through Squid is required, you'll need to block all IPv6.)
-
I attached two screenshots showing interrnet configuration in browsers and the coniguration of network cards.



 -
Yeah. So, unless you configure the clients manually, they won't use the proxy. Cannot see the "bypass" here. And still do not see the problem and the relation with the gateway.
-
DHCP is not activated so clients are manually configurated.
-
Yes. If you have DHCP activated, you'd have noticed that it is absolutely standard to have a default gateway configured on clients. I mean, you break the network connectivity if you don't have it configured. And no, it does not have anything in common with Squid "bypass". Not in any normal network. Yours apparently is abnormal.
-
When I desactivated the proxy in Internet Options the squid authentification is not prompted and I have access to Internet.
-
Yes of course they are NOT!!! Because if you want to force people to use a proxy, you need to either make it transparent, or force it on clients via DHCP/DNS/WPAD/Group Policy and block the direct traffic. You do not force people to use a proxy by inventing broken network configuration on clients that's missing a default gateway.
:o ::)
-
I have activated the transparent proxy option and I still have the same problem.
-
As noted, you need to block IPv6 if going through Squid is a requirement. Other than that, I'd wipe everything and start from scratch, and start with fixing your completely whacky workflows. Using DHCP and configuring clients in a way that's used by the rest of the world (which includes having a default gateway set) would be a nice start here.
Bye.
-
Can you tell me how to do it?
-
There really is nothing special to do, it just works for everyone with DHCP server enabled on pfSense.
-
I noticed that users can bypass squid by configuring the DNS in their network interfaces.
-
Then block their ability to do so, either via a GPO, or at the firewall. If they are actually using the proxy (either transparently, or via wpad) then regardless of their DNS settings, the proxy will serve what the PFSense DNS looks up.
-
Great. Now, did you configure anything on the clients? Because, with the proxy NOT being transparent, I cannot figure out how on earth you imagine the clients to be forced to use it?!?! (And, BTW, if going through Squid is required, you'll need to block all IPv6.)
I know this is already an old post, but can I ask for your assistance, how do we block all IPv6?
TIA!
ast