La Fibre
Fournisseurs d'accès à Internet fixe en France métropolitaine => Bouygues Telecom => 
Actus Bouygues => Discussion démarrée par: mikeul le 26 février 2026 à 12:52:03
-
Bonjour
Même souci que ce qui est décrit ici : https://lafibre.info/bbox-les-news/changement-ip-publique-ip-partagee/ (comme le sujet est marqué résolu, je suis parti dans l'idée de recréer un sujet).
Depuis mardi, changement d'IP et les plages de port limitées (donc mes services hébergés ne fonctionnent plus), et pas d'option dans mon espace client pour demander une IP dédiée. Serait-ce possible de rectifier pour moi (mon n° de client est dans mon profil) ? :)
-
Bonjour,
On a un petit incident qui empêche d'afficher l'option IP privée dans l'espace client.
J'ai noté votre dossier, il y aura un petit délai.
Merci pour votre patience.
-
Merci bien noté, je suis ça !
-
Bonjour
Je suis dans le même cas, pouvez-vous svp m'activer l'option afin de pouvoir rediriger mes service hébergés vers la nouvelle IP dédiée "full port" ?
-
C'est noté, ça devrait être actif sous peu, la box va relancer la connexion et vous aurez un SMS en même temps.
-
Super je confirme c'est bien actif !! 8)
Merci beaucoup et félicitations pour la réactivité !
-
Bonjour à tous,
Même souci de mon côté, accompagné d'une indisponibilité toute la journée de mercredi.
Le support technique via chat m'a indiqué qu'il s'agissait d'un incident et que pour le moment rien ne pouvait être fait..
Serait il également possible de me rebasculer sur une IP dédiée svp ? :)
Je vous remercie !
-
Bonjour,
Même soucis ici.
Petite question au passage si quelqu'un sait. Quels seraient les mots magiques à prononcer au SAV pour éviter de repasser par ici si le problème se reproduit? J'ai pas réussi à trouver et ca fait quelques heures que j'y suis...
Merci d'avance
-
tout est rentré dans l'ordre de mon côté, merci pour l'intervention !
-
Pourquoi migrer des gens vers des ips partagées sans prevenir et laisser l'option à l'abonné de garder son ip fixe (en amont) ?
-
Pourquoi migrer des gens vers des ips partagées sans prevenir et laisser l'option à l'abonné de garder son ip fixe (en amont) ?
Bouygues doit manquer d'adresse IP... Et si les personnes ne le remarquent pas, beh c'est qu'ils n'en ont pas besoin ...
Si tu préviens les abonnés en amont, ça risque de générer du churn et/ou des quesitons à la hotline.
Tous les FAIs (sauf Orange) font / ont fait pareil.
-
Bonjour,
Je rencontre le même problème depuis 1 semaine.
Toutes mes redirections sont désactivées et plus rien ne marche 🥴.
Merci d'avance 🙏
-
Bouygues doit manquer d'adresse IP... Et si les personnes ne le remarquent pas, beh c'est qu'ils n'en ont pas besoin ...
Si tu préviens les abonnés en amont, ça risque de générer du churn et/ou des quesitons à la hotline.
Tous les FAIs (sauf Orange) font / ont fait pareil.
Ouais, enfin de là à ne pas préparer le SAV N1 ou N2, il y a de la marge encore, c'est pas normal de passer par un forum, même sympa, quand on paie un service.
-
Bonjour
Amandine40
nemesur
Edouard
je vous ai ajouté dans la prochaine liste pour l'activation de l'option si ça ne remonte pas sur l'espace client d'ici là.
Bonne journée
-
Bonjour,
Idem de mon côté, c'est arrivé quasiment en même temps que l'intervention d'un technicien pour déplacer mon PTO donc je suis rassuré de voir que ce n'est qu'une coïncidence !
Est-il possible de faire en sorte d'accélérer les choses ? Ca me cause des soucis avec mon VPN du boulot.
Merci d'avance !
-
Bonjour
Amandine40
nemesur
Edouard
je vous ai ajouté dans la prochaine liste pour l'activation de l'option si ça ne remonte pas sur l'espace client d'ici là.
Bonne journée
Merci stlan pour ton intervention, mais pas de changement pour le moment. Aurais tu un délai à nous donner ?
-
C'est bon, ça fonctionne 😁
Merci beaucoup 🙏
-
Bonjour !
De mon côté également fonctionnel !
Merci pour l'intervention :)
Bonne journée
-
Du coup n'importe qui est potentiellement susceptible d'etre touché aléatoirement, ou le process est stoppé tant que la possibilité d'opt-out simplement n'est pas en place ?
-
Bonjour je ramène ma fraise car j'ai le même soucis depuis ce matin... Je sais pas si c'est possible aussi mais Beety n'a rien compris a mon problème et a ouvert un incident, je n'arrive pas a l'annuler. Si c'est possible de remettre l'option et aussi de retirer cet incident.
Merci par avance !
-
Bonjour,
Pour info si le blocage est lié à l'usage d'un VPN, c'est que ce dernier n'est pas paramétré pour être utilisé en IPV6, soit il faut le demander à l'administrateur de votre réseau ou le faire depuis les setting si on a la main dessus et que la solution n'aurait pas activé cela par défaut.
Nous utilisons le MAP-T pour donner du sens si votre administrateur réseau pose la question.
Bonne journée
-
Bonjour,
Pour info si le blocage est lié à l'usage d'un VPN, c'est que ce dernier n'est pas paramétré pour être utilisé en IPV6, soit il faut le demander à l'administrateur de votre réseau
Bonjour,
beaucoup de VPN utilisés par les entreprises sont IPv4 only...
-
Bonjour,
beaucoup de VPN utilisés par les entreprises sont IPv4 only...
En même temps, c'est vrai que le besoin d'ipv6 existe sur internet, mais pas sur les réseaux privés, où les rfc 1918 couvrent déjà pas mal de cas.
-
C'est le cas dans ma boite, l'admin c'est moi et pour une boite de 400 personnes l'ipv6 en interne c'est franchement pas une priorité ...
Pour le cas du MAP-T, je n'ai pas creuser très loin mais dans mes tests empiriques c'est le MTU que j'ai du ajuster sur notre openVPN.
-
C'est le cas dans ma boite, l'admin c'est moi et pour une boite de 400 personnes l'ipv6 en interne c'est franchement pas une priorité ...
On ne parle pas de déployer IPv6 en interne dans le réseau de la boite. Ce à quoi fait référence stlan, c'est juste que les endpoints VPN externes soient accessibles en IPv6, pour que le *tunnel* lui-même soit transporté sur ipv6.
Et là, la barre n'est pas très haute.
-
Ca reste rare. Mais en quoi l'ip partagée gênerait un flux sortant client => concentrateur vpn ?
-
Ca dépend de la techno VPN utilisée (IPSec, OpenVPN, encapsulation propriétaire dans TLS, etc.), de la configuration des équipements (firewall qui drop les fragments et ICMP parce que le consultant en sécu a dit que c'était "dangereux") et du CG-NAT que tu traverses.
Un classique, c'est le CG-NAT qui ne NAT que TCP/UDP couplé aux concentrateurs IPSec qui ne font pas de nat-t (parce que la case est décochée, ils savent tous le faire): les paquets IPSec sont jetés, NATés que dans un sens, etc. et ca casse.
Un autre, c'est les soucis de MTU et les firewalls qui drop les fragments. Comme l'encapsulation MAP-T diminue la MTU, le CPE fragmente les paquets, les fragments sont NATés par le CG-NAT, mais le firewall de l'entreprise les drop. Comme le MSS clamping n'est pas applicable aux flux UDP, bien souvent, les VPN en font les frais.
Enfin, il y a les pertes de sessions dans les CG-NAT. Parfois parce qu'il reboot, parfois parce qu'il overflow, parce que les timers sont très courts pour, justement, libérer des entrées le plus rapidement possible, parce que le client est migré vers un autre CG-NAT en cours de session, etc. Si le VPN n'est pas configuré pour émettre un keepalive au moins toutes les 30s, ca créé des pertes de connectivité VPN aléatoires.
Ces soucis sont classiques sur le mobile, je ne serai pas étonné que ce soit la même chose sur le fixe (mais je n'ai pas fait de test avec l'implémentation MAP-T de Bouygues. Je le constate par contre fréquemment sur le mobile).
Beaucoup de soucis liés à la diminution de qualité de service d'IPv4 qui serait facilement évités en configurant les endpoints VPN d'entreprise en dual stack.
Et aussi en configurant correctement les firewalls et concentrateurs VPN, mais là... on en demande beaucoup :)
-
Pour la MTU, si c'est elle qui bloque avec MAP-T de Bouygues, cela ne va pas fonctionner avec les autres technologies comme le MAP-E de Free ou le futur DS-Lite d'Orange : La MTU IPv4 baisse encore de 20 octets supplémentaire, il me semble avec ces autres technologies.
Taille du paquet maximum (avec les en-têtes) : 1500 octets
- En-tête IPv4 : 20 octets (s'il n'y a pas d'options, sachant que certains OS activent des options)
- Quand on passe les paquets IPv4 dans IPv6 avec uniquement une en-tête IPv6 : 40 octets (MAP-T).
- Quand on passe les paquets IPv4 dans IPv6 avec uniquement une en-tête IPv6 devant une autre IPv4 : 40+20 octets = 60 octets (MAP-E, DS-Lite, Lightweight 4over6).
J'ai tenté de faire un comparatif de ces solutions pour fournir une connectivité IPv4 derrière une box FTTH connectée à un réseau IPv6 only (IPv4 as a Service)
DS-Lite (Dual-Stack Lite) : ne demande pas de fonctions complexes dans la box internet. La box prend tout le trafic IPv4 local, l'encapsule dans de l'IPv6 et l'envoie à un Carrier-grade NAT chez l'opérateur. Le Carrier-grade NAT doit maintenir l'état de chaque connexion IPv4 TCP/UDP de chaque abonné (un NAT44 classique est réalisé).
- Avantage : Compatibilité avec un très grand nombre de box.
- Inconvénients : Le Carrier-grade NAT dans le réseau est très gourmand en ressources (obligation de garder des journaux) et est un point unique de défaillance. Le Carrier-grade NAT bloque la possibilité d’ouvrir les flux entrants IPv4 non sollicités pour permettre un auto-hébergèrent IPv4. Le passage par la plateforme qui héberge le Carrier-grade NAT peut, dans certaines architectures, rajouter de la latence. Enfin, un en-tête IPv6 de 40 octets est ajouté à chaque paquet IPv4.
Lightweight 4over6 (lw4o6) : garde l'architecture DS-Lite (tunnel IPv4 dans IPv6), mais on déplace la fonction NAT du cœur de réseau vers la box chez le client. Le routeur central ne fait plus que du routage de tunnels (stateless ou semi-stateless), il n'a plus besoin de suivre chaque connexion TCP. L'opérateur dit explicitement à chaque box : « Toi, tu as l'IP X et la plage de ports Y ».
- Cas d'usage : Idéal pour migrer une infra DS-Lite existante vers quelque chose de plus léger, en réutilisant en grande partie l’architecture existante.
- Inconvénients : Le mapping (IP et ports) n'est pas algorithmique, mais provisionné. Un en-tête IPv6 de 40 octets est ajouté à chaque paquet IPv4.
MAP-E (Mapping of Address and Port with Encapsulation) : Comme lw4o6, le NAT est sur la box du client. Mais ici, le cœur de réseau est totalement stateless. Il n'y a pas de table de correspondance chez l'opérateur. L'adresse IPv6 de la box contient mathématiquement (via un algorithme) l'adresse IPv4 et la plage de ports. Le routeur de bordure calcule simplement où envoyer le paquet en lisant l'adresse IP.
- Avantages : Stateless. Passage à l'échelle infini (pas de mémoire requise côté opérateur par utilisateur). Très robuste. Deux abonnés peuvent échanger en IPv4 sans passer par un élément central. Permet d’ouvrir les flux entrants IPv4 non sollicités sur la plage de ports attribuée à la box, pour permettre un auto-hébergèrent IPv4 (en plus de IPv6 pour lequel tous les ports sont disponibles).
- Inconvénient : Un en-tête IPv6 de 40 octets est ajouté à chaque paquet IPv4.
MAP-T (Mapping of Address and Port using Translation) : identique à MAP-E, mais l’encapsulation est remplacée par une traduction : Au lieu d'enfermer le paquet IPv4 dans un paquet IPv6 (ce qui ajoute 40 octets), MAP-T remplace l'en-tête IPv4 par un en-tête IPv6 (NAT46). Le routeur de bordure re-traduit en IPv4 vers Internet (NAT64).
- Avantages : Identiques à MAP-E avec en plus l’absence de double en-tête IP pour les paquets IPv4.
- Inconvénients : Perte de certaines infos de l'en-tête IPv4 original (checksums à recalculer, options IPv4 perdues : ce qui peut compliquer le traitement de certains champs tel que la fragmentation, géré différemment dans l’en-tête IPv6). C'est techniquement plus complexe à implémenter correctement pour ne rien casser.
4rd (IPv4 Residual Deployment) : 4rd était une technologie expérimentale, crée par un ingénieur français Rémi Després, qui a été déployé essentiellement par l’opérateur Free. Les concepts de 4rd ont essentiellement été absorbés et finalisés avec MAP-E et MAP-T. Il n’y a plus de nouveaux déploiements de 4rd. Free a basculé en MAP-E.
-
Tout dépend de comment c'est fait derrière, dans le réseau de l'opérateur: si la MTU end to end du entre la patte WAN du CPE et le CG-NAT est d'au moins 1500+overhead (+ce qu'il faut pour l'en-tête VLAN vu qu'on passe par des VLAN sur les réseaux d'accès), on peut faire de l'encapsulation sans avoir besoin de fragmenter un gros paquet IPv4, que cet overhead soit de 20, 40 ou 100 bytes.
Et si on ne drop pas les fragments, il y aura un impact sur les perfs en cas de perte de paquets, mais le VPN fonctionnera tout de même.
-
Et là, la barre n'est pas très haute.
c'est vite dit ça ...
Tous les fournisseurs d'accès gamme business n'offre pas IPv6.
Chez Orange Pro par exemple, impossible d'avoir des IPv6 Fixes. (je ne sais pas pour les autres)
j'ai un doute aussi sur le fait que le L2TP par exemple fonctionne avec IPv6.
Bref, c'est plus simple et fiables que Bouygues fournissent des IPv4 dédiés ..
Je n'ai rien contre IPv6, mais bon dans le milieu pro ce n'est pas si simple.
J'attends toujours un dualwan simple en IPv6, des équipements compatibles et surtout qu'on m'explique l’intérêt. Autant à la maison aucun soucis pour IPv6, autant au travail ...
-
Tout dépend de comment c'est fait derrière, dans le réseau de l'opérateur: si la MTU end to end du entre la patte WAN du CPE et le CG-NAT est d'au moins 1500+overhead (+ce qu'il faut pour l'en-tête VLAN vu qu'on passe par des VLAN sur les réseaux d'accès), on peut faire de l'encapsulation sans avoir besoin de fragmenter un gros paquet IPv4, que cet overhead soit de 20, 40 ou 100 bytes.
Et si on ne drop pas les fragments, il y aura un impact sur les perfs en cas de perte de paquets, mais le VPN fonctionnera tout de même.
Si l'opérateur reste sur 1500 octets, il n'y a normalement pas de fragmentation IPv4 en TCP, car la MTU est négociée lors de la connexion : Négociation MTU MSS: comment ça fonctionne ? (https://lafibre.info/tcpip/negociation-mtu-comment-ca-fonctionne/)
Pour les flux UDP, généralement, on ne dépasse pas 1400 octets voir moins, car de nombreux réseaux ont une MTU vu de l'utilisateur plus faible à cause des encapsulations (par exemple sur un réseau mobile, il y a la aussi double en-tête sans parler de technologie de partage d'IPv4).
Certains opérateurs ont une MTU un peu au-dessus de 1500 pour ne pas effectuer la MUT vu de l'utilisateur, mais cela demande d'avoir tous ses équipements compatibles et configurés pour cette MTU plus importante.
-
Si l'opérateur reste sur 1500 octets, il n'y a normalement pas de fragmentation IPv4 en TCP, car la MTU est négociée lors de la connexion : Négociation MTU MSS: comment ça fonctionne ? (https://lafibre.info/tcpip/negociation-mtu-comment-ca-fonctionne/)
Pour les flux UDP, généralement, on ne dépasse pas 1400 octets voir moins, car de nombreux réseaux ont une MTU vu de l'utilisateur plus faible à cause des encapsulations (par exemple sur un réseau mobile, il y a la aussi double en-tête sans parler de technologie de partage d'IPv4).
Je suis d'accord pour le cas non-VPN. Je parlais du traffic encapsulé (que ce soit dans IPSec ou de l'UDP), qui de surcroit est chiffré : la MTU côté LAN est vue à 1500, et si on encapsule dans du DSLite ou autre au niveau CPE, le CPE ne peut pas faire de MSS clamping. La MSS négociée à l'intérieur du VPN entre les deux endpoints n'entre pas en compte ici.
Certains opérateurs ont une MTU un peu au-dessus de 1500 pour ne pas effectuer la MUT vu de l'utilisateur, mais cela demande d'avoir tous ses équipements compatibles et configurés pour cette MTU plus importante.
Oui, c'est aussi ce que je dis: il peut y avoir des soucis en fonction des contraintes du matériel et de la mise en oeuvre par les opérateurs, mais que ce soit du MAP-T, MAP-E ou autre chose n'a pas grande importance in fine.
-
On ne parle pas de déployer IPv6 en interne dans le réseau de la boite. Ce à quoi fait référence stlan, c'est juste que les endpoints VPN externes soient accessibles en IPv6, pour que le *tunnel* lui-même soit transporté sur ipv6.
Et là, la barre n'est pas très haute.
C'est bien ça que j'avais en tête, je me suis mal exprimé.
Je suis d'accord avec toi, la barre est moins haute mais en ce moment les priorités sont ailleurs, j'ai une solution qui fonctionne pour l'instant.
-
Bonjour,
Cela fait maintenant 1 semaine que je contacte désespérément la hotline depuis l'application Bouygues, et qu'ils ne savent pas comment résoudre ce problème (IP v4 devenue partagée => redirections de ports KO => auto-hébergement kaput).
Suffit-il en réalité de poster ici pour qu'un sachant le résolve ? :o
(Je dois avouer être à 2 doigts de changer de FAI à cause de ce problème)
-
J'ai le même problème. Je consomme mon forfait mobile pour pouvoir télétravailler.
J'ai contacté le support qui me demande de refaire une tentative plus tard.
-
Bonjour,
Je suis dans la même situation !
J’aurais besoin d’une adresse Full Stack car je dispose de plusieurs services hébergés à domicile (pont WireGuard pour accès distant, serveur web de test, supervision, accès à certains équipements réseau) nécessitant une IPv4 publique dédiée.
Actuellement, la présence du CG-NAT ne me permet pas de mettre en place des règles de port forwarding pérennes, ce qui bloque l’exposition contrôlée de ces services.
@stlan, pouvez vous svp regarder ?
Merci par avance.
-
Pareil, plus possible d'utiliser le VPN de l'entreprise, partage de connexion du téléphone pour pouvoir télétravailler.
Comment faire pour résoudre cela ?
-
Bonjour,
Je suis dans la même situation :-\
@stlan, vous pouvez svp regarder ?
Merci par avance.
-
Bonjour,
Pour les problèmes avec le VPN il est fortement recommandé de contacter l'administrateur réseau (voir la page précédente, Vivien a pris le temps de détailler le point merci à lui) c'est important que ces derniers effectuent les modifications car si à ce jour seul Bouygues fait ce genre d'upgrade, ça va se généraliser
Sinon pour les profils complétés, je les ai ajouté à la liste vous recevrez un SMS une fois l'action faite soit aujourd'hui ou semaine prochaine.
Bonne journée
-
Merci beaucoup @stlan, pour l'instant je n'ai pas encore reçu le sms
Pour le télétravail je ne peux que utiliser le pc portable du boulot pour lequel je ne suis pas admin.
En gros, tout ce qui ne sert pas à bosser est verrouillé.
Je ne suis pas le seul concerné dans l'entreprise et notre service informatique conseille de ne pas prévoir de journée de télétravail pour le moment, en attendant de trouver une solution.
Un collègue qui habite à 10km également abonné BBox n'est pas concerné par l'IP partagée. Pourquoi moi ?
Si je comprends bien, la solution durable serait que l'entreprise modifie la configuration de son vpn pour pouvoir s'y connecter en ipv6, c'est bien cela ?
Parce que Bouygues va généraliser cette pratique dans les années à venir ?
-
@stlan,
Savez-vous si les offres business sont concernées ?
Merci
-
@stlan,
Savez-vous si les offres business sont concernées ?
Merci
Ca serai une hérésie, on paie pour des blocs d'ip, pas des blocs de ports...
-
Merci beaucoup @stlan, pour l'instant je n'ai pas encore reçu le sms
Pour le télétravail je ne peux que utiliser le pc portable du boulot pour lequel je ne suis pas admin.
En gros, tout ce qui ne sert pas à bosser est verrouillé.
Je ne suis pas le seul concerné dans l'entreprise et notre service informatique conseille de ne pas prévoir de journée de télétravail pour le moment, en attendant de trouver une solution.
Un collègue qui habite à 10km également abonné BBox n'est pas concerné par l'IP partagée. Pourquoi moi ?
Si je comprends bien, la solution durable serait que l'entreprise modifie la configuration de son vpn pour pouvoir s'y connecter en ipv6, c'est bien cela ?
Parce que Bouygues va généraliser cette pratique dans les années à venir ?
Bonjour
Oui il faut contacter le service bureautique (pour les grandes boites ou directement l'administrateur réseau dans les PME et à priori pas que Bouygues on est tous confronté au même problème.
@stlan,
Savez-vous si les offres business sont concernées ?
Merci
Si vous faites allusion à la gamme des offres Entreprises/PME/TPE s'agissant d'une branche dédiée je ne peux pas apporter de réponse sur la stratégie et solution sur ce sujet pour chaque typologie d'offres.
-
Merci beaucoup @stlan, pour l'instant je n'ai pas encore reçu le sms
Pour le télétravail je ne peux que utiliser le pc portable du boulot pour lequel je ne suis pas admin.
En gros, tout ce qui ne sert pas à bosser est verrouillé.
Je ne suis pas le seul concerné dans l'entreprise et notre service informatique conseille de ne pas prévoir de journée de télétravail pour le moment, en attendant de trouver une solution.
Un collègue qui habite à 10km également abonné BBox n'est pas concerné par l'IP partagée. Pourquoi moi ?
Si je comprends bien, la solution durable serait que l'entreprise modifie la configuration de son vpn pour pouvoir s'y connecter en ipv6, c'est bien cela ?
Parce que Bouygues va généraliser cette pratique dans les années à venir ?
Tout dépend du type de VPN utilisé par ton entreprise.
Soit leur endpoint est capable d'écouter en ipv6 et dans ce cas la plus de problème, et dans certains cas ( le miens par exemple ) abaisser le MTU du tunnel suffit.
-
Si je comprends bien, la solution durable serait que l'entreprise modifie la configuration de son vpn pour pouvoir s'y connecter en ipv6, c'est bien cela ?
Oui
Parce que Bouygues va généraliser cette pratique dans les années à venir ?
Pas seulement Bouygues. La majorité des FAI grand public se mettent à partager les IPv4, ca ne va que se démocratiser.
-
Sinon pour les profils complétés, je les ai ajouté à la liste vous recevrez un SMS une fois l'action faite soit aujourd'hui ou semaine prochaine.
Pour information, j'ai bien récupéré la possibilité de rediriger l'ensemble des ports ce jour.
Quel soulagement !!! Merci beaucoup pour votre intervention !
J'ai du mal à comprendre qu'une telle modification ait été faite sans avertissement préalable, sans formation du support et à un moment où l'option n'est pas activable depuis notre compte client ! :o
Et pourquoi ne pas avoir ciblé que les utilisateurs qui n'hébergent aucun service ? ???
-
SMS reçu cet après-midi, option "IP dédiée" affichée sur le compte.
Problème résolu.
Merci Bouygues et stlan !
-
Bonjour,
Désormais le 1064 via le service technique est en capacité de répondre à la demande de l'activation de l'IP privée.
L'option reviendra dans l'espace client, à une date encore non défini.
ça peut sembler évident, mais pour que cela soit possible il faut que la ligne soit en IP partagée.
Pour l'usage VPN il est important de demander au gestionnaire du réseau de son entreprise d'adapter le réglage pour autoriser l'IPV6, l'option IP dédié n'étant pas la solution pour ce cas d'usage, mais réservé notamment aux usages de paramétrage des ports NAT principalement.
Merci et bonne journée
-
Merci @stlan, je peux de nouveau télétravailler depuis que j'ai reçu le SMS.
Le partage de co avec le téléphone n'est pas une solution qui peut durer dans le temps.
Je reste dubitatif sur le fait qu'un FAI, peu importe son nom, peut imposer à une entreprise la façon de configurer ses serveurs de télétravail.
Il nous a été rappelé que le télétravail n'est pas (plus) une obligation, seulement une facilité accordée aux salariés.
Il se murmure, parce que ce n'est pas officiel, que si l'abonnement internet permet de télétravailler alors tant mieux, sinon il faut retourner au bureau.
Ne plus pouvoir télétravailler du jour au lendemain sans préavis peut avoir des conséquences sur une carrière, sur la vie perso, ...
Si ce changement de configuration ip doit se reproduire, je ne conteste pas mais, PREVENEZ-NOUS , un mail ça ne coute rien
-
Bonjour,
Comment peut-on savoir si on a une ip dédiée ou partagée ? J’ai des soucis en télétravail. Soucis que je n’avais pas en début de mois.
-
Bonjour,
A date vous avez une IP non partagé et la ligne (signal) est conforme
Si la problématique est lié uniquement à l'usage VPN rapprochez vous de votre entreprise, si y'a d'autres éléments utilisez notre outil Assistant Bbox à la vue de votre LAN vérifiez bien que ça soit pas un routeur tiers qui en soit la cause par exemple au préalable.
Bonne journée
-
Bonjour,
quand tu te connectes à l'interface web de ta Bbox, Comme je l'ai mis ici : https://lafibre.info/incidents-ftth/congestion-reseau-persistante-des-annees-de-galere-je-nen-peux-plus/msg1131579/#msg1131579 si tu es sur une ip partagée, tu as une plage de ports indiquées.
Si aucune plage de ports n'est indiquée (ou si tu as 1 à 65535) c'est que tu as une IP dédiée.
-
@Stian @Buddy
Merci
-
Bonjour,
Je crois que je suis également avec une IP partagée (CGNAT)
Et ça me pose problème car l'IP publique qu'on m'a attribuée à une très mauvaise réputation sur ipqualityscore.com
J'étais chez SFR auparavant, aucun soucis.
A cause de cette mauvaise réputation j'ai plusieurs applications qui sont bloqués.
J'ai rejoins Bouygues depuis une semaine.
Est-ce possible de disposer d'une IP pub dédiée également ou qu'on puisse simplement me changer d'IP publique qui aurait une bonne réputation sur IPQS ?
Merci à vous pour votre aide.
-
Bonjour, je rencontre le même problème, pour moi cela m'empêche une connexion pour le PS Remote. Comment procéder pour supprimer le CGNAT ?
Merci d'avance @stlan
-
Bonjour à tous,
suite à mon passage de orange à Bouygues, comme beaucoup, je n'ai plus accès à mon Homelab !.
Serait il possible d'activer l'option pour rediriger mes service hébergés vers la nouvelle IP dédiée "full port" ?
Un grand merci car ça fait longtemps que je galère et que je ne sais pas quoi faire :-[
-
bonjour, j'allais creer un post je vois aussi option incluse ip dediée vu j'ai 2 serveur web ipv4 chez moi bien sur j'ai pris l'option etc par contre j'ai la même ip publique et le nat marchais bien donc j'aurais vu que il y'a un probleme je suppose... Je suis aussi en ipv6 sur un de mes 2 serveur mais j'aime bien comme ça... Apres redemarage j'ai toujours la même ip publique ipv4 sans plages dans l'espace admin de la box... Tot ou tard j'aurai eu une ip partagée? merci
-
Bonjour,
L'option pour l'ip dédié est de nouveau disponible dans l'espace client : https://www.bouyguestelecom.fr/mon-compte/voirlesoptionsfai (https://www.bouyguestelecom.fr/mon-compte/voirlesoptionsfai)
-
Bonjour,
Effectivement l'option est de nouveau accessible, et je vous en remercie.
Une fois activée, j'ai redémarré mon ONT ainsi que mon routeur Ubiquiti.
Malheureusement après 2h rien n'a changé, mon IP pub reste la même, avec le même score de réputation :(
-
Bonjour,
et si tu rebranches 5 min la Bbox ?
As tu toujours une IP partagée ou une ip dédié ? (cf les screenshot du menu admin de la bbox).
Attention, ça ne te change ton IP que si elle est partagée, pas si elle est dédiée déjà. Tu gardes la même ip.
-
bonjour attention moi j'avais la même adresse ip apres et avant mais pas de plage de port dans les 2 cas sur la box et donc c'était plus en preventif en gros on peut avoir l'option disponible même en ayant encore une ip dediée...
-
Après extinction de l'ONT et de mon routeur pendant 5 minutes, j'obtiens toujours la même IP pub. Le port forwarding à toujours fonctionné, donc je pense que je n'étais pas en CGNAT et que j'avais déjà une IP pub dédiée.
@Buddy est-ce possible de disposer d'une autre IP publique qui aurait un score réputation acceptable ?
J'ai des applications basées sur le score réputation qui sont bloquées depuis le passage chez Bouygues.
(ipqualityscore.com l'IP qu'on m'a attribué est blacklisté pour cause de fraude/proxy et ou VPN détecté et ce depuis ma migration chez Bouygues)
-
je pense pas pour une offre grand public... a voir son retour
-
@Buddy est-ce possible de disposer d'une autre IP publique qui aurait un score réputation acceptable ?
Non, il faut que tu prennes un VPN ou encore mieux un VPS chez un hébergeur ainsi tu seras sur d'avoir toujours la même IP qq soit le FAI).
Pour changer d'IP sur une offre publique (sauf Orange où ce n'est pas fixe dans le temps), il faut résilier puis resouscrire. (ou attendre un réaménagement réseau chez les autres).