Differences between revisions 1 and 2
Revision 1 as of 2018-05-23 00:15:52
Size: 4929
Editor: RicardoCosta
Comment: Translation of netconf to brazilian portuguese
Revision 2 as of 2021-09-02 15:43:57
Size: 4994
Editor: ThiagoPezzo
Comment: fix language code, add category
Deletions are marked like this. Additions are marked like this.
Line 1: Line 1:
#language pt_BR #language pt-br
## English revision:
Line 60: Line 61:

----
CategoryNetwork CategorySoftware

Esta costumava ser a página principal do netconf, mas agora serve principalmente à posteridade. O conteúdo principal foi movido para aqui.

Eu fiz algum tipo de declaração de objetivos, se você está se perguntando o que eu estou fazendo. Existem também slides de uma palestra recente online.

Brainstorming Inicial

Estas são características/aspectos que (madduck) deseja que o netconf aborde. Sinta-se livre para adicionar seus pensamentos, por favor, dê seu nome quando você adicionar conteúdo.

  • não mais ifconfig, tudo iproute. Note que o iproute não está no BSD ou no Hurd, então precisamos de uma camada de abstração. Veja aqui.

  • sem estado (se for possível)! => escute no soquete netlink rtnetlink(7) então o kernel nos informa sobre seu estado (endereço add/remove, link de pé/caido...). Veja também status da mídia e operstates.

  • baseado em módulos/plugin, assim ferramentas podem instalar métodos de configuração
  • baseado em C/shell.
  • gerenciamento em resolv.conf, a la resolvconf

  • guessnet integrado - como detecção de configuração

  • integrado bem com wireless-tools/wpasupplicant (ver plug-ins)

  • Integração openvpn (veja plugins)
  • determine o smarthost do SMTP, extraia do DHCP se disponível
  • determinar servidores NTP, extrair do DHCP, se disponível
  • mesmo para outros protocolos aonde faz sentido
  • configuração de proxy: http/ftp/socks[45], extrair do DHCP se disponível
  • integração switchconf?

  • soquete de controle ou outros meios para fácil integração com ferramentas de alto nível (pense {hal, ferramentas de desktop)

  • acesso de usuário controlado por políticas, para que os usuários possam executar ifup/ifdown determinadas configurações

  • 100% retro compatível, leia /etc/network/interfaces, mesmo que mudemos para um arquivo primário diferente ou até ./interfaces.d/

  • curingas para interfaces em /etc/network/ interfaces
  • integrar as funcionalidade do zeroconf (conexão de cabo com configuração crossover)

  • integrar-se bem com bridge-utils, de modo que as interfaces que fazem parte de uma ponte sejam adicionadas à ponte novamente quando forem removidas e ativadas novamente - elho

  • integrar ligação vlan
  • fallback para algum tipo de mecanismo baseado em arp para configuração automática de IP quando DHCP/BOOTP falha/não está disponível. http://advogato.org/person/etbe/diary/108.html. madduck: é isso que o zeroconf faz, não faz sentido fazer isso de outra forma, já que o netconf não tem idéia de qual rede IP está conectada.

Funcionalidades ausentes no ifupdown

(veja também minha palestra do FOSDEM 2007)

  • apelidos para iface
  • ipv4/ipv6 não interligado
  • configuração automática em laptops é um tanto estranha
  • integração com sysctl

Wishlist

  • obter espelho APT do DHCP
  • Afazeres
  • por favor, forneça uma maneira (por exemplo, design modular suficiente) para lidar com kernels não-Linux (foi em reação ao acima escute no soquete netlink para que o kernel nos informe sobre seu estado) - CyrilBrulebois

  • Ser capaz de detectar automaticamente restaurações a partir de s2disk/s2ram e alterar as configurações de rede de acordo (lidar com estar em um ambiente diferente de quando estava suspenso) - ?BenjaminSeidenberg

  • Ser capaz de lidar com configurações de roteamento muito mais dinâmicas ou peculiares que apenas um gateway padrão. - mentor

Afazer

  • ver zugschluss' ifupdown-scripts-zg

  • entender realmente o network-manager

  • ver ifupdown-extra

Links


CategoryNetwork CategorySoftware