Só um adendo,

Já tenho ciência da (não) utilidade de 2 interfaces na mesma subnet, e
realmente este não é o escopo do tópico, e sim o funcionamento errático do
meu daemon de rede.

Abraços


Em 27 de junho de 2013 19:31, Shutdown -h now <[email protected]>escreveu:

> Amigos,
>
> Agradeços pela paciência e pela dedicação de todos.
>
> Abraços
>
>
> Em 26 de junho de 2013 17:28, Shutdown -h now <[email protected]>escreveu:
>
> Amigo,
>>
>> Estes IPs estão excluídos do pool do DHCP.
>>
>> O problema persiste quanto tento reiniciar o daemon de rede. é como se o
>> arquivo interfaces não fosse levado em consideração, tampouco as interfaces
>> fossem destivadas no networking stop.
>>
>> Abraços
>>
>>
>> Em 26 de junho de 2013 16:41, Rodolfo <[email protected]> escreveu:
>>
>> Tipo, se sua rede recebe IP via DHCP, e voce atribui um IP estatico nas
>>> maquinas, e apos derruba-las tentar pegar o mesmo IP, pode ser que o
>>> servido DHCP nao tenha feito o release automatico do IP, dai pra ele o
>>> mesmo aparenta ainda estar reservado.
>>>
>>>
>>> Em 26 de junho de 2013 15:34, Shutdown -h now <[email protected]>escreveu:
>>>
>>> Amigos,
>>>>
>>>> Já editei meu /etc/network/interfaces com a respectiva identação, e ele
>>>> ficou assim:
>>>>
>>>> # This file describes the network interfaces available on your system
>>>> # and how to activate them. For more information, see interfaces(5).
>>>>
>>>> # Interface de loopback
>>>> auto lo
>>>> iface lo inet loopback
>>>>
>>>> # Interface de rede cabeada
>>>> auto eth0
>>>> iface eth0 inet static
>>>> address 192.168.0.90
>>>>  netmask 255.255.255.0
>>>> network 192.168.0.0
>>>>  broadcast 192.168.0.255
>>>> gateway 192.168.0.254
>>>>
>>>> # Interface de rede sem fio
>>>> auto wlan0
>>>> iface wlan0 inet static
>>>> address 192.168.0.91
>>>>         netmask 255.255.255.0
>>>> network 192.168.0.0
>>>> broadcast 192.168.0.255
>>>>  wpa-driver wext
>>>> wpa-conf /etc/wpa_supplicant/wireless.conf
>>>>
>>>> Como vocês podem ver, ambas interfaces estão com IPs fixos, e ambas
>>>> funcionam normalmente quando conectadas.
>>>>
>>>> O resumo da ópera é o seguinte.
>>>> Quado rodo:
>>>>
>>>> /etc/init.d/networking stop : a wlan0 não desativou (tive que
>>>> desativá-la na mão)
>>>> /etc/init.d/networking start : ambas subiram, mas as modificações no
>>>> arquivo interfaces não surtiram efeitos.
>>>> Para isso, tive que rodar "/etc/init.d/networking reload"
>>>> Inclusive, depois de rodar este último, apareceu a seguinte mensagem:
>>>>
>>>> RTNETLINK answers: No such process
>>>>
>>>>
>>>> Para mim, já está em um nível quase aceitável.
>>>> Mas o meu intento é fazer com que o reinício do daemon de rede do
>>>> Debian seja normalizado.
>>>>
>>>> Abraços
>>>>
>>>>
>>>>
>>>> Em 26 de junho de 2013 12:51, Helio Loureiro 
>>>> <[email protected]>escreveu:
>>>>
>>>>> Eu editei a mensagem no tablet e ficou uma bela duma porcaria.
>>>>>
>>>>> O interfaces tinha de estar nesse formato:
>>>>>
>>>>>
>>>>> # Interface de rede cabeada
>>>>> auto eth0
>>>>>    iface eth0 inet static
>>>>>    address 192.168.0.90
>>>>>    netmask 255.255.255.0
>>>>>    gateway 192.168.0.254
>>>>>
>>>>> # Interface de rede sem fio
>>>>> auto wlan0
>>>>> iface wlan0 inet static
>>>>>    address 192.168.0.91
>>>>>    netmask 255.255.255.0
>>>>>    gateway 192.168.0.254
>>>>>    wpa-driver wext
>>>>>    wpa-conf /etc/wpa_supplicant/wireless.conf
>>>>>
>>>>> Dá uma olhada em "man (5) interfaces" que pode ajudar na sintaxe.
>>>>>
>>>>>
>>>>>
>>>>> Abs,
>>>>> Helio Loureiro
>>>>> http://helio.loureiro.eng.br
>>>>> http://br.linkedin.com/in/helioloureiro
>>>>> http://twitter.com/helioloureiro
>>>>> http://gplus.to/helioloureiro
>>>>>
>>>>>
>>>>> Em 26 de junho de 2013 09:50, Helio Loureiro 
>>>>> <[email protected]>escreveu:
>>>>>
>>>>> Tá faltando um espaço na configuração pra funcionar.  Devia estar:
>>>>>>
>>>>>> auto eth0
>>>>>> interface eth0 inet static
>>>>>>
>>>>>>    address 192.168.0.90
>>>>>>    netmask 255.255.255.0
>>>>>>    gateway 192.168.0.254
>>>>>>
>>>>>> Abs,
>>>>>> Helio Loureiro
>>>>>> http://helio.loureiro.eng.br
>>>>>> http://br.linkedin.com/in/helioloureiro
>>>>>> http://twitter.com/helioloureiro
>>>>>> http://gplus.to/helioloureiro
>>>>>> - sent via Android -
>>>>>> Em 25/06/2013 19:50, "Shutdown -h now" <[email protected]>
>>>>>> escreveu:
>>>>>>
>>>>>> Amigos,
>>>>>>>
>>>>>>> Eis o meu /etc/network/interfaces
>>>>>>>
>>>>>>> # cat /etc/network/interfaces
>>>>>>> # This file describes the network interfaces available on your system
>>>>>>> # and how to activate them. For more information, see interfaces(5).
>>>>>>>
>>>>>>> # Interface de loopback
>>>>>>> auto lo
>>>>>>> iface lo inet loopback
>>>>>>>
>>>>>>> # Interface de rede cabeada
>>>>>>> auto eth0
>>>>>>> iface eth0 inet static
>>>>>>> address 192.168.0.90
>>>>>>> netmask 255.255.255.0
>>>>>>> gateway 192.168.0.254
>>>>>>>
>>>>>>> # Interface de rede sem fio
>>>>>>> auto wlan0
>>>>>>> iface wlan0 inet static
>>>>>>> address 192.168.0.91
>>>>>>> netmask 255.255.255.0
>>>>>>> gateway 192.168.0.254
>>>>>>> wpa-driver wext
>>>>>>> wpa-conf /etc/wpa_supplicant/wireless.conf
>>>>>>>
>>>>>>> Ambas interfaces estão configuradas para IP estático.
>>>>>>>
>>>>>>> Tanto dando "networking restart" quanto "networking stop &&
>>>>>>> networking start", ele não 'sobe' a eth0 automaticamente.
>>>>>>>
>>>>>>> Aliás, sempre que rodo qualquer desses, aparece:
>>>>>>>
>>>>>>> [....] Configuring network interfaces...RTNETLINK answers: File
>>>>>>> exists
>>>>>>> Failed to bring up eth0.
>>>>>>>
>>>>>>> Sei que posso subir a eth0 com "ifconfig eth0 up", mas eu queria
>>>>>>> entender esta mensagem de erro, e fazer como antigamente, quando um
>>>>>>> "networking restart" reiniciava o daemon de rede e relia o arquivo
>>>>>>> "interfaces", no meu sistema.
>>>>>>>
>>>>>>> Abraços
>>>>>>>
>>>>>>>
>>>>>>> Em 25 de junho de 2013 11:53, Adiel de Lima Ribeiro <
>>>>>>> [email protected]> escreveu:
>>>>>>>
>>>>>>>> On Tue, 2013-06-25 at 11:28 -0300, Shutdown -h now wrote:
>>>>>>>> > Amigo,
>>>>>>>> >
>>>>>>>> >
>>>>>>>> > Eu quis dizer que só consigo "derrubar" ou "subir" minhas
>>>>>>>> interfaces
>>>>>>>> > de rede manualmente. Não consigo fazer valer o arquivo interfaces.
>>>>>>>> >
>>>>>>>> >
>>>>>>>> > Por exemplo, caso eu queira configurar a minha eth0 para dhcp na
>>>>>>>> minha
>>>>>>>> > rede, terei que rodar manualmente:
>>>>>>>> >
>>>>>>>> >
>>>>>>>> > # ifconfig eth0 up
>>>>>>>> > # dhclient eth0
>>>>>>>> > # route add -net 0/0 gw xxx.xxx.xxx.xxx dev eth0
>>>>>>>> >
>>>>>>>> >
>>>>>>>> > E isso funciona.
>>>>>>>> >
>>>>>>>> >
>>>>>>>> > O que não está funcionando é justamente o comando
>>>>>>>> >
>>>>>>>> >
>>>>>>>> > # service networking stop | start | restart
>>>>>>>> > ou
>>>>>>>> > # /etc/init.d/networking stop | start | restart
>>>>>>>> >
>>>>>>>> >
>>>>>>>> > É como se o meu arquivo interfaces não fosse levado em
>>>>>>>> consideração.
>>>>>>>> >
>>>>>>>> >
>>>>>>>> > Abraços
>>>>>>>> >
>>>>>>>> >
>>>>>>>> > Em 25 de junho de 2013 10:21, Rodolfo <[email protected]>
>>>>>>>> escreveu:
>>>>>>>> >         Nao entendi essa parte:
>>>>>>>> >
>>>>>>>> >
>>>>>>>> >         Primeiro,
>>>>>>>> >         Ambas as interfaces (eth0 e wlan0) funcionam normalmente,
>>>>>>>> >         tanto com IP estático como por DHCP, desde que
>>>>>>>> configuradas
>>>>>>>> >         manualmente, apenas.
>>>>>>>> >
>>>>>>>> >
>>>>>>>> >         O que voce quer dizer com funciona tambem com DHCP desde
>>>>>>>> que
>>>>>>>> >         configuradas manualmente ?
>>>>>>>> >
>>>>>>>> >
>>>>>>>> >         Voce tem um servico DHCP mas mesm o assim configura a rede
>>>>>>>> >         manualmente ?
>>>>>>>> >
>>>>>>>> >
>>>>>>>> >         Em 25 de junho de 2013 09:18, Shutdown -h now
>>>>>>>> >         <[email protected]> escreveu:
>>>>>>>> >
>>>>>>>> >                 Amigo,
>>>>>>>> >
>>>>>>>> >
>>>>>>>> >                 ...
>>>>>>>> >                 Já que vc utiliza a versão testing (jessie)
>>>>>>>> gostaria
>>>>>>>> >                 de lhe avisar que
>>>>>>>> >                 seu sistema esta desatualizado... pois na última
>>>>>>>> >                 semana desceu o
>>>>>>>> >                 kernel mais novo para esta versão:
>>>>>>>> >
>>>>>>>> >                 $ uname -r
>>>>>>>> >                 3.9-1-686-pae
>>>>>>>> >
>>>>>>>> >                 ...
>>>>>>>> >
>>>>>>>> >
>>>>>>>> >                 Quanto a isso, mea culpa!
>>>>>>>> >                 Eu deveria esperar coisas do tipo, mas permaneci
>>>>>>>> >                 inerte às atualizações. Vasculhei o site
>>>>>>>> >                 http://debian.org e não encontrei uma página onde
>>>>>>>> >                 tenha esta notícia. Onde posso me manter
>>>>>>>> informado com
>>>>>>>> >                 relação a esta e outras atualizações importantes?
>>>>>>>> >
>>>>>>>> >
>>>>>>>> >                 Primeiro,
>>>>>>>> >                 Ambas as interfaces (eth0 e wlan0) funcionam
>>>>>>>> >                 normalmente, tanto com IP estático como por DHCP,
>>>>>>>> >                 desde que configuradas manualmente, apenas.
>>>>>>>> >
>>>>>>>> >
>>>>>>>> >                 Segundo,
>>>>>>>> >                 A rede sem fio é a mesma da rede cabeada.
>>>>>>>> >
>>>>>>>> >
>>>>>>>> >                 Terceiro,
>>>>>>>> >                 Os IPs que uso em minhas interfaces são
>>>>>>>> >                 intencionalmente estáticos e, portato, possuem
>>>>>>>> suas
>>>>>>>> >                 respectivas reservas no serviço de DHCP.
>>>>>>>> >
>>>>>>>> >
>>>>>>>> >                 Como disse anteriormente, toda esta estrutura já
>>>>>>>> >                 existia antes, quando não haviam problemas. De uns
>>>>>>>> >                 dias para cá, isso passou a acontecer. Razão pela
>>>>>>>> qual
>>>>>>>> >                 supus que fosse alguma atulização no sistema que
>>>>>>>> >                 afetasse o daemon de rede.
>>>>>>>> >
>>>>>>>> >
>>>>>>>> >                 Fiquei desconfiado do daemon de rede num primeiro
>>>>>>>> >                 momento, justamente por as interfaces funcionarem
>>>>>>>> >                 normalmente, e aceitarem a configuração manual
>>>>>>>> "sem
>>>>>>>> >                 reclamar" :)
>>>>>>>> >
>>>>>>>> >
>>>>>>>> >                 Será que atualizando o kernel este problema seria
>>>>>>>> >                 resolvido?
>>>>>>>> >
>>>>>>>> >
>>>>>>>> >                 obs. A ferramenta mii-tool mostrou que o link
>>>>>>>> físico
>>>>>>>> >                 da interface eth0 está OK.
>>>>>>>> >
>>>>>>>> >
>>>>>>>> >                 Abraços
>>>>>>>> >
>>>>>>>> >
>>>>>>>> >
>>>>>>>> >
>>>>>>>> >
>>>>>>>> >
>>>>>>>> >                 Em 24 de junho de 2013 21:57, P. J.
>>>>>>>> >                 <[email protected]> escreveu:
>>>>>>>> >                         Olá,
>>>>>>>> >
>>>>>>>> >                         Bom com relação ao daemon... não posso lhe
>>>>>>>> >                         ajudar muito pois eu uso o
>>>>>>>> >                         network-manager, mas não acredito que o
>>>>>>>> >                         problema seja esse...
>>>>>>>> >
>>>>>>>> >                         Já que vc utiliza a versão testing
>>>>>>>> (jessie)
>>>>>>>> >                         gostaria de lhe avisar que
>>>>>>>> >                         seu sistema esta desatualizado... pois na
>>>>>>>> >                         última semana desceu o
>>>>>>>> >                         kernel mais novo para esta versão:
>>>>>>>> >
>>>>>>>> >                         $ uname -r
>>>>>>>> >                         3.9-1-686-pae
>>>>>>>> >
>>>>>>>> >                         Aparentemente seu o arquivo de
>>>>>>>> configuração
>>>>>>>> >                         das interfaces esta
>>>>>>>> >                         correto, mas eu tenho uma dúvida com
>>>>>>>> relação a
>>>>>>>> >                         sua rede.
>>>>>>>> >
>>>>>>>> >                         Primeiro, vc já testou em uma rede as duas
>>>>>>>> >                         interfaces eth0 e wlan0
>>>>>>>> >                         numa rede com dhcp automático? elas obtem
>>>>>>>> ip,
>>>>>>>> >                         contectam e funcionam
>>>>>>>> >                         normalmente?
>>>>>>>> >
>>>>>>>> >                         Segundo, realmente sua rede sem-fio é a
>>>>>>>> mesma
>>>>>>>> >                         da rede cabeada?
>>>>>>>> >
>>>>>>>> >                         Terceiro, vc deveria dar mais detalhe da
>>>>>>>> sua
>>>>>>>> >                         rede, digo por exemplo,
>>>>>>>> >                         no caso de sua rede ser uma rede
>>>>>>>> domestica, e
>>>>>>>> >                         seu
>>>>>>>> >                         gateway|modem|roteador não estar no modo
>>>>>>>> >                         brigde, vc tem q setar essas
>>>>>>>> >                         configuração nele tb... e obvio o dhcp
>>>>>>>> está
>>>>>>>> >                         desativado, caso tenha
>>>>>>>> >                         dhcp essa configuração estatica estar
>>>>>>>> setada
>>>>>>>> >                         nesse serviço tb.
>>>>>>>> >
>>>>>>>> >                         Para testes... recomendo o mii-tool,
>>>>>>>> depois
>>>>>>>> >                         tente dar um ping no
>>>>>>>> >                         gateway... por ultimo teste o cabo tb...
>>>>>>>> >
>>>>>>>> >                         [   ] 's
>>>>>>>> >
>>>>>>>> >                         --
>>>>>>>> >                         |  .''`.   A fé não dá respostas. Só
>>>>>>>> impede
>>>>>>>> >                         perguntas.
>>>>>>>> >                         | : :'  :
>>>>>>>> >                         | `. `'`
>>>>>>>> >                         |   `-   Je vois tout
>>>>>>>> >
>>>>>>>> >
>>>>>>>> >                         --
>>>>>>>> >                         To UNSUBSCRIBE, email to
>>>>>>>> >
>>>>>>>> [email protected]
>>>>>>>> >                         with a subject of "unsubscribe". Trouble?
>>>>>>>> >                         Contact [email protected]
>>>>>>>> >                         Archive:
>>>>>>>> >
>>>>>>>> http://lists.debian.org/cacnf0pjlacudxghnudw7zbaf2hzpu9ukhzeduhsaurt7upf...@mail.gmail.com
>>>>>>>> >
>>>>>>>> >
>>>>>>>> >
>>>>>>>> >
>>>>>>>> >
>>>>>>>> >
>>>>>>>> >
>>>>>>>> Tente service networking restart && ifconfig eth0 up.
>>>>>>>> --
>>>>>>>> att,
>>>>>>>> Adiel de Lima Ribeiro
>>>>>>>> facebook.com/sembr.dyndns.info
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>
>>>>>
>>>>
>>>
>>
>

Responder a