Claro, os roteadores normalmente não alteram os endereços IP de origem / destino; apenas os roteadores NATting fazem isso. Então, não use NAT, e tudo vai funcionar bem.
Existe alguma maneira de encaminhar pacotes da rede A para a rede B (como um roteador) sem alterar o endereço IP de origem (e vice-versa, da rede B para a rede A) e também impor regras de modelagem de tráfego?
A solução deve ser implementada no FreeBSD.
Eu pesquisei sobre modelagem de tráfego no FreeBSD e encontrei o ALTQ, mas não tenho certeza se é possível encaminhar pacotes com ALTQ transparently ou não.
Se for possível, é provável que eu possa configurar uma rede com um servidor Squid (para caching e download / upload mais importante do usuário ) e ALTQ (ou outra coisa) para gerenciar sua largura de banda. Então, minha arquitetura de rede será:
Internet < == > SquidServer < == > TrafficshapingServer < == > LocalNetwork
Mas se o TrafficShaping substituir o SourceIP de pacotes pelo seu endereço IP, os logs do Squid tornam-se inúteis. porque o Squid não sabia qual pacote é de qual endereço IP (tudo que o Squid vê é TrafficShaping IPAddress)
Não estou familiarizado com isso, mas gostaria de apostar que o TrafficShaper ao qual você está se referindo é NAT, principalmente para garantir que o tráfego retorne pelo caminho correto. Caso contrário, você provavelmente terminará com um problema de roteamento assíncrono, o que causará falha.
Uma coisa que você deve analisar é inserir um cabeçalho X-Forwarded-For no servidor de lula . Na verdade, esse é um método um pouco mais confiável de rastrear a origem em um ambiente proxy'ing, pois insere os dados nos dados reais em vez de confiar nas informações do cabeçalho IP.