Como evito que minha conexão de banda larga redefina meu MTU?

2

Estou usando um PC antigo como um firewall baseado em Linux, executando Ubuntu e Shorewall, entre outras coisas. Ele possui 3 placas de rede discretas: uma para a rede interna, uma que se conecta a um modem a cabo e outra para uma DMZ. De vez em quando, meu endereço IP mudará. Isso é bom. Depois de muita brincadeira, o ddclient atualizará o DynDNS e o OpenDNS com as novas informações. No entanto, no processo, a MTU na NIC conectada ao modem a cabo será renegociada para 576. Posso facilmente redefinir isso com ip link set eth0 mtu 1500 , mas só percebo a necessidade de fazer isso depois que descobri que não posso conecte-se ao Xbox Live novamente. Existe alguma maneira de evitar essa renegociação com o meu modem a cabo, ou existe alguma maneira de garantir que o Linux não aceita nada menos que 1500? Ou melhor, estou preso escrevendo algum tipo de script de watchdog que irá redefini-lo se for alterado?

    
por David Krider 23.10.2012 / 21:46

1 resposta

1

Acho que só tive sorte na resposta. A configuração padrão do meu cliente dhcp (dhclient3), em /etc/dhcp/dhclient.conf, tinha o seguinte:

request subnet-mask, broadcast-address, time-offset, routers,
    domain-name, domain-name-servers, domain-search, host-name,
    netbios-name-servers, netbios-scope, interface-mtu,
    rfc3442-classless-static-routes, ntp-servers,
    dhcp6.domain-search, dhcp6.fqdn,
    dhcp6.name-servers, dhcp6.sntp-servers;

Portanto, parece estar solicitando todas essas informações ao meu provedor de banda larga, que inclui o DNS, que eu também estou tentando descobrir como eliminar, já que executo minha própria instância de bind9 localmente. Eu mudei para apenas isso:

request subnet-mask, broadcast-address, routers;

(Parece-me que "broadcast-address" é redundante se você tiver a "máscara de sub-rede", mas seja qual for). Eu reiniciei o demônio, e isso não mudou minha configuração de MTU, nem reescreva meu /etc/resolv.conf com seus servidores DNS. Então eu acho que é isso, embora o tempo diga com certeza.

P.S. Eu também comentei a linha que enviou um nome de host do cliente (padrão e errado) para o meu provedor, o que não importa, porque eles não vão criar uma entrada DHCP estática para mim de qualquer maneira.

    
por 23.10.2012 / 22:15