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