{
"meta": {
"title": "Pós-instalação: Rede | Documentação ProxMenux",
"description": "Opções de rede do script de pós-instalação personalizável ProxMenux: forçar APT por IPv4, aplicar um perfil sysctl selecionado, instalar Open vSwitch, ativar TCP BBR + Fast Open e associar os nomes das interfaces aos seus endereços MAC."
},
"header": {
"title": "Pós-instalação: Rede",
"section": "Configurações pós-instalação do Proxmox"
},
"intro": {
"title": "O que esta categoria abrange",
"body": "Cinco opções de rede independentes. Duas são simples (APT por IPv4, instalação do Open vSwitch), duas ajustam o comportamento TCP (perfil sysctl de rede, BBR + Fast Open) e uma resolve um problema comum: fixar os nomes das interfaces para que uma nova placa de rede ou atualização do BIOS não mude enp3s0 para enp4s0 e interrompa as pontes."
},
"ipv4": {
"heading": "Forçar o APT a usar IPv4",
"intro": "Escreve Acquire::ForceIPv4 \"true\"; para /etc/apt/apt.conf.d/99-force-ipv4. APT então se recusa a usar IPv6 para downloads de pacotes, mesmo que o host tenha conectividade IPv6.",
"tipTitle": "Quem beneficia",
"tipBody": "Útil se a ligação IPv6 for instável, mais lenta que IPv4 ou se o espelho Debian/Proxmox falhar ocasionalmente por IPv6. Não causa problemas em hosts sem IPv6. Numa rede de pilha dupla funcional, torna o comportamento previsível: apt não o surpreende com um tempo limite de IPv6."
},
"sysctl": {
"heading": "Aplicar otimizações de rede",
"intro": "Escreve um perfil sysctl selecionado em /etc/sysctl.d/99-network.conf: buffers de sockets do kernel, reforço do ICMP, proteção básica contra falsificação de endereços e tamanhos de buffers TCP adequados a um hipervisor com muitos fluxos simultâneos.",
"tunedTitle": "O que é ajustado",
"headerArea": "Área",
"headerSettings": "Principais definições",
"rows": [
{
"area": "Buffers de sockets do kernel",
"settings": "netdev_max_backlog=8192, rmem_max=16M, wmem_max=16M, somaxconn=8192"
},
{
"area": "Endurecimento do ICMP",
"settings": "icmp_echo_ignore_broadcasts=1, icmp_ignore_bogus_error_responses=1"
},
{
"area": "Segurança de roteamento",
"settings": "accept_redirects=0, accept_source_route=0, secure_redirects=0, send_redirects=0, log_martians=0"
},
{
"area": "Filtro de caminho inverso",
"settings": "rp_filter=2 (modo solto, ver nota abaixo)"
},
{
"area": "TCP",
"settings": "tcp_mtu_probing=1, tcp_rfc1337=1, tcp_sack=1, tcp_rmem=8K/87K/16M, tcp_wmem=8K/64K/16M"
},
{
"area": "Portas",
"settings": "ip_local_port_range=1024 65535 (conjunto de portas efémeras)"
},
{
"area": "Soquetes Unix",
"settings": "net.unix.max_dgram_qlen=4096"
}
],
"sourceOutro": "Ele também adiciona source /etc/network/interfaces.d/* ao /etc/network/interfaces se ainda não estiver presente — prática padrão para que você possa soltar trechos de interface modular sem editar o arquivo principal.",
"fwbrTitle": "Ajuste automático de pontes de firewall virtuais",
"fwbrBody": "Além do perfil sysctl, o ProxMenux instala o script auxiliar /usr/local/sbin/proxmenux-fwbr-tune, que aplica rp_filter=0 e log_martians=0 às interfaces fwbr* / fwln* / fwpr* / tap* criadas pelo Proxmox para VMs e contentores. A unidade de execução única proxmenux-fwbr-tune.service chama-o no arranque, e a regra /etc/udev/rules.d/99-zz-proxmenux-fwbr-tune.rules a cada evento net add com esses prefixos. Abrange assim interfaces recriadas ao iniciar/parar VMs, reiniciar e migrar em funcionamento. O script também processa as interfaces já presentes imediatamente após a instalação.",
"rpFilterTitle": "Porquê rp_filter=2 (permissivo) em vez de 1 (estrito)",
"rpFilterBody": "A filtragem estrita do caminho inverso descarta pacotes cuja origem seria alcançada por uma interface diferente. É uma predefinição adequada a clientes, mas problemática num host Proxmox onde o tráfego das VMs chega frequentemente por uma ponte e sai por um uplink com rotas assimétricas. rp_filter=2 (permissivo) só descarta pacotes com origens realmente inalcançáveis pelo encaminhamento. É um compromisso: reduz ligeiramente a deteção de falsificação de IP local para preservar a rede das VMs."
},
"ovs": {
"heading": "Instalar Open vSwitch",
"intro": "Instala openvswitch-switch + openvswitch-common. Os pacotes acrescentam OVS como alternativa às pontes Linux predefinidas do Proxmox. A instalação por si só não altera a rede: as pontes vmbrX existentes continuam a funcionar. Ao criar uma nova ponte na interface Proxmox, pode escolher OVS na lista de tipos.",
"tipTitle": "Quando a OVS faz sentido",
"tipBody": "Considere OVS se precisar de trunks VLAN com IDs não contíguos, LACP com LLDP em modos específicos, programação detalhada de fluxos (OpenFlow) ou interoperabilidade com controladores SDN. Num laboratório doméstico com poucas VLANs e um único uplink LACP, pontes Linux + vmbrX.VID são mais simples e adequadas.",
"revertTitle": "Reversível do menu Desinstalar",
"revertBody": "OVS fica registado. Desinstalar otimizações executa apt purge em openvswitch-switch e openvswitch-common. Migre as pontes OVS para pontes Linux antes de desinstalar; caso contrário, as VMs nessas pontes perderão a rede no próximo arranque. Equivalente manual:"
},
"bbr": {
"heading": "Ativar TCP BBR + TCP Fast Open",
"intro": "Escreve dois ficheiros sysctl e recarrega-os. BBR substitui CUBIC pelo algoritmo de congestionamento da Google baseado em largura de banda, que lida melhor com ligações de alta capacidade e latência ou com perdas. TCP Fast Open (TFO) elimina uma ida e volta nas ligações TCP repetidas enviando dados no SYN.",
"verifyTitle": "Verificação",
"impactTitle": "O impacto depende da carga de trabalho",
"impactBody": "BBR destaca-se em ligações de alta latência ou com perdas (replicação intercontinental, túneis VPN, clientes móveis). Numa LAN entre duas máquinas no mesmo switch, a diferença costuma ficar nas variações de medição. TFO ajuda sobretudo em ligações HTTP curtas e repetidas.",
"revertTitle": "Reversível do menu Desinstalar",
"revertBody": "BBR/TFO ficam registados. Desinstalar otimizações remove os dois ficheiros sysctl (/etc/sysctl.d/99-kernel-bbr.conf e 99-tcp-fastopen.conf) e recarrega a configuração restante. Eliminar um ficheiro não repõe os valores ativos do kernel. As predefinições como cubic e tcp_fastopen=1 regressam após reiniciar, salvo se outra configuração as substituir. Equivalente manual:"
},
"names": {
"heading": "Nomes de interfaces persistentes",
"intro": "Percorre as placas de rede físicas do host, excluindo loopback, veths Docker, pontes, dispositivos TAP, bonds, Cilium, ZeroTier e WireGuard. Escreve um ficheiro systemd .link que associa o nome atual ao endereço MAC atual. A associação MAC passa a prevalecer sobre a lógica de nomes do kernel.",
"whyTitle": "Por que isso importa?",
"whyItems": [
"Adicionar ou remover dispositivos PCIe pode mudar a numeração do barramento, transformando enp3s0 em enp4s0. Se /etc/network/interfaces mencionar o nome antigo, a ponte desaparece ao reiniciar.",
"As atualizações de BIOS / firmware às vezes alteram como os dispositivos enumeram, com o mesmo efeito.",
"O script escreve ficheiros .link para as placas físicas, incluindo as portas dos bonds, com o MAC indicado pelo sysfs nesse momento; nas portas de um bond pode ser o MAC partilhado do bond, por isso verifique os nomes após reiniciar. Ignora interfaces virtuais, como veths LXC e os próprios dispositivos bond; não corrige condições de corrida nos nomes de placas virtuais hotplug."
],
"writtenTitle": "O que é escrito",
"writtenIntro": "Um ficheiro por NIC físico, em /etc/systemd/network/10-proxmenux-<iface>.link. Cada arquivo começa com o cabeçalho # Managed by ProxMenux — do not edit para que ProxMenux possa distinguir seus próprios arquivos de arquivos .link fornecidos pelo usuário ou pacote.",
"writtenOutro": "Os ficheiros .link de outros pacotes ou escritos pelo utilizador são preservados; só os que têm o cabeçalho ProxMenux são geridos. Em cada nova execução, a função verifica os seus ficheiros: relê MACAddress= de cada 10-proxmenux-*.link e remove os que têm uma MAC ausente de /sys/class/net/. Os ficheiros de versões anteriores no formato 10-<iface>.link são migrados automaticamente na primeira execução.",
"pveTitle": "PVE 9 vs PVE 8",
"pveBody": "O script usa ficheiros systemd .link para os nomes persistentes. No Proxmox VE 9 também recarrega as regras udev após os escrever, para que uma placa já fixada que volte a ser ligada ou detetada aplique a sua regra sem reiniciar. Verifique as interfaces existentes após reiniciar tanto no PVE 8 como no PVE 9. Isto não substitui ifupdown2 no host. Em ambos os casos, o script assinala a necessidade de reinício na pós-instalação personalizável.",
"reviewTitle": "Reveja primeiro o /etc/network/interfaces existente",
"reviewBody": "Se a configuração antiga em /etc/network/interfaces usa nomes de placas gerados pelo kernel, fixar os nomes atuais é o resultado pretendido. Se já adaptou manualmente a configuração a nomes específicos, confirme antes de reiniciar que os nomes fixados correspondem ao ficheiro interfaces.",
"revertTitle": "Reversível do menu Desinstalar",
"revertBody": "Desinstalar otimizações elimina apenas os ficheiros 10-proxmenux-*.link com cabeçalho ProxMenux de /etc/systemd/network/. Preserva todos os ficheiros .link do utilizador ou de outros pacotes. No próximo reinício regressa o comportamento de nomes predefinido do systemd."
},
"related": {
"heading": "Relacionado",
"items": [
{
"label": "Gerenciamento de rede",
"href": "/docs/network",
"tail": " — diagnóstico, análise da ponte, reparação guiada."
},
{
"label": "Nomes de interface persistentes",
"href": "/docs/network/persistent-names",
"tail": " — a mesma função num menu próprio para mais tarde; use uma das opções, não ambas."
},
{
"label": "Referência de comandos de rede",
"href": "/docs/help-info/network-commands",
"tail": " — ip, ss, ethtool, sysctl."
},
{
"label": "Desinstalar otimizações",
"href": "/docs/post-install/uninstall",
"tail": " — reverte qualquer uma destas alterações de rede."
},
{
"label": "Pós-instalação personalizável",
"href": "/docs/post-install/customizable",
"tail": " — voltar ao menu superior."
}
]
}
}