Freebox V5 ADSL

Bonjour,

Je suis confronté à un problème de compatibilité entre le routeur de la
Freebox, Microsoft ISA server pour établir une connexion VPN.

Il est parfaitement reproductible avec le routeur des freebox 4 (degoupé
ou non) et 5, à condition de reproduire très précisement la configuration
décrite ci dessous.

En résumé : on a d’un côté une machine (sous Windows 2000 ou sous Windows
XP ou encore Windows 2003 server, je n’ai pas eu l’occasion de tester avec
d’autres systèmes) qui execute un serveur VPN PPTP, et qui est derrière la
freebox en mode routeur.
Le phénomène se reproduit à partir du moment où la freebox est en mode routeur,
soit qu’elle soit configurée pour router le protocole TCP port 1723 sur cette
machine, doit que la machine qui execute le serveur PPTP soit déclarée comme DMZ.

De l’autre côté, sur une autre connexion Internet (Free ou non), un client
VPN Windows, qui est sur une machine qui accède à Internet via un serveur
Microsoft ISA 2004 serveur. (le serveur est sous Windows Small Business
server 2003 SP1 ou Windows 2003 server). On peut lancer le client VPN
aussi bien sur une station XP ou Windows 2003 server
dans le reseau local que sur le serveur lui même.

Avec cet configuration, la connexion VPN échoue.
Si le client est sous XP, l’erreur reportée est ‘Error 619” Si le client est sous Windows 2003 server, l’erreur est “Error 628: The
connection was terminated by the remote computer before it could be
completed”

Plus précisement.
A noter que ce test est reproductible, en doublant les choese, avec du côté
freebox routeur + serveur VPN
1) une freebox en free dégroupé, qui renvoi le port TCP1723 vers la machine
qui fait serveur VPN. Cette machine executre Windows 2003 server
2) une freebox en free non dégroupé, qui renvoi le port TCP1723 vers la
machine qui fait serveur VPN, et qui déclare en plus cette machine comme
DMZ. Cette machine executre Windows XP SP2

du côté client, cela a été mis en évidence sur deux configuration avec
Windows SBS + ISA Server, connecté en free dégroupé (avec une freebox en
mode bridge, sans le routeur activé donc).

A noter bien sur :
1) du côté serveur VPN derrière Freebox routeur, on arrive à faire se
connecter des clients qui ne sont pas derrières ISA2004
2) du côté du reseau derrière ISA serveur, on arrive à se connecter à
plusieurs de VPN PPTP qui ne sont pas derrière une freebox en mode routeur
(exemple : pas de soucis vers une freebox non dégroupé en mode bridge et un
routeur Wifi Microsoft MN730 qui renvoi le port TCP 1723 vers la machine qui
fait serveur VPN).

Donc c’est bien l’ensemble serveur VPN PPTP (XP ou Windows 2000/2003) derrière un
routeur freebox et client derrière ISA2004 qui semble problèmatique. Après,
difficile de savoir lequel des deux est fautif sans approfondir.

Ce bug a aussi été reproduit avec Isa2006

Je suis à la disposition de quiquonque veut creuser cette question.

Dernier point : si quelqu’un à un serveur Linux PPTP derrière une routeur en
freebox, je voudrais bien faire un essai pour rentrer dessus avec mon client
derrière ISA.

http://www.microsoft.com/windowsserver2003/default.mspx http://www.microsoft.com/isaserver/
des versions d’évaluation pour tester

http://www.microsoft.com/windowsserver2003/evaluation/trial/default.mspx http://www.microsoft.com/isaserver/prodinfo/trial-software.mspx

Bonjour, j’exprime ici plus un problème d’administration du site web que de la freebox ADSL en elle même.

Lorsque l’on résilie un abonnement avec effet en fin de mois, la console de gestion ne permet plus que de consulter les factures.

Il est ainsi impossible de modifier les port ouvert sur le routeur, de changer la clé Wifi, etc....

Cet état de fait n’est pas normal.

Bonjour,
J’ai opté, à cause des lags sur le TV dûs au Wifi (merci le four micro-onde du voisin!!!) pour la mise en place du CPL.

J’ai depuis cette mise en place, des problèmes de reboot intempestifs de la freebox ADSL en plus de l’écran qui se fige.

L’affichage de la vidéo se fige 1 à 3 secondes et reprends sauf bien-sur lorsque la freebox ADSL reboot.

Y’a t’il des préconisations particulières à la mise ne place du CPL?

Cela arrive alors qu’aucun autre appareil électrique pouvant parasiter ne fonctionne (pas de machine à laver ou lave vaisselle par exemple).

Je suis conscient que le CPL est dépendant de l’état du circuit électrique de mon appartement mais cela n’explique pas les reboot de la freebox ADSL régulier.

Merci d’avance de votre aide précieuse.

Sebastien

La fonction serveur d’impression permet de brancher une imprimante sur le port USB de la freebox afin de la partager sur le réseau local routé par le freebox.

Un bon nombre d’imprimante utilise une communication bidirectionnelle ce qui permet, entre autre, de faire remonter l’état de l’imprimante au PC. La communication bidirectionnelle ne semble par supportée par la freebox ne permettant pas d’utiliser un bon nombre d’imprimante, notamment des imprimantes laser de type Canon LBP (LBP-5000 très populaire pour n’en citer qu’une). Ceci abouti à une message d’erreur du driver de l’imprimante du type “port non reconnu”.

Serait-il faisable d’implémenter une communication bidirectionnelle sur le port USB de la freebox? Peux-être dans le cas d’un PC unique éventuellement, ou dans le cas d’un PC à une adresse IP désignée comme pour le freeplayer?

Bonjour
je viens faire appelle a votre aide je m’explique
Fin Mai 2009 je fais l’acquisition d’une TV Philips 32PLF9604
ce modèle possède une connection wifi ainsi qu’une connection rj45
début Juin j’avais accès a internet sut la TV sans aucun problème (fonction NetTV)
aussi biens en wifi que câblé (par la suite je suis resté en câblé pour un meilleur débit)
pour philips le problème viens de Free et pour la hotline de free (a part me dire
qu’une TV ne ce connecte pas a internet car cela n’existe pas) enfin bref
donc voilà ou j’en suis
pour info j’ai essayé la connection avec DHCP actif/désactivé
j’arrive a faire un ping de l’adresse IP que j’ai donné a la TV sans problème
j’arrive a voir le nom de mon réseau en wifi
et j’ai vérifié sur internet au niveau du NetTV si il y avais des coupures (aucune coupure)
la free est une freebox HD mais de première génération avec le 3 antennes
je vous remercie de l’aide que vous pourrez m’apporter
salutations
Zarnia

Bonjour,

Free propose l’IPv6 par l’intermédiaire de la Freebox qui établit un tunnel avec une passerelle 6rd afin d’émuler une connectivité IPv6 native pour le client (via l’auto-configuration).

2 problèmes :
- l’IPv6 n’est proposé qu’en mode routage même si ce dernier est désactivé pour l’IPv4,
- la désactivation du “Support IPV6” dans l’interface de configuration n’empêche la Freebox de répondre au ping6 (sur 2a01:e3x:xxxx:xxx0::1)

Conséquences :
- impossible de proposer des adresses v6 publiques aux machines du réseau lorsque ce dernier se trouve derrière un routeur personnel,
- impossible pour le routeur personnel de monter lui même le tunnel 6rd pour offrir la connectivité IPv6 à son réseau local (les paquets émis partent et arrivent bien à destination, mais les réponses ne reviennent jamais car elles sont toujours interceptées par la Freebox malgré la désactivation du “Support IPV6”).

Il faudrait :
- permettre l’utilisation d’IPv6 en mode bridge réel (comme pour l’IPv4),
- publier les paramètres permettant de monter soi-même son tunnel 6rd vers les passerelles de Free,
- à défaut, permettre de configurer une route sur la Freebox afin de pouvoir attribuer une plage d’adresses au routeur personnel qui servirait alors de passerelle vers son propre réseau local (ex : 2a01:e3x:xxxx:xxx0:abcd::/80 ⇒ LAN client via IP routeur client)

A noter que le problème ne se présente pas si un modem ADSL2+ classique est utilisé à la place de la Freebox.

Merci.

Extrait d’un post sur le sujet :

Après beaucoup de tentatives infructueuses, mon avis est que ce n’est tout simplement pas possible pour plusieurs raisons. Tout d’abord, il semblerait que l’IPv6 ne soit disponible qu’en mode routage (la Freebox s’approprie l’adresse IPv6 2a01:e3x:xxxx:xxx0::1 même avec le routage désactivé et indépendemment de l’activation ou non du “Support IPV6” ). Aussi, il est possible de pinger cette adresse IP depuis l’extérieur même avec le “Support IPV6” désactivé. D’ailleurs, à peu près toutes les Freebox semblent répondre au ping6.

Bref, impossible pour un routeur d’utiliser la Freebox (v5 dans mon cas) comme un simple modem (bridge) en ce qui concerne IPv6, alors que c’est tout à fait possible en IPv4 (sauf pour les détenteurs de FBv6 alias Revolution, à ce jour en tout cas).

Ayant vu un peu de tout sur le net lors de mes recherches, voici la configuration (théorique puisque non fonctionnelle chez moi) qui me semble la plus adaptée, basée sur une config 6to4 classique :

ip tunnel add sit1 mode sit local a.b.c.d ttl 64
ip tunnel 6rd dev sit1 6rd-prefix 2a01:e30::/28
ip link set dev sit1 up
ip -6 addr add 2a01:e3x:xxxx:xxx0::1/64 dev sit1
ip -6 route add 2000::/3 via ::192.88.99.101 dev sit1 metric 1

[...]

Avec cette configuration, les paquets IPv6 sont bien expédiés via la passerelle 6rd de Free *et* reçus par le destinataire, mais les réponses du destinataire ne reviennent jamais jusqu’à l’envoyeur. Elles sont probablement interceptées par la Freebox qui s’est approprié le préfixe.

3 solutions : utiliser un modem à la place de la freebox, utiliser le bon vieux 6to4, ou harceler free pour qu’ils modifient le comportement de la FBX.

En attendant, ce sera 6to4 pour moi, avec un ping un peu naze ~100 ms :(

Bonjour,

Free propose l’IPv6 par l’intermédiaire de la Freebox qui établit un tunnel avec une passerelle 6rd afin d’émuler une connectivité IPv6 native pour le client (via l’auto-configuration).

2 problèmes :
- l’IPv6 n’est proposé qu’en mode routage même si ce dernier est désactivé pour l’IPv4,
- la désactivation du “Support IPV6” dans l’interface de configuration n’empêche la Freebox de répondre au ping6 (sur 2a01:e3x:xxxx:xxx0::1)

Conséquences :
- impossible de proposer des adresses v6 publiques aux machines du réseau lorsque ce dernier se trouve derrière un routeur personnel,
- impossible pour le routeur personnel de monter lui même le tunnel 6rd pour offrir la connectivité IPv6 à son réseau local (les paquets émis partent et arrivent bien à destination, mais les réponses ne reviennent jamais car elles sont toujours interceptées par la Freebox malgré la désactivation du “Support IPV6”).

Il faudrait :
- permettre l’utilisation d’IPv6 en mode bridge réel (comme pour l’IPv4),
- publier les paramètres permettant de monter soi-même son tunnel 6rd vers les passerelles de Free,
- à défaut, permettre de configurer une route sur la Freebox afin de pouvoir attribuer une plage d’adresses au routeur personnel qui servirait alors de passerelle vers son propre réseau local (ex : 2a01:e3x:xxxx:xxx0:abcd::/80 ⇒ LAN client via IP routeur client)

A noter que le problème ne se présente pas si un modem ADSL2+ classique est utilisé à la place de la Freebox.

Merci.

Extrait d’un post sur le sujet :

Après beaucoup de tentatives infructueuses, mon avis est que ce n’est tout simplement pas possible pour plusieurs raisons. Tout d’abord, il semblerait que l’IPv6 ne soit disponible qu’en mode routage (la Freebox s’approprie l’adresse IPv6 2a01:e3x:xxxx:xxx0::1 même avec le routage désactivé et indépendemment de l’activation ou non du “Support IPV6” ). Aussi, il est possible de pinger cette adresse IP depuis l’extérieur même avec le “Support IPV6” désactivé. D’ailleurs, à peu près toutes les Freebox semblent répondre au ping6.

Bref, impossible pour un routeur d’utiliser la Freebox (v5 dans mon cas) comme un simple modem (bridge) en ce qui concerne IPv6, alors que c’est tout à fait possible en IPv4 (sauf pour les détenteurs de FBv6 alias Revolution, à ce jour en tout cas).

Ayant vu un peu de tout sur le net lors de mes recherches, voici la configuration (théorique puisque non fonctionnelle chez moi) qui me semble la plus adaptée, basée sur une config 6to4 classique :

ip tunnel add sit1 mode sit local a.b.c.d ttl 64
ip tunnel 6rd dev sit1 6rd-prefix 2a01:e30::/28
ip link set dev sit1 up
ip -6 addr add 2a01:e3x:xxxx:xxx0::1/64 dev sit1
ip -6 route add 2000::/3 via ::192.88.99.101 dev sit1 metric 1

[...]

Avec cette configuration, les paquets IPv6 sont bien expédiés via la passerelle 6rd de Free *et* reçus par le destinataire, mais les réponses du destinataire ne reviennent jamais jusqu’à l’envoyeur. Elles sont probablement interceptées par la Freebox qui s’est approprié le préfixe.

3 solutions : utiliser un modem à la place de la freebox, utiliser le bon vieux 6to4, ou harceler free pour qu’ils modifient le comportement de la FBX.

En attendant, ce sera 6to4 pour moi, avec un ping un peu naze ~100 ms :(

Bonjour,

Free propose l’IPv6 par l’intermédiaire de la Freebox qui établit un tunnel avec une passerelle 6rd afin d’émuler une connectivité IPv6 native pour le client (via l’auto-configuration).

2 problèmes :
- l’IPv6 n’est proposé qu’en mode routage même si ce dernier est désactivé pour l’IPv4,
- la désactivation du “Support IPV6” dans l’interface de configuration n’empêche la Freebox de répondre au ping6 (sur 2a01:e3x:xxxx:xxx0::1)

Conséquences :
- impossible de proposer des adresses v6 publiques aux machines du réseau lorsque ce dernier se trouve derrière un routeur personnel,
- impossible pour le routeur personnel de monter lui même le tunnel 6rd pour offrir la connectivité IPv6 à son réseau local (les paquets émis partent et arrivent bien à destination, mais les réponses ne reviennent jamais car elles sont toujours interceptées par la Freebox malgré la désactivation du “Support IPV6”).

Il faudrait :
- permettre l’utilisation d’IPv6 en mode bridge réel (comme pour l’IPv4),
- publier les paramètres permettant de monter soi-même son tunnel 6rd vers les passerelles de Free,
- à défaut, permettre de configurer une route sur la Freebox afin de pouvoir attribuer une plage d’adresses au routeur personnel qui servirait alors de passerelle vers son propre réseau local (ex : 2a01:e3x:xxxx:xxx0:abcd::/80 ⇒ LAN client via IP routeur client)

A noter que le problème ne se présente pas si un modem ADSL2+ classique est utilisé à la place de la Freebox.

Merci.

Extrait d’un post sur le sujet :

Après beaucoup de tentatives infructueuses, mon avis est que ce n’est tout simplement pas possible pour plusieurs raisons. Tout d’abord, il semblerait que l’IPv6 ne soit disponible qu’en mode routage (la Freebox s’approprie l’adresse IPv6 2a01:e3x:xxxx:xxx0::1 même avec le routage désactivé et indépendemment de l’activation ou non du “Support IPV6” ). Aussi, il est possible de pinger cette adresse IP depuis l’extérieur même avec le “Support IPV6” désactivé. D’ailleurs, à peu près toutes les Freebox semblent répondre au ping6.

Bref, impossible pour un routeur d’utiliser la Freebox (v5 dans mon cas) comme un simple modem (bridge) en ce qui concerne IPv6, alors que c’est tout à fait possible en IPv4 (sauf pour les détenteurs de FBv6 alias Revolution, à ce jour en tout cas).

Ayant vu un peu de tout sur le net lors de mes recherches, voici la configuration (théorique puisque non fonctionnelle chez moi) qui me semble la plus adaptée, basée sur une config 6to4 classique :

ip tunnel add sit1 mode sit local a.b.c.d ttl 64
ip tunnel 6rd dev sit1 6rd-prefix 2a01:e30::/28
ip link set dev sit1 up
ip -6 addr add 2a01:e3x:xxxx:xxx0::1/64 dev sit1
ip -6 route add 2000::/3 via ::192.88.99.101 dev sit1 metric 1

[...]

Avec cette configuration, les paquets IPv6 sont bien expédiés via la passerelle 6rd de Free *et* reçus par le destinataire, mais les réponses du destinataire ne reviennent jamais jusqu’à l’envoyeur. Elles sont probablement interceptées par la Freebox qui s’est approprié le préfixe.

3 solutions : utiliser un modem à la place de la freebox, utiliser le bon vieux 6to4, ou harceler free pour qu’ils modifient le comportement de la FBX.

En attendant, ce sera 6to4 pour moi, avec un ping un peu naze ~100 ms :(