Merci pour le retour.

L'assistance Free Proxi m’a envoyé ce message technique qui provient d'un technicien qui s'est rendu sur place il y a quelques jours  "Tous les pigtails du coupleur ont été coupés".

Un technicien Free que j’ai croisé sur place m’a également parlé de coupleurs HS.

Du coup, est-ce que cette information permet de mieux comprendre quelle partie serait réellement à remplacer ? Est-ce qu’un coupleur avec tous ses pigtails sectionnés doit forcément être remplacé ou peut-il être ressoudé/repris ?

Ca commence à devenir long. La on entre dans ma 4ème semaine sans fibre.

Tous, plus ou moins facilement, sauf free

Le "bug" n'est-il pas tout simplement l'expiration de l'adresse IPv6 de la machine, parce que tu as utilisé une de ses adresses temporaires pour la règle de pare-feu ? Dans ce cas, la Livebox continue de rediriger du trafic vers une adresse qui n'est plus portée par aucun hôte.

Windows et Linux ont 3 modalités d'adressage IPv6 automatique :

• Adresse dynamique avec partie hôte aléatoire (RFC 4941)
• Adresse stable avec partie hôte aléatoire (RFC 7217)
• Adresse stable avec partie hôte personnalisée : attribut ip-token paramétrable avec iproute2 et une tâche cron, ou Network Manager.
• Adresse stable avec partie hôte constituée d'après l'adresse MAC (EUI-64)

Cette dernière méthode est aujourd'hui désactivée par défaut sauf dans les OS serveur Linux. Si du trafic entrant doit être initié vers la machine, il faut utiliser une des trois dernières selon la configuration de la machine mais je déconseille EUI-64.

Code: [Sélectionner]

$ ip -6 a
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 state UNKNOWN qlen 1000
    inet6 ::1/128 scope host noprefixroute
       valid_lft forever preferred_lft forever
2: enp15s0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 state UP qlen 1000
    inet6 2a01:e0a:a09:xxxx:d31d:4920:f74e:6ab4/64 scope global temporary dynamic
       valid_lft 171130sec preferred_lft 84552sec
    inet6 2a01:e0a:a09:xxxx:df33:2260:acca:c6fd/64 scope global dynamic mngtmpaddr noprefixroute
       valid_lft 2591802sec preferred_lft 604602sec
    inet6 fe80::7988:fd40:715e:852/64 scope link noprefixroute
       valid_lft forever preferred_lft forever

Il faut toujours utiliser une adresse qui ne porte pas les drapeaux temporary dynamic. Sous Windows, l'adresse stable est celle qui s'affiche devant "Adresse IPv6" que ce soit dans l'ancien ou le nouveau panneau de configuration, par opposition à "Adresse IPv6 temporaire". Mes serveurs ont tous l'EUI-64 désactivé, une IP statique et une ou plusieurs RFC4941 pour les connexions sortantes. Cependant, de toutes ces méthodes, une seule résiste aux changements de préfixe : l'utilisation d'ip-token. La partie hôte des adresses RFC 7217 change en même temps que le préfixe. Et si ça arrive, tu as une nouvelle adresse IPv6 à indiquer dans la Livebox pour rediriger le trafic. Mais, même à ça, je ne sais pas si la Livebox est suffisamment bien faite pour ne mettre à jour que la partie préfixe pour qu'en cas d'utilisation d'ip-token, le changement soit complètement transparent.

Je pense pas car c'est un routeur opnsense (et du proxmox en direct sans routeurs tiers chez mon copain), les privacy extensions sont désactivés je crois.

D'ailleurs mon copain à la Livebox S et pas eu de bug pour le moment (à voir quand elle rebootera)

J'ai un mail de 2017, si ça peut servir.

Merci.

L'arrêt effectif de la 3G par free, alors qu'il n'est pas encore annoncé officiellement, j'avoue que je ne savais pas !

Cette manière de faire de Free est quand même plus que limite, vu que L'ARCEP et divers sites gouvernementaux informant sur l'arrêt de la 2G et de la 3G disent que free n'a pas encore annoncé l'arrêt de la 3G.

Quand je pense que l'ARCEP et le gouvernement disent accompagner les usagers dans cette transition, alors qu'ils donnent un planning d'extinction erroné !

En tout cas, merci encore à renaud07, je vais réfléchir à tout ca et choisir la moins mauvaise solution...