Ce site est optimisé pour être consulté depuis un navigateur moderne dans lequel JavaScript est activé.

Modifier le réseau à la mano (/etc/network/interface)

diesel

Et que te dit un

ping 192.168.1.1

Amicalement.

Jean-Marie

abecidofugy

$ ping 192.168.1.1
PING 192.168.1.1 (192.168.1.1) 56(84) bytes of data.
From 192.168.1.21 icmp_seq=5 Destination Host Unreachable
From 192.168.1.21 icmp_seq=6 Destination Host Unreachable
From 192.168.1.21 icmp_seq=7 Destination Host Unreachable
From 192.168.1.21 icmp_seq=17 Destination Host Unreachable
From 192.168.1.21 icmp_seq=18 Destination Host Unreachable
From 192.168.1.21 icmp_seq=19 Destination Host Unreachable
^C
--- 192.168.1.1 ping statistics ---
22 packets transmitted, 0 received, +6 errors, 100% packet loss, time 21491ms
pipe 4

diesel

Tu peux donner le résultat d'un "ip a"

Amicalement.

Jean-Marie

abecidofugy

$ ip a
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1000
    link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
    inet 127.0.0.1/8 scope host lo
       valid_lft forever preferred_lft forever
    inet6 ::1/128 scope host 
       valid_lft forever preferred_lft forever
2: eno1: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc fq_codel state UP group default qlen 1000
    link/ether bc:ee:7b:5d:67:ea brd ff:ff:ff:ff:ff:ff
    inet 192.168.1.21/24 brd 192.168.1.255 scope global noprefixroute eno1
       valid_lft forever preferred_lft forever
    inet6 fe80::d349:60cb:4424:bc90/64 scope link noprefixroute 
       valid_lft forever preferred_lft forever
3: wlp3s0: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc noqueue state DOWN group default qlen 1000
    link/ether 24:0a:64:54:ff:10 brd ff:ff:ff:ff:ff:ff

Je viens de réaliser que mon mobile est connectée en USB, c’est peut-être ce qui gêne ? Problème avec KDE connect ? Je vais le déconnecter au prochain reboot.

//EDIT :

$ nmcli device status
DEVICE          TYPE      STATE       CONNECTION 
eno1            ethernet  connecté    filaire    
wlp3s0          wifi      déconnecté  --         
p2p-dev-wlp3s0  wifi-p2p  déconnecté  --         
lo              loopback  non-géré    --

C’est quoi : p2p-dev-wlp3s0 wifi-p2p déconnecté -- ?

abecidofugy

J’ai rebooté avec le switch désactivé de mon hub, pour le mobile, et c’est pareil.

abecidofugy

wensley a écritBonjour, ça a l'air d'être bien compliqué tout ça à ce que je vois !

Tu dis ça par rapport à quoi ?

Sous KDE neon 18.04, il n’y avait besoin de rien faire. C’est ma migration récente, de ce week-end, qui a mis la zone… Donc on cherche une solution manuelle…

cqfd93

abecidofugy a écrit
wensley a écritBonjour, ça a l'air d'être bien compliqué tout ça à ce que je vois !
Tu dis ça par rapport à quoi ?

Sous KDE neon 18.04, il n’y avait besoin de rien faire. C’est ma migration récente, de ce week-end, qui a mis la zone… Donc on cherche une solution manuelle…

Te casse pas la tête, c'est un spammeur qui prépare son terrain : un premier message bidon et plusieurs jours après, il revient le modifier avec des liens pourris.

diesel

Quand-même, quand je lis ça, je trouve que c'est bien compliqué (ou alors que abecidofugy ne comprend pas la signification des mots qu'il emploie)

abecidofugy a écritJ’ai rebooté avec le switch désactivé de mon hub, pour le mobile, et c’est pareil.

Amicalement.

Jean-Marie

abecidofugy

@diesel : bon ben si c’est la conclusion qu’il n’y a pas de solution, je vais rester sous Windows pour bosser et tirer un trait sur le double-boot :\

Merci quand même.

//EDIT : j’ai tout de même résolu ça :

diesel a écritQuand-même, quand je lis ça, je trouve que c'est bien compliqué (ou alors que abecidofugy ne comprend pas la signification des mots qu'il emploie)

abecidofugy a écritJ’ai rebooté avec le bouton désactivé de mon hub à 4 ports, et c’est pareil.

abecidofugy

Je suis en train de télécharger les dernières ISO de KDE neon et Kubuntu, et je vais donc réinstaller :mad:

Sauf si quelqu’un avait une idée de génie d’ici-là.

Sciensous

je suis assez étonné : normalement la modification pour NetworkManger (managed=true) et la définition de l'interface à la main (/etc/network/interfaces) devrait marcher
[testé il y a quelques temps déjà]

ce serait bien que tu mettes le contenu de ton fichier /etc/network/interfaces pour vérifier
(est-ce celui du #10 ?)

abecidofugy

Sciensous a écritje suis assez étonné : normalement la modification pour NetworkManger (managed=true) et la définition de l'interface à la main (/etc/network/interfaces) devrait marcher
[testé il y a quelques temps déjà]

ce serait bien que tu mettes le contenu de ton fichier /etc/network/interfaces pour vérifier

J’avais mis ça :

# configuration manuelle
allow-hotplug eno1
iface eno1 inet static
address 192.168.1.21
broadcast 192.168.1.100
netmask 255.255.255.0
gateway 192.168.1.1

Sciensous

sauf que j'ai vu ;

#auto lo
#iface lo inet loopback

à ne pas commenter !!
donc:

auto lo
iface lo inet loopback

suivi (après fermeture du fichier) de

sudo service networking restart

abecidofugy

Sciensous a écritsauf que j'ai vu ;

#auto lo
#iface lo inet loopback

à ne pas commenter !!
donc:

auto lo
iface lo inet loopback

Le fichier original avait ça, et ça ne fonctionnait pas. Mais je vais essayer avec la connexion « filaire » qui a été faite avec Jean-Marie, et voir avec des lignes-là en plus. Je finis juste de dl mes ISO.

Sciensous

honnêtement, je ne comprends pas le problème de départ:
tu avais une connexion manuelle de faite et tu étais gêné par le point d'interrogation ?
ou j'ai loupé quelque chose ...

abecidofugy

Sciensous a écrithonnêtement, je ne comprends pas le problème de départ:
tu avais une connexion manuelle de faite et tu étais gêné par le point d'interrogation ?
ou j'ai loupé quelque chose ...

Non, j’avais tout en « automatique », pas de personnalisation réseau avec la 18.04 de KDE neon. Puis j’ai mis à jour vers la 20.04 ce week-end, je n’ai pas perdu le réseau tout de suite, et je l’ai même retrouvé à un moment donné en parlant sur IRC sur un autre PC du réseau pour tenter de régler mon souci. Puis ça ne marche plus du tout à présent.

En fait, la question est de savoir pourquoi ma box SFR n’est pas accessible via l’interface web. Pour moi, c’est bizarre.

Sciensous

un conseil:avant de tout réinstaller, lance l'iso en live et vois si tu peux te connecter à ta box

abecidofugy

Bien sûr. Reste plus qu’à attendre la fin du téléchargement de Kubuntu, et je teste encore ta ligne à décommenter.

diesel

abecidofugy a écrit@diesel : bon ben si c’est la conclusion qu’il n’y a pas de solution, je vais rester sous Windows pour bosser et tirer un trait sur le double-boot :\

Merci quand même.

Je n'ai pas dit qu'il n'y a pas de solution, mais quand je lis : "J’ai rebooté avec le switch désactivé de mon hub", je me dis que j'ai du mal à comprendre comment ton architecture est organisée sur le plan physique.

Cela dit, moi, je ne tourne pas sous kde. Donc, c'est un peu difficile pour moi de te conseiller sur la configuration avec les outils propres à kde.

Amicalement.

Jean-Marie

abecidofugy

@Sciensous : remettre les lignes comme d’origine sous /etc/network/interface n’a rien changé, et la commande pour relancer le réseau n’est plus disponible sous la 20.04 il me semble. Donc j’ai relancé la machine, et pareil, pas de connexion au net, pas de ping sur la box, etc.

@diesel : oui en effet, switch en informatique, c’est tout autre chose, et pour le réseau. Moi je parlais de mot bouton on/off sur j’ai sur mon hub usb ^^

Bon, je vais garder les ISO, et réinstaller.

« Page précédente Page suivante »