La Fibre
Fournisseurs d'accès à Internet fixe en France métropolitaine => 
Anciens FAI => Opérateurs grand public alternatifs => 
iBloo => Discussion démarrée par: vivien le 08 novembre 2019 à 20:54:37
-
Un nouveau FAI se lance sur le marché grand public : iBloo !
(https://lafibre.info/images/pro/logo_ibloo.png)
Ce n'est pas un opérateur inconnu, car il est opérateur pro depuis 2017, sous la marque iBlooPro.
iBloo est présent dans le nord-ouest de la France, avec un siège à Tours, et une présence à Pont-Audemer, Brest et Longueau.
Il propose du FTTH 1 Gb/s sur les réseaux d'initiative publique nationaux habituels : Covage, Altitude Infrastructure, Axione, TDF
En plus iBloo propose aussi ses offres sur les réseaux d’initiative public SFR Collectivités ou d'Orange (THD Bretagne et Gironde Haut Méga) ce qui est rare.
Voici les trois offres proposées au grand public, en partenariat avec Molotov TV :
(https://lafibre.info/images/pro/201911_ibloo_offres_1.png)
Le débit montant n'est pas précisé, j'imagine qu'il varie en fonction des réseaux utilisés, comme chez les autres opérateurs.
Il manque les "fiches d'information standardisées", mais le site grand public est tout jeune, il n'a pas encore son nom de domaine (disponible sur https://ibloo.odoo.com en attendant mieux)
200 jeux sont proposés, mais je n'ai pas compris sur quelle offre était basée cette promesse.
-
Les offres TV d'iBloo
Il n'existe pas d'offre sans TV, l'offre de base intègre l'abonnement à Molotov Plus, facturé habituellement 3,99€/mois (permet de passer de 720p à 1080p, de faire des enregistrements (150h avec un maximum de 20h sur les chaînes du groupe TF1), de passer de 1 à 4utilisateurs simultanés et de regarder Molotov quand on est en voyage en Europe).
Personnellement je suis abonné l'offre Molotov Plus et je trouve le service parfait : il propose chaque semaine une séries d'émissions à enregistrer, ce qui fait que j'ai toujours un stock de films et d'émissions intéressante à regarder (cela nécessite de se connecter depuis un mobile, l'application pour PC propose pas cette fonction qui propose des contenus à enregistrer).
Pas besoin d'un PC puissant pour regarder sur PC, un simple Core2 duo est suffisant sous Linux.
Les forfaits plus onéreux de iBloo proposent Molotov Extended et les appels vers les fixes pour 10€ de plus par mois (le prix de l'option Molotov Extended seul est habituellement facturé 9,99€/mois)
(https://lafibre.info/images/pro/201911_ibloo_offres_2.png)
(https://lafibre.info/images/pro/201911_ibloo_offres_3.png)
-
Petit clip vidéo d'iBloo :
https://lafibre.info/videos/pro/201907_ibloo_clip.mp4
Edit : Nouvelle version 2021 :
https://lafibre.info/videos/pro/202109_ibloo_ftth_alternatif_zones_rurales.mp4
-
iBloo : C'est le réseau AS201808 Blue Infra SAS
(https://lafibre.info/images/pro/201911_ibloo_ipv6_2.png)
iBloo s'appuye sur le réseau Blue Infra (AS201808).
Je n'ai pas compris si BlueInfra, BlueServices et iBlooPro sont dans le même groupe. Cela semble le cas mais BlueInfra et iBlooPro semblent sur les mêmes marchés.
Blue Infra annonce des IPv6 et 2018 IPv4 (185.50.128.0/22 et 185.240.156.0/22).
Le principal transitaire semble Cogent, mais Blue Infra est bien présent sur Paris pour faire du peering sur France-IX, son seul point d'échange où il est présent.
Sinon, ce qui m'a fait plaisir chez iBloo, c'est l'IPv6 qui est vraiment mis en avant sur l'offre pro, comme un argument fort a deux reprise sur la page d’accueil :
(https://lafibre.info/images/pro/201911_ibloo_ipv6_1.png)
(https://lafibre.info/images/pro/201911_ibloo_ipv6_3.png)
Malheureusement le site web iBloo Pro, hébergé chez OVH n'est pas accessible en IPv6.
C'est la même chose pour le site iBloo grand public, hébergé chez Google sans IPv6.
A noter pour être complet, que iBloo Pro, dispose d'un second site, sans www, qui lui est bien disponible en IPv6.
Mais ce n'est pas lui qui est référencé par Google (au passage il est conseillé de mettre une redirection et de ne pas avoir deux sites identiques sur deux url distinctes)
-
Il propose des belles offres.
-
Molotov c'est via un téléviseur connecté ou iBloo propose une box TV ?
-
Je n'ai pas encore l'information.
J'ai également demandé à avoir plus de détails (pour la TV, les jeux mais aussi la box proposée et ses capacités en Wi-Fi) et les visuels des équipements.
L'offre semble effectivement très attractives sur le papier et en plus avec une éligibilité qui serait digne des plus gros opérateurs alternatifs.
Maintenant, outre les aspects financiers, il sera essentiels d'avoir les retours des clients, pour savoir si il se place au niveau de K-Net ou au contraire au niveau de VidéoFutur.
Si iBloo souhaite devenir un opérateur alternatif de premier plan ils vont devoir s'organiser pour le faire. Il est compliqué pour un opérateur alternatif de petite taille de recruter plusieurs milliers de clients par an, cela demande une organisation pour industrialiser le tout. On a vu des acteurs avoir des difficultés à passer le cap des 5000 abonnés.
Enfin si je pense que Molotov TV c'est une excellente idée, c'est un point incertain dans le busness : Certains prédisent sa mort avec l'arrivée de Salto. L’autorité de la concurrence va probablement veiller à la concurrence, mais on voit bien que la négociation de la reprise des chaînes pourraient devenir tendues quand Salto sera lancé. On a vu l'épisode TF1/Free, TF1/Canal, BFM/Free puis BFM/Orange. Aujourd'hui Salto n'est pas lancé les chaînes ne peuvent pas se montrer trop gourmandes, mais après...
-
Molotov c'est via un téléviseur connecté ou iBloo propose une box TV ?
C'est la Xiaomi Mi Box S
https://lafibre.info/yvelines-numeriques/maule/msg688482/#msg688482
-
De : iBlooPro <filipe.dxxxxxxxxxx@ibloopro.fr>
Envoyé : mardi 24 septembre 2019 10:45
À : xxx
Objet : Re: Renseignement
M xxx,
Voici le descriptif de notre box tv :
- Box Android 4K HD
- Chromecast
- Google assistant et Google play
- Dolby Audio/DTS
- 8GB de stockage
- Touche Direct Netflix
- Possibilité de connecter un disque dur
- Compatible avec des milliers d’applications.
Et oui je vous confirme que nous avons signé un contrat avec eux.
Cordialement.
Filipe Dxxxxxxxxxxxxxx
RESPONSABLE COMMERCIAL
Mob. +33 (0)6 xx xx xx xx
Fixe. +33 (0)9 xx xx xx xx
Ibloopro.fr
Le 23 sept. 2019 à 18:59, xxx a écrit :
Ok merci pour les informations
Est il possible d’avoir un descriptif de la box que vous proposez ?
Autre question : Vous n’êtes pas encore référencé comme opérateur sur le site yvelinefibres.
Confirmez vous avoir signé un contrat avec eux ?
Bonne soirée.
Y xxx
78580 Maule
-
La fibre vient d'arriver sur ma commune les gros opérateurs ne sont pas présents
Personnellement j'ai hésité longuement entre K Net et IBLOO je me suis décidé en faveur d'IBLOO j'ai eu un bon contact
Effectivement le site ne donne pas beaucoup d'infos, mais je les ai eu par mail à la suite d'un entretien téléphonique
Ils sont connus dans l'installation ils ont démarré sur le marché des particuliers depuis peu de temps
Je veux leur donner leur chance
On peut pour ceux qui ont peur de "l'inconnue" prendre un abonnement sans engagement moyennant une participation de 50€
La box tv est disponible moyennant une caution de 50€
Le routeur est le HUAWEI EG8245H5 sans caution ou coût de location
Le service client et support est chose de plus en plus rare, en France
Maintenant j'attends un rdv avec un technicien
Tout les frais sont offerts
-
C'est donc un HUAWEI EG8245H5 ?
C'est donc un routeur ONT Gpon. C'est bien si ils arrivent à remplacer l'ONT de l'opérateur d'infrastructure sur toutes les DSP.
Je suis par contre fortement déçu du Wi-Fi, visiblement uniquement 2,4 Ghz et très limité, qui me semble équivalent de le Livebox 2 d'Orange.
C'est incompréhensible de ne pas avoir opté pour un Wi-Fi plus performant, il y a moins de dix euros d’écart avec un Wi-Fi 802.11ac d'entrée de gamme.
Je suis intéressé par un SpeedTest en Wi-Fi pour voir le débit maximum réel, probablement autour de 100 Mb/s quand on est à proximité immédiate de la box.
(https://lafibre.info/images/pon/201806_huawei_EG8245H5_datasheet_1.png)
(https://lafibre.info/images/pon/201806_huawei_EG8245H5_datasheet_2.png)
Il est par contre compatible DS-Lite, c'est important pour l'avenir en un réseau IPv6 only où c'est la box qui va faire le nécessaire pour assurer la compatibilité avec les sites IPv4 only.
(https://lafibre.info/images/ipv6/201706_Dual-Stack_Lite.svg)
-
Bonjour,
C'est bien le routeur Huawei EG8245H5 qui fait office de box et la Xiaomi Mi Box S.
Pour le moment, j'ai toujours l'ONT de l'opérateur, peut-être qu'à l'avenir il sera possible de se raccorder en direct... ?
un SpeedTest en Wifi tourne entre 100 et 110 Mb/s (up/down) et en filaire je suis monté à 600/400 Mb/s, je pense être limité par mon hardware...
Une IPv6 fixe est bien fourni !
L'opérateur propose le parrainage (mp si besoin)
Difficile de comparer avec d'autres opérateurs pour moi sur le réseau TDF (Anjou-Fibre) mais je passe d'un accès ADSL 1 Méga à la fibre et ça c'est déjà du gros changement !
-
Merci pour ton retour.
Comment connecte tu l'ONT de l'opérateur d'infrastructure au Huawei EG8245H5 ?
Via le port Ethernet N°4 de la box ?
-
Merci pour ton retour.
Comment connecte tu l'ONT de l'opérateur d'infrastructure au Huawei EG8245H5 ?
Via le port Ethernet N°4 de la box ?
via le port Ethernet 1, j'ai testé le branchement direct de la fibre à la box sans succès, la connexion de monte pas.
-
Une IPv6 fixe est bien fourni !
Pas de bouton j'aime... mais j'aime ! :D
-
totof49120, quand tu vas dans l'interface de ta box, l'IPv4 publique pour le Wan qui est affichée dans l'interface huawei est la même que celle sur http://ip.lafibre.info/ ou une IPv4 différente, probablement commençant par "10" ?
-
totof49120, quand tu vas dans l'interface de ta box, l'IPv4 publique pour le Wan qui est affichée dans l'interface huawei est la même que celle sur http://ip.lafibre.info/ ou une IPv4 différente, probablement commençant par "10" ?
Pas d'IPv4 publique sur l'interface de la box, et l'IPv4 publique visible sur le site est : Connectivité IPv4 (via requête DNS) OK : IPv4 publique = 185.240.156.xxx
Cela correspond à la range de BLUE INFRA
-
Sur la même page, que vois-tu sur la ligne « Port TCP source utilisé par votre connexion IPv4 » ?
-
Sur la même page, que vois-tu sur la ligne « Port TCP source utilisé par votre connexion IPv4 » ?
Port TCP source utilisé par votre connexion IPv4 : TCP 1284 et TCP 1833 (via IPv4 littérale)
-
Port TCP source utilisé par votre connexion IPv4 : TCP 1284 et TCP 1833 (via IPv4 littérale)
Ça ne sent pas bon, ça ressemble à du CGNAT (mais ça peut être autre chose aussi, comme de l'A+P). Tu n'as donc probablement pas d'IPv4 dédiée
-
Faut croire que les LIR sont des denrées de plus en plus rares.
-
Ça ne sent pas bon, ça ressemble à du CGNAT (mais ça peut être autre chose aussi, comme de l'A+P). Tu n'as donc probablement pas d'IPv4 dédiée
Je confirme, sauf si un logiciel a modifié le comportement par défaut de ton Windows.
Serait-il possible de nous indiquer la page de port source de ton système d’exploitation ?
Si il n'utilise pas les plage entre 1000 et 2000, on sait que c'est ton FAI qui a modifié dynamiquement ta connexion, pour faire du partage d'IPv4.
Comment vérifier la plage de port de mon système d'exploitation ?
Sous Windows :
1/ Démarrer une "Invite de commandes"
2/ Copier / coller la commande netsh int ipv4 show dynamicport tcp
(https://lafibre.info/testdebit/windows10/201512_ports_dynamique_winows10_10586.png)
Sous Linux :
1/ Démarrer un terminal
2/ Copier / coller la commande cat /proc/sys/net/ipv4/ip_local_port_range
(https://lafibre.info/testdebit/ubuntu/201512_ports_dynamique_ubuntu.png)
Sous MacOS X :
1/ Démarrer un terminal
2/ Copier / coller la commande sysctl net.inet.ip.portrange.first net.inet.ip.portrange.last
-
Honnêtement, même s'ils font du CGNAT, ils ont le mérite d'avoir de l'IPv6 forcé par défaut chez les abonnés.
Ca limite les emmerdes puisque le CGNAT aura moins de connexions IPv4 à gérer, et donc moins de déco intempestives.
Moi dans 1 an, je serais aussi obligé de rallumer mes équipements CGNAT tellement on bouffe des IPv4. Tout ce que j'espère, c'est que pendant ce laps de temps, un maximum d'admin se sortent les doigts et déploient pour avoir encore moins de connexions v4 à gérer et que ça devienne anecdotique.
-
Microsoft Windows [version 10.0.19013.1122]
(c) 2019 Microsoft Corporation. Tous droits réservés.
C:\Users\ChristopheAmélie>netsh int ipv4 show dynamicport tcp
Plage de ports dynamique du protocole tcp
-------------------------------------------
Port de démarrage : 49152
Nombre de ports : 16384
C'est bien du CGN (DS-Lite), Après, il faut s'en douter que le stock d'IPv4 n'est pas infini, mais le fait d'avoir une IPv6 fixe dédiée apporte une solution.
-
Honnêtement, même s'ils font du CGNAT, ils ont le mérite d'avoir de l'IPv6 forcé par défaut chez les abonnés.
+1
Moi dans 1 an, je serais aussi obligé de rallumer mes équipements CGNAT tellement on bouffe des IPv4. Tout ce que j'espère, c'est que pendant ce laps de temps, un maximum d'admin se sortent les doigts et déploient pour avoir encore moins de connexions v4 à gérer et que ça devienne anecdotique.
Dans 1 an ? Malheureusement, je pense que tes CG-NAT vont encore servir un bon bout de temps...
-
Bonjour,
Quelqu'un a réussi à check son éligibilité?
Chez moi ça tourne en rond sans résultat.
J'aurai bien voulu voir si je suis éligible sur Brest.
-
Bonjour,
Quelqu'un a réussi à check son éligibilité?
Chez moi ça tourne en rond sans résultat.
J'aurai bien voulu voir si je suis éligible sur Brest.
Bonjour,
Tu peux les contacter par téléphone ou par email avec ton adresse, ils sont assez réactifs !
D'après ce que j'ai compris, le site devrait permettre l'inscription en ligne sous peu..
-
Brest, ce serait pas étonnant?
Pour le CG-Nat, effectivement un peu moins problématique puisque qu'une V6 est fonctionnelle.
Mais certains clients risquent tout de même de rencontrer quelques problèmes.
-
Brest, ce serait pas étonnant?
Pour le CG-Nat, effectivement un peu moins problématique puisque qu'une V6 est fonctionnelle.
Mais certains clients risquent tout de même de rencontrer quelques problèmes.
Si, complètement, mais ils sont présents juste à côté de mon domicile, alors pourquoi pas essayer lol
-
Bonjour,
Y-a-t-il d'autres clients iBloo sur le forum ?
-
Bonjour à tous,
Je suis tombé un peu par hasard sur ce forum.
Pour que la situation soit claire dès le départ, je travaille chez iBloo/iBlooPro en tant qu'ingénieur réseau. :)
Je me permets de répondre aux questions/critiques sur l'ONT Huawei :
- pour le moment il n'est pas possible d'utiliser directement l'ONT dans certains endroits. En fonction de la collecte que nous utilisons, nous faisons de l'actif, et sommes obligés de passer par l'ONT déployé par l'entreprise faisant le raccordement. Mais ce n'est pas le cas partout.
- pour le wifi 5GHz, nous sommes actuellement en train de proposer un ONT Huawei alternatif aux clients souhaitant faire du wifi 5GHz. La raison pour laquelle nous avons décidé d'opter pour le model ne faisant que du 2,4GHz, est qu'aujourd'hui, encore pas mal d'équipements clients ne supportent pas bien le 5GHz. Et, nous avions des problèmes avec des clients qui ne comprennaient pas quoi choisir comme SSID (avec la cohabitation des deux canaux) et qui pouvaient être insatisfait.. Du coup nous avons opté pour cet ONT. Mais au vu de la forte demande que nous avons sur le 5GHz, nous allons proposer un nouveau model le supportant.
Bonne journée à tous!
-
Bonjour à tous,
Je suis tombé un peu par hasard sur ce forum.
Pour que la situation soit claire dès le départ, je travaille chez iBloo/iBlooPro en tant qu'ingénieur réseau. :)
Je me permets de répondre aux questions/critiques sur l'ONT Huawei :
- pour le moment il n'est pas possible d'utiliser directement l'ONT dans certains endroits. En fonction de la collecte que nous utilisons, nous faisons de l'actif, et sommes obligés de passer par l'ONT déployé par l'entreprise faisant le raccordement. Mais ce n'est pas le cas partout.
- pour le wifi 5GHz, nous sommes actuellement en train de proposer un ONT Huawei alternatif aux clients souhaitant faire du wifi 5GHz. La raison pour laquelle nous avons décidé d'opter pour le model ne faisant que du 2,4GHz, est qu'aujourd'hui, encore pas mal d'équipements clients ne supportent pas bien le 5GHz. Et, nous avions des problèmes avec des clients qui ne comprennaient pas quoi choisir comme SSID (avec la cohabitation des deux canaux) et qui pouvaient être insatisfait.. Du coup nous avons opté pour cet ONT. Mais au vu de la forte demande que nous avons sur le 5GHz, nous allons proposer un nouveau model le supportant.
Bonne journée à tous!
Bonjour et bienvenue sur le forum 8)
Vous pourrez peut-être répondre à ma question (à laquelle je n'ai jamais reçu de réponse via vos différents contacts); avez-vous un réseau sur la ville de Brest?
Bien Cordialement,
DamienC
-
Euh, je vois pas ce que vient foutre l'ONT et le Wifi... :o
Je suis inquiet si un ingé réseau confond l'ONT (fourni par l'OI) et la box (fourni par le FAI).
-
Euh, je vois pas ce que vient foutre l'ONT et le Wifi... :o
Tu fait fausse route ...
iBloo possède un routeur avec un ONT intégré.
-
Pour le secteur de Brest, nous avons bon espoir pour début 2020.
Nous déployons bien un ONT Huawei EG8245H5 (https://e.huawei.com/fr/products/enterprise-transmission-access/access/onu/echolife-eg8245h5) chez nos clients. Cet ONT offre la fonctionnalité Wi-Fi, et seulement en 2,4GHz. Je ne vois pas où est le problème?
-
Tu fait fausse route ...
iBloo possède un routeur avec un ONT intégré.
ONT intégré est un abus de langage... Un ONT ça reste un boitier indépendant de la box qui ne fait que convertir le signal optique en signal numérique.
En fait il s'agit d'un routeur avec un module SFP mais ce n'était pas très clair....
-
Pour le secteur de Brest, nous avons bon espoir pour début 2020.
Nous déployons bien un ONT Huawei EG8245H5 (https://e.huawei.com/fr/products/enterprise-transmission-access/access/onu/echolife-eg8245h5) chez nos clients. Cet ONT offre la fonctionnalité Wi-Fi, et seulement en 2,4GHz. Je ne vois pas où est le problème?
Super, vous vous appuyez sur le réseau déjà déployé pour le FTTH/FTTE?
-
En fait il s'agit d'un routeur avec un module SFP mais ce n'était pas très clair....
Il est plutôt ici l’abus de langage :)
Dans le cas du EG8245H5, il n’y a pas de module SFP. La partie optique (laser + photodiode) est directement soudée à l’intérieur. Il fait donc office de routeur et d’ONT.
-
Et de toute façon, on s'en fiche un peu, tout est dedans, le raccourci ONT (+) WiFi ne me choque pas tellement, surtout sur un forum.
-
Un ONT ça reste un boitier indépendant de la box qui ne fait que convertir le signal optique en signal numérique.
ONT c'est plus une fonction qu'un équipement à mon sens, qui peut être gérée par un équipement autonome (boitier), un module d'extension (SFP), ou intégrée opto-électroniquement dans un équipement à vocation plus large (box/routeur).
-
Alors en fait, le Huawei EG8245H5, est bien un ONT. Il a un port PON.
Alors en effet, vu que les RIP ne savent pas gérer un ONT Custom, il ne sert que d'IAD, mais ça reste au sens technique un ONT doté d'une fonction de routeur.
Et c'est pas parce que dans votre setup (en France), les ONT ne savent pas faire de Wifi (encore que, la nouvelle Freebox et la nouvelle Livebox le font) qu'un ONT ne devrait pas savoir le faire.
-
Super, vous vous appuyez sur le réseau déjà déployé pour le FTTH/FTTE?
Pour le moment je n'ai pas de certitude, donc je ne préfère pas vous donner une réponse qui risque de changer des les jours/semaines à venir. Mais, effectivement, il y a de grandes chances que nous nous appuyons sur le réseau déjà déployé. :)
En ce qui concerne l'ONT... Je pense qu'il y a débat alors qu'il n'y a pas lieu d'en avoir un, et que l'on s'éloigne du sujet d'origine... Je pense que tout le monde ici a bien compris de quoi nous parlions ;)
-
En tout cas, c'est instructif :D
-
Pour le moment je n'ai pas de certitude, donc je ne préfère pas vous donner une réponse qui risque de changer des les jours/semaines à venir. Mais, effectivement, il y a de grandes chances que nous nous appuyons sur le réseau déjà déployé. :)
En ce qui concerne l'ONT... Je pense qu'il y a débat alors qu'il n'y a pas lieu d'en avoir un, et que l'on s'éloigne du sujet d'origine... Je pense que tout le monde ici a bien compris de quoi nous parlions ;)
Merci pour les précisions ;) S'il y a besoin d'un beta-testeur i'm here
-
Merci pour les précisions ;) S'il y a besoin d'un beta-testeur i'm here
Avec plaisir, c'est noté ;) 8)
-
Bonjour,
Je viens d'être connecté à la Fibre dans ma commune et j'ai choisi le fournisseur Ibloo pour les offres qui sont proposées mais aussi pour le très bon contact que j'ai eu avec eux.
Ma box a été installée mardi dernier et tout est opérationnel, cependant j'ai besoin de faire de la redirection de port pour pouvoir accéder à mon NAS depuis internet.
Savez vous si cela est possible?
Car lorsque j'essaie de configurer le " IPV4 Port Forwarding" sur la box HUAWEI EG8245H5. celle-ci me renvois le message "Create a WAN device first".
Visiblement, il y a un WAN déclaré en IPV6 mais pas en IPV4.
Je précise que je ne suis pas un expert en réseau, j’essaie de me débrouiller avec ce que je peux apprendre sur le net.
Je remercie d'avance tous ceux qui pourraient m'apporter leur aide. :)
Antho
-
Bienvenue Antho37 sur le forum.
Je ne sais pas si il est possible d'ouvrir des ports. Si c'est un CG-Nat - ce que laisse supposer les tests fait par un autre client - ce sera impossible, toutefois nous n'avons pas eu de confirmation formelle de l'utilisation du CG-Nat.
Je vois que tu surf sur le forum en IPv4.
http://ip.lafibre.info/ ne mentionne pas d'IPv6 ?
Tu es sur quel réseau d’initiative public ?
Merci.
-
Merci beaucoup pour ta réponse rapide,
Oui comme tu dis, cela donne l'impression d'être en CG-NAT.
Le commercial de Ibloo m'a informé qu'il proposait une adresse IP fixe pour 2€ de plus par mois. Est ce que cela pourrait résoudre mon problème de redirection de port? Je leur ai posé la question aujourd'hui. j’attends leur réponse.
Sinon, c'est normal que tu ne voies pas d'IP V6 car actuellement j'utilise un autre réseau pour surfer sur le forum. Je serais sur mon réseau ce soir, je pourrais faire des tests et te donner plus d'info si tu veux.
Comment savoir sur quel réseau d'initiative public je suis? Tout ce que je sais c'est qu'il a été installé par Val de Loire Fibre, une filiale de TDF.
Antho
-
TDF propose de l'IPv6, donc tu devrait pouvoir ouvrir des ports en IPv6.
Pour l'IPv4, il faudra probablement l'option à 2€/mois.
-
J'ai eu une réponse de Ibloo. Ils ont été hyper réactif.
Il m'ont confirmé faire du CG-NAT et que leur WAN était bien en IPV6. Donc impossible de faire du Forwarding de port IPV4 dans ce cas.
Comme dit Vivien et confirmé par Ibloo. Il faut que j'accède à mon NAS en IPV6 ou demander une IPV4 fixe. :)
-
Bonjour,
Nouvellement client chez ibloo sur la ville aux dames (37), j'ai plusieurs soucis/interrogation de paramétrage.
J'aimerai rendre possible l'accès depuis l'extérieur à différents serveurs chez moi.
Normalement, je n'ai effectivement pas d'ipv4 fixe, mais je devrait avoir une ipv6 fixe. Néanmoins, que je fais le test avec https://ip.lafibre.info/ j'ai ceci en retour :
Connectivité IP : Attention : Vous n’avez pas de connectivité IPv6 native.
Connectivité IPv4 (via requête DNS) OK : IPv4 publique = X.Y.Z.W
Connectivité IPv4 (via IPv4 littérale) inconnue (réalisez le test en http pour avoir la réponse)
Connectivité IPv6 (via requête DNS) hors-service
La version du protocole IP utilisée par défaut est IPv4
Informations IP :
Reverse DNS IPv4 est X.Y.Z.W
Reverse DNS IPv6 est (Vous n'avez pas de connectivité IPv6)
IP locales : 6322995e-c650-4d48-b608-b5286b63240d.local
Informations TCP :
Port TCP source utilisé par votre connexion IPv4 : TCP 56385 (Plus d'informations)
Port TCP source utilisé par votre connexion IPv6 : (Vous n'avez pas de connectivité IPv6)
Port TCP destination utilisé : TCP 443
Une idée pourquoi ?
D'avance merci
-
Bonjour,
D'après les messages plus haut, on dirait que tu devrais avoir de l'IPv6. Mais il est possible que ton routeur ou ton appareil soit mal configuré.
Quel OS utilises-tu ?
Tu as essayé depuis un autre appareil ? (téléphone, tablette...)
-
C'est vrai que je lance le test depuis mon ordi (linux) qui est derrière mon parefeu (ipfire) qui est derrière le routeur ZTE fourni par IBLOO qui est derrière l'ONT huawei.
Sur l'interface du ZTE, j'ai pas plus l'IPV6 publique, puisqu'il utilise en WAN l'ONT huawei qui lui donne une ipv4 locale
-
Tu n'as pas d'IPv6 sur le WAN de ton ZTE ? C'est mauvais signe.
Tu as modifié sa configuration depuis que tu l'as reçu ?
PS : Ce n'est pas l'ONT qui attribue les IPv4/6. Ça vient de plus loin (probablement un serveur DHCP placé chez iBloo)
-
Voilà ce que je vois depuis le ZTE :
je vois une gateway en IPV6 mais après, j'avoue ne pas bien connaître IPV6 alors est-ce que "LLA" ou "GUA" sont mon adresse ipv6 ?
Ethernet Connection Status
Connection Name WAN
TypeIP
IP VersionIPv4/v6
NATOn
IP Address 192.168.179.194/255.255.252.0
DNS 208.67.222.222/208.67.220.220/0.0.0.0
IPv4 Gateway 192.168.176.1
Remaining Lease12 h 32 min 49 s
IPv4 Connection Status Connected
IPv4 Online Duration23 h 27 min 11 s
Disconnect ReasonNone
LLA fe80::b2ac:d2ff:fe76:c8e7
GUA 2a0c:8c80:110:1002:b2ac:d2ff:fe76:c8e7
Prefix 2a0c:8c80:11:c010::/64
DNS 2620:119:35::35/2620:119:53::53/::
IPv6 Gateway fe80::c2bf:c0ff:fe5e:bcc2
IPv6 Connection StatusConnected
IPv6 Online Duration23 h 27 min 14 s
WAN MACb0:ac:d2:76:c8:e7
-
Une GUA est une Global Unicast Address. C'est l'IPv6 de ton routeur (côté WAN je présume). Le préfixe IPv6 attribué pour ton réseau interne est le 2a0c:8c80:11:c010::/64.
Sur ton linux, que renvoie cette commande ?
ip a s
-
2: enp0s31f6: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc fq_codel state UP group default qlen 1000
link/ether 54:e1:ad:4f:98:16 brd ff:ff:ff:ff:ff:ff
inet 192.168.X.14/24 brd 192.168.X.255 scope global dynamic noprefixroute enp0s31f6
valid_lft 2930sec preferred_lft 2930sec
inet6 fe80::d3ee:4fd7:e5e3:bf44/64 scope link noprefixroute
valid_lft forever preferred_lft forever
je suppose que le inet6 est l'adresse ipv6 pour mon poste ?
-
2: enp0s31f6: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc fq_codel state UP group default qlen 1000
link/ether 54:e1:ad:4f:98:16 brd ff:ff:ff:ff:ff:ff
inet 192.168.X.14/24 brd 192.168.X.255 scope global dynamic noprefixroute enp0s31f6
valid_lft 2930sec preferred_lft 2930sec
inet6 fe80::d3ee:4fd7:e5e3:bf44/64 scope link noprefixroute
valid_lft forever preferred_lft forever
je suppose que le inet6 est l'adresse ipv6 pour mon poste ?
Bonjour,
Voici mes infos d'IP chez iBloo
Quelle est mon adresse IPv4 / IPv6 publique ?
Connectivité IP : Bienvenue dans l’internet du futur !
Connectivité IPv4 (via requête DNS) OK : IPv4 publique = 185.240.156.129
Connectivité IPv4 (via IPv4 littérale) inconnue (réalisez le test en http pour avoir la réponse)
Connectivité IPv6 (via requête DNS) OK : IPv6 publique = 2a0c:8c80:160:2:e5b8:a5b8:5e7:1d6e
La version du protocole IP utilisée par défaut est IPv6
Informations IP :
Reverse DNS IPv4 est 185.240.156.129
Reverse DNS IPv6 : 2a0c:8c80:160:2:e5b8:a5b8:5e7:1d6e
IP locales : b9f3582d-c70a-478d-a2b3-e631264e6eb1.local, 427c5931-51b6-4ffa-a4cb-1b4563aa4975.local
J'ai une box Huawei
-
Bonjour,
Merci pour le partage.
Ces infos sont indiquées sur la GUI de ton routeur Huawei ?
Pour info, j'étais équipé d'un huawei qu'IBLOO m'a immédiatement fait changer pour le ZTE anticipant des soucis avec la téléphonie.
-
je suppose que le inet6 est l'adresse ipv6 pour mon poste ?
inet6 correspond bien à IPv6, mais les adresses commençant par fe80 sont des adresses locales. Tu ne peux pas avoir accès à Internet avec une de ces adresses.
Pour pouvoir aller sur Internet, il te faut une GUA ('adresse publique' ça marche aussi).
Je pense que ton Firewall ipfire agit comme un routeur, et donc crée un nouveau réseau côté LAN. Du coup, les RA envoyés par le ZTE ne peuvent atteindre tes appareils (pas le même domaine de broadcast).
La solution la plus simple dans ton cas est de suivre ce tutoriel : https://wiki.ipfire.org/add-ipv6/extend/nativ?revision=2020-05-05T21:56:28.128776
(D'ailleurs, je trouve la documentation de ipfire vraiment mal foutue, avec beaucoup de pages inaccessibles)
Le tutoriel va créer un bridge entre le WAN et le LAN de ton pare-feu pour IPv6. Tu es obligé de passer par ce tutoriel car Ipfire ne supporte pas IPv6 nativement.
-
Exactement, j'utilise depuis un bout de temps ipfire comme routeur (mode RED+GREEN), mais le contexte ipv6 ne s'était pas encore posé.
Quand j'ai su que j'allais devoir passer en ipv6 chez moi, je savais que j'allais avoir des soucis.
La page que tu m'indiques devrait me permettre de rendre visible un NAS par exemple à l'extérieur. C'est déjà intéressant. J'ai lu quelque part qu'Ipfire n'aura pas le support natif ipv6 avant la version 3, un peu comme tout le monde, il s'y mettront quand ils n'auront pas le choix.
L'autre utilisation que je fais d'ipfire, c'est de créer des liaisons VPN site à site avec openvpn. Et là, je savais que j'allais avoir des surprises, mais pas comme çà. Sur 6 liaisons j'en ai 2 qui passent comme avec mon ancienne connexion (ADSL free avec ipv4 fixe), les 4 autres, la liaison peut donner l'impression d'être opérationnelle, mais en fait pas de ping possible (et tout le reste). Je m'attendais plutôt à du tout ou rien.
Les liaisons qui marchent sont avec :
- une connexion fibre orange ipv4 fixe, ipv6 actif ?->je sais pas,
- une connexion VDSL Free ipv4 fixe, ipv6 actif logiquement chez free.
Les liaisons qui marchent pas sont :
- une fibre OVH ipv4 fixe, ipv6 actif,
- une ADSL orange, ipv4 dynamique (utilisation no-ip), ipv6 inconnu,
- une ADSL NERIM je pense (sous-traité opérateur tel), ip dynamque (utilisation no-ip), ivp6 inconnu,
- un serveur dédié dédibox chez online, ipv4 fixe, ipv6 non activable
-
La page que tu m'indiques devrait me permettre de rendre visible un NAS par exemple à l'extérieur. C'est déjà intéressant.
Attention par contre, je pense que par défaut il n'y a pas de règles dans le parefeu IPv6 #openbar : https://wiki.ipfire.org/add-ipv6/extend/firewall?revision=2015-10-12T08:49:28
L'autre utilisation que je fais d'ipfire, c'est de créer des liaisons VPN site à site avec openvpn. Et là, je savais que j'allais avoir des surprises, mais pas comme çà. Sur 6 liaisons j'en ai 2 qui passent comme avec mon ancienne connexion (ADSL free avec ipv4 fixe), les 4 autres, la liaison peut donner l'impression d'être opérationnelle, mais en fait pas de ping possible (et tout le reste). Je m'attendais plutôt à du tout ou rien.
L2 ou L3 ?
On peut voir la configuration des VPN ?
-
Oui, c'est des règles de base à affiner pour le parefeu.
Pour openvpn, je ne suis pas un expert, j'utilise la fonction interfacé dans ipfire de connexion site à site (https://wiki.ipfire.org/configuration/services/openvpn/add_n2n).
Ci-joint un fichier de conf pour une liaison
-
Ipfire est le serveur VPN si j'ai bien compris ? (ou le client ?)
Le nom de domaine du serveur dans la configuration du VPN n'a pas de champ AAAA, donc ce client ne peux pas utiliser IPv6 pour se connecter au serveur VPN. Est-ce la même chose chez les autres clients VPN ?
iBloo utilise du CG-NAT, ce qui rend impossible l'hébergement d'un serveur (web, mail, VPN...) en IPv4. Apparemment, il doit être possible de demander une IPv4 fixe (contre €).
-
Ipfire est le serveur VPN si j'ai bien compris ? (ou le client ?)
Ipfire t'aide à configurer openvpn, mais c'est bien openvpn qui fait le taf. Et il fait les deux, d'un côté serveur, de l'autre client. Quand tu déclares ta configuration tu définis le comportement de l'ipfire sur lequel tu déclares la config (serveur ou client). Ensuite tu exportes la conf dans un fichier que tu importes à l'autre extrémité, sur l'autre ipfire qui prendra le comportement opposé (client ou serveur).
Le nom de domaine du serveur dans la configuration du VPN n'a pas de champ AAAA, donc ce client ne peux pas utiliser IPv6 pour se connecter au serveur VPN. Est-ce la même chose chez les autres clients VPN ?
Ah, comment peut-on ajouter ce champ AAAA ?
iBloo utilise du CG-NAT, ce qui rend impossible l'hébergement d'un serveur (web, mail, VPN...) en IPv4. Apparemment, il doit être possible de demander une IPv4 fixe (contre €).
Ils ont du le faire, mais quand j'ai demandé on m'a dit niet, que ipv6, après çà peut venir du contexte de l'opérateur de réseau, valdeloirefibre ici, filiale de TDF.
-
Ipfire t'aide à configurer openvpn, mais c'est bien openvpn qui fait le taf. Et il fait les deux, d'un côté serveur, de l'autre client. Quand tu déclares ta configuration tu définis le comportement de l'ipfire sur lequel tu déclares la config (serveur ou client). Ensuite tu exportes la conf dans un fichier que tu importes à l'autre extrémité, sur l'autre ipfire qui prendra le comportement opposé (client ou serveur).
OK. Pour tes 6 liaisons, quel est le rôle de ta machine/firewall ? (par exemple, 2 liaisons où ta machine agit en tant que serveur openvpn, et 4 où ta machine agit en tant que client openvpn)
Ah, comment peut-on ajouter ce champ AAAA ?
De la même façon que tu as mis le champ A. Tu as acheté ton nom de domaine chez Gandi, non ? https://www.dsfc.net/infrastructure/dns-infrastructure/enregistrements-dns/#Lrsquoenregistrement_DNS_IPv6
Astuce : A = IPv4, AAAA = IPv6
Par contre, ça ne garantit pas que le serveur OpenVPN fonctionnera en IPv6. Ça dépend de sa configuration. Tu peux voir s'il écoute en IPv6 en regardant ces commandes :
Pour TCP :
netstat -plnt ou ss -plnt
Pour UDP :
netstat -plnu ou ss -plnu
-
Sur mes 6 liaisons, ce n'est pas toujours dans le meme sens. Et pour celles qui fonctionnent, j'ai les deux cas possibles, et pour celles qui fonctionnent pas idem. J'ai essayé d'inverser ce qui ne fonctionnait pas, çà n'a rien changé.
Oui domaine chez gandi. Effectivement, j'avais enregistré un AAAA sur mon ipv6 de chez free et... je me rends compte que je ne l'ai pas actualisé depuis le passage à Ibloo. Sauf que je retombes sur mon problème initiale, je ne trouve pas mon ipv6 public !
En envoyant les commandes que tu m'indiques, j'ai les retours suivants qui tendent à prouver que openvpn fonctionne uniquement en ipv4 :
ss -plnu
UNCONN 0 0 192.168.1.10:8024 0.0.0.0:* users:(("openvpn",pid=2253,fd=7))
UNCONN 0 0 192.168.1.10:8045 0.0.0.0:* users:(("openvpn",pid=2202,fd=7))
netstat -plnt
tcp 0 0 127.0.0.1:8100 0.0.0.0:* LISTEN 2552/openvpn
tcp 0 0 127.0.0.1:8045 0.0.0.0:* LISTEN 2202/openvpn
tcp 0 0 127.0.0.1:8018 0.0.0.0:* LISTEN 2462/openvpn
tcp 0 0 127.0.0.1:8024 0.0.0.0:* LISTEN 2253/openvpn
tcp 0 0 127.0.0.1:8058 0.0.0.0:* LISTEN 2642/openvpn
tcp 0 0 127.0.0.1:8028 0.0.0.0:* LISTEN 5159/openvpn
-
Bizarre que tu n'as pas de connectivité ipv6 en faisant le test sur https://ip.lafibre.info/
Je te conseille de contacter iBloo pour vérifier ce point. Tu pourras ainsi obtenir ton IP publique v6
-
En remontant le fil des réponses apporté par @lechercheur123 (que je remercie pour son soutien), mon adresse publique peut être indiqué en GUA dans le stauts du routeur, non ?
ci-dessous le retour de la page Ethernet Connection Status :
LLA fe80::b2ac:d2ff:fe76:c8e7
GUA 2a0c:8c80:110:1002:b2ac:d2ff:fe76:c8e7
Prefix 2a0c:8c80:11:c010::/64
DNS 2620:119:35::35/2620:119:53::53/::
IPv6 Gatewayfe80::c2bf:c0ff:fe5e:bcc2
IPv6 Connection StatusConnected
IPv6 Online Duration46 h 20 min 36 s
-
Bizarre que tu n'as pas de connectivité ipv6 en faisant le test sur https://ip.lafibre.info/
Je te conseille de contacter iBloo pour vérifier ce point. Tu pourras ainsi obtenir ton IP publique v6
Je viens de contater mon commercial, j'attends un appel de son collègue technicien.
-
Sur mes 6 liaisons, ce n'est pas toujours dans le meme sens. Et pour celles qui fonctionnent, j'ai les deux cas possibles, et pour celles qui fonctionnent pas idem. J'ai essayé d'inverser ce qui ne fonctionnait pas, çà n'a rien changé.
Oui domaine chez gandi. Effectivement, j'avais enregistré un AAAA sur mon ipv6 de chez free et... je me rends compte que je ne l'ai pas actualisé depuis le passage à Ibloo. Sauf que je retombes sur mon problème initiale, je ne trouve pas mon ipv6 public !
Le truc qui change avec IPv6, c'est que chaque appareil a sa propre IPv6 publique. Il faut donc voir directement sur le Firewall son IPv6 avec la commande suivante :
ip -6 a s
Tant qu'à faire, je serais curieux de voir la configuration de tes interfaces :
cat /etc/network/interfaces
En envoyant les commandes que tu m'indiques, j'ai les retours suivants qui tendent à prouver que openvpn fonctionne uniquement en ipv4 :
On dirait bien oui. tu peux ajouter un 6 aux options pour n'afficher que les processus écoutant au moins en IPv6. Exemple :
ss -plnt6
-
En remontant le fil des réponses apporté par @lechercheur123 (que je remercie pour son soutien), mon adresse publique peut être indiqué en GUA dans le stauts du routeur, non ?
Non. Le routeur possède ses propres IPv6, différentes de celle(s) du routeur.
-
Non. Le routeur possède ses propres IPv6, différentes de celle(s) du routeur.
???
La je ne te suis plus.
Dans ma maison, j'ai un boitier ONT huawei HG8010H sur lequel la fibre est branché. Logiquement, si j'ai une adresse ipv4 ou/et ipv6 publique, elle tombe là, non ? Il me sert derrière un sous-réseau ipv4.
On trouve donc derrière, le routeur ZTE dont le WAN est branhcé sur l'ONT, il reçoit une ipv4 en dhcp (le serveur est-il l'ont ou dans l'infra au dessus, je sais pas) et il a sa propre ipv6 si je te suis bien, indiqué GUA, mais qui n'est pas mon ipv6 publique, c'est bien çà que tu veux dire ?
-
Attention tu récupères normalements 1 IPv4 avec ton abonnement, mais plusieurs milliards d'IPv6 ...
en IPv6 tu as 1 ip pour le routeur, et 1 (+1,2,3,... temporaires ) pour chaque périphérique ... il n'y a pas vraiment de notions d'adresse locales comme 192.168.x.y ou 10.x.y.z
-
[user@ipfire37700 ~]# ss -plnt6
State Recv-Q Send-Q Local Address:Port Peer Address:Port
LISTEN 0 128 *:81 *:* users:(("httpd",pid=3026,fd=4),("httpd",pid=3023,fd=4))
LISTEN 0 128 *:1013 *:* users:(("httpd",pid=3026,fd=8),("httpd",pid=3023,fd=8))
LISTEN 0 128 *:444 *:* users:(("httpd",pid=3026,fd=6),("httpd",pid=3023,fd=6))
-
???
La je ne te suis plus.
Dans ma maison, j'ai un boitier ONT huawei HG8010H sur lequel la fibre est branché. Logiquement, si j'ai une adresse ipv4 ou/et ipv6 publique, elle tombe là, non ? Il me sert derrière un sous-réseau ipv4.
On trouve donc derrière, le routeur ZTE dont le WAN est branhcé sur l'ONT, il reçoit une ipv4 en dhcp (le serveur est-il l'ont ou dans l'infra au dessus, je sais pas) et il a sa propre ipv6 si je te suis bien, indiqué GUA, mais qui n'est pas mon ipv6 publique, c'est bien çà que tu veux dire ?
En IPv6, le concept d'IP privée disparaît, avec le NAT qui disparaît lui aussi.
En IPv4, ton routeur a deux IP : une "publique" côté WAN, et une "privée" côté LAN. Côté LAN donc, toutes les IPv4 sont privées, puisqu'elles appartiennent toutes au même sous-réseau privé.
Lorsque le routeur reçoit un paquet, son adresse de destination est l'IPv4 publique du routeur. Alors, le NAT modifie l'adresse de destination pour mettre l'adresse IPv4 d'un de tes appareils (pas au hasard hein, il regarde avant qui a fait la requête qui a aboutit à l'arrivée de ce paquet, pour ne pas se tromper de destinataire). Ensuite, le routeur envoie le paquet sur le LAN, et la machine destinatrice reçoit le paquet.
En IPv6, tous les appareils ont une adresse IPv6 publique. Y compris le routeur (qui en a donc 2, une côté WAN, et une côté LAN). Ainsi, lorsque le routeur reçoit un paquet d'Internet, l'adresse de destination qu'il contient correspond déjà à un appareil de ton réseau. Le routeur a donc juste besoin de lui envoyer.
[user@ipfire37700 ~]# ss -plnt6
State Recv-Q Send-Q Local Address:Port Peer Address:Port
LISTEN 0 128 *:81 *:* users:(("httpd",pid=3026,fd=4),("httpd",pid=3023,fd=4))
LISTEN 0 128 *:1013 *:* users:(("httpd",pid=3026,fd=8),("httpd",pid=3023,fd=8))
LISTEN 0 128 *:444 *:* users:(("httpd",pid=3026,fd=6),("httpd",pid=3023,fd=6))
OpenVPN n'écoute donc pas en IPv6 (pas en TCP en tout cas). Et pour UDP ?
ss -plnu6
-
Attention tu récupères normalements 1 IPv4 avec ton abonnement, mais plusieurs milliards d'IPv6 ...
en IPv6 tu as 1 ip pour le routeur, et 1 (+1,2,3,... temporaires ) pour chaque périphérique ... il n'y a pas vraiment de notions d'adresse locales comme 192.168.x.y ou 10.x.y.z
Merci pour l'éclairage. J'ai cru comprendre çà effectivement, plus besoin d'avoir un réseau local caché derrière une ip publique, chaque ipv6 est potentiellement publique, à condition qu'elle ne soit pas "caché" par une infrastructure adaptée.
Mais malgré tout, ne serait-il pas possible d'avoir juste l'appareil en "facade" avec une ipv6 publique, mon domaine qui pointe dessus en déclarant le AAAA chez le registar, et poser derrière un routeur logiciel qui distribue une réseau local en ipv4 et éventuellement des services accessibles de l'extérieur via du NAT ?
-
OpenVPN n'écoute donc pas en IPv6 (pas en TCP en tout cas). Et pour UDP ?
ss -plnu6
[user@ipfire37700 ~]# ss -plnu6
State Recv-Q Send-Q Local Address:Port Peer Address:Port
UNCONN 0 0 [::]:123 [::]:*
-
Je vois bien que la logique ipv6 est très différente. Si toutes les infras était nativement ipv6, çà serait bien plus simple, mais l'existant ne l'est pas.
Si j'avais juste à rendre publique mon NAS, je vois bien ce qu'il faudrait que je fasse en l'état :
- utiliser le routeur ZTE fourni par ibloo servant des ipv6 avec un serveur dhcpv6,
- tous mes postes obtiennent une ipv6,
- créer un sous-domaine avec déclaration d'un DNS AAAA sur l'adresse ipv6 de mon nas chez mon registar,
et hop le tour est joué (sécurité mise à part bien sur, autre débat car du coup tous les ordis doivent avoir un parefeu à eux au lieu d'en partager un)
Mais mon soucis, ce sont ces fameux pont VPN qui me permettes d'accéder à toute mon infra du taf qui elle est full-ipv4, et que je peux pas changer comme çà en quelques minutes :-\
-
Merci pour l'éclairage. J'ai cru comprendre çà effectivement, plus besoin d'avoir un réseau local caché derrière une ip publique, chaque ipv6 est potentiellement publique, à condition qu'elle ne soit pas "caché" par une infrastructure adaptée.
Cahché ? ???
Mais malgré tout, ne serait-il pas possible d'avoir juste l'appareil en "facade" avec une ipv6 publique, mon domaine qui pointe dessus en déclarant le AAAA chez le registar, et poser derrière un routeur logiciel qui distribue une réseau local en ipv4 et éventuellement des services accessibles de l'extérieur via du NAT ?
Non. Enfin, ça doit être techniquement faisable, mais cette usine à gaz n'est pas souhaitable. Il faut cependant noté que tes appareils auront une IPv6 ("publique") ET une IPv4 privée. Tu pourras donc joindre un serveur local depuis ton réseau local avec son IPv4 privée.
- utiliser le routeur ZTE fourni par ibloo servant des ipv6 avec un serveur dhcpv6,
Probablement SLAAC plutôt.
et hop le tour est joué (sécurité mise à part bien sur, autre débat car du coup tous les ordis doivent avoir un parefeu à eux au lieu d'en partager un)
Par contre, c'est possible d'avoir un parefeu directement sur le routeur. Ce qui évite de configurer un parefeu sur chaque appareil, surtout lorsque l'on a pas la main dessus (IoT...)
Mais mon soucis, ce sont ces fameux pont VPN qui me permettes d'accéder à toute mon infra du taf qui elle est full-ipv4, et que je peux pas changer comme çà en quelques minutes :-\
Quel est le soucis ? Tu peux garder tes VPN en IPv4 (à l'intérieur du VPN en tout cas). Par contre, le client OpenVPN placé dans l'infra de ton taf doit pouvoir se connecter en IPv6 à ton ipfire
-
Quel est le soucis ? Tu peux garder tes VPN en IPv4 (à l'intérieur du VPN en tout cas). Par contre, le client OpenVPN placé dans l'infra de ton taf doit pouvoir se connecter en IPv6 à ton ipfire
Et pour cela, il faut que mon ipfire chez moi est une ipv6 publique ? Avec un AAAA déclaré dessus ?
Et faut-il que le client à l'autre extrémité soit branché sur une connection internet qui a l'ipv6 activé ?
Je suis désolé si j'ai l'air un peu paumé, c'est chaud de rentrer dans cette logique, surtout quand est autodidacte !
-
Et pour cela, il faut que mon ipfire chez moi est une ipv6 publique ? Avec un AAAA déclaré dessus ?
Et faut-il que le client à l'autre extrémité soit branché sur une connection internet qui a l'ipv6 activé ?
C'est ça
-
Ok, donc j'avance.
Du coup faut-il que l'interface WAN de mon ipfire est une adresse ipv6 ? De mémoire, j'ai que 2 options de config avec ipfire, manuel ou dhcp, et j'ai pas ipv6 possible d'ailleurs, si je fais ip a s çà donne çà :
2: red0: <BROADCAST,UP,LOWER_UP> mtu 1500 qdisc fq_codel state UP group default qlen 1000
link/ether 50:3e:aa:0e:ee:51 brd ff:ff:ff:ff:ff:ff
inet 192.168.1.10/24 brd 192.168.1.255 scope global noprefixroute red0
valid_lft forever preferred_lft forever
3: green0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc fq_codel state UP group default qlen 1000
link/ether 00:21:85:5f:13:d9 brd ff:ff:ff:ff:ff:ff
inet 192.168.24.1/24 brd 192.168.24.255 scope global green0
valid_lft forever preferred_lft forever
-
Visiblement, tu dois suivre ce tutoriel pour activer IPv6 sur ipfire :
https://wiki.ipfire.org/add-ipv6/extend/prepare?revision=2019-08-19T21:59:53.276128
https://wiki.ipfire.org/add-ipv6/extend/nativ?revision=2020-05-05T21:56:28.128776
https://wiki.ipfire.org/add-ipv6/extend/firewall?revision=2015-10-12T08:49:28
-
merci lechercheur123
Je mets le bleu de chauffe et on y va !
-
Par contre, je dois te prévenir que ce n'est pas officiellement supporté par Ipfire.
Si tu veux un vrai support d'IPv6, il faut mieux utiliser un autre OS, comme pfsense ou opnsense par exemple
-
Je tente le coup avec ipfire et effectivement, si çà passe pas, j'essaierai une autre "boutique".
Dans la première partie de l'installation, les net-tools precompiles ne sont plus dispo, en tout cas pas compatible avec la version actuelle d'ipfire. Néanmoins, j'ai l'impression qu'il a déjà les versions compilés ipv6, en tout cas ping existe avec l'option -6 et fonctionne.
Dans la deuxième partie https://wiki.ipfire.org/add-ipv6/extend/nativ?revision=2020-05-05T21:56:28.128776
Il est indiqué :
export IPV6_IP=""
export IPV6_GATEWAY=""
Pour le deuxième item, je pense mettre ce que mon routeur m'indique ( IPv6 Gateway fe80::c2bf:c0ff:fe5e:bcc2)
Par contre en IPV6_IP que dois-je mettre ? Pour l'instant les cartes réseaux de l'ipfire n'ont toujours pas d'ipv6. Du coup, je vois pas...
-
Tu peux mettre :
export IPV6_IP="2a0c:8c80:11:c010::1/64"
export IPV6_GATEWAY="fe80::b2ac:d2ff:fe76:c8e7"
Petite explication :
IPV6_IP correspond à l'adresse IP que ton firewall va obtenir (adressage statique). J'ai simplement pris la première adresse du préfixe fourni par ton FAI que tu as mis page 6 (préfixe = 2a0c:8c80:11:c010::/64, adresse = 2a0c:8c80:11:c010::1). On rajoute la longueur du préfixe à la fin.
IPV6_GATEWAY correspond à l'adresse IP de la passerelle de ton firewall (le routeur fourni par iBloo donc). D'après ce que tu as dit page 6, il s'agit de fe80::b2ac:d2ff:fe76:c8e7
-
Ok, je suis.
Avant d'aller plus loin, j'ai rebooté l'ipfire me disant que les éléments de préparation à l'ipv6 pouvait déjà avoir un impact. Bingo
[root@ipfire37700 ~]# ip a
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1000
link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
inet 127.0.0.1/8 scope host lo
valid_lft forever preferred_lft forever
inet6 ::1/128 scope host
valid_lft forever preferred_lft forever
2: ip6tnl0@NONE: <NOARP> mtu 1452 qdisc fq_codel state DOWN group default qlen 1000
link/tunnel6 :: brd ::
3: sit0@NONE: <NOARP> mtu 1480 qdisc fq_codel state DOWN group default qlen 1000
link/sit 0.0.0.0 brd 0.0.0.0
4: red0: <BROADCAST,UP,LOWER_UP> mtu 1500 qdisc fq_codel state UP group default qlen 1000
link/ether 50:3e:aa:0e:ee:51 brd ff:ff:ff:ff:ff:ff
inet 192.168.1.10/24 brd 192.168.1.255 scope global noprefixroute red0
valid_lft forever preferred_lft forever
inet6 2a0c:8c80:11:c010:523e:aaff:fe0e:ee51/64 scope global dynamic mngtmpaddr noprefixroute
valid_lft 150846sec preferred_lft 64446sec
inet6 fe80::523e:aaff:fe0e:ee51/64 scope link
valid_lft forever preferred_lft forever
5: green0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc fq_codel state UP group default qlen 1000
link/ether 00:21:85:5f:13:d9 brd ff:ff:ff:ff:ff:ff
inet 192.168.24.1/24 brd 192.168.24.255 scope global green0
valid_lft forever preferred_lft forever
inet6 fe80::221:85ff:fe5f:13d9/64 scope link
valid_lft forever preferred_lft forever
Du coup, pour mon IPV6_IP je peux mettre celle prise par la pate RED : 2a0c:8c80:11:c010:523e:aaff:fe0e:ee51/64
?
-
Je ne te le conseille pas.
En effet, celle de RED est "liée" à l'interface red0, qui je pense va disparaître lors de la création du bridge. Cependant, si red0 ne disparaît pas (pour IPv6 seulement), tu vas 2 interfaces avec la même adresse IP. Et ça, ce n'est pas bon.
-
Ah, mince.
Et du coup au niveau de mon registar en AAAA, je devrais mettre quoi, sachant que l'objectif immédiat est que les ponts vpn puissent fonctionner ?
-
Ah, mince.
Et du coup au niveau de mon registar en AAAA, je devrais mettre quoi, sachant que l'objectif immédiat est que les ponts vpn puissent fonctionner ?
2a0c:8c80:11:c010::1
-
Ce bridge ipv6 a pour but quoi au final ? De bypasser mon ipfire pour qu'un ordinateur sur mon LAN obtienne une ipv6 public ? Ou autre chose ?
-
Il a pour but de laisser passer les RA envoyés par ton routeur, pour permettre à tes appareils d'obtenir une IPv6.
Si tu ne veux pas que tes appareils aient une IPv6, ce bridge ne te sert pas (mais c'est bien IPv6 quand même :) )
-
Ca bloque sur la partie 2 de creation du bridge :
- /usr/local/sbin/ebtables : pas le bon chemin, /usr/sbin/ebtables -> ok remplacé
- route -A inet6 add 2000::/3 gw ${IPV6_GATEWAY} dev brip6 : là çà se complique : "Address family `inet6' not supported."
La commande route n'est pas compilé avec le support ipv6 :
List of possible address families (which support routing):
inet (DARPA Internet) ax25 (AMPR AX.25) netrom (AMPR NET/ROM)
ipx (Novell IPX) ddp (Appletalk DDP) x25 (CCITT X.25)
Et comme le fichier fourni par la doc net-tools-ipv6 n'est plus valide (date de 2015), et que je ne me sens pas de compiler moi même, fin de l'histoire pour ce bridge.
Reste que désormais, mes interfaces réseaux ont des adresses ipv6 et que red a bien une adresse fournie par mon routeur ZTE.
Si je déclare cette adresse RED en AAAA, il deviendrait joignable de l'extérieur, non ?
-
Reste que désormais, mes interfaces réseaux ont des adresses ipv6 et que red a bien une adresse fournie par mon routeur ZTE.
Si je déclare cette adresse RED en AAAA, il deviendrait joignable de l'extérieur, non ?
Oui. Mais il faut que OpenVPN écoute dessus aussi (il faut revérifier avec ss -plnu6)
-
dhcpd, ntpd et squid ecoute en ipv6, pas openvpn :'(
-
Pour activer IPv6 sur OpenVPN, il suffit de modifier cette ligne dans la conf du serveur et des clients :
proto udpen
proto udp6
udp6 n'impose pas la connexion en IPv6, mais la rend prioritaire. Ainsi, si le client n'arrive pas à se connecter en IPv6, il va essayer en IPv4.
Idem pour le serveur, qui va écouter en IPv4 et IPv6
-
la version d'openvpn en place sur ipfire ne prends pas en charge udp6 il me bascule en tcp... :(
Bon, je crois que le constat est clair, à moins que la prochaine version d'ipfire prenne en charge nativement ipv6, va falloir que je change de crémerie !
Je laisse tomber, je jouerai encore avec mes VPN roadwarrior qui eux passent malgré tout.
Encore merci à tous pour votre aide. J'aurai au moins commencer à comprendre des choses de ce monde ipv6.
-
la version d'openvpn en place sur ipfire ne prends pas en charge udp6 il me bascule en tcp... :(
À moins de passer sur l'alpha de Ipfire 3 ou de compiler openvpn....
Pour rappel, IPv6 est supporté par OpenVPN depuis la version 2.3.0, sortie en 2013...
Bon, je crois que le constat est clair, à moins que la prochaine version d'ipfire prenne en charge nativement ipv6, va falloir que je change de crémerie !
La version 3 d'Ipfire doit prendre en charge IPv6. Mais c'est une alpha : https://people.ipfire.org/~jschlag/ipfire3-images/
Sinon, changer d'OS me paraît une bonne idée :)
Je laisse tomber, je jouerai encore avec mes VPN roadwarrior qui eux passent malgré tout.
C'est normal, vu que dans ce cas c'est le firewall le client. Et il est plus facile de traverser un CG-NAT en tant que client plutôt qu'en tant que serveur :)
-
Bonjour à tous,
en 2019 la commune engagé des travaux dans notre rue, nouvelle chaussée, enfouissement des lignes téléphoniques, installation de fourreaux pour la fibre. ils ont installé un regard chez moi et connecté la ligne adsl. je dois dire que depuis cette date le service s'est fortement dégradé.débit 2mos pour un contrat qui garanti 9 mos
J'ai fait appel au service client Orange en mai 2020 qui a constaté la situation et a envoyé un technicien qui au lieu de venir le jeudi comme prévu, est venu le merrcedi. Il m'a appelé pour me dire que tout était bien sur les lignes d'ORANGE, il a fait un rapport disant que j'étais présent, pourtant j'étais à 50 kms de chez moi. et que le problème venait de chez moi, ben voyons. bref la fibre devant venir dans l'année j'ai patienté.
J'ai appris par un courrier du 15 septembre de yvelinesfibre que ma commune des Yvelines situé entre Bonnières sur seine et Breval était éligible à la fibre par TDF.
En consultant le site yvelinesfibre et j'ai vu les opérateurs et consulté sur leurs sites les offres, fin septembre Bouygues et SFR ne proposaient qu'ADSL alors que TDF soutenait qu'ils proposaient la fibre, bel exemple de mauvaise communication. Orange démarchait les gens de la commune, je reconnais qu'ils sont commerciaux et se bougent.
Découragé par la mauvaise foi des "rigolos" d'une des boutique et du service client Orange et après contact avec les opérateurs alternatifs indiqués par Yvelines fibre, j'ai signé chez IBLOO le 1er octobre, le 2 j'avais une proposition de rendez vous pour le 8 que j'ai reporté au 12. rapide les IBLOO.
Bien entendu problème de fourreau bouché, aussi bien vers le centralisateur de ma rue situé à 40 m que du coté de la maison. En fait lors de l'enfouissement des lignes, l'entreprise a posé le regard chez moi et le "technicien" orange a fait un raccordement avec un coude a 90° pour la ligne ADSL, et bien sur mal raccordée cette ligne (d'où les soucis exprimé sau dessus)
J'ai creusé pour comprendre et constater et j'ai constaté que le regard était posé sur le fourreau privatif et le "bricolo" d'Orange au lieu de prévenir du problème c'est contenté de relié les câble dans le boitier.
Le technicien TDF est revenu jeudi 15 il a vu la situation et n'a pas "rechignié" à dégager le boitier pour le permettre à mon fourreau de se positionner à la bonne place en vis à vis du fourreau de la rue, après quelques légères difficultés il a réussi à passer le câble et installer la fibre chez moi.Il a aussi reconnecté mon ADSL proprement. Il a fait plus que son travail et je l'en remercie, de bons professionnels existent encore.
Le 15 a 14:00 le boitier indiquait la ligne active.
J'ai eu la connexion internet rapidement et eu le temps de voir la différence avec l'ADSL sauf que 5mn après plus de connexion, IBLOO a communiqué dans l'près midi qu'un problème réseau avait lieu dans les Yvelines et le Val d'oise, depuis nous sommes toujours sans connexion et pas d'information
Le support IBLOO est difficile a joindre.au téléphone,. J'attends de leurs nouvelles avec une impatience certaine. Un peu déçu, mais bon j'ai encore ADSL et depuis l'intervention du technicien TDF retrouvé un débit de 7 mocs.
Bref il s'agit d'une coïncidence fâcheuse et j'espère qu'ils vont réagir rapidement.
a plus
-
C'est donc un HUAWEI EG8245H5 ?
le 10 octobre j'ai reçu un routeur HUAWEI H8145V5
-
Bonjour à tous,
Après une commercialisation prévu pour le 12/11 et avoir essayé depuis le mois d'août de souscrire à différent FAI dont Ozone, coriolis ou nordnet, j'ai finalement souscrit à ibloo par défaut...
Comme je l'ai dit je me suis renseigné bien en amont principalement auprès de Ozone après conseil d'un de mes collègue deja client chez eux ...
Mon principal problème est que axiume, refuse les raccordement pour le moment sans savoir pl mais ça je l'ai su qu'après prise de renseignement
Mauvais point pour Ozone : JAMAIS Ils ne m'ont rappelé. 4/5 fois il a fallu que je les sollicite alors que leur message était à chaque fois "ne vous inquiétez pas,on s'occupe de tout.oN vous rappelle ". Mais jamais ils ne rappelle,à croire qu'ils n'on pas besoin de client
Bref....
De là, voyant que rien ne bouger,j'ai tenté ma chance auprès de ibloo chez qui j'ai pris contact.
Le commercial m'a appelé directement avec son portable et, après explications du problème retardant le raccordement,me propose de prendre renseignements et de revenir vers moi.
2h après il me dit que d'après axiome,pas de soucis. De plus il a pris contact avec son directeur technique et me dit qu,ils sont capable de faire le raccordement eux même (ils ont des bureaux à 20 km de chez moi)
Dans tous les cas je reste très méfiant face au commercial mais je me dit pourquoi pas...
Je vous tiendrai au courant de l'évolution de ma situation
-
Bonjour à toutes/s
Fraichement abonné ibloo (aujourd'hui, installation de la fibre ce matin), je veux configurer le routeur
J'ai le EG8145V5
J'ai une question technique, alors je ne sais pas si je suis au bon endroit
Je veux configurer le dmz, mais je ne peux pas
Je fais add, puis je n'ai rien dans la liste WAN name,
Je rentre néanmoins l'ip de mon device, il me met le message :
Create a wan first
un bug ? Quelqu'un a une idée ?
Merci beaucoup :)
kreyr
-
Bonjour, le routeur livré est normalement préconfiguré.
Il n'y a pas d'interface WAN, l'internet est récupéré via le switch du routeur.
As-tu regardé la documentation ? https://ibloo.odoo.com/slides/documentation-1
-
Merci de ta réponse
J'ai regardé, rien de ce qui m'intéresse
Je vais directement les contacter
Merci quand même :)
-
Blue Infra annonce des IPv6 et 2018 IPv4 (185.50.128.0/22 et 185.240.156.0/22).
Le principal transitaire semble Cogent, mais Blue Infra est bien présent sur Paris pour faire du peering sur France-IX, son seul point d'échange où il est présent.
Oh oh !
Dear members,
A new member has been connected to France-IX Paris
Member: IBLOO
AS number: 213112
Capacity: 5 Gbps
Physical port : 10 Gbps (via Reseller BlueInfra)
POP : Telehouse 2
IPv4 address: 37.49.236.206/22
IPv6 address: 2001:7f8:54::206/64
Route-Server : IPv4 : True / IPv6 : True
If you want to establish a peering session with this member, please contact them ...
-
Salut,
Ah ben j'ai exactement le même soucis.
As-tu eu une réponse de leur part sur le sujet ?
D'avance merci
Bonjour à toutes/s
Fraichement abonné ibloo (aujourd'hui, installation de la fibre ce matin), je veux configurer le routeur
J'ai le EG8145V5
J'ai une question technique, alors je ne sais pas si je suis au bon endroit
Je veux configurer le dmz, mais je ne peux pas
Je fais add, puis je n'ai rien dans la liste WAN name,
Je rentre néanmoins l'ip de mon device, il me met le message :
Create a wan first
un bug ? Quelqu'un a une idée ?
Merci beaucoup :)
kreyr
-
Après un lapin et une visite de prechantier, je devrais être raccordé demain matin (enfin !).
Le technicien est un électricien qui fait ça en "complément" malgré qu'il m'a été présenté par le commercial comme responsable technique... Il ne fait que le raccordement sans avoir de connaissance réseau et donc n'a pas pu répondre à mes questions techniques.
Ce qui m'a dérangé c'est qu'il m'a fait changer la gaine que j'avais déjà passé par un fourreau pour lui facilité la tâche car "il ne peut pas se permettre de rester trop longtemps ", sous entendu qu'il n'est pas payer assez cher pour s'embêter à passé le câble. Je lui ai donc premacher le travail
Par contre il me parle d'un débit max de 80mega (vendu 1gb)!!!! J'espère sincèrement qu'il ne fait pas la distinction entre bits et octets
Combien avez vous de débit chez vous ?
-
Bonjour,
Le débit en mbs indiqué dépends de la source de test
descente montée
Nperf : 150 250
ZDNET 570 450
quechoisir 470 400
Pour le raccordement cela dépend de l'opérateur d'infrastructure. Pour ma part , dans les Yvelines, je suis tombé sur un très bon qui a même correctement raccordé mon ADSL qui montrait des signes de faiblesse (fil corrodés)
Certes je me suis abonné dans la période ou Ibloo rencontrait de très grosses difficultés à conserver une stabilité de connexion. Depuis le début décembre la situation est correcte. Le rapport prix de l'offre de base est pour ma part excellente, avoir la fibre, la télé, le téléphone des fixes et mobiles en illimité en France pour 35 € est correct. Reste quand même à améliorer les services téléphoniques, comme liste des numéros appelés, le répondeur etc...
Bonne journée
-
Bonjour,
le mieux pour les débits, ça reste de passer par les applications "bureau" dédiés. https://www.speedtest.net/fr/apps/desktop
Ce sont généralement avec elle que l'on obtient les meilleurs débits (consommation CPU plus raisonnable qu'un test via les navigateurs).
-
Merci pour vos réponses.
L’électricien est bien passé , a bien fait le raccordement par contre il ne savais pas ou se situe le pe et impossible d'avoir l'info par qui que se soit... Il repasse peut etre se soir s'il a l'adresse mais ca me semble compromis pour aujourd'hui.
-
Salut,
Ah ben j'ai exactement le même soucis.
As-tu eu une réponse de leur part sur le sujet ?
D'avance merci
Hello
Désolé de la réponse tardive.
Aucune réponse, ils m'ont juste dit que les tech planchaient dessus .. et depuis rien
D'ailleurs, je suis un peu déçu.
J'ai un autre logement où j'ai du vdsl et ça fonctionne mieux
Je leur ai dit début janvier que les soucis persistaient, mais silence radio...
Bref, pas de dmz possible, même pas de nat, nada :(
-
En ce qui me concerne, après que l'électricien ne puisse avoir l'info de l'adresse du PE car tous le monde était en vacances/repos le 30/12.... ??? ??? L'électricien me rappel quelques jours après pour me dire que le directeur technique de ibloo lui a dit que mon logement n'était pas éligible chez eux car ils n'ont pas d'accord avec axiome dans ma zone.... :o :o
De là j'ai rappeler le commercial pour savoir ce que l'on faisait car je rappel que mon raccordement était finaliser à 95%, il me confirme qu'il y a bien un soucis avec eux et axiome et me propose d'être "bêta testeur" et d'avoir un geste commercial pour le désagrément. Il me redonne des nouvelles dans une semaine mais que ça peut se faire rapidement. Sachant que si je pars chez un autre FAI, j'aurais un délai de 3 semaines /1 mois pour raccordement.
Une semaine après, je relance le commercial n'ayant pas de nouvelles. Il me dit que la phase de bêta test commencera "normalement"que dans 2 voir 3 semaines...
Bref malgré un bon relationnel avec le commercial ça sent l'amateurisme et je perds sincèrement patience surtout quand je vois que tous mes voisins commencent à être raccordé chez d'autres opérateur alors que j'ai été le plus réactif possible
-
Je crois que je vais partir chez bouygues, en plus ils font une offre sur les frais de résiliation
Après Ibloo, voilà ils sont jeunes et débarquent donc, je considère les ratés comme "normal"
Mais malheureusement je fais du télétravail et j'ai besoin d'une connexion stable.
-
@kreyr Au sujet du NAT, DMZ and co, tu n'as pas obtenu de réponse pour la simple et bonne raison que tout ceci correspond à une infra en IPV4. Or, IBLOO fournit du full IPV6, comprenez, des IPV4 partagé et non accessible de l'extérieur, donc inadapté à de l'hébergement en IPV4. Il va falloir devenir expert en IPV6 pour faire des choses correctes. Par contre, il faudra vous débrouiller, car le service technique ne vous sera d'aucune aide pertinente sur le sujet.
-
Coté IPv6, les flux entrants non sollicités sont normalement filtrés par la box.
Il y a généralement un réglage pour modifier ce comportement.
C'est nécessaire pour faire de l'hébergement IPv6.
-
Bonjour à tous,
IBLOO dans notre secteur a changé son infrastructure mi-décembre. Il m'ont remis un routeur huawei en lieu et place du ZTE. Depuis, time-out à répétition et déni de service à gogo. Seule solution pour y échapper, utiliser un VPN, sauf que certains services, comme mycanal ou disney+ pour ne pas les citer, bloquent votre compte dès que vous passez par un VPN >:(
Depuis le signalement de notre soucis mi-décembre, le service technique "de base" a transmis au service technique de "2nd niveau" mi-janvier le dossier, en m'indiquant que je n'étais pas le seul client concerné. Problème, depuis cette date, et malgré deux relances, la seule information que j'ai est que le service technique de 2nd niveau est dessus. Dessus quoi, je n'en sais rien vu qu'il n'y aucune communication, aucune information de pistes de recherche, rien, nada...
Je suis patient et je voulais donner sa chance à un opérateur alternatif, mais là, il est peu probable à ce rythme que je reste au delà de ma période d'engagement d'un an.
-
Coté IPv6, les flux entrants non sollicités sont normalement filtrés par la box.
Il y a généralement un réglage pour modifier ce comportement.
C'est nécessaire pour faire de l'hébergement IPv6.
Ce qui est nécessaire pour faire de l'hébergement en IPV6, c'est de maîtriser IPV6, ce qui est d'un autre niveau qu'IPV4.
A ce stade, j'ai abandonné car ce que je veux mettre en place et maîtrise en IPV4 (hyperviseur proxmox avec une VM pfsense pour filtrer tous les flux, une VM younohost pour mes services accessibles de l'exterieur) est trop complexe au regard de ma maîtrise du sujet IPV6.
-
Tu pourrais suivre le Mooc IPv6, c'est gratuit et cela te permettra d’avoir une bonne connaissance en IPv6
=> Objectif IPv6 - session 6 (https://www.fun-mooc.fr/courses/course-v1:MinesTelecom+04012+session06/about)
-
merci bien pour le lien, c'est intéressant.
Comme je gère le réseau informatique à mon travail, je vais passer par la formation pro. J'ai prévu cette année de commencer par consolider mes connaissances sur TCP/IP (car je suis autodidacte) et l'année prochaine je plongerai sur IPV6, car à terme, notre infra pro devra aussi évoluer vers IPV6.
-
Oyez, Oyez, bonjour à tous :-)
Je viens ici pour indiquer que je viens de compléter mon dossier d'inscription iBloo sur le réseau Eure Numérique THD (opéré par Axione).
Comme je pense être le premier du forum à me signaler en tant que "futur et j'espère heureux" abonné iBloo sur le RIP du département de l'eure, je partagerais régulièrement mon expérience entre ce topic et celui dédié à mon département.
Pour le moment j'attends ma date d'installation pour la première quinzaine de mars.
Ayant pas mal utilisé le forum pour ma recherche d'info, il est tout naturel de retourner le service, donc si il y a besoin d'un retour spécifique ou de test, je ferai le nécessaire pour répondre à vos demandes.
Pour info, j'ai fais une synthèse qui m'a amené à choisir iBloo dans un topic dans le forum du département 27 https://lafibre.info/eure/amfreville-la-campagne-les-premiers-villages-seront-raccordes-dici-huit-mois/msg840926/#msg840926 (https://lafibre.info/eure/amfreville-la-campagne-les-premiers-villages-seront-raccordes-dici-huit-mois/msg840926/#msg840926)
-
Bonjour,
Après quelques vicissitudes en 2020, 2021 se présente mieux pour l'instant, le service fonctionne très correctement et les bandes passantes sont au rendez vous, je fais le test entre 2 et trois fois par semaine avec le speddtest OOKLA.
Sur 28 test, le plus rapide est 929.80 et la moyenne 853.84 en descente, et 391.84 moyenne 380.5 en montée, ping 5ms en moyenne.
Je suis donc satisfait d'IBLOO avec un bon rapport qualité prix et un accueil très avenant du service client.
A suivre donc
-
Bonjour à tous,
Pour ma part cela fait désormais une semaine que ma ligne iBloo est active et aucun dysfonctionnement à signaler.
Le raccordement avait eu lieu le vendredi en fin de journée et elle a été active le lundi dans l'après-midi.
Côté débit, j'ai un download oscillant entre 920 et 960 mbps et un upload entre 320 et 350 (tests réalisés avec navigateurs ookla et que choisir).
Je suis sur le réseau Eure Normandie THD (DSP Axione) et pour le moment satisfait d'avoir fait confiance à iBloo.
Le seul point à noter et une incompatibilité de mon téléphone avec le routeur.
Ils m'ont fait parvenir un téléphone mais le top c'est que je peux utiliser une appli sur mon mobile avec le compte SIP (après je n'ai presque pas d'usage de mon numéro de fixe).
-
C'est quoi cette incompatibilité du téléphone avec le routeur, ce n'est pas une prise RJ11 comme sur les box grand public ?
-
C'est quoi cette incompatibilité du téléphone avec le routeur, ce n'est pas une prise RJ11 comme sur les box grand public ?
Nous rencontrons un certain nombre de problèmes dans la gestion du protocole SIP sur notre modèle de routeur actuel en IPv6 et avec certains opérateurs seulement. En conséquence, dans certains départements, il n’est pas possible de connecter un téléphone analogique sur le port RJ11 de nos routeurs.
iBloo propose un 1er contournement en mettant à disposition des clients un téléphone SIP. Au demeurant, d’autre solutions sont dores et déjà en cours d’investigation et permettront à nos clients de revenir à un fonctionnement plus classique avec des téléphones analogiques. Au demeurant, nous nous rendons compte que la mise à disposition de comptes SIP offre un certain nombre d'avantages et de souplesse que nous n’avions pas envisagé à l’origine. Il est probable que nous conservions cette option à l’avenir.
-
Effectivement IPv6 est peu utilisé pour le SIP (en tout cas il y a 3 ans, quand il y a eu un régalement de différent entre Orange et Free sur la version IP à utiliser pour l’interconnexion SIP entre opérateur, Orange demandait IPv4 et Free IPv6. C'est le premier sujet IPv6 a aller devant la cour d'appel de Paris).
Quand il y du CG-Nat en IPv4, je vois bien l'avantage à monter le SIP en IPv6 pour éviter de passer par le CG-Nat. Moins on triture les paquets, mieux c'est.
Ce qui est étonnant, c'est que cela passe avec certains opérateur d'infrastructure et pas d'autre.
J'ai une suggestion : Ce ne serais pas une histoire de préfixe IPv6 différent ? Certains systèmes SIP ont des difficultés avec la simplification des bloc ":0000:" par "::". Je connais des opérateurs qui ont du modifier les IPv6 pour éviter ces problèmes.
Attention a gérer le risque de fraude, quand l'abonné à accès à son compte SIP. L'imagination des fraudeurs est sans limite et les montants peuvent être élevés, certaines fraudes arrivant a lancer plusieurs appels simultanés sur des numéros surtaxés, depuis une même ligne.
-
Voici plus d'informations sur un problématique IPv6 SIP qui impacte un autre opérateur :
Une unique suite de un ou plusieurs groupes consécutifs de 16 bits tous nuls peut être omise, en conservant toutefois les signes : de chaque côté de la suite de chiffres omise, c'est-à-dire une paire de deux points ( :: ).
C’est peut-être ce point qui posait problème, si une IPv6 est constitué de plusieurs groupes non consécutifs de 16 bits tous nuls : Le "::" ne peut apparaître qu'une seule fois dans une adresse. Le "::" peut aussi être utilisé pour compresser les zéros de début ou de fin dans une adresse.
Le cas d’une IPv6 constitué de plusieurs groupes non consécutifs de 16 bits tous nuls est toutefois très rare dans la réalité, à moins de chercher spécifiquement à le rencontrer.
Un exemple est peut-être plus parlant :
L’IPv6 ABCD:EF01:2345:6789:0000:EF01:0000:6789
Peut-être écrit ABCD:EF01:2345:6789::EF01:0000:6789 ou ABCD:EF01:2345:6789:0000:EF01::6789
La RFC4219 (https://tools.ietf.org/html/rfc4291) est très claire :
1. The preferred form is x:x:x:x:x:x:x:x, where the 'x's are one to
four hexadecimal digits of the eight 16-bit pieces of the address.
Examples:
ABCD:EF01:2345:6789:ABCD:EF01:2345:6789
2001:DB8:0:0:8:800:200C:417A
Note that it is not necessary to write the leading zeros in an
individual field, but there must be at least one numeral in every
field (except for the case described in 2.).
2. Due to some methods of allocating certain styles of IPv6
addresses, it will be common for addresses to contain long strings
of zero bits. In order to make writing addresses containing zero
bits easier, a special syntax is available to compress the zeros.
The use of "::" indicates one or more groups of 16 bits of zeros.
The "::" can only appear once in an address. The "::" can also be
used to compress leading or trailing zeros in an address.
Certains SBC compressent la première série de 0000, alors que d'autres compressent la dernière série de 0000.
Les SBC n’interprètent pas ces adresses comme étant identiques.
Les solutions, outre demander un correctif constructeur est de changer les adresses des SBC de telle sorte qu’elles ne contiennent pas deux espaces « :0: »