Não é possível alterar o nome do host do raspberry pi na rede local

Question

Eu tenho uma instalação limpa do sistema OSMC baseado em Debian em um pi de framboesa. Eu configurei manualmente um IP estático:

$ ifconfig wlan0
wlan0: flags=-28605<UP,BROADCAST,RUNNING,MULTICAST,DYNAMIC>  mtu 1500
        inet 192.168.1.3  netmask 255.255.255.0  broadcast 192.168.1.255
        ether aa:aa:aa:aa:aa:aa  txqueuelen 1000  (Ethernet)
        RX packets 39310  bytes 7976110 (7.6 MiB)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 11710  bytes 2444978 (2.3 MiB)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

E eu configurei o nome do host da seguinte forma:

$ cat /etc/hostname
cerebro

$ cat /etc/hosts
::1             cerebro localhost6.localdomain6 localhost6
127.0.1.1       cerebro

127.0.0.1       localhost
::1             localhost ip6-localhost ip6-loopback
fe00::0         ip6-localnet
ff00::0         ip6-mcastprefix
ff02::1         ip6-allnodes
ff02::2         ip6-allrouters

Ainda assim, quando examino o host com o nmap, vejo o host informado como osmc.connect :

$ nmap -sP 192.168.1.3

Starting Nmap 7.01 ( https://nmap.org ) at 2018-03-24 21:22 GMT
Nmap scan report for osmc.connect (192.168.1.3)
Host is up (0.032s latency).
Nmap done: 1 IP address (1 host up) scanned in 0.04 seconds

O que eu sinto é de alguma forma relacionado é que quando eu faço ping 192.168.1.1 , osmc.connect ou cerebro.local , recebo :

$ ping 192.168.1.3
PING 192.168.1.3 (192.168.1.3) 56(84) bytes of data.
64 bytes from 192.168.1.3: icmp_seq=1 ttl=64 time=4.16 ms
64 bytes from 192.168.1.3: icmp_seq=1 ttl=64 time=4.61 ms (DUP!)
64 bytes from 192.168.1.3: icmp_seq=1 ttl=64 time=4.63 ms (DUP!)
64 bytes from 192.168.1.3: icmp_seq=1 ttl=64 time=4.88 ms (DUP!)
64 bytes from 192.168.1.3: icmp_seq=2 ttl=64 time=4.28 ms
64 bytes from 192.168.1.3: icmp_seq=2 ttl=64 time=4.32 ms (DUP!)
64 bytes from 192.168.1.3: icmp_seq=2 ttl=64 time=4.32 ms (DUP!)
64 bytes from 192.168.1.3: icmp_seq=2 ttl=64 time=4.55 ms (DUP!)

Passei o dia todo tentando descobrir isso sem sucesso.

1. De onde vem este host osmc.connect vindo e como se livrar dele?
2. Por que eu tenho esses pings duplicados e como me livrar deles?

Vale a pena mencionar que recentemente mudei para a Vodafone (Huawei 963168_HUAWEIVOX25) e estou altamente desconfiado de que esteja causando todos esses problemas.

Eu tenho outro framboesa na rede com outro nome de host, e o roteador mostra nos dispositivos conectados como computer-3.connect ?!?

ATUALIZAÇÃO:

Mudei o SSID da rede wifi e, uma vez reconectado, o roteador já estava vendo o host como cerebro.connect , mas os pings duplicados ainda estavam lá.

SEGUNDA ATUALIZAÇÃO:

Na manhã seguinte, as atualizações duplicadas desapareceram e tudo parece bem. No entanto, eu queria entender o que aconteceu, então eu mudei de volta o nome do host em / etc / hostname e / etc / hosts para osmc e reiniciei . systemctl status avahi-daemon mostra corretamente o nome do host como osmc . No entanto, na lista de dispositivos do roteador, ainda o vejo como cerebro.connect . Então eu mudei o nome do host de volta para cerebro e reiniciei novamente. E agora os pings (DUP!) estão de volta!

$ sudo systemctl status avahi-daemon
● avahi-daemon.service - Avahi mDNS/DNS-SD Stack
   Loaded: loaded (/lib/systemd/system/avahi-daemon.service; enabled; vendor preset: enabled)
   Active: active (running) since Sun 2018-03-25 10:24:15 BST; 11min ago
 Main PID: 244 (avahi-daemon)
   Status: "avahi-daemon 0.6.32 starting up."
   CGroup: /system.slice/avahi-daemon.service
           ├─244 avahi-daemon: running [cerebro.local]
           └─267 avahi-daemon: chroot helper

Mar 25 10:24:15 cerebro avahi-daemon[244]: Loading service file /services/ssh.service.
Mar 25 10:24:15 cerebro avahi-daemon[244]: Loading service file /services/udisks.service.
Mar 25 10:24:15 cerebro avahi-daemon[244]: Network interface enumeration completed.
Mar 25 10:24:15 cerebro avahi-daemon[244]: Server startup complete. Host name is cerebro.local. Local service cookie is
Mar 25 10:24:15 cerebro avahi-daemon[244]: Service "cerebro" (/services/udisks.service) successfully established.
Mar 25 10:24:15 cerebro avahi-daemon[244]: Service "cerebro" (/services/ssh.service) successfully established.
Mar 25 10:24:15 cerebro avahi-daemon[244]: Service "cerebro" (/services/sftp.service) successfully established.
Mar 25 10:24:17 cerebro avahi-daemon[244]: Joining mDNS multicast group on interface wlan0.IPv4 with address 192.168.1.
Mar 25 10:24:17 cerebro avahi-daemon[244]: New relevant interface wlan0.IPv4 for mDNS.
Mar 25 10:24:17 cerebro avahi-daemon[244]: Registering new address record for 192.168.1.3 on wlan0.IPv4.

É como se o roteador estivesse armazenando em cache o nome do host.

Além disso, o segundo Rpi que tenho (que está em uma conexão com fio) ainda é visto pelo roteador como computer-3.connect e eu ainda não tenho idéia de como mudar isso. O statusctl status avahi-daemon mostra o hostname correto