A priori non, ip link montre que la liaison d’eth0 est active (LOWER_UP).
Par contre l’interface VLAN eth0.832 n’est pas activée. Il faut se méfier avec la méthode “manual” car elle n’active pas toujours l’interface.
ip link set eth0.832 up
Hello
Merci pour ton aide 
En effet en faisant la manip dite, j’enclenche le vlan.
J’ai essayé de faire de meme pour ppp0 ( créé dans mon fichier réseau interfaces)
Mais il me dit qu’il ne trouve pas le “device ppp0”
Encore merci à toi
Alors j’ai bien le module realtek de lancé, mais j’ai quand meme fait une mise à jour
apt-get install firmware-realtek.
Ensuite dans le fichier /etc/modules j’ai ajouté ppp et pppoe, je ne les voyais quand je faisais lsmod.
Maintenant en faisant lsmod j’ai
root@diagbox:~# lsmod
Module Size Used by
ipt_MASQUERADE 16384 1
nf_nat_masquerade_ipv4 16384 1 ipt_MASQUERADE
iptable_nat 16384 1
nf_nat_ipv4 16384 1 iptable_nat
nf_nat 20480 2 nf_nat_masquerade_ipv4,nf_nat_ipv4
nf_conntrack_ipv4 16384 3
nf_defrag_ipv4 16384 1 nf_conntrack_ipv4
xt_conntrack 16384 1
nf_conntrack 77824 6 nf_conntrack_ipv4,ipt_MASQUERADE,nf_nat_masquerade_ipv4,xt_conntrack,nf_nat_ipv4,nf_nat
iptable_filter 16384 1
ip_tables 20480 2 iptable_filter,iptable_nat
x_tables 20480 4 ip_tables,iptable_filter,ipt_MASQUERADE,xt_conntrack
evdev 20480 0
ir_lirc_codec 16384 0
lirc_dev 16384 1 ir_lirc_codec
sunxi_cir 16384 0
sun4i_ss 24576 0
cpufreq_dt 16384 0
uio_pdrv_genirq 16384 0
uio 16384 1 uio_pdrv_genirq
pppoe 20480 0
pppox 16384 1 pppoe
ppp_generic 24576 2 pppox,pppoe
slhc 16384 1 ppp_generic
8021q 24576 0
garp 16384 1 8021q
mrp 16384 1 8021q
stp 16384 1 garp
llc 16384 2 garp,stp
bonding 90112 0
brcmfmac 147456 0
brcmutil 16384 1 brcmfmac
cfg80211 352256 1 brcmfmac
rfkill 20480 2 cfg80211
fuse 69632 1
pwrseq_simple 16384 1
realtek 16384 1
root@diagbox:~# ip link
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN mode DEFAULT group default qlen 1000
link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP mode DEFAULT group default qlen 1000
link/ether 02:44:07:0f:8f:d8 brd ff:ff:ff:ff:ff:ff
3: bond0: <NO-CARRIER,BROADCAST,MULTICAST,MASTER,UP> mtu 1500 qdisc noqueue state DOWN mode DEFAULT group default qlen 1000
link/ether 8a:8d:56:5e:74:c4 brd ff:ff:ff:ff:ff:ff
4: wlan0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP mode DEFAULT group default qlen 1000
link/ether 98:3b:16:c6:36:36 brd ff:ff:ff:ff:ff:ff
5: eth0.832@eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP mode DEFAULT group default qlen 1000
link/ether 02:44:07:0f:8f:d8 brd ff:ff:ff:ff:ff:ffEt donc ça marche du coup ?
Desole j’ai pas complété mon message lol.
Non toujours pareil.
apres avoir fait ifup ppp0, car ip link set ppp0 up ne prend pas
et quand je fait un ifconfig, je ne vois pas ppp0.
Alors on va reprendre depuis le début…
Petite remarques annexes, d’abord:
- c’est a priori inutile (voire sous performant) de forcer le chargement des modules dans /etc/modules, ils sont en général pour la majorité sensés se charger tout seuls en cas de besoin, et en les forçant, tu manque des éléments de diagnostic.
- le ip link set eth0.832 up a marché parce que, quoi que DOWN, eth0.832 existait déjà dans ta pile IP, mais ppp0, qui n’avait encore jamais été sollicitée, n’existe pas encore, donc normal que quand tu essayes de la mettre UP, ça ne marche pas.
Bref, grand gourou réseau @PascalHambourg a dit que le montage manuel n’était pas fiable, donc tu vas remettre eth0 et eth0.832 en auto dans ton fstab, mais pas ppp0 pour l’instant, et tu bootes.
Théoriquement, tes interfaces eth0 et eth0.832 doivent être UP, mais on va vérifier qu’elles fonctionnent.
A priori (Pascal le confirmera), tu dois pouvoir voir si tu atteins l’autre bout de ta connexion fibre, en faisant un:
arping -b -I eth0 (un ping en broadcast).
Ca devrait je pense te renvoyer les macs présentes sur ton lien fibre.
Si ça ne te renvoie rien, ça devrait au moins avoir mis à jour ça dans ton cache arp, donc tu peux regarder ip neigh show ou tu trouveras un routeur avec une autre mac que ta carte eth0
Bref.
Si ça passe, dans une console, tu lances plog -qf pour surveiller ce qui se passe. Tu ne l’arrêtes pas.
Ensuite,DANS UNE AUTRE CONSOLE, tu lances ta connection avec pon, pas avec un ifup, et tu copies >UNIQUEMENT< les nouvelles lignes qui sont apparues dans la première console ou il y a le suivi de ton log.
“Grand gourou réseau” dit que les arguments de ta commande arping sont invalides. Tu voulais peut-être écrire -i et -B au lieu de -I et -b, et de toute façon je ne vois pas l’intérêt car arping utilise le protocole ARP qui fait de la résolution d’adresse IP en adresse MAC. D’une part je ne vois pas à quel titre une interface pourrait répondre à une requête ARP pour une adresse IP de broadcast, cela n’a rien à voir avec un ping ICMP en broadcast (auquel plus personne de sensé ne répond plus depuis longtemps par sécurité, donc aussi inutile). D’autre part, si ce qu’il y a à l’autre bout de la fibre est bien un concentrateur d’accès PPPoE, alors cela ne parle pas IP ni ARP. Pour finir, si c’est censé être sur le VLAN taggé 832 ça ne répondra pas si on envoie la requête sur l’interface eth0 non taggée.
La requête pour savoir s’il y a quelqu’un se ferait plutôt avec la commande suivante :
pppoe -A -I eth0.832
Petite remarque sur le fichier de conf pppd : on utilise soit le pty pppoe (userland), soit le plug-in rp-pppoe.so (kernel land), mais pas les deux en même temps.
PS : Il me semble qu’une de mes connaissances m’a dit que la fibre Orange utilisait plutôt DHCP et non PPPoE, mais ça dépend peut-être des endroits.
@ mac eth0
HWaddr e6:99:5d:88:7b:30
Dans un premier temps, j’ai testé avec la configuration /etc/ppp/peers/fibre suivante
pty "/usr/sbin/pppoe -I eth0.832 -T 80 -m 1452"
noipdefault
hide-password
lcp-echo-interval 20
lcp-echo-failure 3
connect /bin/true
noauth
persist
mtu 1492
usepeerdns
defaultroute
noaccomp
default-asyncmap
plugin rp-pppoe.so eth0.832
remplacez fti/blabla par votre login orange :
user “fti/deqwbzk”
/etc/network/interfaces
#RESCUE
source /etc/network/interfaces.d/*
Local loopback
auto lo
iface lo inet loopback
#ETH0
auto eth0
allow-hotplug eth0
iface eth0 inet manual
#PROVIDER
auto eth0.832
iface eth0.832 inet manual
iface ppp0 inet ppp
provider fibre
#WIFI AP
auto wlan0
allow-hotplug wlan0
iface wlan0 inet static
address 10.0.0.1
netmask 255.255.255.0
network 10.0.0.0
gateway 10.0.0.1
broadcast 10.0.0.255
dns nameservers 8.8.8.8
hwaddress ether 98:3b:16:c6:36:36
#WIFI MANAGED
auto wlan1
allow-hotplug wlan1
iface wlan1 inet manual
root@diagbox:~# arping -b -I eth0 -c 3 8.8.4.4
ARPING 8.8.4.4 from 10.0.0.1 eth0
Sent 3 probes (3 broadcast(s))
Received 0 response(s)
root@diagbox:~# ip neigh show
8.8.8.8 dev wlan0 INCOMPLETE
10.0.0.150 dev wlan0 lladdr 6c:71:d9:cc:0c:9a REACHABLE
J’ai quand meme lancé pon fibre et le plog donne
diagbox@diagbox:~$ sudo plog -qf
Nov 25 23:48:25 localhost pppd[1779]: Plugin rp-pppoe.so loaded.
Nov 25 23:48:25 localhost pppd[1780]: pppd 2.4.6 started by root, uid 0
Nov 25 23:48:25 localhost pppd[1780]: error sending pppoe packet: Network is down
Nov 25 23:48:25 localhost pppd[1780]: error receiving pppoe packet: Network is down
Nov 25 23:48:30 localhost pppd[1780]: error sending pppoe packet: Network is down
/////////////////////////////////////////////////////////////////////
Deuxième test en changeant la conf /etc/ppp/peers/fibre
pty "/usr/sbin/pppoe -I eth0.832 -T 80 -m 1452"
noipdefault
hide-password
lcp-echo-interval 20
lcp-echo-failure 3
connect /bin/true
noauth
persist
mtu 1492
usepeerdns
defaultroute
noaccomp
default-asyncmap
plugin rp-pppoe.so eth0.832 <===== SUPPRIME
remplacez fti/blabla par votre login orange :
user “fti/deqwbzk”
Meme résultats qu’en haut sauf pour le plog -qf
diagbox@diagbox:~$ sudo plog -qf
Nov 25 23:54:05 localhost pppd[1776]: pppd 2.4.6 started by root, uid 0
Nov 25 23:54:05 localhost pppd[1776]: Serial connection established.
Nov 25 23:54:05 localhost pppd[1776]: Using interface ppp0
Nov 25 23:54:05 localhost pppd[1776]: Connect: ppp0 <–> /dev/pts/2
Nov 25 23:54:36 localhost pppd[1776]: LCP: timeout sending Config-Requests
Nov 25 23:54:36 localhost pppd[1776]: Connection terminated.
Nov 25 23:54:36 localhost pppd[1776]: Modem hangup
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
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.
OK grand gourou. 
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 ?
Hello encore
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.
Tu m’as devancé pendant que je répondais a grand gourou ( puis je l’appeler comme ca moi aussi ?
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
J’ai oublié de mettre le plog
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
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).
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
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?
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.
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.
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.