Users bypass squid
-
If the gateway is not specified squid prompt for the login and password but if gateway is specified anyone can browse internet.
-
I have no idea what you have set up there. pfSense IS the default gateway for everyone on LAN on any normal setup, and will be set as such via DHCP. If you are trying to use pfSense as a proxy appliance and have a different router elsewhere, then yeah that obviously won't work this way.
-
pfSense is used as proxy with two netork cards : one connected to the LAN and the other to the router.
-
Yeah, you need to fix your real router settings.
-
But I can't stop users from modifiying their network settings.
-
Can you not stop your "Router" from being a router and simply use it as a Modem with PFsense being the router?
-
I can't do it. Because the router is provided by ISP and I can't modify configuration.
-
So double NAT instead of producing completely broken network design? Let pfSense WAN get RFC1918 IP on WAN from the ISP router and set up your LAN as normal on a different subnet. What you have produced will never ever work like this if you have no access to modem config.
-
WAN address of pfSense is different from LAN address. the first one is 10.100.100.x and the second one is 192.168.0.y.
-
OK, enough time wasted with guessing. Produce a network diagram, post ipconfig /all or equivalent output from clients that do bypass your proxy and those that do not and post screenshots of your Squid configuration.
-
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.