olh's questions

Tenho o equivalente às duas entradas de configuração para atender a uma solicitação do cliente recuperando as informações necessárias de outro host na rede local.

O hostname usado é, na verdade, um CNAME de alguma máquina. Esta semana, esta máquina morreu, e eu alterei o CNAME para apontar para outra máquina na rede local.

No entanto, mesmo depois de um ou dois dias, o Apache tentou contatar o IP da máquina morta. Eu esperava que ele armazenasse em cache o resultado da consulta DNS por um curto período (segundos ou minutos) e depois o consultasse novamente. Mas isso não aconteceu, apenas o systemctl restart apache2corrigiu. Agora ele resolve o nome corretamente.

Alguma ideia se há uma maneira de influenciar a maneira como o IP longo para nomes de host resolvidos é armazenado em cache? O TTL no DNS para esta zona é curto (SOA é N 123m 1m 5d 10m).

ProxyPass        "/some/path" "http://hostname/some/path"
ProxyPassReverse "/some/path" "http://hostname/some/path"

Quero que uma determinada placa de rede se comporte como se fosse uma placa de rede mais lenta. Como se a interface 1G do meu laptop fosse na verdade uma interface de 100M ou 10M. Uma maneira de fazer isso é desenterrar meu antigo hub de 10 bits e usá-lo para essa finalidade.

Tenho certeza de que existe uma "solução de software" para isso. E, de fato, parece que o tccomando e o tbfrecurso são capazes de fazer isso.

Infelizmente, não compreendo totalmente o conceito para alcançar o que escrevi acima. Parece que há alguma matemática envolvida para levar em consideração a velocidade do link assumida /sys/class/net/*/speed, provavelmente o MTU de /sys/class/net/*/mtue a taxa de tick do sistema. Não tenho certeza se o último ainda é necessário atualmente com os kernels de distribuição "atuais" (eu tenho CONFIG_NO_HZ=ye CONFIG_HZ_300=ypor exemplo).

Como seria um script de shell para tornar esse recurso mais genérico? Comobash link-bandhwidth.sh <interface> 10m|100m|1G|2.5G|10G

Editar:

Conforme sugerido por @vidarlo, alterar a velocidade do link realmente funciona. Consegui alterar a lista de velocidades anunciadas para portas individuais no switch. Tive resultados mistos com o uso do ethtool, mesmo em placas mlx5 que ofereciam várias velocidades diferentes.

Eu também tenho uma placa mlx4 que suporta apenas uma velocidade. Aqui tentei o nccomando sugerido, mas incompleto. Daí a questão de como gerar programaticamente os valores ideais. Esta parte permanece sem resposta, até agora. Para mim, um comando como este funcionou em um link 10G de velocidade fixa:

tc qdisc add dev $interface root tbf rate 2000mbit latency 1ms burst 2000mbit

Isso se comporta como uma placa 2G hipotética, mas provavelmente os valores de latência e burst têm espaço para melhorias. Também tentei 1000mbite 100mbitcom os resultados esperados.