Re: Accès réseau via USB défaillant (après installation OpenVPN)

2018-08-23 Par sujet Haricophile
Le jeudi 23 août 2018 à 01:09 +0200, roger.tar...@free.fr a écrit :
> Ok. Comment fait-on pour ne plus utiliser du tout Network-Manager ?
> (PS : ça fait plusieurs fois que j'entends des gens de réseau me dire
> que "c'est buggé" - ou dur à gérer - )
> Est-ce que le choix du bureau (Gnome, XFCE, etc.) a une incidence sur
> la présence de Network-Manager?
> 
> PS : j'ai compris que le pgm resolvconf ne correspond pas à une
> méthode statique "obsolète".
> Que veux-tu dire exactement ?
> 
> Quelle est la doc de référence n° 1 sur Debian pour tous ces sujets
> "sensibles" ?

C'est un peu le problème de Debian, beaucoup de doc verbeuse et pas hyper 
facile a trouver. Les wiki
de Archlinux et Gentoo sont bien mieux  structurées.
]
Il y a pour commencer le manuel d'install, mais je constate que la partie 
configuration réseau a été
élaguée.

Sinon dans les pistes :

https://www.debian.org/doc/manuals/debian-reference/ch05.fr.html

https://wiki.debian-fr.xyz/Configuration_du_réseau

https://debian-facile.org/doc:reseau:reseau

et d'autres pistes :

https://www.debian-fr.org/t/blue-book-documentation-debian-pour-les-nouveaux-et-les-autres/71023

https://debian-handbook.info/browse/fr-FR/stable/solving-problems.html#sect.documentation-sources

et aussi un truc qui prend un peu de place et installe un serveur web s'il 
n'est pas présent mais
qui est pratique pour explorer la doc du disque depuis le navigateur : dwww

https://packages.debian.org/search?keywords=dwww=names=all=all



Re: Accès réseau via USB défaillant (après installation OpenVPN)

2018-08-22 Par sujet roger . tarani
Ok. Comment fait-on pour ne plus utiliser du tout Network-Manager ?
(PS : ça fait plusieurs fois que j'entends des gens de réseau me dire que 
"c'est buggé" - ou dur à gérer - )
Est-ce que le choix du bureau (Gnome, XFCE, etc.) a une incidence sur la 
présence de Network-Manager?

PS : j'ai compris que le pgm resolvconf ne correspond pas à une méthode 
statique "obsolète".
Que veux-tu dire exactement ?

Quelle est la doc de référence n° 1 sur Debian pour tous ces sujets "sensibles" 
?
 
- Original Message -
From: "Haricophile" 
To: debian-user-french@lists.debian.org
Sent: Wednesday, August 22, 2018 11:09:24 PM
Subject: Re: Accès réseau via USB défaillant (après installation OpenVPN)

Le mercredi 22 août 2018 à 14:39 +0200, roger.tar...@free.fr a écrit :
> Pouvez-vous me faire un retour sur ce sujet réseau ? 
> 
> sur resolvconf 
> sur les avantages et inconvénients de Network-Manager 
> sur la directive "allow-hotplug"dans /etc/network/interfaces

Ce n'est pas une surprise que utiliser un truc automatique et "hotplug"
comme networkmanager ne soit pas totalement en harmonie avec une
méthode statique "obsolète" quoique efficace (et qui a du être mise a
jour de fait).

Je n'ai pas regardé la doc actuelle, mais il me semble bien avoir vu
dans les messages de APT, au fur et a mesure des mises a jour, toute
les informations au sujet de ifupdown et resolvconf.

Moi j'aurais tendance a ne pas mixer un machin déjà assez compliqué,
Networkmanager, avec une autre méthode de connexion, c'est a dire ne
pas utiliser du tout Networkmanager pour une configuration fixe. Dans
le cas contraire, je configure Networkmanager et pas une deuxième
méthode de connexion.

Même si je répond sans avoir relu la doc d'install, je suis presque
certain que l'essentiel est dedans.



Re: Accès réseau via USB défaillant (après installation OpenVPN)

2018-08-22 Par sujet Haricophile
Le mercredi 22 août 2018 à 14:39 +0200, roger.tar...@free.fr a écrit :
> Pouvez-vous me faire un retour sur ce sujet réseau ? 
> 
> sur resolvconf 
> sur les avantages et inconvénients de Network-Manager 
> sur la directive "allow-hotplug"dans /etc/network/interfaces

Ce n'est pas une surprise que utiliser un truc automatique et "hotplug"
comme networkmanager ne soit pas totalement en harmonie avec une
méthode statique "obsolète" quoique efficace (et qui a du être mise a
jour de fait).

Je n'ai pas regardé la doc actuelle, mais il me semble bien avoir vu
dans les messages de APT, au fur et a mesure des mises a jour, toute
les informations au sujet de ifupdown et resolvconf.

Moi j'aurais tendance a ne pas mixer un machin déjà assez compliqué,
Networkmanager, avec une autre méthode de connexion, c'est a dire ne
pas utiliser du tout Networkmanager pour une configuration fixe. Dans
le cas contraire, je configure Networkmanager et pas une deuxième
méthode de connexion.

Même si je répond sans avoir relu la doc d'install, je suis presque
certain que l'essentiel est dedans.



Re: Accès réseau via USB défaillant (après installation OpenVPN)

2018-08-22 Par sujet roger . tarani

Suite et fin (heureuse) de cette histoire. 
j'espère que cette expérience servira à d'autres. 



TEST 
Dans /etc/resolv.conf (géré dynamiquement par Network Manager), en ajoutant 
manuellement : 
nameserver 192.168.0.1 
nameserver 8.8.8.8 
la machine (qui voyait tout le réseau local) a pu retrouver accès à internet. 


Il semble bien qu'il faut agir ici, et plus précisément sur le programme qui 
gère ce fichier essentiel. 

Après lecture, j'ai installé le programme resolvconf (non installé par défaut 
avec Debian) : 

$ sudo apt-get install resolvconf 


J'ai modifié le fichier /etc/network/interfaces comme suit : 


$ cat /etc/network/interfaces 
# config eth0 IP statique 
auto eth0 
iface eth0 inet static 
address 192.168.0.153 
netmask 255.255.255.0 
dns-nameservers 192.168.0.1 8.8.8.8 
# directives optionnelles : 
gateway 192.168.0.1 
network 192.168.0.1 
broadcast 192.168.0.255 



ATENTION: dns-nameserver s avec un 's' et les adresses IP des DNS sur la même 
ligne séparées par des espaces. 
Avec ces informations, resolvconf génère le fichier /etc/resolv.conf avec des 
directives nameserver individuelles sans s . 



$ cat /etc/resolv.conf 
# Dynamic resolv.conf(5) file for glibc resolver(3) generated by resolvconf(8) 
# DO NOT EDIT THIS FILE BY HAND -- YOUR CHANGES WILL BE OVERWRITTEN 
nameserver 192.168.0.1 
nameserver 8.8.8.8 



TEST 
Si on retire manuellement de ce fichier ces directives nameserver, 
instantanément la machine n'accède plus à internet. 
$ ping -c 3 yahoo.fr 
ping: unknown host yahoo.fr 


Si on redémarre le réseau 

$ sudo /etc/init.d/networking restart 
on constate que resolvconf a généré un nouveau fichier /etc/resolv.conf (et 
l'accès à internet est rétabli) : 
$ cat /etc/resolv.conf 
# Dynamic resolv.conf(5) file for glibc resolver(3) generated by resolvconf(8) 
# DO NOT EDIT THIS FILE BY HAND -- YOUR CHANGES WILL BE OVERWRITTEN 
nameserver 192.168.0.1 
nameserver 8.8.8.8 




Le fichier de configuration resolv.conf contient des informations sur les 
serveurs de noms de domaine que le système doit utiliser. Néanmoins, quand 
plusieurs programmes doivent modifer dynamiquement le fichier de configuration 
resolv.conf , ils peuvent se chevaucher et le fichier peut ne plus être 
synchronisé. Le programme resolvconf s'occupe de ce problème. Il agit comme un 
intermédiaire entre les programmes qui fournissent des informations sur les 
serveurs de noms de domaine (par exemple les clients dhcp) et les programmes 
qui les utilisent (par exemple resolver). 


Références : 
https://wiki.debian.org/fr/NetworkConfiguration#Le_programme_resolvconf 




Tout semble stable (redémarrage, branchement-débranchement de modem 4G USB). 


Pouvez-vous me faire un retour sur ce sujet réseau ? 

sur resolvconf 
sur les avantages et inconvénients de Network-Manager 
sur la directive "allow-hotplug"dans /etc/network/interfaces 
.. 



Merci 





Re: Accès réseau via USB défaillant (après installation OpenVPN)

2018-08-21 Par sujet roger . tarani
Rappel : toutes les connexions (Ethernet, USB) étaient défaillantes. 

SOLUTION 
J'ai repris mon fichier /etc/network/interfaces et j'ai essayé différentes 
configurations. 
J'ai découvert la cause du problème (dans mon contexte) : 
la directive "allow-hotplug eth0" bloque le réseau, tandis que la directive 
"auto eth0" construit un réseau qui fonctionne comme attendu. 

Rq : fournir la configuration de network, broadcast et gateway est sans 
incidence. Le réseau fonctionne visiblement aussi bien avec ou sans (puisqu'il 
peut sans doute déduire ces paramètres à partir de l'adresse IP statique). 
Voir ci-après le fichier /etc/network/interfaces corrigé. 

QUESTION 1 
La directive "allow-hotplug" est-elle connue pour causer de tels problèmes avec 
Debian (Linux) ? 
Pourtant, elle est utilisée/préconisée sur deux sites (officiels) Debian et 
relayée ici et là : 

https://wiki.debian.org/fr/NetworkConfiguration 
https://www.debian.org/doc/manuals/debian-reference/ch05.en.html 

https://www.memoinfo.fr/tutoriels-linux/configuration-reseau-ip-debian/ 
Cette page pointe "le problème" : 
https://unix.stackexchange.com/questions/192671/what-is-a-hotplug-event-from-the-interface
 

Il semble qu'il faille se pencher sur la notion d'événement de type "hotplug 
event" lorsque du matériel est branché/débranché. 


PREMIER TEST 
Avec le nouveau fichier /etc/network/interfaces corrigé. 
J'ai essayé simplement de débrancher et rebrancher mon câble Ethernet : Ok. 
J'ai redémarré avec le câble Ethernet débranché, constaté que le réseau était 
inaccessible. et branché le câble Ethernet: Ok, le réseau était correctement 
configuré. 
J'ai débranché le câble Ethernet, puis branché le modem 4G en USB : une 
interface eth1 a été créée et l'accès à internet opérationnel ("sudo apt-get 
update" ou "ping yahoo.fr"). J'ai débranché et rebranché le modem 4G USB : la 
connexion au réseau internet a été interrompue puis rétablie. 
Constat : la connexion USB qui était activable /désactivable par le tableau de 
bord est juste devenue "Wire : Unmanaged". 

Bizarrerie : j'ai remis " allow-hotplug eth0" et redémarré : Et ça a continué 
de fonctionner !?? 
Ensuite, si on débranche et rebranche "à chaud" le modem USB, il devient "Wire 
: Unmanaged" mais la connexion au réseau internet est opérationnelle 

A ce stade, j'en appelle à votre expertise et expérience. 


IMPORTANT 
Si nécessaire, comment peut-on faire corriger/compléter les docs Debian en 
ligne ? (beaucoup de débutants comme je le suis encore un peu ont été piégés 
par des informations incomplètes ou erronées issues de "sources officielles"). 




QUESTION 2 
2/ les commandes courantes sont-elles suffisantes pour gérer complètement les 
réseaux de sa machine : 
$ sudo ifup eth0 
$ sudo ifdown eth0 
$ sudo /etc/init.d/networking [start|stop|reload|restart|force-reload] 
Ou quelles autres commandes faut-il connaître ? 



Merci 


$ cat /etc/network/interfaces 

# This file describes the network interfaces available on your system 
# and how to activate them. For more information, see interfaces(5). 

source /etc/network/interfaces.d/* 

# The loopback network interface 
auto lo 
iface lo inet loopback 


# config eth0 IP statique MANUELLE 
auto eth0 
#allow-hotplug eth0 
iface eth0 inet static 
address 192.168.0.153 
netmask 255.255.255.0 
#network 192.168.0.0 
#broadcast 192.168.0.255 
#gateway 192.168.0.1 





Re: Accès réseau via USB défaillant (après installation OpenVPN)

2018-08-20 Par sujet roger . tarani
Conflit entre quoi et quoi ?
Quelles commandes me permettront de savoir ce qui se passe là-dessous ?
Merci
- Original Message -
From: Philippe Lacueille 
To: roger tarani 
Sent: Mon, 20 Aug 2018 19:37:32 +0200 (CEST)
Subject: Re: Accès réseau via USB défaillant (après installation OpenVPN)

Bjr. 
Ça sent le conflit d’ip. 
Cela pourrait être une piste ?
Cordialement 
Philippe 

Envoyé de mon iPhone

> Le 20 août 2018 à 18:52, roger.tar...@free.fr a écrit :
> 
> Bonjour
> 
> j'ai configuré une machine Debian Jessie avec x2go server. rq : j'ai du 
> installer le bureau XFCE car le bureau Gnome 3 ne permettait pas d'accéder 
> via x2go à la machine.
> La connexion avec x2Go client (ou ssh, simplement) via le LAN fonctionne 
> normalement.
> Puis, j'ai configuré OpenVPN client qui fonctionne normalement (c'est le VPN 
> SSL de la Freebox Revolution).
> 
> Maintenant, j'ai un nouveau problème : lorsque je connecte un iPhone (partage 
> de connexion) ou un MiFi (un Domino modem 4G/routeur WiFi), la machine 
> n'arrive plus à se connecter à l'internet (par exemple, pour un sudo apt-get 
> update) ni au VPN.
> 
> Précédemment (avant x2go et OpenVPN), j'ai pu utiliser un modem USB (iPhone 
> ou Domino) pour accéder normalement à internet depuis cette machine.
> 
> Sur une autre machine similaire en Jessie, l'iPhone et le Domino donnent 
> accès à internet. La machine peut simultanément faire un sudo apt-get update 
> via l'interface USB offerte et se connecter au serveur VPN distant comme 
> attendu.
> 
> Enfin, je vois que la connexion USB Ethernet sur la machine problématique 
> apparaît momentanément dans la barre de menu comme "unmanaged" puis cette 
> information disparaît de Network Manager/du tableau de bord
> 
> C'est une question à part entière : comment configurer la machine pour que 
> Network Manager soit synchrone avec ce qui se passe en CLI ?
> 
> Sur l'autre machine Debian Jessie qui fonctionne bien, j'ai le même problème 
> _non bloquant_ de désynchronisation entre ce que fait la machine en CLI 
> (bien, dans son cas) et ce qu'indique NetworkManager. Quoique dans son cas, 
> dans Settings/Networks je vois "Wired" pour la connexion via USB 
> (iPhone/Domino).
> 
> Network Manager a une réputation trouble. Et j'ai eu des problèmes avec par 
> le passé (Jessie).
> Faut-il désactiver Network Manager et choisir un autre outil ?
> Ou faut-il tout désactiver pour traiter exclusivement le réseau en CLI ?
> 
> PS : quelle est la manière propre et adaptée à Debian Jessie pour lancer 
> automatiquement la connexion OpenVPN au démarrage de la machine ? (j'ai joué 
> avec différentes commandes mais ça semble brouillon)
> 
> 
> Merci