Salut
Bon, ça fait 2h que je galère sur un truc normalement assez simple
La machine est sous Debian stable 9.8 sans interface graphique.
Je veux avoir une adresse IPv4 (locale) fixe, que j'aurais défini moi-même. Par exemple 192.168.1.14
qui est normalement libre sur mon réseau local.
Alors des tutos pour ça, j'en ai trouvé beaucoup ! Sauf que j'y arrive quand même pas...
L'adresse de mon modem est 192.168.1.1
ce qui correspond, je crois, à gateaway
.
Donc, j'édite /etc/network/interfaces
et j'y met :
iface enp0s3 inet static
address 192.168.1.14
gateaway 192.168.1.1
netmask 255.255.255.0
(j'arrive pas à mettre d'indentation désolé...)
pour le netmask je suis pas trop sûr déjà... J'ai vu plusieurs solutions, 255.255.255.255, 255.255.255.0, 255.255.0.0, 255.0.0.0. Bon, je les ai tous essayé.
Alors là, ça marche bien, mon adresse est fixée.
Oui sauf que... J'ai plus accès à internet.
un simple ping google.fr
me renvoie un connect: Le réseau n'est pas accessible
.
J'ai essayé d'ajouter des DNS dans resolv.conf
au cas où, mais ça change rien.
Voilà voilà... Je sais plus quoi faire, un peu d'aide serait bienvenu
tu arrives a pinger ton routeur?
Tu arrive a pinger l'ip de google directement?
Le 23 avril 2019 à 04:37:51 godrik a écrit :
tu arrives a pinger ton routeur?
Oui
Tu arrive a pinger l'ip de google directement?
Nonping 172.217.23.67
connect: Le réseau n'est pas accessible
J'ai oublié de préciser, des fois que ça ait une importance, l'OS est sur une VM, qui tourne sur un FreeNAS.
Je sais pas si ça change quelque chose
J'ai également un 2eme VM Debian qui tourne. Celle-ci fonctionne normalement.
Sauf que c'est pas moi qui l'ai configuré, donc je sais pas ce qui a été fait, si ce n'est que ça a été configuré via l'interface graphique. Et le fichier /etc/network/interfaces
est resté "par défaut"
Ah oui bon, des fois le fait d'écrire aide à réfléchir
Donc effectivement le fait que ce soit une VM a une importance : j'avais pas sélectionné la bonne carte réseau.
https://i.gyazo.com/39a605e6d2fc030be476bf78e88f94c5.png
Il faut apparemment utiliser VirtIO plutôt que Intel e82545. Ou du moins, c'est comme ça sur la machine qui fonctionne.
...Bon par contre le problème reste le même en fait !
Je suis allé voir une autre machine Debian, configurée par quelqu'un d'autre aussi.
Je vois que le fichier /etc/network/interfaces
est également intact.
Pourtant il y a aussi une IP locale fixée.
Il y aurait donc un autre moyen ? Quel est-il ?
Salut.
Identifie le nom de ton adaptateur réseau avec la commande suivante :
ip a
Exemple d'un résultat de la commande :
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1
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
2: ens18: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq state UP group default qlen 1000
link/ether xx:xx:xx:xx:xx:xx brd ff:ff:ff:ff:ff:ff
inet xxx.xx.x.xx/xx brd xxx.xx.x.xx scope global ens18
valid_lft forever preferred_lft forever
Mon adaptateur réseau s'appelle donc ens18 (à toi d'adapter les commendes suivantes avec le nom de ton adaptateur).
Ensuite ouvre le fichier de configuration du réseau, et change les valeurs avec ton réseau :
auto lo
iface lo inet loopback
allow-hotplug ens18
iface ens18 inet static
address xxx.xxx.xxx.xxx
netmask xxx.xxx.xxx.xxx
gateway xxx.xxx.xxx.xxx
pour le netmask je suis pas trop sûr déjà... J'ai vu plusieurs solutions, 255.255.255.255, 255.255.255.0, 255.255.0.0, 255.0.0.0. Bon, je les ai tous essayé.
Ouvre une console cmd sur ta machine Windows et fait la commande ipconfig, puis récupère le même masque de sous réseau.
Ethernet adapter Ethernet:
Connection-specific DNS Suffix . : xxxxxxxxxxxx.ch
Link-local IPv6 Address . . . . . : fe80::90b8:c462:9799:65ca%9
IPv4 Address. . . . . . . . . . . : 172.20.0.16
Subnet Mask . . . . . . . . . . . : 255.255.255.192
Default Gateway . . . . . . . . . : 172.20.0.1
Redémarre ta machine Debian après pour appliquer l'adresse statique.
Voila tiens moi au courant via MP.
gateaway 192.168.1.1
gateway* (pas gateaway)
Un simple journalctl -u networking.service
aurait probablement indiqué cette faute
Voila tiens moi au courant via MP.
Par MP ?
Et pourquoi pas juste ici tout simplement ?
Par MP ?
Et pourquoi pas juste ici tout simplement ?
C'est lui qui m'a invoqué via MP pour savoir ce que j'en pense... je l'aide déjà depuis plusieurs mois, d’où ma réponse.
Sérieux, c'était à cause de ce gateaway
OK ça marche, merci bien pour votre aide
Et oui effectivement Kangaroo m'a beaucoup aidé en MP sur divers problèmes
Je vois
Je fais la remarque parce que lorsqu'on fait des recherches concernant un problème précis, il n'y a rien de plus irritant que de tomber sur un topic qui décrit exactement le problème en question, mais (au choix) :