aphid's questions

Isso não funciona (via systemd restart nftables, que deve carregar /etc/nftables.conf):

cat /etc/nftables.d/forward/example.conf

meta oifname "eth2" ip daddr 5.6.7.8/30 accept
^^^^^^^^^^^^^^^^^^^ ~~~~
Error: Statement after terminal statement has no effect

Mas isso também não funciona:

ip daddr 5.6.7.8/30 meta oifname "eth2" accept
^^^^^^^^^^^^^^^^^^^ ~~~~
Error: Statement after terminal statement has no effect

Nem isso (usando um exemplo de concatenação)

ip daddr . meta oifname {5.6.7.8/30 . "eth2"} accept
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
Error: Statement after terminal statement has no effect

Nota: Conteúdo de /etc/nftables.conf:

#!/usr/sbin/nft -f

flush ruleset

table inet filter {
        chain input {
                type filter hook input priority filter;
        }
        chain forward {
                type filter hook forward priority filter;
                include "/etc/nftables.d/forward/*.conf"
        }
        chain output {
                type filter hook output priority filter;
        }
}

Como faço as duas coisas, o que seria necessário se esse intervalo de IP não for sempre roteado para eth2 (rotas de política, por exemplo) e eth2 não contiver apenas esse intervalo de IP?

Ao atualizar o sistema operacional debian em vários hosts ( apt-get dist-upgrade), vi muitas variações pequenas da mesma tela; quando um arquivo de configuração for modificado, ele informará que uma nova versão está disponível e solicitará que você corrija o problema: você modificou o arquivo e o apt/dpkg não pode integrar de forma confiável suas alterações com a nova versão.

Agora, este menu de opções é diferente entre vários arquivos. Às vezes até dentro do mesmo pacote.

Alguns arquivos terão uma IU de console de "configuração de pacote", outros usarão a saída de console simples. As opções disponíveis na interface do usuário de configuração do pacote nem sempre são as mesmas.

O nome do arquivo modificado/nova versão nem sempre é o mesmo. O local onde o novo arquivo é armazenado nem sempre é o local onde deveria estar (às vezes é em 'tmp'.). O esquema de nomenclatura para o novo arquivo também não é consistente (alguns pacotes usam um nome aleatório, alguns usam -new, outros -dpkg-new e assim por diante).

Alguns pacotes se recusam a dizer onde está o padrão do dpkg. Alguns pacotes não fornecem a versão anterior com extensão dpkg-old ou -old ou -dist ou -dpkg-dist ou -old-nameofpackage, mas outros sim. (Portanto, em alguns casos, você pode mesclar manualmente em 3 vias, em outros casos, não). Alguns pacotes adicionam um útil 'faça uma mesclagem de 3 vias entre as versões' (que é sempre a primeira coisa que tento, pois muitas vezes pode resolver automaticamente o problema: a maioria das alterações nos arquivos de configuração geralmente são apenas correções de erros de digitação nos comentários.

O programa ou a maneira como as diferenças lado a lado são mostradas também pode variar entre os pacotes/arquivos.

Então, pensei que todo o propósito de um sistema de gerenciamento de pacotes é criar uma maneira consistente de instalar e desinstalar programas. Simples de gerenciar para o usuário.

O que deu errado aqui; por que isso é tão horrível em sua UI/UX? Existe algo que um usuário possa fazer para alterar/modificar o apt, pelo menos

• 'fazer uma mesclagem de 3 vias' está disponível
• Os novos arquivos são sempre renomeados/colocados de forma consistente?

Ter que reler e descobrir exatamente o que fazer com cada arquivo de configuração manualmente por causa de 1.000 pequenas variações de fazer a mesma coisa quando se resume ao mesmo procedimento mecânico é doloroso.

Para ilustrar o que quero dizer, aqui estão dois de uma atualização;

Configuration file '/etc/ssh/ssh_config'
 ==> Modified (by you or by a script) since installation.
 ==> Package distributor has shipped an updated version.
   What would you like to do about it ?  Your options are:
    Y or I  : install the package maintainer's version
    N or O  : keep your currently-installed version
      D     : show the differences between the versions
      Z     : start a shell to examine the situation
 The default action is to keep your current version.
 
 A new version (/tmp/tmp.3RoEfdEm3M) of configuration file /etc/ssh/sshd_config is available, but the version installed currently has been locally modified.  
                                                                                                                                                              
 What do you want to do about modified configuration file sshd_config?                                                                                        
                                                                                                                                                              
                                                     install the package maintainer's version                                                                 
                                                     keep the local version currently installed                                                               
                                                     show the differences between the versions                                                                
                                                     show a side-by-side difference between the versions                                                      
                                                     show a 3-way difference between available versions                                                       
                                                     do a 3-way merge between available versions                                                              
                                                     start a new shell to examine the situation 

Essas opções na segunda variante? Eles nem sempre estão lá nessa ordem.

Parece quase que isso foi feito apenas para te enganar.