Oui j'ai bien dit (contournement via LB) ce qui n'exclut pas les autres solutions présentées dans ce thread (maj host, serveur DNS etc..)
Perso je ne souhaite pas monter un DNS en local avec reroutage pour tous les périphériques locaux.

J'ai une BOX qui, à peu près fait le job depuis plusieurs années, et qui en raison d'une MAJ apporte une régression... qui je l'espère sera corrigée d'ici janvier... en attendant je partage une solution pour ceux que cela intéresse le temps que...

"tous" les périphériques locaux... qui potentiellement sont donc propagés à l'extérieur, on sort de l'utilisation lambda là quand même
j'ai pihole pour gérer les dns et le dhcp, il me vire la majorité des pubs et j'y ai ajouté mes serveurs locaux, aucun problème ... et quand je suis à l'extérieur, ben je ne suis pas sur le pihole et donc, je les joints bien par l'extérieur ...

Je suis bien d'accord avec toi DaffY44.
Autant je pourrai comprendre ça de la part d'une personne dans une toute petite structure (et encore lui ne mettrait pas 1 mois à corriger le pb ...), autant c'est inadmissible d'une boite de l'envergure d'Orange !

Et pour éviter ceci elle devrait avoir un processus de livraison qui inclut des non régressions pour éviter justement d'avoir à faire des correctifs de ce genre ...

Et donc avec un routeur derrière la livebox (dans la DMZ ou d'une autre façon), le loopback fonctionnerait-il ?

Même cause mêmes effets, j'ai perdu le loopback sur ma livebox 4 le 11/12 vers 4h du matin après la mise à jour.
Solution : j'ai récupéré un routeur Netgear WNR1000 qui traînait à mon boulot.
Je lui ai mis un bail dhcp statique depuis l'interface LB
Je lui ai configuré le lan sur 192.168.0.0/24
j'ai intégré ce routeur à la DMZ de la livebox
J'ai supprimé toutes les règles de NAT/PAT pour les recopier à peu près pareil sur le Netgear
Puis j'ai branché mon serveur sur ce routeur avec quelques configurations.
Pour finir, j'ai désactivé le wifi de la livebox pour le remplacer par celui de l'autre routeur.

Résultat : je peux de nouveau accéder à mon serveur depuis mon réseau local comme depuis l’extérieur et c'est indispensable pour mes usages.
À noter que depuis le réseau du routeur secondaire, je peux accéder au réseau local de la LB, donc à son admin ce qui est bien pratique.

Hello,

Ma livebox4 est aussi passée au firmware 3.103.16.

Le problème "du loopback" est un peu plus compliqué que "ils ont cassé le loopback".

En fait, le loopback fonctionne toujours parfaitement  ... sauf pour les ports 80 et 443. Toutes les redirections sur les autres ports continuent a fonctionner correctement (22/ssh par exemple).

Il me semble qu'avec ce firmware l'interface d'administration est (enfin) passée en HTTPS sur le reseau local. J'imagine que c'est en l'activant que, par effet de bords, ils ont merdé et forcé les redirections des ports 80/443 sur la livebox plutot que sur l'equipement configuré.

Je vois 3 facons de contourner le problème:

1) la plus simple a priori. Dans la plupart des cas vous devez etre en IPv6 sur le reseau local, donc la connection a vos services sur 80/443 doit se faire prioritairement en IPv6 ou tout est transparent (vive la vie sans NAT), sous reserve que vous aillez déclarer a la fois l'IPv4 et l'IPv6 de votre equipement dans son entree DNS (oui... ca ne marche pas avec les dyndns offerts par orange, il faut le faire en dur ou par un autre moyen).

2) deplacer temporairement le service sur le port 81, 1443 ou tout autre port. C'est pas élégant, mais ca marche

3) activer la DMZ pour l'equipement qui gere le 80/443. A faire en connaissance de cause, l'equipement ne sera plus derriere le firewall de la livebox.

et sinon... croiser les doigts et attendre qu'ils corrigent leurs conneries.

Finalement, je n'ai vu personne le relever, mais ce firmware apporte quelques trucs sympathiques comme  la configuration dans le firewall des protocoles autres que seulement TCP/UDP (ICMP, GRE, AH, ...) (bon ICMP on pouvait deja le faire a la mano dans les regles personnalisées)

Ah, on dirait que la livebox change le certificat de 1.1.1.1 ?