• =?utf-8?Q?Probl=C3=A8mes_d=27acc=C3=A8s_HTTP/S_sur_les_serveurs_?= =?ut

    From Pierre Malard@21:1/5 to All on Tue Sep 10 08:30:01 2024
    --Apple-Mail=_A9D54244-7A1B-4994-BDB0-1EA64AAF66AA
    Content-Transfer-Encoding: quoted-printable
    Content-Type: text/plain;
    charset=utf-8

    Bonjour,

    Depuis quelques mois nous avons des problèmes d’accès aux serveur ayant plusieurs IP. C’est notamment le cas sur :
    deb.debian.org
    huggingface.co
    packaging.gitlab.io
    pkgs.k8s.io
    registry.k8s.io
    cloud.r-project.org
    urllib3.readthedocs.io <http://urllib3.readthedocs.io/>




    En fait ces serveurs sont bien accessibles (test « tcptraceroute ») et le service est bien ouvert sur les ports 80 et 443 (test « nmap »). On a regardé un peu partout (conf des routeurs/pare-feu, chemin de connexion, …) rien à faire.
    On a pensé à une histoire de cache local DNS qui bloquerai. Mais un redémarrage du service « networking », censé nettoyer le cache, n’y change rien.

    Le seul moyen trouvé pour rétablir une connexion est de redémarrer le serveur. Mais cela ne solutionne rien car ça ne dure pas une journée.

    Si vous avez une idée nous sommes preneurs car là, on sèche.

    Merci d'avance


    --
    Pierre Malard

    « Les utopies ne sont souvent que des vérités prématurées »
    Alphonse de Lamartine
    |\ _,,,---,,_
    /,`.-'`' -. ;-;;,_
    |,4- ) )-,_. ,\ ( `'-'
    '---''(_/--' `-'\_) πr

    perl -e '$_=q#: 3|\ 5_,3-3,2_: 3/,`.'"'"'`'"'"' 5-. ;-;;,_: |,A- ) )-,_. ,\ ( `'"'"'-'"'"': '"'"'-3'"'"'2(_/--'"'"' `-'"'"'\_): 24πr::#;y#:#\n#;s#(\D)(\d+)#$1x$2#ge;print'
    - --> Ce message n’engage que son auteur <--


    --Apple-Mail=_A9D54244-7A1B-4994-BDB0-1EA64AAF66AA
    Content-Transfer-Encoding: quoted-printable
    Content-Type: text/html;
    charset=utf-8

    <html><head><meta http-equiv="Content-Type" content="text/html; charset=utf-8"></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; line-break: after-white-space;" class=""><div><div class="content-isolator__container"><div dir="auto"
    style="word-wrap: break-word; -webkit-nbsp-mode: space; line-break: after-white-space;" class="">Bonjour,<div class=""><br class=""></div><div class="">Depuis quelques mois nous avons des problèmes d’accès aux serveur ayant plusieurs IP. C’est
    notamment le cas sur :</div><div class=""><div class=""><ul class=""><li class=""><a href="http://deb.debian.org" class="">deb.debian.org</a></li><li class=""><a href="http://huggingface.co" class="">huggingface.co</a></li><li class=""><a href="http://
    packaging.gitlab.io" class="">packaging.gitlab.io</a></li><li class=""><a href="http://pkgs.k8s.io" class="">pkgs.k8s.io</a></li><li class=""><a href="http://registry.k8s.io" class="">registry.k8s.io</a></li><li class=""><a href="http://cloud.r-project.
    org" class="">cloud.r-project.org</a></li><li class=""><a href="http://urllib3.readthedocs.io/" class="">urllib3.readthedocs.io</a></li><li class="">…</li></ul></div></div><div class=""><br class=""></div><div class=""><br class=""></div><div class=""><
    br class=""></div><div class="">En fait ces serveurs sont bien accessibles (test «&nbsp;tcptraceroute&nbsp;») et le service est bien ouvert sur les ports 80 et 443 (test « nmap&nbsp;»). On a regardé un peu partout (conf des routeurs/pare-feu, chemin
    de connexion, …) rien à faire.&nbsp;</div><div class="">On a pensé à une histoire de cache local DNS qui bloquerai. Mais un redémarrage du service «&nbsp;networking&nbsp;», censé nettoyer le cache, n’y change rien.</div><div class=""><br class=
    ""></div><div class="">Le seul moyen trouvé pour rétablir une connexion est de redémarrer le serveur. Mais cela ne solutionne rien car ça ne dure pas une journée.</div><div class=""><br class=""></div><div class="">Si vous avez une idée nous sommes
    preneurs car là, on sèche.</div><div class=""><br class=""></div><div class="">Merci d'avance</div><div class=""><br class=""></div><div class=""><br class=""><div class="">
    <div dir="auto" style="caret-color: rgb(0, 0, 0); color: rgb(0, 0, 0); letter-spacing: normal; text-align: start; text-indent: 0px; text-transform: none; white-space: normal; word-spacing: 0px; -webkit-text-stroke-width: 0px; text-decoration: none; word-
    wrap: break-word; -webkit-nbsp-mode: space; line-break: after-white-space;" class=""><div dir="auto" style="caret-color: rgb(0, 0, 0); color: rgb(0, 0, 0); letter-spacing: normal; text-align: start; text-indent: 0px; text-transform: none; white-space:
    normal; word-spacing: 0px; -webkit-text-stroke-width: 0px; text-decoration: none; word-wrap: break-word; -webkit-nbsp-mode: space; line-break: after-white-space;" class=""><div dir="auto" style="caret-color: rgb(0, 0, 0); color: rgb(0, 0, 0); letter-
    spacing: normal; text-align: start; text-indent: 0px; text-transform: none; white-space: normal; word-spacing: 0px; -webkit-text-stroke-width: 0px; text-decoration: none; word-wrap: break-word; -webkit-nbsp-mode: space; line-break: after-white-space;"
    class=""><div dir="auto" style="caret-color: rgb(0, 0, 0); color: rgb(0, 0, 0); letter-spacing: normal; text-align: start; text-indent: 0px; text-transform: none; white-space: normal; word-spacing: 0px; -webkit-text-stroke-width: 0px; text-decoration:
    none; word-wrap: break-word; -webkit-nbsp-mode: space; line-break: after-white-space;" class=""><div style="color: rgb(0, 0, 0); letter-spacing: normal; text-align: start; text-indent: 0px; text-transform: none; white-space: normal; word-spacing: 0px; -
    webkit-text-stroke-width: 0px; word-wrap: break-word; -webkit-nbsp-mode: space; line-break: after-white-space;" class=""><div style="color: rgb(0, 0, 0); letter-spacing: normal; text-align: start; text-indent: 0px; text-transform: none; white-space:
    normal; word-spacing: 0px; -webkit-text-stroke-width: 0px; word-wrap: break-word; -webkit-nbsp-mode: space; line-break: after-white-space;" class=""><div style="margin: 0px; font-size: 10px; font-family: &quot;Courier New&quot;;" class="">--&nbsp;</div><
    div style="margin: 0px; font-size: 10px; font-family: &quot;Courier New&quot;;" class=""><div style="margin: 0px;" class="">Pierre Malard</div><div class=""><br class=""></div></div><div style="margin: 0px; font-family: Times;" class="">&nbsp;&nbsp;«<i
    class="">&nbsp;Les utopies ne sont souvent que des vérités prématurées&nbsp;</i>»</div><div style="margin: 0px; font-family: Times;" class="">&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &
    nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; Alphonse de&nbsp;Lamartine</div><div style="margin: 0px; font-size: 10px; font-family: &quot;Courier New&quot;;" class="">&nbsp;&nbsp;&nbsp;|\&nbsp; &nbsp; &
    nbsp;&nbsp;_,,,---,,_</div><div style="margin: 0px; font-size: 10px; font-family: &quot;Courier New&quot;;" class="">&nbsp;&nbsp;&nbsp;/,`.-'`'&nbsp; &nbsp;&nbsp;-.&nbsp;&nbsp;;-;;,_</div><div style="margin: 0px; font-size: 10px; font-family: &quot;
    Courier New&quot;;" class="">&nbsp;&nbsp;|,4-&nbsp;&nbsp;) )-,_. ,\ (&nbsp;&nbsp;`'-'</div><div style="margin: 0px; font-size: 10px; font-family: &quot;Courier New&quot;;" class="">&nbsp;'---''(_/--'&nbsp;&nbsp;`-'\_) &nbsp; πr</div><div style="margin:
    0px; font-family: Times; min-height: 14px;" class=""><br class=""></div><div style="margin: 0px; font-size: 10px; font-family: &quot;Courier New&quot;;" class="">perl -e '$_=q#: 3|\ 5_,3-3,2_: 3/,`.'"'"'`'"'"' 5-. &nbsp;;-;;,_: &nbsp;|,A- &nbsp;) )-,_. ,\
    ( &nbsp;`'"'"'-'"'"': '"'"'-3'"'"'2(_/--'"'"' &nbsp;`-'"'"'\_): 24πr::#;y#:#\n#;s#(\D)(\d+)#$1x$2#ge;print'</div><div style="margin: 0px; font-family: &quot;Courier New&quot;;" class=""><span style="font-size: 10px;" class="">- --&gt; Ce message n’
    engage que son auteur &lt;--</span></div></div></div></div></div></div></div> </div>

    <br class=""></div></div></div></div></body></html> --Apple-Mail=_A9D54244-7A1B-4994-BDB0-1EA64AAF66AA--

    -----BEGIN PGP SIGNATURE-----
    Version: GnuPG/MacGPG2 v2.2
    Comment: GPGTools - http://gpgtools.org

    iQIzBAEBCgAdFiEE0KHTJ+AWKhmI+acm/pSWHuad/BgFAmbf44QACgkQ/pSWHuad /BjqWA/5AYjc6iqDl29ZjSJgXaMJgFrOQ5LnhTvqIBZIjBZ9l8kybVnlGkKD6J4L 3rMXUqTgM2w77ibtMj+CHZX0RJ8LIaOHB7qDHoh1Yp+Id3/Pv/LoeQFzAKFO+/QB gIBXW4H0ztjDq4jj7TsIbM89Mcj1OFE10g2juDtESIPcqsq4y10cjQ0vavnTw+qy ui3qHNgHeWVAPKGlRs8peH4KI+ZC9ebzFRPlRTOK9CgzaWJd0jF9bRiSa19Pa7sM Rm6F0I6HW7+NJImWw93BFoxvEo7mJL88AHmZtN1dqKC4KHWTFn6RklUZt5yVkgvF 4AdHwh7pkY/CFHhZQmFrU5VoOfVsu7jp6JS+m9D84HoeNtNC9s1IRVna/TFfDwRa mn7NkYB579nl4I8RR87JvlIo7zsVsfZt9mG9yOrd4xiGliNSsNDwdhFzjzqaDxlW ueIDNb0Jhqculg64rk1mTj/jhdB2tkLszcmRltnf2sBFZaHYAmMwvVItSqdLbPKA 3iJEvIbRA0XTbNdb4GYWNKjHZ5TOjTPYQ8VliGXTxdpZlBaTUbFXbhZuHZ06Nilz X29FP1jdi3m+hRpX5cMQuSgmO+UoWkuX1p1Fl/ZyCtWKUg2WdEcE9GbGeiaLKVEJ M/kQWUgQop9r4qRS+/oX0ntZjfyZDimeRP3HkkK6cmD/rFR/q9g=
    =Uo1W
    -----END PGP SIGNATURE-----

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Michel Verdier@21:1/5 to All on Tue Sep 10 09:30:01 2024
    Le 10 septembre 2024 Pierre Malard a écrit :

    Depuis quelques mois nous avons des problèmes d’accès aux serveur ayant plusieurs IP. C’est notamment le cas sur :

    Quels sont ces problèmes ?

    Le seul moyen trouvé pour rétablir une connexion est de redémarrer le serveur. Mais cela ne solutionne rien car ça ne dure pas une journée.

    Peut-être faire un restart des couches 1 à 1 pour identifier le point de blocage : resolv, dns, firewall, réseau.

    Si vous avez une idée nous sommes preneurs car là, on sèche.

    Il faudrait plus d'infos pour pouvoir t'aider
    Peut-être les logs autour du moment où ça bloque

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Michel Verdier@21:1/5 to All on Wed Sep 11 11:30:02 2024
    Le 10 septembre 2024 Pierre Malard a écrit :

    Voilà un exemple :
    # wget --tries=2 --timeout=1 --no-check-certificate https://huggingface.co/models
    --2024-09-10 10:07:17-- https://huggingface.co/models
    Résolution de huggingface.co (huggingface.co)… 18.161.111.80, 18.161.111.71, 18.161.111.116, ...
    Connexion à huggingface.co (huggingface.co)|18.161.111.80|:443… échec : Connexion terminée par expiration du délai d'attente.

    Essaie de rajouter --debug avant et après que ça coince pour comparer.

    Ici je n'ai pas les mêmes IP. Est-ce que tu ne resterais pas bloqué sur
    des anciennes IP ?

    As-tu regardé tes logs autour du moment où ça coince ?

    Pour vérifier qu'il n'y a pas un filtrage dynamique qui se met en place :
    nft list ruleset
    iptables --list

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Erwann Le Bras@21:1/5 to All on Tue Sep 17 11:10:02 2024
    This is a multi-part message in MIME format.
    Le 11/09/2024 à 11:28, Michel Verdier a écrit :
    Le 10 septembre 2024 Pierre Malard a écrit :

    Voilà un exemple :
    # wget --tries=2 --timeout=1 --no-check-certificatehttps://huggingface.co/models
    --2024-09-10 10:07:17--https://huggingface.co/models
    Résolution de huggingface.co (huggingface.co)… 18.161.111.80, 18.161.111.71, 18.161.111.116, ...
    Connexion à huggingface.co (huggingface.co)|18.161.111.80|:443… échec : Connexion terminée par expiration du délai d'attente.
    Essaie de rajouter --debug avant et après que ça coince pour comparer.

    Ici je n'ai pas les mêmes IP. Est-ce que tu ne resterais pas bloqué sur
    des anciennes IP ?

    As-tu regardé tes logs autour du moment où ça coince ?

    Pour vérifier qu'il n'y a pas un filtrage dynamique qui se met en place : nft list ruleset
    iptables --list

    bonjour

    du coup j'ai regardé chez moi aussi :

    * le site https://huggingface.co/models répond très bien chez moi
    * la résolution de nom me donne des IP différents (18.155 au lieu de
    18.161)

    $ nslookup huggingface.co
    Server:        192.168.2.1
    Address:    192.168.2.1#53

    Non-authoritative answer:
    Name:    huggingface.co
    Address: 18.155.129.60
    Name:    huggingface.co
    Address: 18.155.129.4
    Name:    huggingface.co
    Address: 18.155.129.31
    Name:    huggingface.co
    Address: 18.155.129.129
    Name:    huggingface.co
    Address: 2600:9000:244f:c00:17:b174:6d00:93a1
    Name:    huggingface.co
    Address: 2600:9000:244f:5400:17:b174:6d00:93a1
    Name:    huggingface.co
    Address: 2600:9000:244f:a200:17:b174:6d00:93a1
    Name:    huggingface.co
    Address: 2600:9000:244f:c400:17:b174:6d00:93a1
    Name:    huggingface.co
    Address: 2600:9000:244f:4600:17:b174:6d00:93a1
    Name:    huggingface.co
    Address: 2600:9000:244f:e400:17:b174:6d00:93a1
    Name:    huggingface.co
    Address: 2600:9000:244f:ce00:17:b174:6d00:93a1
    Name:    huggingface.co
    Address: 2600:9000:244f:7c00:17:b174:6d00:93a1

    Ce n'est pas un problème de filtrage mais bien un problème DNS qui sert
    des adresses erronées.

    d'ailleurs le wget ne passe pas sur les adresses en 18.161 car il n'y a
    rien de standard à l'écoute en face sur le port 443 :

    $ wget -vv https://18.161.111.103:443
    --2024-09-17 10:48:16-- https://18.161.111.103/
    Connexion à 18.161.111.103:443… connecté.
    GnuTLS: Une alerte TLS fatale a été reçue.
    GnuTLS: received alert [40]: Négociation échouée
    Incapable d’établir une connexion SSL.

    Il ne s'agit pas d'un problème de filtrage mais bien de résolution DNS.  soit le DNS local sert des adresses erronées, soit il est en relai d'un
    DNS secondaire erroné.

    Personnellement je suis en relai de OpenDNS et ma Freebox :

        forwarders {
            208.67.222.222;208.67.220.220; #Opendns
            192.168.1.254; # Freebox
        };

    amitiés

    Erwann Le Bras

    <!DOCTYPE html>
    <html>
    <head>
    <meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
    </head>
    <body>
    <p><br>
    </p>
    <div class="moz-cite-prefix">Le 11/09/2024 à 11:28, Michel Verdier a
    écrit :<br>
    </div>
    <blockquote type="cite" cite="mid:[email protected]">
    <pre class="moz-quote-pre" wrap="">Le 10 septembre 2024 Pierre Malard a écrit :

    </pre>
    <blockquote type="cite">
    <pre class="moz-quote-pre" wrap="">Voilà un exemple :
    # wget --tries=2 --timeout=1 --no-check-certificate <a class="moz-txt-link-freetext" href="https://huggingface.co/models">https://huggingface.co/models</a>
    --2024-09-10 10:07:17-- <a class="moz-txt-link-freetext" href="https://huggingface.co/models">https://huggingface.co/models</a>
    Résolution de huggingface.co (huggingface.co)… 18.161.111.80, 18.161.111.71, 18.161.111.116, ...
    Connexion à huggingface.co (huggingface.co)|18.161.111.80|:443… échec : Connexion terminée par expiration du délai d'attente.
    </pre>
    </blockquote>
    <pre class="moz-quote-pre" wrap="">
    Essaie de rajouter --debug avant et après que ça coince pour comparer.

    Ici je n'ai pas les mêmes IP. Est-ce que tu ne resterais pas bloqué sur
    des anciennes IP ?

    As-tu regardé tes logs autour du moment où ça coince ?

    Pour vérifier qu'il n'y a pas un filtrage dynamique qui se met en place :
    nft list ruleset
    iptables --list

    </pre>
    </blockquote>
    <p>bonjour<br>
    </p>
    <p>du coup j'ai regardé chez moi aussi :</p>
    <ul>
    <li>le site <a class="moz-txt-link-freetext" href="https://huggingface.co/models">https://huggingface.co/models</a> répond très bien chez
    moi</li>
    <li>la résolution de nom me donne des IP différents (18.155 au
    lieu de 18.161)</li>
    </ul>
    <blockquote>
    <blockquote>
    <p><font size="2" face="monospace">$ nslookup huggingface.co<br>
    Server:        192.168.2.1<br>
    Address:    192.168.2.1#53<br>
    <br>
    Non-authoritative answer:<br>
    Name:    huggingface.co<br>
    Address: 18.155.129.60<br>
    Name:    huggingface.co<br>
    Address: 18.155.129.4<br>
    Name:    huggingface.co<br>
    Address: 18.155.129.31<br>
    Name:    huggingface.co<br>
    Address: 18.155.129.129<br>
    Name:    huggingface.co<br>
    Address: 2600:9000:244f:c00:17:b174:6d00:93a1<br>
    Name:    huggingface.co<br>
    Address: 2600:9000:244f:5400:17:b174:6d00:93a1<br>
    Name:    huggingface.co<br>
    Address: 2600:9000:244f:a200:17:b174:6d00:93a1<br>
    Name:    huggingface.co<br>
    Address: 2600:9000:244f:c400:17:b174:6d00:93a1<br>
    Name:    huggingface.co<br>
    Address: 2600:9000:244f:4600:17:b174:6d00:93a1<br>
    Name:    huggingface.co<br>
    Address: 2600:9000:244f:e400:17:b174:6d00:93a1<br>
    Name:    huggingface.co<br>
    Address: 2600:9000:244f:ce00:17:b174:6d00:93a1<br>
    Name:    huggingface.co<br>
    Address: 2600:9000:244f:7c00:17:b174:6d00:93a1</font><br>
    </p>
    </blockquote>
    </blockquote>
    <p>Ce n'est pas un problème de filtrage mais bien un problème DNS
    qui sert des adresses erronées.</p>
    <p>d'ailleurs le wget ne passe pas sur les adresses en 18.161 car il
    n'y a rien de standard à l'écoute en face sur le port 443 :</p>
    <blockquote>
    <p><font size="2" face="monospace">$ wget -vv
    <a class="moz-txt-link-freetext" href="https://18.161.111.103:443">https://18.161.111.103:443</a><br>
    --2024-09-17 10:48:16--  <a class="moz-txt-link-freetext" href="https://18.161.111.103/">https://18.161.111.103/</a><br>
    Connexion à 18.161.111.103:443… connecté.<br>
    GnuTLS: Une alerte TLS fatale a été reçue.<br>
    GnuTLS: received alert [40]: Négociation échouée<br>
    Incapable d’établir une connexion SSL.</font><br>
    </p>
    </blockquote>
    <p>Il ne s'agit pas d'un problème de filtrage mais bien de
    résolution DNS.  soit le DNS local sert des adresses erronées,
    soit il est en relai d'un DNS secondaire erroné.</p>
    <p>Personnellement je suis en relai de OpenDNS et ma Freebox :</p>
    <p><font face="monospace">    forwarders { <br>
            208.67.222.222;208.67.220.220; #Opendns<br>
            192.168.1.254; # Freebox<br>
        };</font><br>
    <br>
    </p>
    <p>amitiés</p>
    <p>Erwann Le Bras<br>
    </p>
    <div id="grammalecte_menu_main_button_shadow_host"
    style="width: 0px; height: 0px;"></div>
    </body>
    </html>

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)