Eu tenho um NIC com dois IPs conflitantes. Consertar?

0

Eu procurei pelo meu problema e, embora existam perguntas semelhantes, nenhum deles me guiou na direção correta. Desculpe se parece uma pergunta duplicada.

Eu tenho uma LAN atrás do meu modem ISP, roteada por um TP-Link TL-WR941ND; O servidor DHCP está ativo, mas tenho alguns endereços reservados. Eu listo estes aqui:

  • Raspberry Pi (ethernet) - > 192.168.0.100
  • Macbook Pro (wifi) - > 192.168.0.101
  • telefone Xiaomi (wifi) - > 192.168.0.102
  • 2º laptop (wifi) - > 192.168.0.111
  • telefone Motorola (wifi) - > 192.168.0.112 (Como você pode ver, eu pulei para .111 no caso de eu querer adicionar mais dispositivos meus, .111 e .112 são dispositivos de outros membros da família).

Agora, o problema, eu vejo na lista de clientes DHCP que o Raspberry está corretamente listado como "Permanente", enquanto o telefone Xiaomi tem uma contagem regressiva de locação com endereço 192.168.0.103 (deve ser .102). Eu poderia reservar 0,103 para o telefone e ligar para ele um dia, mas não quero ter essa confusão na lista de DHCP e também evitar conflitos futuros na rede. Eu dou todas as informações que pude coletar aqui:

Eu lancei o arp-scan do Macbook:

$sudo arp-scan -I en0 -l

Interface: en0, datalink type: EN10MB (Ethernet)
Starting arp-scan 1.9 with 256 hosts
192.168.0.1     [TP-Link MAC]       TP-LINK TECHNOLOGIES CO.,LTD.
192.168.0.100   [Pi MAC]            Raspberry Pi Foundation ####<<<<----?????
192.168.0.102   [Pi MAC]            Raspberry Pi Foundation ####<<<<----?????
192.168.0.104   [guest phone MAC]   (Unknown)
192.168.0.103   [Xiaomi phone MAC]   Airgo Networks, Inc.

621 packets received by filter, 0 packets dropped by kernel
Ending arp-scan 1.9: 256 hosts scanned in 1.862 seconds (137.49 hosts/sec). 5 responded

No Pi, eu corro o endereço IP:

$ip a show eth0

 2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP group default qlen 1000
 link/ether b8:27:eb:0a:ec:42 brd ff:ff:ff:ff:ff:ff
 inet 192.168.0.100/24 brd 192.168.0.255 scope global eth0        ####<<<<----????
valid_lft forever preferred_lft forever
 inet 192.168.0.102/24 brd 192.168.0.255 scope global secondary eth0  ####<<<<----????
valid_lft forever preferred_lft forever
 inet6 fe80::ba27:ebff:fe0a:ec42/64 scope link
valid_lft forever preferred_lft forever

E no Pi / etc / network / interfaces:

$cat /etc/network/interfaces

# interfaces(5) file used by ifup(8) and ifdown(8)
# Please note that this file is written to be used with dhcpcd
# For static IP, consult /etc/dhcpcd.conf and 'man dhcpcd.conf'
# Include files from /etc/network/interfaces.d: source-directory /etc/network/interfaces.d

auto lo
iface lo inet loopback

auto eth0
iface eth0 inet dhcp       ####<<<----- seems ok, right?

allow-hotplug wlan0
iface wlan0 inet manual
wpa-conf /etc/wpa_supplicant/wpa_supplicant.conf

allow-hotplug wlan1
iface wlan1 inet manual
wpa-conf /etc/wpa_supplicant/wpa_supplicant.conf

A lista ARP no roteador não possui nenhum link / vinculado ao MAC.

Eu honestamente não sei o que está acontecendo. Eu assumo que o Raspberry está fazendo coisas estranhas, mas sinceramente eu não sou um especialista em Linux nem um administrador de sistemas. Estou um pouco perdido.

Alguma ideia do que poderia estar acontecendo?

Obrigado antecipadamente.

    
por AirieFenix 30.06.2016 / 21:15

2 respostas

2

Tente liberar a concessão do DHCP do rPi:% # dhclient -r eth0

Em seguida, solicite outro endereço:% # dhclient eth0

    
por 30.06.2016 / 22:10
0

Mark me apontou na direção certa, mas não era exatamente o problema lá. A solução é a seguinte:

O arquivo dhcpcd.conf em / etc / no RPi mostrou o seguinte (entre outras coisas):

# A hook script is provided to lookup the hostname if not set by the DHCP
# server, but it should not be run by default.
nohook lookup-hostname
::: interface eth0
static ip_address=192.168.0.102/24
static routers=192.168.0.1
static domain_name_servers=192.168.0.1

Este snippet envia uma solicitação para o endereço 192.168.0.102 como IP preferencial quando o servidor DHCP não está em execução ou está com defeito; entre o roteador reinicializa o script entra em ação e solicita 192.168.0.102; somente quando o roteador conclui a inicialização, o servidor DHCP ativa e faz a locação de 192.168.0.100, mas não pode negociar 192.168.0.102 porque ele já foi considerado o preferido pelo RPi. O RPi acabou com dois IPs, um alugado pelo servidor DHCP no roteador, outro reivindicado pelo cliente DHCP no próprio Pi.

Comentar o snippet e a reinicialização consertaram tudo.

    
por 01.07.2016 / 03:57