ppp0 et accès internet : rpi0/nadhat
Bonjour Je teste un acces internet en GPRS par rpi0/nadhat. je voudrais demarrer cet appareil en toute autonomie avec sa carte sim, qu'il ait acces au réseau et ainsi pouvoir transmettre les mails crontabé (J'ai un script qui me renvoit par mail l'IP externe, le routage etc). Hors le pon ne fonctionne ni dans le rc.local, ni dans le crontab. Pourtant en ligne de commande ça fonctionne. Le port de l'appareil est ok. Je peux envoyer des SMS. Mais impossible de me connecter a un réseau GPRS pour transmettre des mails légers. Y a t il une limitation du pppd dans le crontab ou le rc.local ? Dois je procéder différemment ? -- Pat2
Re: problème reconnexion ppp0 au démarrage (stretch)
Le 15/08/2017 à 01:14, Louis-Philippe a écrit : Mon interface ppp0 ne se monte plus automatiquement au démarrage de mon serveur suite à la migration à Debian Stretch. Si je fais la commande "pon dsl-provider", tout fonctionne bien. Et avec ifup ? Un ifup eth0 donne : ifup: interface eth0 already configured Je parlais de la connexion PPPoE, pas de l'interface ethernet sous-jacente. D'après le fichier interface, c'est dsl-provider. Voici les 4 lignes concernant mon interface. (J'ai une eth1 qui est pour le lan...): auto dsl-provider iface dsl-provider inet ppp provider dsl-provider iface eth0 inet manual Je mettrais eth0 avant dsl-provider, c'est mieux si elle est activée avant que la connexion PPPoE soit démarrée. As-tu regardé dans les logs (/var/log/syslog notamment) ? au moment du reboot : Je suis à chercher l'information pour le "Terminating on signal 15" Aug 14 19:00:53 toto pppd[499]: Plugin rp-pppoe.so loaded. Aug 14 19:00:53 toto pppd[506]: pppd 2.4.7 started by root, uid 0 Aug 14 19:00:53 toto pppd[506]: error sending pppoe packet: Network is down Aug 14 19:00:53 toto pppd[506]: error receiving pppoe packet: Network is down Je suppose que c'est parce que eth0 n'est pas encore activée. La permutation dans le fichier interface devrait corriger cela. Mais cela ne semble pas bloquant. A cause de l'asynchronisme de l'init, je pensais que l'interface ethernet pouvait ne pas encore exister au moment où pppd est lancé. Mais visiblement ce n'est pas le cas. Aug 14 19:00:58 toto pppd[506]: PPP session is 1417 Aug 14 19:00:58 toto pppd[506]: Connected to 00:11:ZZ:YY:XX:XX via interface eth0 Aug 14 19:00:58 toto pppd[506]: Using interface ppp0 Aug 14 19:00:58 toto pppd[506]: Connect: ppp0 <--> eth0 Aug 14 19:00:59 toto pppd[506]: Terminating on signal 15 Aug 14 19:01:02 toto pppd[506]: Connection terminated. Aug 14 19:01:02 toto pppd[506]: Exit. Donc quelque chose envoie un signal de fin SIGTERM à pppd. Mais je n'ai pas la moindre idée de quoi. Tu peux ajouter l'option "debug" au fichier /etc/ppp/peers/dsl-provider pour avoir des logs plus détaillés.
Re: problème reconnexion ppp0 au démarrage (stretch)
Le 14 août 2017 à 15:50, Pascal Hambourg a écrit : > Le 14/08/2017 à 20:46, Louis-Philippe a écrit : > >> >> Mon interface ppp0 ne se monte plus automatiquement au démarrage de mon >> serveur suite à la migration à Debian Stretch. >> >> Si je fais la commande "pon dsl-provider", tout fonctionne bien. >> > > Et avec ifup ? > Un ifup eth0 donne : ifup: interface eth0 already configured > > Après avoir découvert ce problème, j'ai refait la commande pppoeconf et il >> a modifié mon fichier interfaces... sans succès. >> > > On peut le voir ? > Voici les 4 lignes concernant mon interface. (J'ai une eth1 qui est pour le lan...): auto dsl-provider iface dsl-provider inet ppp provider dsl-provider iface eth0 inet manual > > Des idées ? >> > > As-tu regardé dans les logs (/var/log/syslog notamment) ? > > au moment du reboot : Je suis à chercher l'information pour le "Terminating on signal 15" Aug 14 19:00:53 toto pppd[499]: Plugin rp-pppoe.so loaded. Aug 14 19:00:53 toto pppd[506]: pppd 2.4.7 started by root, uid 0 Aug 14 19:00:53 toto pppd[506]: error sending pppoe packet: Network is down Aug 14 19:00:53 toto pppd[506]: error receiving pppoe packet: Network is down Aug 14 19:00:58 toto pppd[506]: PPP session is 1417 Aug 14 19:00:58 toto pppd[506]: Connected to 00:11:ZZ:YY:XX:XX via interface eth0 Aug 14 19:00:58 toto pppd[506]: Using interface ppp0 Aug 14 19:00:58 toto pppd[506]: Connect: ppp0 <--> eth0 Aug 14 19:00:59 toto pppd[506]: Terminating on signal 15 Aug 14 19:01:02 toto pppd[506]: Connection terminated. Aug 14 19:01:02 toto pppd[506]: Exit. Merci pour l'information et ton aide ! -- Louis-Philippe Gauthier
Re: problème reconnexion ppp0 au démarrage (stretch)
Le 14/08/2017 à 20:46, Louis-Philippe a écrit : Mon interface ppp0 ne se monte plus automatiquement au démarrage de mon serveur suite à la migration à Debian Stretch. Si je fais la commande "pon dsl-provider", tout fonctionne bien. Et avec ifup ? Après avoir découvert ce problème, j'ai refait la commande pppoeconf et il a modifié mon fichier interfaces... sans succès. On peut le voir ? Des idées ? As-tu regardé dans les logs (/var/log/syslog notamment) ?
problème reconnexion ppp0 au démarrage (stretch)
Bonjour, Mon interface ppp0 ne se monte plus automatiquement au démarrage de mon serveur suite à la migration à Debian Stretch. Si je fais la commande "pon dsl-provider", tout fonctionne bien. Après avoir découvert ce problème, j'ai refait la commande pppoeconf et il a modifié mon fichier interfaces... sans succès. Des idées ? Merci -- Louis-Philippe Gauthier
Re: ppp0
> Il faut installer le paquet iproute (iproute2) qui permet de faire du >routage avancé et du contôle de trafic (QoS) entre autres choses. > routage avancé et du contôle de trafic (QoS) entre autres choses. > Je ferais ça qd FT aura bien voulu arranger les problemes sur ma ligne ADSL. Merci > -- Pensez à lire la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:" To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: ppp0
Debian User a écrit : $ ip route list table local Ça ne correspond à rien dans le man de route. C'est normal, c'est la commande "ip" (qui n'a pas de man hélas) qui remplace avantageusement ifconfig et route. Et quand à ip j'ai pas comme commande vous pouvez préciser? Il faut installer le paquet iproute (iproute2) qui permet de faire du routage avancé et du contôle de trafic (QoS) entre autres choses. -- Pensez à lire la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:" To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: ppp0
> $ ip route list table local Ça ne correspond à rien dans le man de route. Et quand à ip j'ai pas comme commande vous pouvez préciser? Merci -- Pensez à lire la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:" To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: ppp0
Patrick MAGNAUD a écrit : je ne savais pas que l'adresse locale n'apparait pas dans la table de routage ! Les adresses locales (celles de l'interface de loopback, 127.0.0.0/8, et des autres interfaces) sont dans une table de routage spéciale qui s'appelle justement "local", qu'on peut afficher avec : $ ip route list table local alors que les routes externes affichées par la commande "route" sont contenues dans la table "main", qu'on peut aussi afficher avec : $ ip route list table main ou simplement, puisque "main" est la table par défaut : $ ip route La table "local" a priorité sur la table "main". -- Pensez à lire la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:" To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: ppp0
Pour info voici mon interface ppp0 (ifconfig ppp0) peut être que certains seront interessés. # ifconfig ppp0 ppp0 Lien encap:Protocole Point-à-Point inet adr:213.36.222.77 P-t-P:212.129.4.8 Masque:255.255.255.255 UP POINTOPOINT RUNNING NOARP MULTICAST MTU:1500 Metric:1 RX packets:7 errors:0 dropped:0 overruns:0 frame:0 TX packets:8 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 lg file transmission:3 RX bytes:1165 (1.1 KiB) TX bytes:1226 (1.1 KiB) Si je comprends bien l'adresse locale n'est pas 212.129.4.8 mais 213.36.222.77. Merci Pour info je peux accéder à internet Le mercredi 09 novembre 2005 à 12:06 +0100, Patrick MAGNAUD a écrit : > Le mercredi 09 novembre 2005 à 11:53:34, François Boisson écrivait : > > > > Ligne 1: Pour aller à la machine 212.129.4.8, utiliser ppp0 > > directement > > Ligne 2: Pour aller ailleurs, passer par 212.129.4.8. > > > > C'est cohérent. L'adresse locale n'apparait pas dans la table de routage. > > Merci de votre réponse, je ne savais pas que l'adresse locale n'apparait > pas dans la table de routage ! > Merci de l'info, j'ai donc besoin de réviser le routage IP :-) > > Patrick. -- Pensez à lire la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:" To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: ppp0
Le mercredi 09 novembre 2005 à 11:53:34, François Boisson écrivait : > > Ligne 1: Pour aller à la machine 212.129.4.8, utiliser ppp0 > directement > Ligne 2: Pour aller ailleurs, passer par 212.129.4.8. > > C'est cohérent. L'adresse locale n'apparait pas dans la table de routage. Merci de votre réponse, je ne savais pas que l'adresse locale n'apparait pas dans la table de routage ! Merci de l'info, j'ai donc besoin de réviser le routage IP :-) Patrick. pgpwAzektO0OF.pgp Description: PGP signature
Re: ppp0
#route -n Destination Passerelle Genmask Indic Metric RefUse Iface 212.129.4.8 0.0.0.0 255.255.255.255 UH0 00 ppp0 0.0.0.0 212.129.4.8 0.0.0.0 UG0 00 ppp0 Bonjour, Je ne suis pas spécialiste des connections PPP, mais ne faudrait-il pas que la passerelle par défaut soit l'adresse de la machine qui est à l'autre bout de la liaison PPP ? La remarque est bonne mais c'est le cas ici. La table est à lire comme Ligne 1: Pour aller à la machine 212.129.4.8, utiliser ppp0 directement Ligne 2: Pour aller ailleurs, passer par 212.129.4.8. C'est cohérent. L'adresse locale n'apparait pas dans la table de routage. François Boisson -- Pensez à lire la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:" To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: ppp0
Le mardi 08 novembre 2005 à 23:15:46, Debian User écrivait : > > > # ifdown eth0 > > > J'ai fait qque chose qui ressemble a ça j'ai "viré" les lignes > concernant l'interface eth0 dans /etc/network/interface puis j'ai > rebooté ( car il a bien fallu que je passe sous windows pour poster.) > > et la j'avais : > #route -n > Destination Passerelle Genmask Indic Metric RefUse > Iface > 212.129.4.8 0.0.0.0 255.255.255.255 UH0 00 > ppp0 > 0.0.0.0 212.129.4.8 0.0.0.0 UG0 00 > ppp0 Bonjour, Je ne suis pas spécialiste des connections PPP, mais ne faudrait-il pas que la passerelle par défaut soit l'adresse de la machine qui est à l'autre bout de la liaison PPP ? En utilisant l'adresse locale comme passerelle, la machine locale croit être sur le même réseau que toutes les autres et va faire une requête arp, il faut que la machine à l'autre bout fasse office de proxy arp pour que ça marche. Est-ce forcemment le cas ? Je répète que je ne connais pas bien les liaisons PPP et que donc j'extrapole de mes connaissancse d'ethernet. Patrick. pgpPZAPmhxjG0.pgp Description: PGP signature
Re: ppp0
Salut, Debian User a écrit : #route -n Destination Passerelle Genmask Indic Metric Ref Use Iface 212.129.4.8 0.0.0.0 255.255.255.255 UH0 0 0 ppp0 0.0.0.0 212.129.4.8 0.0.0.0 UG0 0 0 ppp0 Tout ça me paraît nominal. Pas de firewall configuré pour n'accepter du trafic que sur eth0 ? Que donnent *exactement* des tests simples comme ping et traceroute vers une adresse IP extérieure, une résolution DNS avec host ? -- Pensez à lire la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:" To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: ppp0
> # ifdown eth0 > J'ai fait qque chose qui ressemble a ça j'ai "viré" les lignes concernant l'interface eth0 dans /etc/network/interface puis j'ai rebooté ( car il a bien fallu que je passe sous windows pour poster.) et la j'avais : #route -n Destination Passerelle Genmask Indic Metric RefUse Iface 212.129.4.8 0.0.0.0 255.255.255.255 UH0 00 ppp0 0.0.0.0 212.129.4.8 0.0.0.0 UG0 00 ppp0 > > > > Merci > > > > -- Pensez à lire la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:" To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: ppp0
* Laurent FRANCOIS <[EMAIL PROTECTED]> [2005-11-08 19:26] : > Bonjour, > > Je suis en galère ma connection ADSL est tombée. Alors j'ai essayé de > configurer une connection auprès de mon FAI avec mon modem externe et > essayé de retrouver une connection RTC. Oui je sais ça fait mal. > > J'ai utilisé les instructions de De Lattre: > 1)pppconfig > 2)plog -f me donne un log qui me satisfait > > J'ai la création d'une interface ppp0 que je retrouve en faisant ifconfig > -a avec mon adresse IP, les 2 adresses DNS. > > Par contre si je fait un ping bah il ne se passe rien. Et je ne peux surfer. > > Mais je me dis que j'ai toujours mon interface eth0 qui elle est en rade. > Donc si toutes les requetes sont faites par eth0 et pas par ppp0 bah ça va > pas marcher. > > Comment je fais pour dire d'utiliser ppp0? Probablement un problème de routage. Qu'est-ce que un "/sbin/route" ? Tu as bien l'option defaultroute dans ton fichier /etc/ppp/options ? (de mémoire) Fred -- Comment poser les questions de manière intelligente ? http://www.gnurou.org/documents/smart-questions-fr.html Comment signaler efficacement un bug ? http://www.chiark.greenend.org.uk/~sgtatham/bugs-fr.html -- Pensez à lire la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:" To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: ppp0
Le Tue, 08 Nov 2005 19:26:23 +0100 Laurent FRANCOIS <[EMAIL PROTECTED]> a écrit: > J'ai utilisé les instructions de De Lattre: > 1)pppconfig > 2)plog -f me donne un log qui me satisfait > > J'ai la création d'une interface ppp0 que je retrouve en faisant ifconfig > -a avec mon adresse IP, les 2 adresses DNS. > > Par contre si je fait un ping bah il ne se passe rien. Et je ne peux surfer. > > Mais je me dis que j'ai toujours mon interface eth0 qui elle est en rade. > Donc si toutes les requetes sont faites par eth0 et pas par ppp0 bah ça va > pas marcher. > > Comment je fais pour dire d'utiliser ppp0? # ifdown eth0 > > Merci > -- Pensez à lire la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:" To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
ppp0
Bonjour, Je suis en galère ma connection ADSL est tombée. Alors j'ai essayé de configurer une connection auprès de mon FAI avec mon modem externe et essayé de retrouver une connection RTC. Oui je sais ça fait mal. J'ai utilisé les instructions de De Lattre: 1)pppconfig 2)plog -f me donne un log qui me satisfait J'ai la création d'une interface ppp0 que je retrouve en faisant ifconfig -a avec mon adresse IP, les 2 adresses DNS. Par contre si je fait un ping bah il ne se passe rien. Et je ne peux surfer. Mais je me dis que j'ai toujours mon interface eth0 qui elle est en rade. Donc si toutes les requetes sont faites par eth0 et pas par ppp0 bah ça va pas marcher. Comment je fais pour dire d'utiliser ppp0? Merci
Re: Connection ethernet au boot (ppp0: périphérique non trouvé)
Leopold BAILLY <[EMAIL PROTECTED]> writes: > "[EMAIL PROTECTED]" <[EMAIL PROTECTED]> writes: > >> Leopold BAILLY a écrit : [...] >>> nb : l'entrée pour la carte ethernet n'est pas nécessaire. >> >> Il faut quand même s'assurer d'une façon ou d'une autre que l'interface >> ethernet >> utilisée par PPPoE est active avant de lancer pppd. > > C'est apparemment pris en charge automatiquement par les scripts Debian, > preuve > en est que ma connexion adsl s'établit parfaitement. C'*était* le cas. Je viens de me mettre à jour et j'ai été confronté au même problème : l'interface ethernet doit maintenant être activée explicitement. Je comprends enfin l'objet de ce fil... La solution pre-up est au poil, merci. Léo.
Re: Re: Connection ethernet au boot (ppp0: périphérique non trouvé)
Le 03/05/05, Jean-Nicolas Culot a écrit : > Pascal, > > Il semblerait que l'interface eth0 ne soit pas activée au boot, sais-tu quel > est > le script qui doit "réveiller" eth0 ? il y a bien S40networking dans > /etc/rcS.d > mais après le démarrage, un ifconfig de montre aucune interface eth0 ! > > dmsg donne sur le sujet : > eth0: RealTek RTL8139 at 0xcfd03000, 00:08:02:4c:3f:94, IRQ 11 > eth0: Identified 8139 chip type 'RTL-8139C' > NET: Registered protocol family 17 > eth0: link up, 10Mbps, half-duplex, lpa 0x > S'il n'y a rien dans le fichier interfaces concernant eth0, c'est normal qu'elle ne soit pas activée. Par contre, ifconfig -a doit liste l'interface, sans paramêtres. Perso, j'ai mis ça dans le fichier interfaces pour activer ma connexion ADSL : auto dsl-provider # nom du script dans /etc/ppp/peers iface dsl-provider inet ppp provider dsl-provider pre-up ifconfig eth1 up # Active l'interface ethernet -- Sébastien
Re: Re: Connection ethernet au boot (ppp0: périphérique non trouvé)
Pascal, Il semblerait que l'interface eth0 ne soit pas activée au boot, sais-tu quel est le script qui doit "réveiller" eth0 ? il y a bien S40networking dans /etc/rcS.d mais après le démarrage, un ifconfig de montre aucune interface eth0 ! dmsg donne sur le sujet : eth0: RealTek RTL8139 at 0xcfd03000, 00:08:02:4c:3f:94, IRQ 11 eth0: Identified 8139 chip type 'RTL-8139C' NET: Registered protocol family 17 eth0: link up, 10Mbps, half-duplex, lpa 0x Merci d'avance. -- Pensez à lire la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:" To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Connection ethernet au boot (ppp0: périphérique non trouvé)
"[EMAIL PROTECTED]" <[EMAIL PROTECTED]> writes: > Leopold BAILLY a écrit : >> >>>auto dsl-provider >>> iface dsl-provider inet ppp >>> provider dsl-provider >> >> euh...J'ai plutôt : >> auto ppp0 >> iface ppp0 inet ppp >> provider dsl-provider >> Je crois qu'on n'est pas obligé de nommer l'interface ppp0, > > Non seulement on n'est pas obligé, mais ça ne servirait à rien : on n'a aucune > assurance que l'interface s'appellera effectivement ppp0 car c'est pppd qui > choisit lui-même le nom pppX de l'interface créée en fonction des interfaces > PPP > existantes. En cas de multiples liaisons PPP simultanées, les noms des > interfaces dépendront de l'ordre d'établissement des connexions. > >> mais ce n'est peut-être pas sans effet de bord. > > Jamais rien vu de tel. Mauvaise hypothèse implique mauvaise conclusion. >> nb : l'entrée pour la carte ethernet n'est pas nécessaire. > > Il faut quand même s'assurer d'une façon ou d'une autre que l'interface > ethernet > utilisée par PPPoE est active avant de lancer pppd. C'est apparemment pris en charge automatiquement par les scripts Debian, preuve en est que ma connexion adsl s'établit parfaitement. > >>>J'ai remarqué qu'un ifconfig ppp0 avant la configuration par pppoeconf me >>>donne : >>>ppp0: erreur lors de la recherche d'infos sur l'interface: Périphérique non >>>trouvé. >> D'après ta config, "ifconfig dsl-provider" serait plus logique (quand je >> parlais >> d'effet de bord...). > > Non, rien à voir, il ne faut pas tout mélanger. ifconfig utilise le vrai nom > de > l'interface, ici ppp0, ppp1... Le nom déclaré dans la ligne iface de > /etc/network/interfaces n'est utilisé que par ifup|ifdown, et le nom du > fichier > d'options situé dans /etc/ppp/peers n'est utilisé que par pon|poff et pppd > call. Merci de ces précisions, la page de manuel de /etc/network/interfaces me paraît désormais beaucoup plus claire. Léo.
Re: Connection ethernet au boot (ppp0: périphérique non trouvé)
Leopold BAILLY a écrit : auto dsl-provider iface dsl-provider inet ppp provider dsl-provider euh...J'ai plutôt : auto ppp0 iface ppp0 inet ppp provider dsl-provider Je crois qu'on n'est pas obligé de nommer l'interface ppp0, Non seulement on n'est pas obligé, mais ça ne servirait à rien : on n'a aucune assurance que l'interface s'appellera effectivement ppp0 car c'est pppd qui choisit lui-même le nom pppX de l'interface créée en fonction des interfaces PPP existantes. En cas de multiples liaisons PPP simultanées, les noms des interfaces dépendront de l'ordre d'établissement des connexions. mais ce n'est peut-être pas sans effet de bord. Jamais rien vu de tel. nb : l'entrée pour la carte ethernet n'est pas nécessaire. Il faut quand même s'assurer d'une façon ou d'une autre que l'interface ethernet utilisée par PPPoE est active avant de lancer pppd. J'ai remarqué qu'un ifconfig ppp0 avant la configuration par pppoeconf me donne : ppp0: erreur lors de la recherche d'infos sur l'interface: Périphérique non trouvé. D'après ta config, "ifconfig dsl-provider" serait plus logique (quand je parlais d'effet de bord...). Non, rien à voir, il ne faut pas tout mélanger. ifconfig utilise le vrai nom de l'interface, ici ppp0, ppp1... Le nom déclaré dans la ligne iface de /etc/network/interfaces n'est utilisé que par ifup|ifdown, et le nom du fichier d'options situé dans /etc/ppp/peers n'est utilisé que par pon|poff et pppd call. -- Pensez à lire la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:" To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Connection ethernet au boot (ppp0: périphérique non trouvé)
Le Thu, 28 Apr 2005 22:07:12 +0200 Jean-Nicolas Culot <[EMAIL PROTECTED]> à écrit: > Bonjour, > > J'ai déjà posté sur ce problème mais le titre n'est pas très clair > (ppp_on_boot > deprecated) donc je reformule le problème : > > Après un apt-get update/upgrade, la connexion automatique via ma carte > ethernet > ne se fait plus au boot et de plus, une connexion manuelle ne fonctionne pas > (par pppd call dsl-provider). > > Je suis donc obligé de reconfigurer ma connexion par pppoeconf à chaque > démarrage. > > Tous les fichiers de configuration ont l'air corrects (dsl-provider dans > peers, > le fichier interfaces avec : > auto dsl-provider > iface dsl-provider inet ppp > provider dsl-provider). > NB: j'ai essayé de faire un fichier personnalisé dsl-provider mais aucune > différence. > > J'ai remarqué qu'un ifconfig ppp0 avant la configuration par pppoeconf me > donne : > ppp0: erreur lors de la recherche d'infos sur l'interface: Périphérique non > trouvé. > > J'ai donc l'impression que l'interface ppp0 n'est pas démarrée au boot ! > Quelqu'un aurait-il une idée ? > > Merci d'avance. > > Salut. Essaies comme ça: auto dsl-provider iface dsl-provider inet ppp provider dsl-provider pre-up ifconfig eth0 up et relances /etc/init.d/network. A+
Re: Connection ethernet au boot (ppp0: périphérique non trouvé)
Jean-Nicolas Culot <[EMAIL PROTECTED]> writes: > Bonjour, > > J'ai déjà posté sur ce problème mais le titre n'est pas très clair > (ppp_on_boot > deprecated) donc je reformule le problème : > > Après un apt-get update/upgrade, la connexion automatique via ma carte > ethernet > ne se fait plus au boot et de plus, une connexion manuelle ne fonctionne pas > (par pppd call dsl-provider). > > Je suis donc obligé de reconfigurer ma connexion par pppoeconf à chaque > démarrage. > > Tous les fichiers de configuration ont l'air corrects (dsl-provider dans > peers, > le fichier interfaces avec : > auto dsl-provider > iface dsl-provider inet ppp > provider dsl-provider). euh...J'ai plutôt : auto ppp0 iface ppp0 inet ppp provider dsl-provider Je crois qu'on n'est pas obligé de nommer l'interface ppp0, mais ce n'est peut-être pas sans effet de bord. nb : l'entrée pour la carte ethernet n'est pas nécessaire. > NB: j'ai essayé de faire un fichier personnalisé dsl-provider mais aucune > différence. > > J'ai remarqué qu'un ifconfig ppp0 avant la configuration par pppoeconf me > donne : > ppp0: erreur lors de la recherche d'infos sur l'interface: Périphérique non > trouvé. D'après ta config, "ifconfig dsl-provider" serait plus logique (quand je parlais d'effet de bord...). > > J'ai donc l'impression que l'interface ppp0 n'est pas démarrée au boot ! > Quelqu'un aurait-il une idée ? Pour tout activer manuellement : invoke-rc.d networking restart Si ça marche manuellement, mais pas automatiquement au démarrage, c'est qu'il manque des liens dans /etc/rc*.d. À créer avec update-rc.d. Léo.
Re: Connection ethernet au boot (ppp0: périphérique non trouvé)
Jean-Nicolas Culot a écrit : J'ai déjà posté sur ce problème mais le titre n'est pas très clair (ppp_on_boot deprecated) donc je reformule le problème : Après un apt-get update/upgrade, la connexion automatique via ma carte ethernet ne se fait plus au boot et de plus, une connexion manuelle ne fonctionne pas (par pppd call dsl-provider). Je suis donc obligé de reconfigurer ma connexion par pppoeconf à chaque démarrage. Tous les fichiers de configuration ont l'air corrects (dsl-provider dans peers, le fichier interfaces avec : auto dsl-provider iface dsl-provider inet ppp provider dsl-provider). NB: j'ai essayé de faire un fichier personnalisé dsl-provider mais aucune différence. J'ai remarqué qu'un ifconfig ppp0 avant la configuration par pppoeconf me donne : ppp0: erreur lors de la recherche d'infos sur l'interface: Périphérique non trouvé. J'ai donc l'impression que l'interface ppp0 n'est pas démarrée au boot ! Ça c'est plutôt la conséquence. Et la cause est peut-être que l'interface ethernet sur laquelle est relié le mode n'est pas activée. As-tu essayé la solution proposée dans le tout récent fil "probleme avec pppd" ? Tu peux tester en l'activant manuellement avec la commande "ifconfig ethX up" avant de lancer pppd. Si ça ne marche pas : - que contient /etc/network/interfaces relativement à cette interface ethernet ? - que contiennent les logs de pppd et pppoe dans /var/log ? - que raconte pppd en mode debug ? Note : pppd call (ou pon) n'utilise pas /etc/network/interfaces, pour cela utilise plutôt "ifup dsl-provider". -- Pensez à lire la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:" To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Connection ethernet au boot (ppp0: périphériq ue non trouvé)
Le 28/04/05, Jean-Nicolas Culot a écrit : > Bonjour, > > J'ai déjà posté sur ce problème mais le titre n'est pas très clair > (ppp_on_boot > deprecated) donc je reformule le problème : > > Après un apt-get update/upgrade, la connexion automatique via ma carte > ethernet > ne se fait plus au boot et de plus, une connexion manuelle ne fonctionne pas > (par pppd call dsl-provider). > > Je suis donc obligé de reconfigurer ma connexion par pppoeconf à chaque > démarrage. > > Tous les fichiers de configuration ont l'air corrects (dsl-provider dans > peers, > le fichier interfaces avec : > auto dsl-provider > iface dsl-provider inet ppp > provider dsl-provider). > NB: j'ai essayé de faire un fichier personnalisé dsl-provider mais aucune > différence. > > J'ai remarqué qu'un ifconfig ppp0 avant la configuration par pppoeconf me > donne : > ppp0: erreur lors de la recherche d'infos sur l'interface: Périphérique non > trouvé. > > J'ai donc l'impression que l'interface ppp0 n'est pas démarrée au boot ! > Quelqu'un aurait-il une idée ? L'interface ppp0 n'est effectivement pas démarré, mais ce que j'ai constaté avec le modem ADSL sur ethernet que j'ai, c'est que l'interface ethernet (eth1) qui correspond au périphérique ou est relié le modem n'etais pas activée. Du coup, je fais un ifconfig eth1 up, et le pon dsl-provider passe. Normalement, ça doit pouvoir se faire avec l'option pre-up du fichier interfaces, mais je n'ai pas essayé. -- Sébastien
Connection ethernet au boot (ppp0: périphérique non trouvé)
Bonjour, J'ai déjà posté sur ce problème mais le titre n'est pas très clair (ppp_on_boot deprecated) donc je reformule le problème : Après un apt-get update/upgrade, la connexion automatique via ma carte ethernet ne se fait plus au boot et de plus, une connexion manuelle ne fonctionne pas (par pppd call dsl-provider). Je suis donc obligé de reconfigurer ma connexion par pppoeconf à chaque démarrage. Tous les fichiers de configuration ont l'air corrects (dsl-provider dans peers, le fichier interfaces avec : auto dsl-provider iface dsl-provider inet ppp provider dsl-provider). NB: j'ai essayé de faire un fichier personnalisé dsl-provider mais aucune différence. J'ai remarqué qu'un ifconfig ppp0 avant la configuration par pppoeconf me donne : ppp0: erreur lors de la recherche d'infos sur l'interface: Périphérique non trouvé. J'ai donc l'impression que l'interface ppp0 n'est pas démarrée au boot ! Quelqu'un aurait-il une idée ? Merci d'avance. -- Pensez à lire la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:" To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
[Resolu] pb de réglage de mtu sur ppp0
BOnjour, Je remercie tout ceux qui m'ont aidé. Mon problème venait de mon modem (un netgear DM602) qui refusait beaucoup de paquets sous le pretexte fallacieux de MTU trop grand. Après 2 jours de recherches actives j'ai finalement compris qu'il fallait que je remette son firmware d'origine. Quant au pourquoi du comment du fonctionnement du clients et pas du serveur, je manque de connaissance pour expliquer la chose. Encore merci. -- Ploufy
Re: [long] pb de réglage de mtu sur ppp0
Jean-Michel OLTRA wrote: bonjour, Le jeudi 21 octobre 2004, Ploufy a écrit... Du coup je navigue bien de mon client (sous debian unstable complet) mais pour le serveur nada. Aucune amélioration. J'ai verifié que la règle de /etc/ppp/ip-up.d/0clampmss est présente quand je fais iptables -L. Si le client fonctionne, pourquoi serait ce un souci de mtu ? Sinon, mais ça n'a pas trop de rapport...j'avais des soucis (rtc 56k) dans les transferts de fichiers par le net. J'ai modifié le mss avec iptables et ça marche. J'ai utilisé tcpdump pour voir ce qui se passait. Pour les pmtu il y a tracepath, comme utilitaire. Il faut dire au kernel Linux de convertir les trames de 1500 en 1492 : *iptables -A FORWARD -p tcp --tcp-flags SYN,RST SYN -j TCPMSS --clamp-mss-to-pmtu Stephane *
Re: [long] pb de réglage de mtu sur ppp0
bonjour, Le jeudi 21 octobre 2004, Ploufy a écrit... > Du coup je navigue bien de mon client (sous debian unstable complet) > mais pour le serveur nada. Aucune amélioration. > J'ai verifié que la règle de /etc/ppp/ip-up.d/0clampmss est présente > quand je fais iptables -L. Si le client fonctionne, pourquoi serait ce un souci de mtu ? Sinon, mais ça n'a pas trop de rapport...j'avais des soucis (rtc 56k) dans les transferts de fichiers par le net. J'ai modifié le mss avec iptables et ça marche. J'ai utilisé tcpdump pour voir ce qui se passait. Pour les pmtu il y a tracepath, comme utilitaire. -- jm
Re: [long] pb de réglage de mtu sur ppp0
On Thu, Oct 21, 2004, Ploufy wrote: > [...] > Du coup je navigue bien de mon client (sous debian unstable complet) > mais pour le serveur nada. Aucune amélioration. > [...] Tu as vérifié que tu as bien 1 dans /proc/sys/net/ipv4/ip_forward ? En général, quelque soit le mtu un simple ping doit passer sans problème (car le paquet est nettement plus court que le mtu). Cordialement, -- Renaud Dartus
[long] pb de réglage de mtu sur ppp0
Salut la liste ! Vous vous en doutez j'ai comme un soucis. Voila le tableau. * passerelle sous sarge * noyau debian 2.4.25-1-386 * 2 carte ethernet 3com en ISA (3C509 je crois, c'est aussi le nom du driver) * ppp, pppoe et pppoeconf sont ceux de unstable (en désespoir de cause) J'ai décidé d'utiliser mon modem routeur en mode pont. Donc installation de pppoe et ses amis. Un coup de pppoeconf je lui dis de démarrer la connexion et hop ca roule. Enfin presque. Toute navigation su le nain-ternet est impossible. Lecteur assidu de la liste et apres qqs ping et autre host ou traceroute de google (avec le firewall descendu bien sur) j'en viens "rapidement" à remettre en cause le fameux mtu. un ifconfig me confirme que ppp0 possède un mtu de 1492. Je modifie les options dans /etc/ppp/dsl-provider et modifie la ligne mtu 1492 en mtu 1452. De plus je décommente la lgne : pty "/usr/sbin/pppoe -I eth0 -T 80 -m 1452" Enfin je rajoute : mtu 1452 dans le interfaces de mes deux machines pour les carte réseau en action (eth0 sur le client et eth1 sur la passerelle) Du coup je navigue bien de mon client (sous debian unstable complet) mais pour le serveur nada. Aucune amélioration. J'ai verifié que la règle de /etc/ppp/ip-up.d/0clampmss est présente quand je fais iptables -L. N'ayant plus aucune idée je fais appel à vous. Comment modifier ce satané mtu pour ppp0 et/ou résoudre mon pb ? voici le résultat de ifconfig : korben:/etc/ppp/ip-up.d# ifconfig eth0 Link encap:Ethernet HWaddr 00:A0:24:5B:97:6B inet addr:192.168.0.2 Bcast:192.168.0.255 Mask:255.255.255.0 UP BROADCAST RUNNING MULTICAST MTU:1452 Metric:1 RX packets:28392270 errors:0 dropped:0 overruns:0 frame:0 TX packets:42024664 errors:0 dropped:0 overruns:0 carrier:153 collisions:2112002 txqueuelen:1000 RX bytes:1006795629 (960.1 MiB) TX bytes:2338147544 (2.1 GiB) Interrupt:5 Base address:0x220 eth1 Link encap:Ethernet HWaddr 00:A0:24:D4:5F:34 inet addr:192.168.0.13 Bcast:192.168.0.255 Mask:255.255.255.0 UP BROADCAST RUNNING MULTICAST MTU:1452 Metric:1 RX packets:39801649 errors:0 dropped:0 overruns:0 frame:0 TX packets:25607295 errors:0 dropped:0 overruns:0 carrier:79 collisions:143030 txqueuelen:1000 RX bytes:1178764275 (1.0 GiB) TX bytes:3346194913 (3.1 GiB) Interrupt:10 Base address:0x230 loLink encap:Local Loopback inet addr:127.0.0.1 Mask:255.0.0.0 UP LOOPBACK RUNNING MTU:16436 Metric:1 RX packets:134563 errors:0 dropped:0 overruns:0 frame:0 TX packets:134563 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:0 RX bytes:23422386 (22.3 MiB) TX bytes:23422386 (22.3 MiB) ppp0 Link encap:Point-to-Point Protocol inet addr:xxx.xxx.xxx.xxx P-t-P:xxx.xxx.xxx.xxx Mask:255.255.255.255 UP POINTOPOINT RUNNING NOARP MULTICAST MTU:1492 Metric:1 RX packets:2672 errors:0 dropped:0 overruns:0 frame:0 TX packets:2801 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:3 RX bytes:1399660 (1.3 MiB) TX bytes:300616 (293.5 KiB) le résultat de 'dpkg -l ppp*|grep ii" : ii ppp2.4.2+20040428 Point-to-Point Protocol (PPP) daemon ii pppoe 3.5-4 PPP over Ethernet driver ii pppoeconf 1.0.11 configures PPPoE/ADSL connections et enfin iptables -L me donne : ... Chain FORWARD (policy DROP) ... TCPMSS tcp -- anywhere anywhere tcp flags:SYN,RST/SYN tcpmss match 1400:1536 TCPMSS clamp to PMTU ... Bon ben je vois pas d'autres trucs à ajouter. Ah si ! Gardez moi en copie privée, mon serveur mail hébergé sur la passerelle ne fonctionne forcément plus bien. Milles Merci !!! -- Ploufy
Re: Problemes de connexion au net via ppp0
Ultimateclem a écrit : Combien as-tu de connexions ouvertes lorsque ta ligne est mauvaise ? Trop de connexions ouvertes simultanément font saturer la table NAT de ta passerelle. Bonsoir Je réponds une 2ème fois à ce mail, car c'est la solution à mon problème, apparemment :-) J'ai répondu un peu vite ce matin... Je viens de vérifier les fichiers de conf de shorewall, et il se trouve que je ne m'étais pas rendu compte que c'était depuis l'install de shorewall que ma connexion merdait. Un des fichiers chargeait le "module" nat (il est en dur chez moi, mais bon...). J'ai commenté cette ligne, et relancé shorewall : ça a l'air de très bien marcher... comme avant ! :-)) Merci mille fois à toi et à Jacques pour votre aide. -- Arnaud
Re: Problemes de connexion au net via ppp0
Ultimateclem a écrit : Le Lundi 13 Octobre 2003 23:00, Arnaud CALVO a écrit : J'ai l'impression que tout d'un coup, ma connexion ne trouve plus de DNS. Quand je fais des ping, j'ai plein de pertes : debian:/home/arnaud# ping google.fr PING google.fr (216.239.37.100): 56 data bytes --- google.fr ping statistics --- 11 packets transmitted, 0 packets received, 100% packet loss Combien as-tu de connexions ouvertes lorsque ta ligne est mauvaise ? Parfois une seule ! Je tente juste de télécharger mes mails ! Trop de connexions ouvertes simultanément font saturer la table NAT de ta passerelle. Là, tu me parles en chinois... Si je désactive mon shorewall (eh oui, j'y connais rien !), tu crois que ça peut arranger les choses ?! En général, 350 est un maximum pour l'adsl. Je suis en rtc Les logiciels de p2p de type emule sont très gourmands en nombre de connexions. Mais c'est pas forcément toi qui sature ta passerelle, malheureusement. Comment le savoir ? En tout cas, ton problème ressemble beaucoup aux symptomes de la table NAT saturée. Ce ne sont pas les DNS : ils te répondent, puisque tu connais l'IP de google. Oui, mais souvent, le ping n'affiche rien... Connaissez-vous des DNS qui répondent vite et sont rarement en panne ? -- Arnaud
Re: Problemes de connexion au net via ppp0
Arnaud CALVO a écrit, lundi 13 octobre 2003, à 23:00 : > > Bonsoir bonsoir. > [modem intermittent] > Si l'un d'entre vous a la moindre idée pour m'aider à diagnostiquer, > voire solutionner le problème, je lui en serais très reconnaissant... Peut-être ces interruptions sont-elles des renégociations de vitesse du modem ? J'ai parfois ces interruptions de quelques dizaines de secondes, c'est plus ou moins fréquent selon l'heure, la météo ou le coefficient de la marée ... Il faut paramétrer pppd avec un timeout suffisant pour essayer d'éviter le raccrochage ; on peut aussi essayer de brider la vitesse du modem (cf. commandes AT) pour voir si ça arrange un peu les choses. > Merci ! de rien, -- Jacques L'helgoualc'h
Re: Problemes de connexion au net via ppp0
Le Lundi 13 Octobre 2003 23:00, Arnaud CALVO a écrit : > Bonsoir > > J'ai l'impression que tout d'un coup, ma connexion ne trouve plus de DNS. > Quand je fais des ping, j'ai plein de pertes : > debian:/home/arnaud# ping google.fr > PING google.fr (216.239.37.100): 56 data bytes > > --- google.fr ping statistics --- > 11 packets transmitted, 0 packets received, 100% packet loss Combien as-tu de connexions ouvertes lorsque ta ligne est mauvaise ? Trop de connexions ouvertes simultanément font saturer la table NAT de ta passerelle. En général, 350 est un maximum pour l'adsl. Les logiciels de p2p de type emule sont très gourmands en nombre de connexions. Mais c'est pas forcément toi qui sature ta passerelle, malheureusement. En tout cas, ton problème ressemble beaucoup aux symptomes de la table NAT saturée. Ce ne sont pas les DNS : ils te répondent, puisque tu connais l'IP de google. > > Merci ! -- ultimateclem Debian user
Problemes de connexion au net via ppp0
Bonsoir Depuis l'apparition de Swen (environ, mais je ne sais pas s'il y a un rapport), j'ai des problèmes de connexion internet. Ce n'est pas la qualité de ma ligne (FT l'a testée, elle est nickel), puisque j'ai récupéré à la fin de la semaine dernière une bonne qualité de connexion. Depuis ce WE, on remet ça : la connexion est nickel pendant 15 mn au démarrage de la machine, puis d'un coup, plus rien ou presque ne transite par le modem (les lumières ne clignotent plus). Parfois, les flux reprennent, mais jamais pour bien longtemps... c'est signe de coupure imminente :-( Quand je coupe ma connexion, que j'attends 5 à 10 mn et que je la relance, je bénéficie d'une bonne qualité pendant 5/10 mn, puis re-, plus rien. Ces problèmes apparaissent "par vagues" : Quand j'ai installé ma debian-woody au début du mois de septembre, je n'avais aucun problème. La preuve : je suis passé à la debian-sid en téléchargeant 200 à 300 méga de packages via mon modem (RTC)... Sont arrivés Swen et mon problème de connexion (je croyais au début qu'il s'agissait d'un problème de surcharge chez mon hébergeur ou chez Tiscali dû à Swen, et puis quand j'ai récupéré une connexion correcte la semaine dernière, alors que je recevais encore plusieurs centaines de virus dans la journée, je me suis dit que le problème était ailleurs... J'ai l'impression que tout d'un coup, ma connexion ne trouve plus de DNS. Quand je fais des ping, j'ai plein de pertes : debian:/home/arnaud# ping google.fr PING google.fr (216.239.37.100): 56 data bytes --- google.fr ping statistics --- 11 packets transmitted, 0 packets received, 100% packet loss debian:/home/arnaud# ping google.com PING google.com (216.239.37.99): 56 data bytes 64 bytes from 216.239.37.99: icmp_seq=3 ttl=53 time=350.0 ms 64 bytes from 216.239.37.99: icmp_seq=7 ttl=53 time=280.0 ms --- google.com ping statistics --- 21 packets transmitted, 2 packets received, 90% packet loss round-trip min/avg/max = 280.0/315.0/350.0 ms Pour info, j'ai configuré ma connexion avec pppconfig, et je lui ai dit d'utiliser des "nameservers -> dynamic". Si l'un d'entre vous a la moindre idée pour m'aider à diagnostiquer, voire solutionner le problème, je lui en serais très reconnaissant... Merci ! -- Arnaud
Re: ppp0 + eth0
le Sat, 20 Sep 2003 11:26:34 +0200, Erwan David <[EMAIL PROTECTED]> s'exprima en ces termes: > Le Thu 18/09/2003, Nicolas Rueff disait > > le Thu, 18 Sep 2003 15:27:13 +0200, jean-michel OLTRA > > <[EMAIL PROTECTED]> s'exprima en ces termes: > > > > > Le jeudi 18 septembre 2003, Nicolas Rueff a écrit... > > > bonjour, > > > > > > > > > > Pour en venir à ma question: y a-t-il moyen de virer proprement > > > > (i.e. sans faire un "ifdown eth0") la route passant par eth0 > > > > quand ppp0 s'active , et de rétablir la situation à la > > > > désactivation ? > > > > > > un script qui ferait: > > > route del...dev iface > > > dans /etc/ppp/ip-up.d ??? > > > > > > et le contraire dans ip-down.d/ > > > > > > J'ai un truc comme ça qui active/désactive le masquerading. On > > > doit pouvoir en faire autant pour la route ? Euh...? > > > > Ouaip, c'est ce que j'ai fait au final, mais > > 1) bourrin > > 2) si un jour je veux surfer ET utiliser mon (éventuel) réseau > > local, > > j'en reviendrai au même point. > > Ben non t'as pas besoin d'une route par défaut pour ton réseau local. De fait non (faut que j'arrête les week-end, moi). Et la solution a été de virer la route par défaut établie quand eth0 passe en up. /N __ Nicolas Rueff <[EMAIL PROTECTED]> http://rueff.tuxfamily.org +33 6 77 64 44 80 -- Computers will not be perfected until they can compute how much more than the estimate the job will cost. __ pgp71vSWGqg7W.pgp Description: PGP signature
Re: ppp0 + eth0
Le Thu 18/09/2003, Nicolas Rueff disait > le Thu, 18 Sep 2003 15:27:13 +0200, jean-michel OLTRA > <[EMAIL PROTECTED]> s'exprima en ces termes: > > > Le jeudi 18 septembre 2003, Nicolas Rueff a écrit... > > bonjour, > > > > > > > Pour en venir à ma question: y a-t-il moyen de virer proprement > > > (i.e. sans faire un "ifdown eth0") la route passant par eth0 quand > > > ppp0 s'active , et de rétablir la situation à la désactivation ? > > > > un script qui ferait: > > route del...dev iface > > dans /etc/ppp/ip-up.d ??? > > > > et le contraire dans ip-down.d/ > > > > J'ai un truc comme ça qui active/désactive le masquerading. On doit > > pouvoir en faire autant pour la route ? Euh...? > > Ouaip, c'est ce que j'ai fait au final, mais > 1) bourrin > 2) si un jour je veux surfer ET utiliser mon (éventuel) réseau local, > j'en reviendrai au même point. Ben non t'as pas besoin d'une route par défaut pour ton réseau local. -- Erwan
Re: ppp0 + eth0
le Fri, 19 Sep 2003 15:01:29 +0200, jean-michel OLTRA <[EMAIL PROTECTED]> s'exprima en ces termes: > Le jeudi 18 septembre 2003, Nicolas Rueff a écrit... > bonjour, > > > > Bon, je vais tenter un autre truc avec ipup: > > 1) suppression de la route par défaut via eth0 > > 2) connexion > > Pourquoi ne pas mettre la route par défaut sur ppp0 ? > Dans ce cas lorsque ppp0 est activé il prend les paquets vers > l'extérieur i.e vers ce qui est différent du LAN ? Parce que ppp0 n'est pas toujours up, et en IP dynamique. /N __ Nicolas Rueff <[EMAIL PROTECTED]> http://rueff.tuxfamily.org +33 6 77 64 44 80 -- Windows 98 is guaranteed to make your system 98% slower. __ pgpuK6rm0Rndt.pgp Description: PGP signature
Re: ppp0 + eth0
Le jeudi 18 septembre 2003, Nicolas Rueff a écrit... bonjour, > Bon, je vais tenter un autre truc avec ipup: > 1) suppression de la route par défaut via eth0 > 2) connexion Pourquoi ne pas mettre la route par défaut sur ppp0 ? Dans ce cas lorsque ppp0 est activé il prend les paquets vers l'extérieur i.e vers ce qui est différent du LAN ? -- Jean-Michel N'oubliez pas la faq: http://savannah.nongnu.org/download/debfr-faq/html
Re: ppp0 + eth0
le Thu, 18 Sep 2003 15:27:13 +0200, jean-michel OLTRA <[EMAIL PROTECTED]> s'exprima en ces termes: > Le jeudi 18 septembre 2003, Nicolas Rueff a écrit... > bonjour, > > > > Pour en venir à ma question: y a-t-il moyen de virer proprement > > (i.e. sans faire un "ifdown eth0") la route passant par eth0 quand > > ppp0 s'active , et de rétablir la situation à la désactivation ? > > un script qui ferait: > route del...dev iface > dans /etc/ppp/ip-up.d ??? > > et le contraire dans ip-down.d/ > > J'ai un truc comme ça qui active/désactive le masquerading. On doit > pouvoir en faire autant pour la route ? Euh...? Ouaip, c'est ce que j'ai fait au final, mais 1) bourrin 2) si un jour je veux surfer ET utiliser mon (éventuel) réseau local, j'en reviendrai au même point. Question piège pour les network-addicts: si je désactive eth0 APRÈS m'être connecté via ppp0, plus moyen de toucher les DNS ? képasa ? Bon, je vais tenter un autre truc avec ipup: 1) suppression de la route par défaut via eth0 2) connexion et l'inverse après déconnexion. Et en rajoutant du routage pour mon (futur) réseau local. Pas couché, moi ... /N __ Nicolas Rueff <[EMAIL PROTECTED]> http://rueff.tuxfamily.org +33 6 77 64 44 80 -- j'attaque Windows comme un virus je le bouffe de l'intérieur puisque je ne peux pas le contrer je le double je gagne avec ou sans lui -- Jayce - A genou ! -- __ pgpLrD8ruzsIw.pgp Description: PGP signature
Re: ppp0 + eth0
Ben oui, bien sûr. Je confirme. si tu nous donne la route exacte que tu veux virer (file nous la sortie de _route -n_), on pourra te donner la commande exacte pour la virer, tu n'auras ensuite plus qu'à ajouter celle-ci dans un script exécutable de /etc/ppp/ip-up.d ... De même, tu peux aussi remettre la route en place à la désactivation de pppd ... @++ jean-michel OLTRA wrote: Le jeudi 18 septembre 2003, Nicolas Rueff a écrit... bonjour, Pour en venir à ma question: y a-t-il moyen de virer proprement (i.e. sans faire un "ifdown eth0") la route passant par eth0 quand ppp0 s'active , et de rétablir la situation à la désactivation ? un script qui ferait: route del...dev iface dans /etc/ppp/ip-up.d ??? et le contraire dans ip-down.d/ J'ai un truc comme ça qui active/désactive le masquerading. On doit pouvoir en faire autant pour la route ? Euh...?
Re: ppp0 + eth0
Le jeudi 18 septembre 2003, Nicolas Rueff a écrit... bonjour, > Pour en venir à ma question: y a-t-il moyen de virer proprement (i.e. > sans faire un "ifdown eth0") la route passant par eth0 quand ppp0 > s'active , et de rétablir la situation à la désactivation ? un script qui ferait: route del...dev iface dans /etc/ppp/ip-up.d ??? et le contraire dans ip-down.d/ J'ai un truc comme ça qui active/désactive le masquerading. On doit pouvoir en faire autant pour la route ? Euh...? -- Jean-Michel N'oubliez pas la faq: http://savannah.nongnu.org/download/debfr-faq/html
ppp0 + eth0
Salut la liste un problème curieux m'est arrivé ce matin: je me suis aperçu que mon chip réseau (broadcom 4400) était supporté dans le 2.4.22, et je me suis dit: tiens, je vais compiler le driver, même si ma machine est pas en réseau ça pourra toujours servir ... La compilation s'est bien passée, je reboote, je me dis "tiens, je vais aller surfer", donc un chtit coup de "pon" et c'est parti ... Et là, la surprise: pas moyen d'accéder aux dns. Même les pings ne passent pas. Je regarde les routes, et je vois deux routes par défaut: la première passe par eth0, la deuxième par ppp0, donc forcément les paquets ont du mal à parvenir au modem. Pour en venir à ma question: y a-t-il moyen de virer proprement (i.e. sans faire un "ifdown eth0") la route passant par eth0 quand ppp0 s'active , et de rétablir la situation à la désactivation ? /N __ Nicolas Rueff <[EMAIL PROTECTED]> http://rueff.tuxfamily.org +33 6 77 64 44 80 -- CCI Power 6/40: one board, a megabyte of cache, and an attitude... __ pgp2VzAytx1kw.pgp Description: PGP signature
Re: ppp0 + eth0
Le ven 29/08/2003 à 19:39, Frédéric Bothamy a écrit : > * Nicolas Rueff <[EMAIL PROTECTED]> [2003-08-29 17:10] : > > Le ven 29/08/2003 à 15:06, daniel huhardeaux a écrit : > > > Nicolas Rueff wrote: > > > > > > >Chère DUF > > > > > > > >voici mon pb: j'ai une carte SCSI (Advanced Micro Devices [AMD] 53c974, > > > >aussi connue sous le nom de Tekram DC390), qui n'est pas supportée par > > > >le kernel 2.6 (testé de test1 à test4), et forcément, je suis pas motivé > > > >pour installer ce noyau, pasque sans SCSI la vie est nettement moins > > > >drôle. > > > > > > > >Ma question est donc: qqun a-t-il déjà réussi à utiliser une carte SCSI > > > >de ce style sur un noyau 2.5 ~ 2.6 ? > > > > > > > > > > > Hmmh, j'ai souvenir avoir installe une Tekram DC390 avec un noyau 2.2.20 > > > Et depuis elle ne serait plus prise en compte? > > > > A priori depuis un noyau 2.5.chaiplusquoi (peut-être même le 2.5.0), > > l'interface de mapping DMA a été modifiée, et tous les drivers en > > dépendant ont été modifiés, sauf quelques uns, parmi lesquels ceusses de > > la Tekram DC390 (c.f. Documentation/DMA-mapping.txt). Et si j'en crois > > J'ai cru voir quelque part qu'une personne proposait d'ajouter à ce > pilote l'option BROKEN (disponible depuis les noyaux 2.6.0-test3+) pour > cette raison précise, mais je n'ai pas l'impression que cela a été fait > pour le moment (à la lecture des patches). Exact, et je viens de tester le test4: même pb: l'option broken est présente, mais n'a apparement aucun effet, du moins pour la construction en module. > > le changelog du driver, le développeur n'a pas touché au code depuis le > > 20 décembre 2000 (version 2.0f). Je cherche donc à savoir s'il existe un > > projet de portage de ce driver vers la nouvelle API. > > > > Je m'y mettrais bien moi-même, mais je manque sévèrement de temps libre > > en ce moment. D'ailleurs au passage, si qqun connaît un bon guide de > > portage vers cette API, je suis preneur. > > Les articles de LWN sur le noyau sont vraiment bien faits. Sur le DMA, > il y a cet article (http://lwn.net/Articles/28092/) qui contient aussi > cette page (http://lwn.net/Articles/28099/?format=printable) et aussi > celle-ci (http://lwn.net/Articles/28230/) qui est le fichier > Documentation/DMA-mapping.txt. Pfff, va encore falloir que je ressorte mes cours de dev kernel. Zob. Bon, ben ça attendra bien deux semaines cette histoire. /N __ Nicolas Rueff <[EMAIL PROTECTED]> http://rueff.tuxfamily.org +33 6 77 64 44 80 -- In the days when Sussman was a novice Minsky once came to him as he sat hacking at the PDP-6. "What are you doing?", asked Minsky. "I am training a randomly wired neural net to play Tic-Tac-Toe." "Why is the net wired randomly?", inquired Minsky. "I do not want it to have any preconceptions of how to play". At this Minsky shut his eyes, and Sussman asked his teacher "Why do you close your eyes?" "So that the room will be empty." At that momment, Sussman was enlightened. __ signature.asc Description: Ceci est une partie de message =?ISO-8859-1?Q?num=E9riquement?= =?ISO-8859-1?Q?_sign=E9e?=
Re: ppp0 + eth0
* Nicolas Rueff <[EMAIL PROTECTED]> [2003-08-29 17:10] : > Le ven 29/08/2003 à 15:06, daniel huhardeaux a écrit : > > Nicolas Rueff wrote: > > > > >Chère DUF > > > > > >voici mon pb: j'ai une carte SCSI (Advanced Micro Devices [AMD] 53c974, > > >aussi connue sous le nom de Tekram DC390), qui n'est pas supportée par > > >le kernel 2.6 (testé de test1 à test4), et forcément, je suis pas motivé > > >pour installer ce noyau, pasque sans SCSI la vie est nettement moins > > >drôle. > > > > > >Ma question est donc: qqun a-t-il déjà réussi à utiliser une carte SCSI > > >de ce style sur un noyau 2.5 ~ 2.6 ? > > > > > > > > Hmmh, j'ai souvenir avoir installe une Tekram DC390 avec un noyau 2.2.20 > > Et depuis elle ne serait plus prise en compte? > > A priori depuis un noyau 2.5.chaiplusquoi (peut-être même le 2.5.0), > l'interface de mapping DMA a été modifiée, et tous les drivers en > dépendant ont été modifiés, sauf quelques uns, parmi lesquels ceusses de > la Tekram DC390 (c.f. Documentation/DMA-mapping.txt). Et si j'en crois J'ai cru voir quelque part qu'une personne proposait d'ajouter à ce pilote l'option BROKEN (disponible depuis les noyaux 2.6.0-test3+) pour cette raison précise, mais je n'ai pas l'impression que cela a été fait pour le moment (à la lecture des patches). > le changelog du driver, le développeur n'a pas touché au code depuis le > 20 décembre 2000 (version 2.0f). Je cherche donc à savoir s'il existe un > projet de portage de ce driver vers la nouvelle API. > > Je m'y mettrais bien moi-même, mais je manque sévèrement de temps libre > en ce moment. D'ailleurs au passage, si qqun connaît un bon guide de > portage vers cette API, je suis preneur. Les articles de LWN sur le noyau sont vraiment bien faits. Sur le DMA, il y a cet article (http://lwn.net/Articles/28092/) qui contient aussi cette page (http://lwn.net/Articles/28099/?format=printable) et aussi celle-ci (http://lwn.net/Articles/28230/) qui est le fichier Documentation/DMA-mapping.txt. Fred -- Comment poser les questions de manière intelligente ? http://www.gnurou.org/documents/smart-questions-fr.html Code de conduite des listes Debian http://www.fr.debian.org/MailingLists/#codeofconduct
ppp0 + eth0
Chère DUF voici mon pb: j'ai une carte SCSI (Advanced Micro Devices [AMD] 53c974, aussi connue sous le nom de Tekram DC390), qui n'est pas supportée par le kernel 2.6 (testé de test1 à test4), et forcément, je suis pas motivé pour installer ce noyau, pasque sans SCSI la vie est nettement moins drôle. Ma question est donc: qqun a-t-il déjà réussi à utiliser une carte SCSI de ce style sur un noyau 2.5 ~ 2.6 ? /N scsisé __ Nicolas Rueff <[EMAIL PROTECTED]> http://rueff.tuxfamily.org +33 6 77 64 44 80 -- Some programming languages manage to absorb change, but withstand progress. -- Epigrams in Programming, ACM SIGPLAN Sept. 1982 __ signature.asc Description: Ceci est une partie de message =?ISO-8859-1?Q?num=E9riquement?= =?ISO-8859-1?Q?_sign=E9e?=
Re: ppp0 + eth0
Le ven 29/08/2003 à 15:06, daniel huhardeaux a écrit : > Nicolas Rueff wrote: > > >Chère DUF > > > >voici mon pb: j'ai une carte SCSI (Advanced Micro Devices [AMD] 53c974, > >aussi connue sous le nom de Tekram DC390), qui n'est pas supportée par > >le kernel 2.6 (testé de test1 à test4), et forcément, je suis pas motivé > >pour installer ce noyau, pasque sans SCSI la vie est nettement moins > >drôle. > > > >Ma question est donc: qqun a-t-il déjà réussi à utiliser une carte SCSI > >de ce style sur un noyau 2.5 ~ 2.6 ? > > > > > Hmmh, j'ai souvenir avoir installe une Tekram DC390 avec un noyau 2.2.20 > Et depuis elle ne serait plus prise en compte? A priori depuis un noyau 2.5.chaiplusquoi (peut-être même le 2.5.0), l'interface de mapping DMA a été modifiée, et tous les drivers en dépendant ont été modifiés, sauf quelques uns, parmi lesquels ceusses de la Tekram DC390 (c.f. Documentation/DMA-mapping.txt). Et si j'en crois le changelog du driver, le développeur n'a pas touché au code depuis le 20 décembre 2000 (version 2.0f). Je cherche donc à savoir s'il existe un projet de portage de ce driver vers la nouvelle API. Je m'y mettrais bien moi-même, mais je manque sévèrement de temps libre en ce moment. D'ailleurs au passage, si qqun connaît un bon guide de portage vers cette API, je suis preneur. /N __ Nicolas Rueff <[EMAIL PROTECTED]> http://rueff.tuxfamily.org +33 6 77 64 44 80 -- 52. NO! Not _that_ button! --Top 100 things you don't want the sysadmin to say __ signature.asc Description: Ceci est une partie de message =?ISO-8859-1?Q?num=E9riquement?= =?ISO-8859-1?Q?_sign=E9e?=
Tekram DC390 (was: ppp0 + eth0)
Avec le bon sujet ça va mieux ;) Chère DUF voici mon pb: j'ai une carte SCSI (Advanced Micro Devices [AMD] 53c974, aussi connue sous le nom de Tekram DC390), qui n'est pas supportée par le kernel 2.6 (testé de test1 à test4), et forcément, je suis pas motivé pour installer ce noyau, pasque sans SCSI la vie est nettement moins drôle. Ma question est donc: qqun a-t-il déjà réussi à utiliser une carte SCSI de ce style sur un noyau 2.5 ~ 2.6 ? /N __ Nicolas Rueff <[EMAIL PROTECTED]> http://rueff.tuxfamily.org +33 6 77 64 44 80 -- gorgo: *lol* joey: what's so funny? :) shh, joey is losing all sanity from lack of sleep 'yes joey, very funny' Humor him :> -- Seen on #Debian __ signature.asc Description: Ceci est une partie de message =?ISO-8859-1?Q?num=E9riquement?= =?ISO-8859-1?Q?_sign=E9e?=
Re: ppp0 + eth0
Nicolas Rueff wrote: Chère DUF voici mon pb: j'ai une carte SCSI (Advanced Micro Devices [AMD] 53c974, aussi connue sous le nom de Tekram DC390), qui n'est pas supportée par le kernel 2.6 (testé de test1 à test4), et forcément, je suis pas motivé pour installer ce noyau, pasque sans SCSI la vie est nettement moins drôle. Ma question est donc: qqun a-t-il déjà réussi à utiliser une carte SCSI de ce style sur un noyau 2.5 ~ 2.6 ? Hmmh, j'ai souvenir avoir installe une Tekram DC390 avec un noyau 2.2.20 Et depuis elle ne serait plus prise en compte? -- : __ __ __ __ __ __ [EMAIL PROTECTED] : /_// __ // __ //_// __ // / phone.: +48 32 285 4554 : / / / /_/ // /_/ / / / / /_/ // / fax: +48 32 285 4554 : /_/ /_//_/ /_/ /_/ /_//_/ mobile..: +48 602 284 546
Re: Snort + ppp0
Le Wed, 12 Mar 2003 16:40:55 +0100, "Fabrice Grelaud" <[EMAIL PROTECTED]> a écrit : > > > > > Comment dois-je configurer snort (snort.conf, snort.debian.conf) pour > > > écouter sur l'interface connecté à l'Internet (ppp0) en adsl. > > L'objectif est que snort écoute seulement sur l'interface Internet. L'autre > interface qui est une adresse privé correspond au réseau local. > > > * snort.debian.conf demande de faire un dpkg-reconfigure > > Ok mais quand il me demande de définir une plage d'adresse (ou une seule), > que dois-je mettre: IP fournit par mon FAI ? rien ? > Salut, Essaye ceci : dpkg-reconfigure -plow snort En effet, il semble que dans ce cas, il donne la possibilité d'une connexion intermittente via ppp ... Fred. -- Frédéric Boiteux - Calistel
Re: Snort + ppp0
> > Comment dois-je configurer snort (snort.conf, snort.debian.conf) pour > > écouter sur l'interface connecté à l'Internet (ppp0) en adsl. L'objectif est que snort écoute seulement sur l'interface Internet. L'autre interface qui est une adresse privé correspond au réseau local. > * snort.debian.conf demande de faire un dpkg-reconfigure Ok mais quand il me demande de définir une plage d'adresse (ou une seule), que dois-je mettre: IP fournit par mon FAI ? rien ? > * snort.conf demande de positionner la variable $HOME_NET et ils donnent > des exemples, puis de définir ce qu'est "le reste" ($EXTERNAL_NET) La variable $HOME_NET, est ce le rso local ou alors l'interface d'écoute de snort, soit ppp0 ??! De même $EXTERNAL_NET Voilà ce qui me pose quelques soucis... Merci Fab
Re: Snort + ppp0
Le mercredi 12 mars 2003, Fabrice Grelaud a écrit... bonjour, > Comment dois-je configurer snort (snort.conf, snort.debian.conf) pour > écouter sur l'interface connecté à l'Internet (ppp0) en adsl. > Et comment s'assurer qu'il redémarrera après le chgt d'@ opéré par mon FAI. A priori je dirais qu'il s'agit de faire ce que disent ces fichiers de conf. * snort.debian.conf demande de faire un dpkg-reconfigure * snort.conf demande de positionner la variable $HOME_NET et ils donnent des exemples, puis de définir ce qu'est "le reste" ($EXTERNAL_NET) Qu'est ce qui te gène ? -- Jean-Michel Lisez la faq: http://savannah.nongnu.org/download/debfr-faq/html
Snort + ppp0
Bonjour la liste, voilà j'ai un souci avec la config de snort. Ce dernier est installé sur ma passerelle ou ce trouve aussi mon fw netfilter. Comment dois-je configurer snort (snort.conf, snort.debian.conf) pour écouter sur l'interface connecté à l'Internet (ppp0) en adsl. Et comment s'assurer qu'il redémarrera après le chgt d'@ opéré par mon FAI. Je vous remercie d'avance A+ Fab