On 26/10/2016 5:26 a.m., Eliezer Croitoru wrote:
> Hey Henry,
> 
> It's not about RFC at all from my point of view.
> It's very simple to setup the system in a way that will work as you want but 
> with Let say Ubuntu 16.04 or Debian 8(latest).
> These are very stable in my environment and if you need some help with the 
> design I would be able to assist you with it.
> I cannot find right now the whole setup specs but it's very simple to mark 
> connections by the VLAN or the source network:
> You will just need to change the next rules to be static and to not rely on 
> NFQUEUE:
> http://wiki.squid-cache.org/EliezerCroitoru/Drafts/MwanLB#iptables_rules_example
> 
> Then write a special routing table per vlan.
> The reason to do so is since this is how it is suppose to be and not because 
> of the RFC.

Well, the RFC describe what "how it is suppose to be" is exactly. But
that is as relevant as they get.

It's a simple situation of; if you replace part of any protocol on-wire
binary bytes with random or wrong data, dont expect it to continue working.

> Your setup breaks good connections but maybe you are just not aware of it.

No 'maybe' about it. It *is* breaking connections, guaranteed.

Otherwise you (Henry) would not have noticed any issue when Squid
stopped the breakage from happening. The TCP/IP level breakage is/was
just happening in a way that hides itself from the admin sight and logs
until Squid-3 started pointing it out.

Amos

_______________________________________________
squid-users mailing list
squid-users@lists.squid-cache.org
http://lists.squid-cache.org/listinfo/squid-users

Reply via email to