Fibre optique et debian :)

Support Debian
#21

Hello,
Alors j’ai modifié ma conf pppd
1er test avec pty pppoe
Une fois pon fibre lancé, je vois mon vlan eth0.832 dans mon ifconfig
2eme test avec plug-in rp-pppoe.so
Une fois le pon fibre lancé, je ne vois pas mon vlan eth0.83é dans mon ifconfig.

dans les deux cas quand je fais la commande que tu m’as donné
pppoe -A -I eth0.832
j’ai en retour
pppoe: Timeout waiting for PADO packets

Je ne pensais que c’etait du ppoe par rapport au tuto trouvé sur le net.
Ils ont peut etre changé mais ca a l’air lourd ce genre de changement,
si cest du dhcp, ca se passe comment?
Desole et jespere que tu ne trouves pas betes mes questions, mais je n’ai pas encore beaucoup de connaissance dans ce domaine et j’apprends en allant sur internet :slight_smile:

#22

Conseil : ajoute l’option debug au fichier de conf pppd pour avoir plus de messages.

Et surtout, avant de lancer la connexion PPPoE, assure-toi que l’interface est UP et que le concentrateur d’accès répond.

#23

OK grand gourou. :wink:

Tu supprimes toute config d’eth0, eth0.832, et de ppp0 du fichier interfaces, et tu rebootes.
Si tu as une adresse ip sur eth0, c’est bon. Tu pingues yahoo, et tu regardes si ça revient.

Si c’est pas du simple dhcp, ta dernière config m’a l’air de causer un peu mieux, et ce message peu juste vouloir dire que le VC n’est pas le 8.32
Tu as testé le 8.35, à tous hasards ?

#24

Hello encore :slight_smile:
Apres des recherches, tu as raison certains clients passent a l’ipv6 donc en dhcp.
Mais le pppoe reste en cours, meme s’il va disparaitre dans un moment assez lointain je pense lol.

Mais déjà j’ai fait une erreur : le vlan internet en pppoe est 835 pas 832(a priori réservé pour dhcp)

Du coups mon fichier conf pppd j’ai garder la partie pty pppoe

ensuite j’ai modifié mon fichier interfaces en modifiant le vlan.
toujours dans ce fichier, j’ai mis auto pour eth0 et eth0.835 mais pas ppp0(connexion pppoe).

Reboot de la carte.
Je lance la commande pon fibre

et la j’ai ca

root@diagbox:~# ifconfig
bond0     Link encap:Ethernet  HWaddr ee:e6:a7:ee:10:53
          UP BROADCAST MASTER MULTICAST  MTU:1500  Metric:1
          RX packets:0 errors:0 dropped:0 overruns:0 frame:0
          TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000
          RX bytes:0 (0.0 B)  TX bytes:0 (0.0 B)

eth0      Link encap:Ethernet  HWaddr 02:44:07:0f:8f:d8
          inet6 addr: fe80::44:7ff:fe0f:8fd8/64 Scope:Link
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:18 errors:0 dropped:0 overruns:0 frame:0
          TX packets:29 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000
          RX bytes:1118 (1.0 KiB)  TX bytes:1900 (1.8 KiB)
          Interrupt:43 Base address:0x8000

eth0.835  Link encap:Ethernet  HWaddr 02:44:07:0f:8f:d8
          inet6 addr: fe80::44:7ff:fe0f:8fd8/64 Scope:Link
          UP BROADCAST RUNNING PROMISC MULTICAST  MTU:1500  Metric:1
          RX packets:14 errors:0 dropped:0 overruns:0 frame:0
          TX packets:18 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000
          RX bytes:610 (610.0 B)  TX bytes:962 (962.0 B)

lo        Link encap:Local Loopback
          inet addr:127.0.0.1  Mask:255.0.0.0
          inet6 addr: ::1/128 Scope:Host
          UP LOOPBACK RUNNING  MTU:65536  Metric:1
          RX packets:345 errors:0 dropped:0 overruns:0 frame:0
          TX packets:345 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000
          RX bytes:32389 (31.6 KiB)  TX bytes:32389 (31.6 KiB)

ppp0      Link encap:Point-to-Point Protocol
          inet addr:90.87.235.170  P-t-P:193.253.160.3  Mask:255.255.255.255
          UP POINTOPOINT RUNNING NOARP MULTICAST  MTU:1492  Metric:1
          RX packets:5 errors:0 dropped:0 overruns:0 frame:0
          TX packets:5 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:3
          RX bytes:104 (104.0 B)  TX bytes:97 (97.0 B)

wlan0     Link encap:Ethernet  HWaddr 98:3b:16:c6:36:36
          inet addr:10.0.0.1  Bcast:10.0.0.255  Mask:255.255.255.0
          inet6 addr: fe80::9a3b:16ff:fec6:3636/64 Scope:Link
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:591 errors:0 dropped:0 overruns:0 frame:0
          TX packets:205 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000
          RX bytes:54514 (53.2 KiB)  TX bytes:27963 (27.3 KiB)

root@diagbox:~# pppoe -A -I eth0.835
Access-Concentrator: BSMSO682-H104L0916L02CU
AC-Ethernet-Address: 02:03:3a:04:87:61
--------------------------------------------------
root@diagbox:~# ping 8.8.8.8
PING 8.8.8.8 (8.8.8.8) 56(84) bytes of data.
From 10.0.0.1 icmp_seq=1 Destination Host Unreachable
^XFrom 10.0.0.1 icmp_seq=2 Destination Host Unreachable
From 10.0.0.1 icmp_seq=3 Destination Host Unreachable
From 10.0.0.1 icmp_seq=4 Destination Host Unreachable
^C
--- 8.8.8.8 ping statistics ---
5 packets transmitted, 0 received, +4 errors, 100% packet loss, time 4123ms
pipe 4

Je pense que c’est un bon début mais je ne comprends pas grand chose lol
Mais je pense quil reste un défaut car je ne sort pas mon ping 8.8.8.8
Merci encore pour ton aide.

#25

Tu m’as devancé pendant que je répondais a grand gourou ( puis je l’appeler comme ca moi aussi :slight_smile: ?
Le vlan en pppoe est bien 835.
Jai modifié mes fichiers
La connexion pppoe a priori s’etablit mais pas de ping 8.8.8.8 possible directemente de la carte

#26

J’ai oublié de mettre le plog :slight_smile:
diagbox@diagbox:~$ sudo plog -qf
Nov 26 00:46:49 localhost pppd[1760]: pppd 2.4.6 started by root, uid 0
Nov 26 00:46:49 localhost pppd[1760]: Serial connection established.
Nov 26 00:46:49 localhost pppd[1760]: Using interface ppp0
Nov 26 00:46:49 localhost pppd[1760]: Connect: ppp0 <–> /dev/pts/2
Nov 26 00:46:50 localhost pppd[1760]: CHAP authentication failed: CHAP authentication failure, unit 8609
Nov 26 00:46:50 localhost pppd[1760]: CHAP authentication failed
Nov 26 00:46:50 localhost pppd[1760]: Connection terminated.
Nov 26 00:47:20 localhost pppd[1760]: Serial connection established.
Nov 26 00:47:20 localhost pppd[1760]: Using interface ppp0
Nov 26 00:47:20 localhost pppd[1760]: Connect: ppp0 <–> /dev/pts/2
Nov 26 00:47:22 localhost pppd[1760]: CHAP authentication succeeded: CHAP authentication success, unit 6344
Nov 26 00:47:22 localhost pppd[1760]: CHAP authentication succeeded
Nov 26 00:47:22 localhost pppd[1760]: not replacing default route to wlan0 [10.0.0.1]
Nov 26 00:47:22 localhost pppd[1760]: local IP address 90.87.228.142
Nov 26 00:47:22 localhost pppd[1760]: remote IP address 193.253.160.3
Nov 26 00:47:22 localhost pppd[1760]: primary DNS address 80.10.246.1
Nov 26 00:47:22 localhost pppd[1760]: secondary DNS address 81.253.149.9

#27

Vire l’option “gateway” sur wlan0 de ton fichier interfaces car elle empêche pppd de créer sa propre route par défaut et elle n’a aucun sens (on ne peut pas être sa propre passerelle).

#28

wlan0 est l’interface wifi pour mon access point.
J’ai suivi des tutos(encore lol).
Je vais chercher comment empecher pppd de créer sa route.
Merci :slight_smile:

#29

Pour empêcher pppd de faire une route par défaut, dois je ajouter nodefaultroute dans la configuration pppd soit dans mon cas le fichier fibre?

#30

Tu a mal compris ma phrase, qui était ambigüe il est vrai et que j’ai donc modifiée. Je ne voulais pas dire que tu dois empêcher pppd de créer la route par défaut (au contraire, cette route est nécessaire pour atteindre les adresses sur internet) mais que l’option gateway du fichier interfaces empêche pppd de créer cette route et doit donc être supprimée.

#31

En enlevant la gateway de ma wlan0(qui etait sa propre passerelle) tout fonctionne.
Je démarre la carte, lance pon fibre et boom la carte ping 8.8.8.8

Par contre à partir d’un ordi connecté sur le wlan0 en access point pas de sortie internet.
Puis-je utiliser un systeme avec bridge-utils?
En fait la carte a plusieurs profils “réseaux”
-DHCP => Je la connecte derrière une box
-STATIC=>pas la peine de détailler je pense lol
-RESCUE=> Je me mets directement sur mon ONT.
Pour les deux premiers, il y a un systeme de NAT entre les cartes eth0 et wlan0

Mais je présume qu’en utilisant le protocole pppoe, ca serait plutot entre eth0.835 et wlan0 que ca se joue?

En tout cas , merci beaucoup à toi et aussi mattotop.
En quelques jours vous avez résolu ce que je n’arrivais pas depuis au moins 1 mois.
C’est un excellent forum en tout cas.

#32

Alors là, ce n’est plus un problème de connexion, c’est juste qu’il faut que tu configure ta passerelle.
Regarde ça, ça doit toujours être d’actualité, au moins pour comprendre, si ce n’est pour trouver les réglage qu’il te faut:
http://fr.tldp.org/HOWTO/lecture/IP-Masquerade-HOWTO.html
Et si tu as un pb dessus, ouvre un nouveau fil.

#33

Je n’en vois pas l’intérêt. Un pont ethernet entre quels réseaux ?

Plutôt entre ppp0 (internet) et wlan0 (LAN). L’interface ethernet VLAN n’est que l’interface de transport de la session PPPoE, pas du flux IP.

Note : le numéro de l’interface PPP peut changer. Si ppp0 est déjà occupée (VPN, ancienne connexion PPPoE coupée mais pas encore détruite), ce sera ppp1 et ainsi de suite.

Et les machines qui sont derrière.

Il ne faut pas déduire de cette phrase qu’IPv6 est lié de quelque façon à DHCP. Avec mon FAI j’utilise PPPoE pour l’IPv4 et l’IPv6. C’est un choix du FAI.
Maintenant que tu en parles, il me semble me souvenir que ma connaissance m’avait parlé de ça ; je ne sais plus pour quelle raison, il a mis en place une configuration tordue avec l’IPv4 en DHCP et l’IPv6 en PPPoE ou vice versa.

Si tu veux voir si l’IPv6 est disponible sur ta liaison PPPoE, tu peux ajouter l’option suivante au fichier de conf de pppd (la virgule est importante) :

ipv6 ,
#34

Merci pour ton lien.
La solution que j’ai adapté,
j’ai créé deux règles iptables distinctes

# Generated by iptables-save v1.4.21 on Tue Nov 21 14:53:19 2017
*filter
:INPUT ACCEPT [0:0]
:FORWARD ACCEPT [0:0]
:OUTPUT ACCEPT [0:0]
-A FORWARD -i eth0 -o wlan0 -m state --state RELATED,ESTABLISHED -j ACCEPT
-A FORWARD -i wlan0 -o eth0 -j ACCEPT
COMMIT
# Completed on Tue Nov 21 14:53:19 2017
# Generated by iptables-save v1.4.21 on Tue Nov 21 14:53:19 2017
*nat
:PREROUTING ACCEPT [0:0]
:INPUT ACCEPT [0:0]
:OUTPUT ACCEPT [0:0]
:POSTROUTING ACCEPT [0:0]
-A POSTROUTING -o eth0 -j MASQUERADE
COMMIT
# Completed on Tue Nov 21 14:53:19 2017

Quand je suis en mode dhcp ou static => je laisse eth0
Quand je me mets directement derrière mon ont => je remplace eth0 par ppp0
Et bingo ça fonctionne.
En tout cas je te remercie pour ton aide.

#35

En effet c’est plutot ppp0 et non le vlan :slight_smile:
Encore merci pour ton aide.
Tu m’as aidé et en plus tu expliquais de facon à ce que je comprenne ce que je faisais lol