Fedora-Fr - Communauté francophone Fedora - Linux

Communauté francophone des utilisateurs de la distribution Linux Fedora.

  

Dernière news : Rétrospective de l'adoption du nouveau logo de Fedora

#1 28/04/2021 21:52:36

binoyte
Membre
Inscription : 19/09/2012
Messages : 34

Server inaccessible après changement d'interface wifi -> eth

Bonjour,

j'ai un petit serveur domestique très modeste, un ancien portable. J'ai fait une install propre, il est passé de F30 à F34 version NetInstall. Je n'ai donc que la ligne de commande mais j'aime ça.

Pour des raisons pratique j'ai fait l'installation en Wifi puis après quelques paramétrages de base comme  le croisements clé ssh, j'ai décidé de basculer sur le réseau filaire.
Le croisement de clé était fonctionnel, cockpit et le partage de l'imprimante aussi (en wifi donc).

J'ai branché le câble et désactivé le wifi avec nmtui. Et là c'est le drame. Je n'accède plus à rien.


J'ai pourtant fait un :

firewall-cmd --zone=FedoraServer --change-interface=enp1s0f0

Vérifié par un

firewall-cmd --get-active-zone

puis confirmé par

systemctl restart firewalld
systemctl status firewalld

impossible de se connecter.  Pourtant la connexion ssh ou à cockpit ne me jette pas, elle traine puis elle abandonne.

Depuis une autre machine (fedora 33) j'ai lancé un scan de port :

nmap -sS 192.168.35.20
Starting Nmap 7.80 ( https://nmap.org ) at 2021-04-28 21:32 CEST
Nmap scan report for 192.168.35.20
Host is up (0.00042s latency).
Not shown: 994 filtered ports
PORT     STATE  SERVICE
22/tcp   open   ssh
53/tcp   closed domain
80/tcp   open   http
443/tcp  closed https
631/tcp  open   ipp
9090/tcp open   zeus-admin

qui me confirme que le parefeu et le service semble être fonctionnel.

Dernière vérification :

  • un ssh en local, depuis le serveur sur le serveur (pas trop de sens m'enfin) fonctionne.

  • Et cockpit depuis le serveur (navigateur links, pas de serveur graphique oblige) fonctionne

Question : C'est quoi le problème !!! hmm

Merci d'avance pour toute suggestion, piste, réponse clé en main tongue

Benoît

Hors ligne

#2 28/04/2021 22:44:19

binoyte
Membre
Inscription : 19/09/2012
Messages : 34

Re : Server inaccessible après changement d'interface wifi -> eth

je complète.
Un peu désabusé je réactive le wifi et éteint l'eth et le serveur redevient accessible ! wtf ???

Hors ligne

#3 28/04/2021 23:04:03

binoyte
Membre
Inscription : 19/09/2012
Messages : 34

Re : Server inaccessible après changement d'interface wifi -> eth

je continue.

  • je vire eth de la zone FedoraServer et je l'affecte à la zone Home.

  • Je réactive l'interface eth

  • firewall-cmd --get-active-zone me renvoie bien les deux zones

impossible de se connecter que se soit l'ip de la carte wifi ou de la carte ethernet

je désactive la connection thernet dans nmtui et boum ça redémarre.

L'activation de la carte ethernet me rend le serveur inaccessible.

Y'a vraiment un truc que je ne comprends pas.

par ailleurs les dnf update sont beaucoup plus rapide en wifi qu'en ethernet. Et ce n'est pas une question de débit.

Hors ligne

#4 28/04/2021 23:28:58

Refuznik
Membre
Inscription : 31/01/2007
Messages : 7 889

Re : Server inaccessible après changement d'interface wifi -> eth

Perso. remets le dans la zone FedoraServer.

Sinon Tu passes par une box ou un routeur pour le wifi et le filaire ?
Donc vérifier la ou les redirections dessus.

Sur ton serveur vérifier la passerelle par défaut de eth0 et les dns. Et vérifier aussi que tu n'as pas activé ipv6.

Dernière modification par Refuznik (28/04/2021 23:29:13)

Hors ligne

#5 28/04/2021 23:58:57

nouvo09
Accro à Fedo !
Lieu : Paris
Inscription : 22/09/2005
Messages : 23 123

Re : Server inaccessible après changement d'interface wifi -> eth

à tout hasard : tu peux sortir vers le net avec ton eth0 ?


C'est pas parce que c'est difficile qu'on n'ose pas,
c'est parce qu'on ose pas que c'est difficile !

Hors ligne

#6 29/04/2021 21:26:02

binoyte
Membre
Inscription : 19/09/2012
Messages : 34

Re : Server inaccessible après changement d'interface wifi -> eth

Bonsoir,

merci de vous intéresser à mon petit soucis.

@Refuznik :
cela se passe en réseau local, donc les problèmes de redirection, de passerelles, de dns et d'ipv6 ne doivent pas me concerner.

La seule redirection que j'ai c'est le port 22, et j'ai pu tester depuis le boulot qu'il était toujours fonctionnel. J'avais laissé le serveur avec le wifi, histoire qu'il soit fonctionnel. Je n'ai touché en rien à mes réglages de la box, je n'ai fait qu'une réinstallation.

Sinon, j'ai remis l'interface filaire dans la zone FedoraServer comme le Wifi.

@nouvo09
oui quand j'active le filaire et que je coupe le wifi, je ping google, free. `dnf install `fonctionne.

En résumé, dès que le filaire est activé, les services restent fonctionnels mais ne répondent pas au monde extérieur (mon réseau local). Je bascules les interfaces, tout refonctionne, pas besoin de redémarrer les services.


NOTA:
à l'instant où j'écris ces lignes j'étais en train de tenter de réactiver le filaire et j'ai droit à :

                                  ┌───────────────────────────────────────────┐      
                                  │                                           │      
                                  │ ┌──────────────────────────┐              │      
                                  │ │ Filaire                ↑ │ <Activer>    │      
                                  │ │   Maison               ▒ │              │      
                                  │ │                        ▒ │              │      
                                  │ │ Wi-Fi                  ▒ │              │      
                                  │ │ * Freebox-XXXXXX ▂▄▆_  ▒ │              │      
                                  │ │                        ▒ │              │      
                                  │ │                        ▒ │              │      
             ┌─────────────────────────────────┐             ▒ │              │      
             │                                 │             ▒ │              │      
             │ Impossible d'activer la         │             ▮ │              │      
             │ connexion : « Not authorized to │             ▒ │              │      
             │ control networking. »           │             ▒ │              │      
             │                                 │             ▒ │              │      
             │          ┌─────────┐            │             ▒ │              │      
             │          │ Valider │            │             ▒ │              │      
             │          └─────────┘            │             ▒ │              │      
             │                                 │             ▒ │              │      
             │                                 │             ▒ │              │      
             └─────────────────────────────────┘             ▒ │              │      
                                                             ▒ │              │      
                                  │ │                        ▒ │              │      
                                  │ │                        ▒ │              │      
                                  │ │                        ↓ │ <Retour>     │      
                                  │ └──────────────────────────┘              │      
                                  │                                           │      
                                  └───────────────────────────────────────────┘      
                                                                                     
[default] 0:nmtui* 1:bash-                    "bleuet.mondomaine.fr" 21:21 29-avril-2

Elle pas belle ma capture d'écran ? tongue

Plus sérieusement, je n'avais jamais vu ce message. Une nouvelle piste.

Hors ligne

#7 29/04/2021 22:35:40

binoyte
Membre
Inscription : 19/09/2012
Messages : 34

Re : Server inaccessible après changement d'interface wifi -> eth

euh en fait pour ce qui est des performances de "eth0" c'est bizarre.

"Dnf install qqch" est très long, avec des tentatives sur plusieurs miroirs. Quand les paquets passe je monte à ~ 37Mb ce qui est cohérent avec le fait que je suis derrière un adaptateur CPL. Mais c'est très long avant d'accrocher qqch.

autre exemple, avec links, ça met beaucoup de temps avant d'avoir la page de duckduckgo.com


Y'a un truc pourri avec cette carte réseau mais quoi ?

Je vais tenter une spin léger en live pour voir comment elle se comporte sur un système vierge.

Hors ligne

#8 30/04/2021 05:37:05

Nicosss
Rédacteur Wiki
Rédacteur Wiki
Lieu : Isère
Inscription : 05/03/2007
Messages : 6 481
Site Web

Re : Server inaccessible après changement d'interface wifi -> eth

Que retourne

$ nmcli device show

F34_64 Gnome-Shell - GA-990FXA-UD3 - Phenom II X6 1100T - NH-D14 - Ati HD 5750 Fanless - 16Go RAM /&/ F33_64 Gnome-Shell - Toshiba Satellite C660D-19X - 8Go RAM
F33_64 - ASRock 960GC-GS FX - AMD FX(tm)-8300 - 16Go RAM

Hors ligne

#9 30/04/2021 09:24:45

binoyte
Membre
Inscription : 19/09/2012
Messages : 34

Re : Server inaccessible après changement d'interface wifi -> eth

voilà

GENERAL.DEVICE:                         enp1s0f0
GENERAL.TYPE:                           ethernet
GENERAL.HWADDR:                         68:B5:99:D9:8B:94
GENERAL.MTU:                            1500
GENERAL.STATE:                          100 (connecté)
GENERAL.CONNECTION:                     Maison
GENERAL.CON-PATH:                       /org/freedesktop/NetworkManager/ActiveConnection/3
WIRED-PROPERTIES.CARRIER:               marche
IP4.ADDRESS[1]:                         192.168.35.24/24
IP4.GATEWAY:                            192.168.35.254
IP4.ROUTE[1]:                           dst = 0.0.0.0/0, nh = 192.168.35.254, mt = 100
IP4.ROUTE[2]:                           dst = 192.168.35.0/24, nh = 0.0.0.0, mt = 100
IP4.DNS[1]:                             192.168.35.20
IP4.DNS[2]:                             212.27.40.241
IP4.DNS[3]:                             212.27.40.240
IP6.ADDRESS[1]:                         2a01:e0a:e:1b10:6ab5:99ff:fed9:8b94/64
IP6.ADDRESS[2]:                         fe80::6ab5:99ff:fed9:8b94/64
IP6.GATEWAY:                            fe80::160c:76ff:fe64:a1f3
IP6.ROUTE[1]:                           dst = 2a01:e0a:e:1b10::/64, nh = ::, mt = 100
IP6.ROUTE[2]:                           dst = ::/0, nh = fe80::160c:76ff:fe64:a1f3, mt = 100
IP6.ROUTE[3]:                           dst = fe80::/64, nh = ::, mt = 100
IP6.DNS[1]:                             fd0f:ee:b0::1

GENERAL.DEVICE:                         wlp2s0b1
GENERAL.TYPE:                           wifi
GENERAL.HWADDR:                         00:26:82:DE:82:70
GENERAL.MTU:                            1500
GENERAL.STATE:                          100 (connecté)
GENERAL.CONNECTION:                     Freebox-XXXXXX
GENERAL.CON-PATH:                       /org/freedesktop/NetworkManager/ActiveConnection/2
IP4.ADDRESS[1]:                         192.168.35.20/24
IP4.GATEWAY:                            192.168.35.254
IP4.ROUTE[1]:                           dst = 0.0.0.0/0, nh = 192.168.35.254, mt = 600
IP4.ROUTE[2]:                           dst = 192.168.35.0/24, nh = 0.0.0.0, mt = 600
IP4.DNS[1]:                             192.168.35.20
IP4.DNS[2]:                             212.27.40.241
IP4.DNS[3]:                             212.27.40.240
IP6.ADDRESS[1]:                         2a01:e0a:e:1b10:e16a:c2db:cec8:e587/64
IP6.ADDRESS[2]:                         fe80::3876:7519:7897:a978/64
IP6.GATEWAY:                            fe80::160c:76ff:fe64:a1f3
IP6.ROUTE[1]:                           dst = 2a01:e0a:e:1b10::/64, nh = ::, mt = 600
IP6.ROUTE[2]:                           dst = ::/0, nh = fe80::160c:76ff:fe64:a1f3, mt = 600
IP6.ROUTE[3]:                           dst = fe80::/64, nh = ::, mt = 600
IP6.DNS[1]:                             fd0f:ee:b0::1

GENERAL.DEVICE:                         lo
GENERAL.TYPE:                           loopback
GENERAL.HWADDR:                         00:00:00:00:00:00
GENERAL.MTU:                            65536
GENERAL.STATE:                          10 (non-géré)
GENERAL.CONNECTION:                     --
GENERAL.CON-PATH:                       --
IP4.ADDRESS[1]:                         127.0.0.1/8
IP4.GATEWAY:                            --
IP6.ADDRESS[1]:                         ::1/128
IP6.GATEWAY:                            --
IP6.ROUTE[1]:                           dst = ::1/128, nh = ::, mt = 256

Hors ligne

#10 30/04/2021 11:57:00

Refuznik
Membre
Inscription : 31/01/2007
Messages : 7 889

Re : Server inaccessible après changement d'interface wifi -> eth

cela se passe en réseau local, donc les problèmes de redirection, de passerelles, de dns et d'ipv6 ne doivent pas me concerner.

Nan, nan même en réseau local ça compte.
D'ailleurs question bête 192.168.35.254 c'est bien l'adresse de ta box ?
Pour désactiver ipv6 temporairement je crois tu peux tester :

sudo sysctl -w net.ipv6.conf.all.disable_ipv6=1
sudo sysctl -w net.ipv6.conf.default.disable_ipv6=1

Hors ligne

#11 30/04/2021 15:07:54

binoyte
Membre
Inscription : 19/09/2012
Messages : 34

Re : Server inaccessible après changement d'interface wifi -> eth

Salut.

J'ai passé les commandes et ça n'a rien changé. Je te confirme aussi que ce n'est pas persistant après reboot. Faut-il relancer qqch pour que ça soit pris en compte ? Ou les rendre persistantes et reboot ?

Sinon, j'ai testé
- une live ubuntu la carte marche. J'ai téléchargé une iso à 40Mb/s.
- J'ai aussi testé deux lives fedora i3 / lxqt. A part les ping je n'arrive pas à faire grand chose avec la carte.

Ça commence à me faire penser à un ancien problème qui avait justifié que le Server restât bloqué en F30 sur un ancien noyau. Suite à une mise à jour du kernel, j'avais perdu la carte filaire. Elle revenait si je boutais sur la dernière image fonctionnelle. Par contre sur une linux mint de l’époque RAS.

Je vais cherché une image live de F28 environ pour voir si ça ne serait pas toujours ce même problème non résolu. Dès que j'ai une config fedora fonctionnelle, il faudra investiguer les différences.

Au fait un lspci sur la fameuse carte.

01:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL810xE PCI Express Fast Ethernet controller (rev 04)
	Subsystem: Hewlett-Packard Company Device 148a
	Flags: bus master, fast devsel, latency 0, IRQ 16
	I/O ports at 2000 [size=256]
	Memory at 90004000 (64-bit, prefetchable) [size=4K]
	Memory at 90000000 (64-bit, prefetchable) [size=16K]
	Capabilities: <access denied>
	Kernel driver in use: r8169
	Kernel modules: r8169

Dernière modification par binoyte (30/04/2021 15:10:30)

Hors ligne

#12 30/04/2021 15:55:38

Nicosss
Rédacteur Wiki
Rédacteur Wiki
Lieu : Isère
Inscription : 05/03/2007
Messages : 6 481
Site Web

Re : Server inaccessible après changement d'interface wifi -> eth

Et dans les logs il se passe quoi au moment du basculement ?

$ sudo journalctl -f

F34_64 Gnome-Shell - GA-990FXA-UD3 - Phenom II X6 1100T - NH-D14 - Ati HD 5750 Fanless - 16Go RAM /&/ F33_64 Gnome-Shell - Toshiba Satellite C660D-19X - 8Go RAM
F33_64 - ASRock 960GC-GS FX - AMD FX(tm)-8300 - 16Go RAM

Hors ligne

#13 30/04/2021 20:52:00

binoyte
Membre
Inscription : 19/09/2012
Messages : 34

Re : Server inaccessible après changement d'interface wifi -> eth

Voilà ce que cela donne. Je ne sais pas si les lignes d'audit ont leur importance.
A mon niveau je ne vois rien.

# journalctl -f
#Activation
avr 30 20:38:19 bleuet.mondomaine.fr NetworkManager[705]: <info>  [1619807899.4630] agent-manager: agent[e8cffe1228671f59,:1.62/nmtui/0]: agent registered
avr 30 20:38:19 bleuet.mondomaine.fr NetworkManager[705]: <info>  [1619807899.4788] device (enp1s0f0): Activation: starting connection 'Maison' (f25fe56a-2aac-4c49-b316-7a9ae0c652cc)
avr 30 20:38:19 bleuet.mondomaine.fr NetworkManager[705]: <info>  [1619807899.4795] audit: op="connection-activate" uuid="f25fe56a-2aac-4c49-b316-7a9ae0c652cc" name="Maison" pid=2358 uid=0 result="success"
avr 30 20:38:19 bleuet.mondomaine.fr NetworkManager[705]: <info>  [1619807899.4828] device (enp1s0f0): state change: disconnected -> prepare (reason 'none', sys-iface-state: 'managed')
avr 30 20:38:19 bleuet.mondomaine.fr NetworkManager[705]: <info>  [1619807899.4906] device (enp1s0f0): state change: prepare -> config (reason 'none', sys-iface-state: 'managed')
avr 30 20:38:19 bleuet.mondomaine.fr NetworkManager[705]: <info>  [1619807899.5321] device (enp1s0f0): state change: config -> ip-config (reason 'none', sys-iface-state: 'managed')
avr 30 20:38:19 bleuet.mondomaine.fr NetworkManager[705]: <info>  [1619807899.5347] dhcp4 (enp1s0f0): activation: beginning transaction (timeout in 45 seconds)
avr 30 20:38:19 bleuet.mondomaine.fr avahi-daemon[600]: Joining mDNS multicast group on interface enp1s0f0.IPv6 with address fe80::6ab5:99ff:fed9:8b94.
avr 30 20:38:19 bleuet.mondomaine.fr avahi-daemon[600]: New relevant interface enp1s0f0.IPv6 for mDNS.
avr 30 20:38:19 bleuet.mondomaine.fr avahi-daemon[600]: Registering new address record for fe80::6ab5:99ff:fed9:8b94 on enp1s0f0.*.
avr 30 20:38:19 bleuet.mondomaine.fr NetworkManager[705]: <info>  [1619807899.5643] dhcp4 (enp1s0f0): state changed unknown -> bound, address=192.168.35.24
avr 30 20:38:19 bleuet.mondomaine.fr avahi-daemon[600]: Joining mDNS multicast group on interface enp1s0f0.IPv4 with address 192.168.35.24.
avr 30 20:38:19 bleuet.mondomaine.fr avahi-daemon[600]: New relevant interface enp1s0f0.IPv4 for mDNS.
avr 30 20:38:19 bleuet.mondomaine.fr avahi-daemon[600]: Registering new address record for 192.168.35.24 on enp1s0f0.IPv4.
avr 30 20:38:19 bleuet.mondomaine.fr NetworkManager[705]: <info>  [1619807899.5814] device (enp1s0f0): state change: ip-config -> ip-check (reason 'none', sys-iface-state: 'managed')
avr 30 20:38:19 bleuet.mondomaine.fr systemd[1]: Starting Network Manager Script Dispatcher Service...
avr 30 20:38:19 bleuet.mondomaine.fr systemd[1]: Started Network Manager Script Dispatcher Service.
avr 30 20:38:19 bleuet.mondomaine.fr audit[1]: SERVICE_START pid=1 uid=0 auid=4294967295 ses=4294967295 subj=system_u:system_r:init_t:s0 msg='unit=NetworkManager-dispatcher comm="systemd" exe="/usr/lib/systemd/systemd" hostname=? addr=? terminal=? res=success'
avr 30 20:38:19 bleuet.mondomaine.fr NetworkManager[705]: <info>  [1619807899.6718] device (enp1s0f0): state change: ip-check -> secondaries (reason 'none', sys-iface-state: 'managed')
avr 30 20:38:19 bleuet.mondomaine.fr NetworkManager[705]: <info>  [1619807899.6739] device (enp1s0f0): state change: secondaries -> activated (reason 'none', sys-iface-state: 'managed')
avr 30 20:38:19 bleuet.mondomaine.fr NetworkManager[705]: <info>  [1619807899.6909] policy: set 'Maison' (enp1s0f0) as default for IPv4 routing and DNS
avr 30 20:38:19 bleuet.mondomaine.fr NetworkManager[705]: <info>  [1619807899.7004] device (enp1s0f0): Activation: successful, device activated.
avr 30 20:38:19 bleuet.mondomaine.fr systemd-resolved[563]: enp1s0f0: Bus client set default route setting: yes
avr 30 20:38:19 bleuet.mondomaine.fr systemd-resolved[563]: enp1s0f0: Bus client set DNS server list to: 192.168.35.20, 212.27.40.241, 212.27.40.240
avr 30 20:38:19 bleuet.mondomaine.fr systemd[1]: iscsi.service: Unit cannot be reloaded because it is inactive.
avr 30 20:38:21 bleuet.mondomaine.fr avahi-daemon[600]: Leaving mDNS multicast group on interface enp1s0f0.IPv6 with address fe80::6ab5:99ff:fed9:8b94.
avr 30 20:38:21 bleuet.mondomaine.fr avahi-daemon[600]: Joining mDNS multicast group on interface enp1s0f0.IPv6 with address 2a01:e0a:e:1b10:6ab5:99ff:fed9:8b94.
avr 30 20:38:21 bleuet.mondomaine.fr avahi-daemon[600]: Registering new address record for 2a01:e0a:e:1b10:6ab5:99ff:fed9:8b94 on enp1s0f0.*.
avr 30 20:38:21 bleuet.mondomaine.fr avahi-daemon[600]: Withdrawing address record for fe80::6ab5:99ff:fed9:8b94 on enp1s0f0.
avr 30 20:38:21 bleuet.mondomaine.fr NetworkManager[705]: <info>  [1619807901.7567] policy: set 'Maison' (enp1s0f0) as default for IPv6 routing and DNS
avr 30 20:38:21 bleuet.mondomaine.fr systemd-resolved[563]: enp1s0f0: Bus client set DNS server list to: 192.168.35.20, 212.27.40.241, 212.27.40.240, fd0f:ee:b0::1


avr 30 20:38:30 bleuet.mondomaine.fr systemd[1]: NetworkManager-dispatcher.service: Deactivated successfully.
avr 30 20:38:30 bleuet.mondomaine.fr audit[1]: SERVICE_STOP pid=1 uid=0 auid=4294967295 ses=4294967295 subj=system_u:system_r:init_t:s0 msg='unit=NetworkManager-dispatcher comm="systemd" exe="/usr/lib/systemd/systemd" hostname=? addr=? terminal=? res=success'

#Désactivation
avr 30 20:38:59 bleuet.mondomaine.fr NetworkManager[705]: <info>  [1619807939.1991] device (enp1s0f0): state change: activated -> deactivating (reason 'user-requested', sys-iface-state: 'managed')
avr 30 20:38:59 bleuet.mondomaine.fr NetworkManager[705]: <info>  [1619807939.2121] manager: NetworkManager state is now CONNECTED_LOCAL
avr 30 20:38:59 bleuet.mondomaine.fr NetworkManager[705]: <info>  [1619807939.2278] audit: op="connection-deactivate" uuid="f25fe56a-2aac-4c49-b316-7a9ae0c652cc" name="Maison" pid=2358 uid=0 result="success"
avr 30 20:38:59 bleuet.mondomaine.fr systemd[1]: Starting Network Manager Script Dispatcher Service...
avr 30 20:38:59 bleuet.mondomaine.fr systemd[1]: Started Network Manager Script Dispatcher Service.
avr 30 20:38:59 bleuet.mondomaine.fr audit[1]: SERVICE_START pid=1 uid=0 auid=4294967295 ses=4294967295 subj=system_u:system_r:init_t:s0 msg='unit=NetworkManager-dispatcher comm="systemd" exe="/usr/lib/systemd/systemd" hostname=? addr=? terminal=? res=success'
avr 30 20:38:59 bleuet.mondomaine.fr NetworkManager[705]: <info>  [1619807939.3086] device (enp1s0f0): state change: deactivating -> disconnected (reason 'user-requested', sys-iface-state: 'managed')
avr 30 20:38:59 bleuet.mondomaine.fr avahi-daemon[600]: Withdrawing address record for 2a01:e0a:e:1b10:6ab5:99ff:fed9:8b94 on enp1s0f0.
avr 30 20:38:59 bleuet.mondomaine.fr avahi-daemon[600]: Leaving mDNS multicast group on interface enp1s0f0.IPv6 with address 2a01:e0a:e:1b10:6ab5:99ff:fed9:8b94.
avr 30 20:38:59 bleuet.mondomaine.fr avahi-daemon[600]: Joining mDNS multicast group on interface enp1s0f0.IPv6 with address fe80::6ab5:99ff:fed9:8b94.
avr 30 20:38:59 bleuet.mondomaine.fr NetworkManager[705]: <info>  [1619807939.3242] dhcp4 (enp1s0f0): canceled DHCP transaction
avr 30 20:38:59 bleuet.mondomaine.fr avahi-daemon[600]: Registering new address record for fe80::6ab5:99ff:fed9:8b94 on enp1s0f0.*.
avr 30 20:38:59 bleuet.mondomaine.fr NetworkManager[705]: <info>  [1619807939.3243] dhcp4 (enp1s0f0): state changed bound -> terminated
avr 30 20:38:59 bleuet.mondomaine.fr avahi-daemon[600]: Withdrawing address record for fe80::6ab5:99ff:fed9:8b94 on enp1s0f0.
avr 30 20:38:59 bleuet.mondomaine.fr avahi-daemon[600]: Leaving mDNS multicast group on interface enp1s0f0.IPv6 with address fe80::6ab5:99ff:fed9:8b94.
avr 30 20:38:59 bleuet.mondomaine.fr avahi-daemon[600]: Interface enp1s0f0.IPv6 no longer relevant for mDNS.
avr 30 20:38:59 bleuet.mondomaine.fr avahi-daemon[600]: Withdrawing address record for 192.168.35.24 on enp1s0f0.
avr 30 20:38:59 bleuet.mondomaine.fr avahi-daemon[600]: Leaving mDNS multicast group on interface enp1s0f0.IPv4 with address 192.168.35.24.
avr 30 20:38:59 bleuet.mondomaine.fr avahi-daemon[600]: Interface enp1s0f0.IPv4 no longer relevant for mDNS.
avr 30 20:38:59 bleuet.mondomaine.fr audit[603]: NETFILTER_CFG table=firewalld:1;filter_INPUT_ZONES:313 family=1 entries=427 op=nft_unregister_rule pid=603 subj=system_u:system_r:firewalld_t:s0 comm="firewalld"
avr 30 20:38:59 bleuet.mondomaine.fr audit[603]: NETFILTER_CFG table=firewalld:1;filter_FORWARD_OUT_ZONES:328 family=1 entries=428 op=nft_unregister_rule pid=603 subj=system_u:system_r:firewalld_t:s0 comm="firewalld"
avr 30 20:38:59 bleuet.mondomaine.fr audit[603]: NETFILTER_CFG table=firewalld:2;nat_POSTROUTING_ZONES:95 family=2 entries=121 op=nft_unregister_rule pid=603 subj=system_u:system_r:firewalld_t:s0 comm="firewalld"
avr 30 20:38:59 bleuet.mondomaine.fr audit[603]: NETFILTER_CFG table=firewalld:3;nat_POSTROUTING_ZONES:95 family=10 entries=121 op=nft_unregister_rule pid=603 subj=system_u:system_r:firewalld_t:s0 comm="firewalld"
avr 30 20:38:59 bleuet.mondomaine.fr audit[603]: NETFILTER_CFG table=firewalld:1;filter_FORWARD_IN_ZONES:326 family=1 entries=429 op=nft_unregister_rule pid=603 subj=system_u:system_r:firewalld_t:s0 comm="firewalld"
avr 30 20:38:59 bleuet.mondomaine.fr audit[603]: NETFILTER_CFG table=firewalld:2;nat_PREROUTING_ZONES:88 family=2 entries=122 op=nft_unregister_rule pid=603 subj=system_u:system_r:firewalld_t:s0 comm="firewalld"
avr 30 20:38:59 bleuet.mondomaine.fr audit[603]: NETFILTER_CFG table=firewalld:3;nat_PREROUTING_ZONES:88 family=10 entries=122 op=nft_unregister_rule pid=603 subj=system_u:system_r:firewalld_t:s0 comm="firewalld"
avr 30 20:38:59 bleuet.mondomaine.fr audit[603]: NETFILTER_CFG table=firewalld:1;mangle_PREROUTING_ZONES:300 family=1 entries=430 op=nft_unregister_rule pid=603 subj=system_u:system_r:firewalld_t:s0 comm="firewalld"
avr 30 20:38:59 bleuet.mondomaine.fr audit[603]: NETFILTER_CFG table=?:0;?:0 family=0 entries=5 op=nft_register_gen pid=603 subj=system_u:system_r:firewalld_t:s0 comm="firewalld"
avr 30 20:38:59 bleuet.mondomaine.fr systemd-resolved[563]: enp1s0f0: Bus client set DNS server list to: fd0f:ee:b0::1
avr 30 20:38:59 bleuet.mondomaine.fr NetworkManager[705]: <info>  [1619807939.4317] manager: NetworkManager state is now CONNECTED_SITE
avr 30 20:38:59 bleuet.mondomaine.fr NetworkManager[705]: <info>  [1619807939.4387] policy: set 'Freebox-XXXXXX' (wlp2s0b1) as default for IPv4 routing and DNS
avr 30 20:38:59 bleuet.mondomaine.fr NetworkManager[705]: <info>  [1619807939.4423] policy: set 'Freebox-XXXXXX' (wlp2s0b1) as default for IPv6 routing and DNS
avr 30 20:38:59 bleuet.mondomaine.fr systemd-resolved[563]: enp1s0f0: Bus client set default route setting: no
avr 30 20:38:59 bleuet.mondomaine.fr systemd-resolved[563]: enp1s0f0: Bus client reset DNS server list.

Hors ligne

#14 02/05/2021 14:22:38

binoyte
Membre
Inscription : 19/09/2012
Messages : 34

Re : Server inaccessible après changement d'interface wifi -> eth

Ça y est j'ai presque trouvé. Pas la peine d’accuser une configuration réseau, connexion, parefeu. Le problème était au niveau du matériel. Du coup le message n'est pas dans la bonne catégorie du forum.

Par le passé j'avais du retrograder le noyau, suite à une mise à jour, la carte réseau n'apparaissaient plus. J'ai refait le test live F29 qui m'a montré que la carte réseau était pleinement fonctionnelle. En F34, la carte apparait mais ne marche pas trop... De quoi orienter mes recherches, je tombe sur un post chez les ubuntistes décrivant parfaitement le problème connu sur F30 : https://askubuntu.com/questions/1195475 … ek-rtl8111 et un lien expliquant la cause du problème : https://github.com/ghostrider-reborn/re … nux-driver

En gros même si le module chargé dans cette carte est toujours le r8169 à travers les différentes versions de Fédora, ce module r8169 a changé quant à la prise en charge du matériel. En particulier les vieilles cartes Fast Ethernet ne fonctionnent plus avec ce module. Il faut en recompiler un autre depuis le site du fabricant.

J'ai donc compilé et installé le nouveau module, j'active la connexion filaire et ô miracle le serveur reste accessible sur l'IP du wifi. 1er gros point. J'arrive à établir une connection ssh sur l'ip du filaire !! 2ème gros point !

Je reboot et plus rien ne marche ! En fait l'ancien module se charge au démarrage et pourtant je l'avais blacklisté! Encore à chercher mais y'a du gros progrès !

Hors ligne

Pied de page des forums