Fuli, Posté le: Mar 06 Mar 2018, 15:01 Sujet du message:
1469712956
Mode bridge du MODEM, pas de la Freebox.
[Coup de gueule HS]
Le mode bridge pour la Freebox ça ne sert quasi à RIEN ! Tout est faisable avec la Freebox en mode routeur et un autre routeur dans le DMZ. Je comprend pas pourquoi il y a autant de tuto pour le mode "bridge" de la box.
Bref.
[/Coup de gueule HS]
Quand je parle de modem en bridge, c'est l'Asus connecté en RJ11 en ADSL, sauf que tu ne coches pas "Activer le NAT" ni "Activer le UPnP".
Essaye (si possible) de ne pas mettre d'IP en bas et si obligatoire essaye une IP bidon (genre 1.2.3.4).
tsubasa42 (Auteur du topic), Posté le: Mar 06 Mar 2018, 16:40 Sujet du message:
4268438288
Oui oui mode bridge sur le modem (Asus). Mais du coup je ne relie pas l'Asus à la Freebox?
Je me basais sur la méthode pour récupérer l'@ MAC de la Freebox où il faut relier les 2 modem c'est pour ça que je mélange je pense.
Sur l'Asus je ne peut créer une connexion bridge que si, une WAN est déjà configurée. D'ailleurs l'Asus l'appelle IPTV ce mode Bridge.
Contrairement à l'Archer D9 où je choisissais Bridge directement là je n'ai pas cette possibilité dans la config WAN.
fansat70, Posté le: Mar 06 Mar 2018, 17:10 Sujet du message:
7121266149
tsubasa42 a écrit:
En mode bridge, on est d'accord tu branches ton câble RJ11 pour l'ADSL sur ta Freebox et en Ethernet ton routeur sur ta Freebox?
J'ai essayé de passer en WAN DHCP mais il ne propose pas dans les réseaux étendus (WAN) sauf à créer un DUAL WAN en mode Ethernet avec WAN... .Bref ça commence à se complexifier et j'ai beau être informaticien là ça commence à dépasser mes compétences (et ma patience). En plus avec ce routeur suivant les mdoifs tu dois attendre 1 à 2min parfois devant ton écran qu'il applique un changement dans une fenêtre... .
Je vais tenter un appel auprès de Asus, sait-on jamais.
Sans grand pessimisme,je pense qu'il faut arrêter les frais avec ce matos sur une connexion Free.
Fuli, Posté le: Mar 06 Mar 2018, 18:31 Sujet du message:
1469712956
tsubasa42 a écrit:
Oui oui mode bridge sur le modem (Asus). Mais du coup je ne relie pas l'Asus à la Freebox?
Je me basais sur la méthode pour récupérer l'@ MAC de la Freebox où il faut relier les 2 modem c'est pour ça que je mélange je pense.
LA MAC ADRESSE A UTILISER N'EST ABSOLUMENT PAS TROUVABLE SUR LA Freebox MODEM
- sur une etiquette sur la Freebox: non
- sur mafreebox.freebox.fr: non, non, non et encore non
- derrière la Freebox en bridge: toujours pas!
LE SEUL MOYEN DE TROUVER L'ADRESSE MAC, C'EST DERRIÈRE UN MODEM VDSL2 (pas la Freebox) CONFIGURÉ EN BRIDGE.
Et c'est tout.
Sinon pour en revenir à l'Asus, Asus connecté en RJ11 en ADSL, tu ne coches pas "Activer le NAT" ni "Activer le UPnP". configure en IPoA 8/36. Voilà t'es en bridge.
Branche ton PC sur un port LAN de l'Asus. Attend que l'Asus synchronise. Lance wireshark sur le PC (même si le PC n'est pas "connecté à Internet" ni n'a d'IP, on s'en tamponne). Depuis une ligne 3G/4G fait un http://78.199.<tonIP>
regarde sur wireshark si tu reçois des trucs qui ne sont pas en 192.168.X.X, si possible avec ton IP.
tsubasa42 (Auteur du topic), Posté le: Mer 07 Mar 2018, 0:55 Sujet du message:
4268438288
Désolé mais je ne comprends pas la différence entre la configuration que tu me dis de rentrer et celle que j'avais déjà. Si je configure en ipoa 8/36 je suis également obligé de renseigner l'IP Free et sa passerelle donc j'ai la même config qu'avant. Je n'ai pas d'option Bridge pour ne pas avoir à renseigner ces infos. Je fais un wireshark quand même.
tsubasa42 (Auteur du topic), Posté le: Mer 07 Mar 2018, 1:05 Sujet du message:
4268438288
Avec Wireshark je ne vois pas mon IP Free 78.199.x.x.. J'ai essayé plusieurs fois la connexion vers cette adresse en http comme tu max indiqué mais l'IP ne ressort pas dans wireshark. J'ai une IP si revient souvent 81.19.104.X je ne sais pas à quoi elle correspond...
tsubasa42 (Auteur du topic), Posté le: Mer 07 Mar 2018, 1:47 Sujet du message:
4268438288
Voici un extrait de mes logs qui j'espére t’apparaîtront plus clairement qu'à moi:
Aug 1 00:00:13 kernel: VFS: Disk quotas dquot_6.5.2
Aug 1 00:00:13 kernel: Dquot-cache hash table entries: 1024 (order 0, 4096 bytes)
Aug 1 00:00:13 kernel: pflash: found no supported devices
Aug 1 00:00:13 kernel: bcmsflash: found no supported devices
Aug 1 00:00:13 kernel: Boot partition size = 524288(0x80000)
Aug 1 00:00:13 kernel: lookup_nflash_rootfs_offset: offset = 0x200000
Aug 1 00:00:13 kernel: nflash: squash filesystem with lzma found at block 28
Aug 1 00:00:13 kernel: Creating 4 MTD partitions on "nflash":
Aug 1 00:00:13 kernel: 0x000000000000-0x000000080000 : "boot"
Aug 1 00:00:13 kernel: 0x000000080000-0x000000200000 : "nvram"
Aug 1 00:00:13 kernel: 0x000000200000-0x000004000000 : "Linux"
Aug 1 00:00:13 kernel: 0x00000039ae18-0x000004000000 : "rootfs"
Aug 1 00:00:13 stop_nat_rules: apply the redirect_rules!
Aug 1 00:00:13 kernel: Registering the dns_resolver key type
Aug 1 00:00:13 kernel: Spare area=64 eccbytes 56, ecc bytes located at:
Aug 1 00:00:13 kernel: 2 3 4 5 6 7 8 9 10 11 12 13 14 15 18 19 20 21 22 23 24 25 26 27 28 29 30 31 34 35 36 37 38 39 40 41 42 43 44 45 46 47 50 51 52 53 54 55 56 57 58 59 60 61 62 63
Aug 1 00:00:13 kernel: Available 7 bytes at (off,len):
Aug 1 00:00:13 kernel: (1,1) (16,2) (32,2) (48,2) (0,0) (0,0) (0,0) (0,0)
Aug 1 00:00:13 kernel: Options: NO_AUTOINCR,NO_READRDY,BBT_SCAN2NDPAGE,
Aug 1 00:00:13 kernel: Creating 2 MTD partitions on "brcmnand":
Aug 1 00:00:13 kernel: 0x000004000000-0x000007ec0000 : "brcmnand"
Aug 1 00:00:13 kernel: 0x000007ec0000-0x000008000000 : "Asus"
Aug 1 00:00:13 kernel: VFS: Mounted root (squashfs filesystem) readonly on device 31:3.
Aug 1 00:00:13 kernel: ctf: module license 'Proprietary' taints kernel.
Aug 1 00:00:13 kernel: Disabling lock debugging due To kernel taint
Aug 1 00:00:13 kernel: et_module_init: passivemode set To 0x0
Aug 1 00:00:13 kernel: et_module_init: txworkq set To 0x0
Aug 1 00:00:13 kernel: et_module_init: et_txq_thresh set To 0xce4
Aug 1 00:00:13 kernel: eth0: Broadcom BCM47XX 10/100/1000 Mbps Ethernet Controller 6.37.14.126 (r561982)
Aug 1 00:00:13 WAN connexion: Ethernet link Down.
Aug 1 00:00:13 kernel: wl_module_init: passivemode set To 0x0
Aug 1 00:00:13 kernel: wl_module_init: igs set To 0x0
Aug 1 00:00:13 kernel: wl_module_init: txworkq set To 0x0
Aug 1 00:00:13 kernel: eth1: Broadcom BCM4360 802.11 Wireless Controller 6.37.14.126 (r561982)
Aug 1 00:00:13 kernel: eth2: Broadcom BCM4360 802.11 Wireless Controller 6.37.14.126 (r561982)
Aug 1 00:00:21 Désolé-AC68U: start httpd
Aug 1 00:00:22 jffs2: valid logs(1)
Aug 1 00:00:22 disk monitor: be idle
Aug 1 00:00:22 hour monitor: daemon is starting
Aug 1 00:00:22 hour monitor: daemon terminates
Aug 1 00:00:22 miniupnpd[518]: version 1.9 started
Aug 1 00:00:22 miniupnpd[518]: HTTP listening on port 48050
Aug 1 00:00:22 miniupnpd[518]: Listening for NAT-PMP/PCP trafic on port 5351
Aug 1 00:00:22 syslog: Generating SSL certificate...
Aug 1 00:00:23 kernel: nf_conntrack_rtsp v0.6.21 loading
Aug 1 00:00:23 kernel: nf_nat_rtsp v0.6.21 loading
Aug 1 00:00:23 miniupnpd[575]: MiniUPnPd is already running. EXITING
Aug 1 00:00:23 wan: finish adding multi routes
Aug 1 00:00:23 miniupnpd[518]: shutting Down MiniUPnPd
Aug 1 00:00:23 miniupnpd[588]: version 1.9 started
Aug 1 00:00:23 miniupnpd[588]: HTTP listening on port 50518
Aug 1 00:00:23 miniupnpd[588]: Listening for NAT-PMP/PCP trafic on port 5351
Aug 1 00:00:24 kernel: SCSI subsystem initialized
Aug 1 00:00:28 WAN connexion: Ethernet link UP.
Aug 1 00:00:28 rc_service: wanduck 450:notify_rc restart_wan_if 0
Aug 1 00:00:31 miniupnpd[588]: shutting Down MiniUPnPd
Aug 1 00:00:31 start_nat_rules: apply the nat_rules(/tmp/nat_rules_vlan3880_vlan3880)!
Aug 1 00:00:32 miniupnpd[825]: version 1.9 started
Aug 1 00:00:32 miniupnpd[825]: HTTP listening on port 56805
Aug 1 00:00:32 miniupnpd[825]: Listening for NAT-PMP/PCP trafic on port 5351
Aug 1 00:00:32 wan: finish adding multi routes
Aug 1 00:00:32 miniupnpd[825]: shutting Down MiniUPnPd
Aug 1 00:00:32 miniupnpd[842]: version 1.9 started
Aug 1 00:00:32 miniupnpd[842]: HTTP listening on port 58922
Aug 1 00:00:32 miniupnpd[842]: Listening for NAT-PMP/PCP trafic on port 5351
Aug 1 00:00:35 WAN connexion: WAN was restored.
Aug 1 00:00:35 ntp: start NTP update
Aug 1 00:00:47 WAN connexion: Ethernet link Down.
Aug 1 00:00:47 stop_nat_rules: apply the redirect_rules!
Aug 1 00:02:38 WAN connexion: Ethernet link UP.
Aug 1 00:02:38 rc_service: wanduck 450:notify_rc restart_wan_if 0
Aug 1 00:02:41 miniupnpd[842]: shutting Down MiniUPnPd
Aug 1 00:02:41 start_nat_rules: apply the nat_rules(/tmp/nat_rules_vlan3880_vlan3880)!
Aug 1 00:02:41 miniupnpd[912]: version 1.9 started
Aug 1 00:02:42 miniupnpd[912]: HTTP listening on port 42121
Aug 1 00:02:42 miniupnpd[912]: Listening for NAT-PMP/PCP trafic on port 5351
Aug 1 00:02:42 wan: finish adding multi routes
Aug 1 00:02:42 miniupnpd[912]: shutting Down MiniUPnPd
Aug 1 00:02:42 miniupnpd[929]: version 1.9 started
Aug 1 00:02:42 miniupnpd[929]: HTTP listening on port 43622
Aug 1 00:02:42 miniupnpd[929]: Listening for NAT-PMP/PCP trafic on port 5351
Aug 1 00:02:49 WAN connexion: WAN was restored.
Aug 1 00:02:49 ntp: start NTP update
Aug 1 00:03:18 ntp: start NTP update
Aug 1 00:03:48 ntp: start NTP update
Aug 1 00:03:49 WAN connexion: Ethernet link Down.
Aug 1 00:03:49 stop_nat_rules: apply the redirect_rules!
Aug 1 00:04:14 WAN connexion: Ethernet link UP.
Aug 1 00:04:14 rc_service: wanduck 450:notify_rc restart_wan_if 0
Aug 1 00:04:17 miniupnpd[929]: shutting Down MiniUPnPd
Aug 1 00:04:17 start_nat_rules: apply the nat_rules(/tmp/nat_rules_vlan3880_vlan3880)!
Aug 1 00:04:17 miniupnpd[998]: version 1.9 started
Aug 1 00:04:18 miniupnpd[998]: HTTP listening on port 43151
Aug 1 00:04:18 miniupnpd[998]: Listening for NAT-PMP/PCP trafic on port 5351
Aug 1 00:04:18 wan: finish adding multi routes
Aug 1 00:04:18 miniupnpd[998]: shutting Down MiniUPnPd
Aug 1 00:04:18 miniupnpd[1015]: version 1.9 started
Aug 1 00:04:18 miniupnpd[1015]: HTTP listening on port 58176
Aug 1 00:04:18 miniupnpd[1015]: Listening for NAT-PMP/PCP trafic on port 5351
Aug 1 00:04:21 WAN connexion: WAN was restored.
Aug 1 00:04:21 ntp: start NTP update
Aug 1 00:04:24 miniupnpd[1015]: upnp_event_process_notify: connect(192.168.1.251:2869): connexion refused
Aug 1 00:04:51 ntp: start NTP update
Aug 1 00:05:21 ntp: start NTP update
Aug 1 00:05:51 ntp: start NTP update
Aug 1 00:06:21 ntp: start NTP update
Table de routage
Destination Gateway Genmask Flags Metric Ref Use Type Iface
78.199.X.254 * 255.255.255.255 UH 0 0 0 WAN0 vlan3880
169.254.0.1 * 255.255.255.255 UH 0 0 0 vlan2
192.168.1.0 * 255.255.255.0 U 0 0 0 LAN br0
78.199.X.0 * 255.255.255.0 U 0 0 0 WAN0 vlan3880
169.254.0.0 * 255.255.0.0 U 0 0 0 vlan2
default 78.199.X.254 0.0.0.0 UG 0 0 0 WAN0 vlan3880
Redirection de port (192.168.1.251 est le PC que j'utilise)
Destination Proto. Port range Redirect To Local port
ALL UDP 48299 192.168.1.251 47999
ALL UDP 48310 192.168.1.251 48010
ALL UDP 48298 192.168.1.251 47998
ALL UDP 48300 192.168.1.251 48000
ALL UDP 48302 192.168.1.251 48002
Si avec ça tu ne vois pas qq'chose j'abandonne. Dans tous les cas je te remercie beaucoup pour ton suivi!
Tu n'as qu'un seul port eth0 qui sert pour le LAN et le WAN. Donc le maximum que tu pourra atteindre pour un test LAN->WAN c'est 1 Gbps/2 = 500Mbps.
Conclusion: n'utilise pas ton routeur sur un réseau uniquement Ethernet (ouf ce n'est pas le cas ici).
Ensuite comme dans beaucoup de routeur:
vlan2 = eth0 taggé VLAN_ID 2 = port WAN
vlan1 = eth0 taggé VLAN_ID 1 (surement) doit se trouver dans le bridge br0
eth1 = Wifi (2.4 Ghz ou 5 Ghz) doit se trouver dans le bridge br0
eth2 = Wifi (l'autre bande) doit également se trouver dans le bridge br0
br0 = tous les ports LAN + Wifi
Conclusion: cela ressemble à un routeur comme beaucoup d'autres routeurs avec un seul Ethernet + 1 Ethernet/Wifi + un switch hardware qui gère les ports avec des vlan_id.
Mais ce qui est intéressant c'est le vlan3880. Apparemment c'est celui-ci qui est relié au modem avec une détection d'état (UP si ADSL synchronisé). Ce n'est pas normal car logiquement si vlan il doit y avoir, ce serait vlan836. Alors après est-ce que c'est le modem qui ne répond qu'au vlan3880, c'est tout à fait possible.
Je vois 2 choses à essayer:
- forcer le VLAN à 836 (si t'as une option VLAN_ID, met y 836). Dans ce cas essaye avec les bonnes IP
- forcer le VLAN à 3880 pour "voir" (sniffer) avec wireshark les données envoyées au modem. Dans ce cas sniffe en configurant le modem avec des IP bidons (1.2.3.4).
Mais apparemment ce routeur ça à l'air d'être l'horreur avec une grosse séparation entre la partie routeur et la partie modem qui communiquent via le switch HW: la partie modem doit être un chip séparé avec un port Ethernet branché sur le switch sur un port avec VLAN PID à 3880.
Pour ce qui est de cloner le MAC, tu ne le pourra pas si tu ne peux pas le mettre en bridge (ou un autre modem en VDSL2). Et comme tu n'as pas de VDSL2....ce n'est pas possible.
Il est également possible qu'avec une mise à jour du firmware du modem, pour fonctionner en IPoA le modem demande des paquets tagués avec le bon VLAN, mais que comme tout passe par le vlan3880 et fini non taggé, ça ne passe pas.
Du coup ton modem devient useless...
On dirait bien à la fin avoir trouvé un modem non compatible !
tsubasa42 (Auteur du topic), Posté le: Mer 07 Mar 2018, 14:56 Sujet du message:
4268438288
OK Merci encore de cette analyse! Je vais relire tout cela à tête reposer. Je peux quand même récupérer l'@ MAC car j'ai toujours mon Archer D9 qui lui passe facilement en bridge Enfin sauf si tu me dis qu'il accrochera vraiment jamais le VDSL2 donc c'est mort comme tu dis.
tsubasa42 (Auteur du topic), Posté le: Mer 07 Mar 2018, 22:31 Sujet du message:
4268438288
Salut Fuli,
J'ai essayé de récupérer mon adresse MAC mais comme tu l'as dit c'est impossible. Je ne trouve pas dans Wireshark une seule trame avec mon IP (en lançant une connexion http depuis mon mobile en 4G).
Je rends donc mon tablier. J'ai remis mon Archer D9 qui fonctionne lui immédiatement. Tant pis il sera un peu moins performant en USB 3 mais j'espère que cela me suffira.
Je te remercie encore sincèrement du temps que tu as passé à m'aider. Je te lance simplement un défi, peut-être qu'avec tes connaissances toi tu y arriveras. Procures-toi un Asus Désolé-ac68u et trouve la solution pour Free, je pense que tu aideras du monde
Merci encore pour tout et adieu Asus, me revoila TP-Link!
Vous ne pouvez pas poster de nouveaux sujets dans ce forum Vous ne pouvez pas répondre aux sujets dans ce forum Vous ne pouvez pas éditer vos messages dans ce forum Vous ne pouvez pas supprimer vos messages dans ce forum Vous ne pouvez pas voter dans les sondages de ce forum
FAQ
Rechercher
Liste des Membres
Groupes d'utilisateurs
S'enregistrer
. Je teste ce soir.
Enfin sauf si tu me dis qu'il accrochera vraiment jamais le VDSL2 donc c'est mort comme tu dis.