Vous n'êtes pas identifié(e).
celui du portable est le même.
J'ai essayé de créer un pont, d'installer un dhcp sur le portable, rien n'y fait ...
si vous avez des idées je suis preneur
merci
Dernière modification par araneus (05-05-2016 10:28:03)
Hors ligne
Dernière modification par raleur (02-05-2016 12:56:12)
Il vaut mieux montrer que raconter.
Hors ligne
au fait je joins ifconfig qui peut être utile : (c'est celui du pc serveur)
pour ce qui est du point deux, je vais essayer en premier lieu sans dhcp. Sauf si c'est plus simple avec . Du coup je viens de faire la modification suivante sur le pc-client :
je suis dans le bon chemin ?
Dernière modification par araneus (02-05-2016 13:43:21)
Hors ligne
je me demande si le gateway ne doit pas être mon pc-routeur
Non. La passerelle doit être le bidule 3G-wifi, et c'est configuré automatiquement en DHCP sur l'interface wifi qui est probablement gérée par NetworkManager ou wicd puisqu'elle ne figure pas dans le fichier interfaces. Il ne doit pas y avoir d'option gateway ni de route par défaut sur l'interface du LAN.
Pour le sous-réseau IP, c'est different de celui de wlan0 donc c'est bon.
Le fichier interfaces du poste client n'est pas correct. 192.168.1.1 ne correspond à rien sur ton réseau. L'option gateway doit avoir l'adresse de la machine servant de routeur dans le sous-réseau, ici 192.168.1.101. L'option broadcast est inutile.
N'oublie pas les DNS dans /etc/resolv.conf pour une configuration statique du poste client.
EDIT : change les masques en 255.255.255.0 sinon les deux sous-réseaux WIFI et LAN se recouvrent.
Dernière modification par raleur (02-05-2016 14:01:09)
Il vaut mieux montrer que raconter.
Hors ligne
(tu remarqueras que pendant ton "absence" je testais un tuto ... ;-)
sur le client j'ai donc modifié comme suit :
deux remarques-questions (j'ai envie de comprendre ...)
- j'avais justement mis 255.255.0.0 sur eth0 et 255.255.255.0 sur wlan0 (enfin ça c'est mis seul sur wlan0) pour qu'il n'y ait pas de recouvrement... je ne comprends pas
- je suis passé en début de chaque connexion de "allow-hotplug eth0" à "auto eth0" ... ce n'est pas gênant de ne plus autoriser les connexions en marche ?
merci beaucoup râleur.
Hors ligne
Dernière modification par raleur (02-05-2016 14:53:00)
Il vaut mieux montrer que raconter.
Hors ligne
Hors ligne
Hors ligne
Hors ligne
et bien "allow hotplug" signifie bien qu'on peut brancher et débrancher l'ethernet comme bon nous semble non ?
Si tu parles du câble, non. "hotplug" concerne le branchement du périphérique (ex : adaptateur réseau USB), pas la liaison.
Si une interface est marquée "auto" ou "allow-auto", le système essaiera de la configurer seulement au démarrage.
Si une interface est marquée "allow-hotplug", le système essaiera de la configurer lors de la création de l'interface.
Pour configurer automatiquement une interface lorsque le câble est branché, il faut utiliser ifplugd ou équivalent. Mais ce n'est utile qu'en DHCP, pas en configuration statique.
ça ne marche toujours pas
Il va falloir détailler un peu plus si tu veux de l'aide.
. Au fait dans la partie graphique réservée aux réseau (je suis sous gnome) je n'ai plus rien qui apparaît sur le client
Normal, par défaut NetworkManager ignore les interface définies dans /etc/network/interfaces, et c'est très bien ainsi. Si tu veux configurer une interface via NetworkManager, enlève-là du fichier, comme l'interface wifi du portable.
Il vaut mieux montrer que raconter.
Hors ligne
Hors ligne
Pages perso : feh, omegat, udisks, passerelle, schroot vraiment transparent
Hors ligne
Dernière modification par raleur (03-05-2016 15:22:26)
Il vaut mieux montrer que raconter.
Hors ligne
bon exceptée cette dernière ligne qui me semble (peut-être) normale vu que je suis sur le portable-serveur, je n'ai pas pris le temps de tout analyser et reconnais vous poster celà sans réflexion ... j'aurais plus de temps ce soir pour y réfléchir ... désolé
merci en tous cas, je vous poste vite fait les résultats du pc fixe-client
Dernière modification par araneus (04-05-2016 16:08:44)
Hors ligne
Ne renvoie rien, mais ça me semble normal je suis sur le client, je ne tente même pas ip-forward rien ne transite par le client
ça pue …
et enfin pour host/dig/nslookup/getent hosts … l’autocompletion refuse de se faire pour dig … j’ai dû zapper un truc (suis un peu crevé à courir après mes essaim;) )
encore un grand merci !!
Hors ligne
Dernière modification par raleur (04-05-2016 17:13:42)
Il vaut mieux montrer que raconter.
Hors ligne
me renvoit (sur le client)
3) heur ... désolé mais je n'ai pas compris ...
edit :
Je crois avoir réglé mon problème d'iptables, voici mes manip
vérification
!
et enfin :
Dernière modification par araneus (05-05-2016 10:34:58)
Hors ligne
Pages perso : feh, omegat, udisks, passerelle, schroot vraiment transparent
Hors ligne
et sur le pc-client
Hors ligne
2) j'ai tripatouillé le cable et c'est bon, me renvoit (sur le client)
Renvoie quoi ?
Que donnent les tests de connectivité après les corrections ?
Il vaut mieux montrer que raconter.
Hors ligne
ps : je reprends tout après ces modifications et vous tiens au courant ...
Dernière modification par araneus (05-05-2016 10:07:40)
Hors ligne
Temps que nous sommes sur cette histoire de DNS, si il est mieux d'en installer un je m'y colle de suite
Inutile et prématuré. Un problème à la fois.
Alors pour iptables-saves je le fais après chaque modification, peut être n'est ce pas judicieux et vaut-il mieux attendre la dernière et le faire une fois pour toutes
Tu peux le faire après chaque modification mais il faut inclure la dernière modification, ce que tu n'as pas montré dans ton message #17.
Il vaut mieux montrer que raconter.
Hors ligne
mais si tu n'aimes pas aider pourquoi le faire ?
Je n'aime pas donner mon sang et pourtant je le fais. Tu vois l'idée ?
Il vaut mieux montrer que raconter.
Hors ligne
Dernière modification par araneus (05-05-2016 10:47:07)
Hors ligne
j'avais cru comprendre que les règles d'iptables indique au serveur que toute requête "dont l'adresse est incomprise" doit être transmise au fai (la box 3G)
Pas du tout. D'une part, iptables ne traite pas des "requêtes" (terme vague) mais des paquets IP. D'autre part il ne fait que les accepter, bloquer ou modifier, il ne les transmet pas. Ceci est la fonction du routage qui est basé sur les routes contenues dans la table de routage affichée par route ou ip route. Il n'existe pas d'adresse IP "incomprise" (si c'est ce dont tu parles), une adresse IP est couverte par une route ou pas. Dans les tables de routage de tes machine, on voit deux types de routes :
- une route pour chaque sous-réseau IP local attaché à une interface réseau,
- une route par défaut pour toutes les autres adresses IP.
La route par défaut dit d'envoyer tout paquet destiné à une adresse ne faisant pas partie d'un sous-réseau local couvert par une autre route plus précise vers un routeur (appelé improprement passerelle) par défaut. Pour le poste client, c'est le portable. Pour le portable, c'est la box. Pour la box, c'est un routeur du FAI et ainsi de suite. Le routage IP se fait de proche en proche. S'il n'y a pas de route par défaut ni de route plus spécifique pour une adresse de destination, le paquet ne peut être routé et provoque une erreur "réseau de destination injoignable".
La règle iptables de "masquerading" que tu as créée n'a qu'une fonction : remplacer l'adresse IP source d'un paquet sortant sur l'interface wifi par l'adresse IP de l'interface wifi. C'est inutile pour que le poste client transmette des paquets vers l'extérieur, mais indispensable pour qu'il reçoive les réponses. En effet les routeur et serveurs extérieurs (y compris la box dans sa configuration par défaut) n'ont pas de route approprié pour l'adresse IP privée du poste client, ils ne savent donc pas router les paquets de réponse qui lui sont destinés. On ne pense jamais assez au routage retour.
du coup pourquoi le dns du client doit-il pointer sur la box 3G ?
D'abord, le DNS n'a strictement rien à voir avec le routage des paquets IP dont j'ai parlé ci-dessus. Il faut le voir comme une base de données hiérarchique, distribuée et répliquée. Le rôle d'un serveur DNS est de répondre à des questions (requêtes DNS) telles que "quelle est l'adresse IP de tel nom de domaine ?" ou "quel est le nom du serveur de messagerie pour tel domaine de destination ?". Dans son expression la plus simple, un serveur DNS n'est qu'un relais configuré pour retransmettre les requêtes à un ou plusieurs autres serveurs DNS. C'est généralement ce que font les box internet avec les DNS des FAI. Une machine configurée pour faire du partage de connexion ne fait pas forcément office de serveur DNS à moins d'avoir installé un service ad hoc (bind9, unbound, dnsmasq...). Ce n'est pas indispensable dans la mesure où le FAI fournit des serveurs DNS et la box elle-même fait souvent office de relais DNS.
Il vaut mieux montrer que raconter.
Hors ligne