pas d'accès internet avec routeur perso

[ebouchez]

ebouchez: tu es sur un réseau Covage, l'IPv6 n'y est pas disponible.
Le mode bridge non plus : il te suffit de remplacer la Kbox par ton équipement.

Ok merci, mais c'est dommage parce que mon équipement (NETGEAR WRND3700V2) n'arrive pas à gérer la gateway hors plage.

Dommage également qu'à la souscription on m'ait dit que l'ipv6 était gèré.

Bonne journée.

[ELRiCK]

Hello,

J'ai ouvert un post ici => https://forum.k-net.fr/index.php/topic,3630.0.html
Il rejoint vos arguments concernant l'impossibilité d'utiliser son routeur perso avec K-NET.
K-Net nous indique que nous pouvons utiliser nos routeurs perso, mais il n'explique pas comment faire (aucune information technique, ni support).
Je trouve cette situation plutôt lamentable, il préfère se taire plutôt que de répondre.
Il reste évident que cette situation ne va pas dans le sens de leur affaire, plus de routeur à louer ou à vendre...

Perso, je ne me résignerai pas à garder leur routeur :

-   car le mien est plus performant
-   car il serait dommage d'en payer un autre alors que j'en possède déjà un
-   pour éviter d'avoir un périphérique de plus branché => économie d'énergie, gain de place, chaine de liaison simplifiée, donc stabilité

La peur n'évite pas le danger, il serait de bon ton que KNET s'explique sur cette politique de l'autruche.... sauf si il préfère que nous partions.

Amicalement, un utilisateur KNET désenchanté

[jack]

Hum, comment dire ..

Oui, il est possible d'utiliser son routeur perso.
Oui, il faut pour cela avoir un matériel performant et des connaissances dans le domaine.

Non, je n'ai aucune connaissance dans ton équipement et ne peux donc pas t'aider.

Je peux t'aider sur ce qui concerne Knet, pas sur ce genre de sujet

[ELRiCK]

Hum, comment dire ..

Oui, il est possible d'utiliser son routeur perso.

Oui, mais comment ?

Oui, il faut pour cela avoir un matériel performant et des connaissances dans le domaine.

Si vous nous expliquer comment faire, je pense que nous serons à même d'interpréter correctement les informations pour faire le nécessaire..
N'est-ce pas ?

[jack]

Hum, comment dire ..

Oui, il est possible d'utiliser son routeur perso.

Oui, mais comment ?

Oui, il faut pour cela avoir un matériel performant et des connaissances dans le domaine.

Si vous nous expliquer comment faire, je pense que nous serons à même d'interpréter correctement les informations pour faire le nécessaire..
N'est-ce pas ?

Ben, tu donnes la mac de ton matériel pour configurer le DHCP.
Tu branches ton matériel à la place de la Kbox.
Tu tag le vlan sur le côté WAN, 3001 dans ton cas (tutor activé ?).
Tu fais une requête DHCP.
Tu obtiens de l'internet.

C'est point à point ce que fait la Kbox 

[ELRiCK]

Tu tag le VLAN sur le côté WAN

Cela confirme ce que je pensais, reste à savoir comment faire pour trunker le VLAN3001 avec le DD-WRT...

[Klona]

Hello,
j'en profite pour revenir sur le sujet.
Quels sont les bon paramètres Vlan pour moi ?
Réseau 91 Nozay ?

[jack]

Nozay, si je ne m'abuse, c'est du tutor dégroupé dans l'europ'essonne
Ton vlan data est donc le 2012.

Cependant, tu ne dois pas outrepasser la Kbox qui joue le rôle de CPE sur les réseaux dégroupés.
Note qu'il n'y a rien de technique dans cette interdiction, et que cela ne t'empêche en rien de faire ce que tu souhaites.

**sifflote**

[ELRiCK]

...

[Klona]

Merci.

J'avais déja eu cette info, et déja regardé. Vlan 2012.
Mais impossible à faire marcher.
MAC Spoofing sur mon Pfsense (pour présenter la meme MAC que mon netgear) WAN taggé 2012, client DHCP.
Bilan, pas d'IP, aucune réponse à quoique ce soit (log type wiresharp sur l'interface WAN2012.

Je retente à zéro, j'avais peut etre fait mal un truc..

[Klona]

Je ne me souvenais plus.
En fait j'ai bien une IP, mais c'est pas la bonne...

Je récupère la 10.8.2.235 par le serveur DHCP 172.16.100.9 de Knet, mais c'est pas du tout l'IP que je devrais avoir... moi c'est 185.45.a.b.
Sinon, je récupère aussi un mask en 255.255.0.0 (?) et des DNS 178.250.208.135 et 178.250.209.34, mais pas de gateway.

Ci- joint le log wiresharp de la session DHCP.

Je laisse mon routeur de test connecté sur Knet en direct, je suis connecté par Free pour l'instant pour mon réseau.

[jack]

Tu n'as pas la bonne mac : tu te présentes avec :65, au lieu de la :64

[Klona]

Super. Merci pour ce détail qui tue !
Effectivement, je récupère la bonne IP, c'est mieux.
Mais je comprends pas. Sur mon interface Knet, c'est bien la 65 qui est notée.. C'est la MAC LAN qui est dans l'interface web Knet ?

Pas encore gagné sinon.
J'ai ajouté une route pour la gateway (celle donnée par le DHCP) vu qu'elle est hors plage
route add -inet 185.4.79.254 -iface em0_vlan2012
route add default 185.4.79.254

et tada ! ca marche !
Mais pour 10 minutes..  puis 10 minutes de vide de communication (pas de trame) puis ça revient pour 10 minutes, etc..
J'ai loggué, quand ca part, aucun paquet particulier, et quand ca revient, c'est sans qu'une nouvelle session DHCP soit réalisée.
L'interface est toujours UP avec son IP, c'est juste que plus rien ne passe.
Le meme probleme (qui n'a aucun sens) que celui rencontré lorsque je mets mon netgear en bridge...(Autre post séparé que j'ai abandonné faute de piste)
Pendant le "blanc", couper l'interface logique, forcer un DHCP release/renew, supprimer les routes et les refaire : Aucun changement.
Débrancher le cable réseau et le remettre : C'est bon, ca repart directement.

Je désespère vraiment avec ce truc en direct ou en bridge.

Si je suis en routeur avec le netgear, pas de soucis la connection est stable, mais je fais du NAT de NAT en chainant les 2 routeurs, ce qui n'est pas propre du tout et me pose des soucis sur des VPN.

[jack]

Mais je comprends pas. Sur mon interface Knet, c'est bien la 65 qui est notée.. C'est la MAC LAN qui est dans l'interface web Knet ?

La mac "untag" n'est pas la même que la mac "vlan 2012"

Mais pour 10 minutes..  puis 10 minutes de vide de communication (pas de trame) puis ça revient pour 10 minutes, etc..
J'ai loggué, quand ca part, aucun paquet particulier, et quand ca revient, c'est sans qu'une nouvelle session DHCP soit réalisée.
L'interface est toujours UP avec son IP, c'est juste que plus rien ne passe.
Le meme probleme (qui n'a aucun sens) que celui rencontré lorsque je mets mon netgear en bridge...(Autre post séparé que j'ai abandonné faute de piste)
Pendant le "blanc", couper l'interface logique, forcer un DHCP release/renew, supprimer les routes et les refaire : Aucun changement.
Débrancher le cable réseau et le remettre : C'est bon, ca repart directement.

Nous sommes bien d'accord : ton équipement arrête d'envoyer des paquets ?

[Klona]

La mac "untag" n'est pas la même que la mac "vlan 2012"

OK...
Et pour le Vlan Video c'est une autre MAC Encore ?

Nous sommes bien d'accord : ton équipement arrête d'envoyer des paquets ?

Et n'en reçoit plus..
On est d'accord que le serveur Knet me renvoie les bonnes infos via le DHCP, que les DNS et GW fonctionnent et tout et tout.

Le truc c'est que je me sers de Pfsense depuis des années, que j'en ai des dizaines en prod avec des config complexes y compris des GW hors plage (serveurs dédiés ou hosted chez OVH par exemple) et que c'est la première fois que j'ai un probleme de ce genre.

Est ce que le probleme vient de mon routeur, d'une config fausse chez Knet ou d'un cas particulier d'assemblage du réseau Knet + Pfsense qui pose un probleme ?
J'en sais rien.

Je cherche vraiment de mon coté mais si Knet pouvait m'aider de l'autre coté, ca serait top.. Meme si je comprends bien que le support de l'opérateur n'inclut pas le support de matériel divers et variés de ses clients.

Je voudrais bien tester avec un autre routeur, mais ceux que j'ai essayé ne veulent pas entendre parler d'une GW hors plage.

J'ai par contre testé des Pfsense de différentes versions et en VM ou sur hardware dédié. Je fais mes tests avec un petit PC Atom, 6 controlleur gigabit Intel pour éviter toute bizarrerie lié à ESX.

J'ai fait un log Wireshark cette nuit. Routeur de test séparé, juste un ping sur le 8.8.8.8 + les qq requetes NTP. Ce qui m'étonne c'est cette requete ARP juste avant que le flux ne recommence.. la coincidence est troublante. Et ma table ARP contient bien la correlation.

853   02:51:54.518393   76-34-45-185.ftth.cust.kwaoo.net   185.45.34.76   8.8.8.8   google-public-dns-a.google.com   ICMP   98   Echo (ping) request  id=0x08dd, seq=106/27136, ttl=64 (no response found!)
854   02:51:55.120376   185.45.34.76   a4:2b:8c:92:86:64         ARP   42   Who has 185.4.79.254?  Tell 185.45.34.76
856   02:51:55.125574   185.4.79.254   74:8e:f8:63:e5:81         ARP   60   185.4.79.254 is at 74:8e:f8:63:e5:81
857   02:51:55.162821   google-public-dns-a.google.com   8.8.8.8   185.45.34.76   76-34-45-185.ftth.cust.kwaoo.net   ICMP   94   Echo (ping) reply    id=0x423e, seq=11021/3371, ttl=59 (request in 717)


Je reçois d'ailleurs des requêtes ARP de pas mal de monde vu que j'ai ouvert en grand mon firewall pour les tests.
1284   02:55:09.282668   185.45.35.42   a4:2b:8c:92:87:f8         ARP   56   Who has 185.4.79.254?  Tell 185.45.35.42
1285   02:55:09.620313   185.73.233.30   e8:fc:af:7b:4d:54         ARP   56   Who has 185.4.79.254?  Tell 185.73.233.30
1290   02:55:11.292443   185.4.79.122   04:a1:51:30:15:62         ARP   56   Who has 185.4.79.254?  Tell 185.4.79.122
1291   02:55:11.867448   185.4.79.145   04:a1:51:2f:f4:24         ARP   56   Who has 185.4.79.254?  Tell 185.4.79.145
1296   02:55:14.347760   185.4.79.244   c4:04:15:5c:56:e2         ARP   56   Who has 185.4.79.254?  Tell 185.4.79.244


Question bonus qui m'intrigue meme si je pense que cela n'a rien a voir :
le reverse de 185.4.79.254 c'est border1-th2.kwaoo.net
et border1-th2.kwaoo.net ça pointe sur 178.250.208.18...