Impossibile raggiungere Discourse dopo aver modificato l'adattatore di rete

Supporto
1

Ho recentemente sostituito la scheda di rete e ora Discourse non funziona. Ho provato a ricostruire Discourse, ma non risponde ancora alle richieste HTTPS. Posso vedere che i processi Ruby sono attivi e in esecuzione.

Penso che possa essere legato all’indirizzo MAC. Dopo aver ricostruito Discourse, vedo questa riga:

> /usr/bin/docker run --shm-size=512m -d --restart=always -e LANG=en_US.UTF-8 -e RAILS_ENV=production -e UNICORN_WORKERS=5 -e UNICORN_SIDEKIQS=1 -e RUBY_GLOBAL_METHOD_CACHE_SIZE=131072 -e RUBY_GC_HEAP_GROWTH_MAX_SLOTS=40000 -e RUBY_GC_HEAP_INIT_SLOTS=400000 -e RUBY_GC_HEAP_OLDOBJECT_LIMIT_FACTOR=1.5 -e DISCOURSE_DB_SOCKET=/var/run/postgresql -e DISCOURSE_DB_HOST= -e DISCOURSE_DB_PORT= -e LETSENCRYPT_DIR=/shared/letsencrypt -e DISCOURSE_HOSTNAME=XXX -e DISCOURSE_DEVELOPER_EMAILS=XXX -e DISCOURSE_SMTP_ADDRESS=XXX -e DISCOURSE_SMTP_PORT=587 -e DISCOURSE_SMTP_USER_NAME=XXX -e DISCOURSE_SMTP_PASSWORD=XXX -e LETSENCRYPT_ACCOUNT_EMAIL=XXX -e DISCOURSE_MAXMIND_LICENSE_KEY=XXX -h XXX-app -e DOCKER_HOST_IP=172.17.0.1 --name app -t -p 80:80 -p 443:443 -v /var/discourse/shared/standalone:/shared -v /var/discourse/shared/standalone/log/var-log:/var/log -**-mac-address 02:3b:06:XX:XX:XX** local_discourse/app /sbin/boot

Tuttavia, non esiste alcuna scheda di rete con un indirizzo MAC che inizia con 02:3b. Nel sistema vedo tre schede: vethec9f10b con indirizzo che inizia con 6e:a2, ens160 con indirizzo che inizia con 00:0c e docker0 con indirizzo che inizia con 02:42:eb:XX:XX:XX.

Immagino che si tratti di un vecchio indirizzo MAC risalente al periodo precedente alla sostituzione della scheda di rete. Se è così, come posso indicare a Discourse di utilizzare l’indirizzo MAC corretto? Sembra che si tratti dell’indirizzo MAC della scheda di rete Docker, ma sembra essere cambiato.

3

Quando si utilizza Docker, è presente un adattatore virtuale aggiuntivo che rappresenta l’indirizzo del server sul bridge virtuale docker0:

○ → ip addr show dev docker0
3: docker0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP group default 
    link/ether 02:42:3a:ad:0b:94 brd ff:ff:ff:ff:ff:ff
    inet 172.17.0.1/16 brd 172.17.255.255 scope global docker0
       valid_lft forever preferred_lft forever

Qualsiasi container Docker in esecuzione avrà un indirizzo MAC su questo bridge virtuale:

○ → docker run --rm --name example -it debian 
root@ba1b0e1446c8:/# 

(in un'altra finestra:)
○ → docker inspect example | jq '.[0].NetworkSettings.IPAddress'
"172.17.0.2"

○ → docker inspect example | jq '.[0].NetworkSettings.MacAddress'
"02:42:ac:11:00:02"

○ → ping -c 1 172.17.0.2 >/dev/null; arp 172.17.0.2
Address                  HWtype  HWaddress           Flags Mask            Iface
172.17.0.2               ether   02:42:ac:11:00:02   C                     docker0

Questo è completamente separato dalle interfacce di sistema. Tuttavia, quell’indirizzo MAC dovrebbe apparire sul bridge docker0:

○ → brctl showmacs docker0
port no	mac addr		is local?	ageing timer
  1	02:42:ac:11:00:02	no		 187.24
…

Cosa hai modificato esattamente quando hai “cambiato l’adattatore di rete”?

Ottiene ancora un indirizzo IP e tutto il necessario? Cioè, la rete normale funziona correttamente?

5

Esegui ip addr e assicurati che abbia ancora lo stesso indirizzo a cui stai cercando di accedere.

Forse incolla qui l’output.

Il client si connette al socket ma non riceve alcuna risposta?

7

Grazie mille! Era esattamente il suggerimento di cui avevo bisogno. Quando ho modificato la scheda di rete, l’indirizzo IP statico della macchina è diventato dinamico, e per questo non rispondeva più ai client. Ho reimpostato l’indirizzo IP e ha ricominciato a funzionare. Sembra che non fosse correlato all’indirizzo MAC, bensì all’indirizzo IP.