Problema schede di rete

Fedora Linux Configurazione
#21

Magari dammi anche le istruzioni per fare l’inverso…

#22

Ok, ho capito

#23

Si certo (questo un eventuale rollback):

systemctl disable network.target
systemctl stop network.target
systemctl enable NetworkManager.service
systemctl restart NetworkManager.service
reboot
#24

Non ho potuto farlo.
Non esiste network.target

#25

Vogliamo provare quest’ultima?

systemctl restart NetworkManager.service

dopo il riavvio che non funziona la rete…

Una domanda, ma perchè utilizzi gli ip statici e non il DHCP?

#26

Palir, scusa se ti rispondo solo ora,ma sono stato veramente impegnato…

Ho provato a vedere ancora sia con il NetworkManager che con network.target.

Ora è un vero disastro.
In pratica si avviano entrambi e c’è un conflitto incredibile.

Ho provato a disabilitare il network.target

systemctl stop network.target
systemctl disable network.target

ma quando riparte il sistema non so perchè ma network.target si riavvia sempre.

Disabilitando invece il NetworkManager non va proprio.
Ho dei programi che dovrebbero partire in automatico ma non riescono perchè manca la connessione internet.
In pratica non riesco ad eliminare network.target

#27

Inoltre, quando mi collego da remoto, mi da questo errore

Errore: caricamento connessione non riuscita: Rejected send message, 4 matched rules; type="method_call", sender=":1.96" (uid=1000 pid=2978 comm="nmcli con load /etc/sysconfig/network-scripts/ifcf" label="unconfined_u:unconfined_r:unconfined_t:s0-s0:c0.c1023") interface="org.freedesktop.NetworkManager.Settings" member="LoadConnections" error name="(unset)" requested_reply="0" destination=":1.9" (uid=0 pid=994 comm="/usr/sbin/NetworkManager --no-daemon " label="system_u:system_r:NetworkManager_t:s0").
Gli utenti non possono controllare questo dispositivo.
#28

Trovato.
Era lo script per vedere se le schede erano su

#29

Ma disabilitando uno dei due servizi hai risolto?

#30

Qui é un problema.
Non riesco a capire, ma se DISABILITO e fermo network.target, alla ripartenza lo trovo funzionante con network manager. Boh

#31

Probabilmente il problema potrebbe essere che avendo tutti e due i servizi attivi, il primo ti “configura” come ti aspetti le schede di rete ed il secondo (quello che disabiliti) te le “de-configura”.
Dovremmo cercare di disabilitare al boot il servizio “network.target”.

Senti ma l’output delle due schede di rete, lo puoi condividere per favore:

cat /etc/sysconfig/network-scripts/ifcfg-<nome-tue-schede>
#32

bash-4.3$ cat /etc/sysconfig/network-scripts/ifcfg-enp1s0

HWADDR=50:3E:AA:03:A6:46
TYPE=Ethernet
BOOTPROTO=none
DNS1=141.250.1.7
DNS2=8.8.8.8
DEFROUTE=yes
IPV4_FAILURE_FATAL=no
IPV6INIT=yes
IPV6_AUTOCONF=yes
IPV6_DEFROUTE=yes
IPV6_FAILURE_FATAL=no
NAME=enp1s0
UUID=ddac0103-550b-4e37-b8a3-d550ff56acb3
ONBOOT=yes
IPV6_ADDR_GEN_MODE=stable-privacy
IPADDR=192.168.1.2
PREFIX=24
GATEWAY=141.250.121.168
IPV6_PEERDNS=yes
IPV6_PEERROUTES=yes

bash-4.3$ cat /etc/sysconfig/network-scripts/ifcfg-enp2s0

TYPE=Ethernet
BOOTPROTO=none
DNS1=8.8.8.8
DNS2=141.250.1.7
DEFROUTE=yes
IPV4_FAILURE_FATAL=no
IPV6INIT=yes
IPV6_AUTOCONF=yes
IPV6_DEFROUTE=yes
IPV6_FAILURE_FATAL=no
NAME=enp2s0
UUID=bff3c74b-47fb-48b0-9775-12ff89399482
ONBOOT=yes
HWADDR=18:A6:F7:00:7A:C1
IPV6_ADDR_GEN_MODE=stable-privacy
IPADDR=141.250.121.168
PREFIX=24
GATEWAY=141.250.121.3
IPV6_PEERDNS=yes
IPV6_PEERROUTES=yes
#33

Ok, solo per ricapitolare, da quel che ho capito non riesci a disabilitare al boot il servizio “network.service”.
Però dopo il riavvio (quando hai il problema) se spegni il servizio “network.service” ti funziona tutto, giusto?

Vuoi provare in questo modo a disabilitare il servizio “network.service”?

systemctl daemon-reload
systemctl stop network.target
systemctl disable network.target
systemctl daemon-reload

Inoltre quando se non riesci a disabilitare il servizio, prova a condividere l’output che segue:

journalctl -u network.service
#34

Ho disabilitato il network.target con le istruzioni che dicevi tu e fatto ripartire il sistema.
Prima come riavvio, e come al solito le schede avevano problemi, poi ho spento la macchina e fatta ripartire, ma network.target è ripartito e questo l’output di journalctl

[root@server_seiscomp sysop]# journalctl -u network.service
-- No entries --
[root@server_seiscomp sysop]#
#35

Una domanda, ma hai per caso il SELINUX attivo?

 getenforce
#36

Si, ho selinux attivo che forse mi da fastidio per un altro problema.
(Ma non si puó togliere il messaggio che informa dei caratteri minori di 20 che copre ció che uno scrive?)

#37

Allora risolviamo un problema per volta.
Se sei d’accordo proverei a disabilitare “selinux” (momentaneamente):

 sudo setenforce Enforcing

Prova a ridare i comandi per disabilitare il servizio di network.service:

systemctl daemon-reload
systemctl stop network.target
systemctl disable network.target
systemctl daemon-reload

Vediamo se così funziona.

#38

Il problema è che viene si disabilitato, ma poi viene riabilitato al boot

#39

Anche disabilitando il selinux?

#40

ci provo, poi mi collego e ti faccio sapere (guarda quanto bisogna scrivere!!)

1 Mi Piace