Contenu | Rechercher | Menus

Annonce

Si vous avez des soucis pour rester connecté, déconnectez-vous puis reconnectez-vous depuis ce lien en cochant la case
Me connecter automatiquement lors de mes prochaines visites.

À propos de l'équipe du forum.

#1 Le 05/06/2025, à 15:23

Zetj

ralentissements / time out connexion

Bonjour à tous,
Après avoir testé l'offre gratuite d'un fournisseur de VPN qui plombait ma connexion au point de la rendre inutilisable, j'ai dû désactiver le service en espérant revenir à la normal.

Malheureusement ce n'est pas le cas :
Mes requêtes Firefox arrivent quasiment toutes au time out, et parfois une de temps en temps arrive à passer après avoir pédalé de longues secondes.

Mes connaissances sont limitées dans le domaine, et à part vérifiier que le service soit bien arrêté et mon IP réelle visible de l'extérieur, je ne vois pas quoi faire de plus pour rétablir la situation.
Quelqu'un aurait une piste ?

Merci de votre aide

Hors ligne

#2 Le 05/06/2025, à 16:11

steph810

Re : ralentissements / time out connexion

Bonjour,

dans 1 premier temp regarder votre config reseau.

wget https://raw.githubusercontent.com/ps81frt/debug_analyse/refs/heads/main/net_config.sh
sudo bash net_config.sh

!! si vous partager ip et mac ne partager pas le sensible wink

si net-tools installer:

netstat -lantp | grep -i stab | awk -F/ '{print $2 $3}' | sort | uniq

Dernière modification par steph810 (Le 05/06/2025, à 16:14)

Hors ligne

#3 Le 05/06/2025, à 19:38

Zetj

Re : ralentissements / time out connexion

Merci steph810.
Téléchargement vraiment impossible...
Je n'ai pu que passer la commande netstat, et recopie le retour ici (smartphone oblige....) :

tcp    0       0   192.168.1.41:54180        34.107.243.93:443       ESTABLISHED  3135/firefox
tcp    0     329   192.168.1.41:59248        34.107.221.82:80        ESTABLISHED  3135/firefox
tcp6   0       0   2a01:e0a:2b2:1830:37554   2600:1901:0:712f:::443  ESTABLISHED  3135/firefox
tcp6   0       0   2a01:e0a:2b2:1830:43396   2a04:4e42:1d::787:443   ESTABLISHED  3135/firefox
tcp6   0     329   2a01:e0a:2b2:1830:53222   2600:1901:0:38d7:::80   ESTABLISHED  3135/firefox

Dernière modification par Zetj (Le 06/06/2025, à 09:25)

Hors ligne

#4 Le 06/06/2025, à 14:58

steph810

Re : ralentissements / time out connexion

Bonjour,
ca ne le fait qu'avec firefox ?
dans la barre adresse entrer:

about:config

chercher;

network.http.connection

Voici mes paramètres comparer au votre ?

network.http.connection-retry-timeout	       250	
network.http.connection-timeout	                90

Hors ligne

#5 Le 06/06/2025, à 22:33

Zetj

Re : ralentissements / time out connexion

Bonjour,

Je viens de regarder, c'est la même chose. Mais je ne pense pas que Firefox soit le seul.
Les commandes qui téléchargent (git clone, wget...) ont le même souci.
Le VPN que j'ai testé a dû trafiquer quelque chose qu'il a laissé même une fois désactivé....

Hors ligne

#6 Le 06/06/2025, à 22:41

steph810

Re : ralentissements / time out connexion

Executer tout de meme vous aurez un fichier rapport a l'emplacement ou vous etes vous n'aurez qu'as le consulter voir s'il reste des traces.

wget https://raw.githubusercontent.com/ps81frt/debug_analyse/refs/heads/main/net_config.sh
sudo bash net_config.sh

voir /etc/resolv.conf les DNS
a la fin de l'execution vous aurez le chemin ou il se trouve " dossier " /tmp/

dans le rapport regarder les environs 180 premiere lignes les fichier de config si tout est normal

regarder egalement les event:

journalctl | grep vpn

les services:

systemctl list-unit-files | grep net
systemctl list-unit-files | grep vpn

Dernière modification par steph810 (Le 06/06/2025, à 22:58)

Hors ligne

#7 Aujourd'hui à 17:06

Zetj

Re : ralentissements / time out connexion

Bonjour steph810,

J'ai enfin pu utiliser le script et vérifié les pistes, désolé du retard. Le wget s'y est repris à 5 fois avant que la requête n'aboutisse (4 échhecs avec message de réseau inaccessible).

Dans les choses bizarres, j'ai noté des ping IP v4 et v6 vers le serveur DNS qui ne passent pas (seul le ping ip v4 loccalhost passe)

====================================
======= ping -4 -c 5 8.8.8.8 ======= 

PING 8.8.8.8 (8.8.8.8) 56(84) bytes of data.

--- 8.8.8.8 ping statistics ---
5 packets transmitted, 0 received, 100% packet loss, time 4134ms



===================================
======= ping -c 5 localhost ======= 

PING localhost (127.0.0.1) 56(84) bytes of data.
64 bytes from localhost (127.0.0.1): icmp_seq=1 ttl=64 time=0.038 ms
64 bytes from localhost (127.0.0.1): icmp_seq=2 ttl=64 time=0.018 ms
64 bytes from localhost (127.0.0.1): icmp_seq=3 ttl=64 time=0.035 ms
64 bytes from localhost (127.0.0.1): icmp_seq=4 ttl=64 time=0.025 ms
64 bytes from localhost (127.0.0.1): icmp_seq=5 ttl=64 time=0.021 ms

--- localhost ping statistics ---
5 packets transmitted, 5 received, 0% packet loss, time 4078ms
rtt min/avg/max/mdev = 0.018/0.027/0.038/0.007 ms

(...)

====================================
======= ping6 -c 5 localhost ======= 

ping6: localhost: Famille d'adresses non supportée pour le nom de l'hôte

(...) 


===============================================
======= ping6 -c 5 2001:4860:4860::8888 ======= 

PING 2001:4860:4860::8888 (2001:4860:4860::8888) 56 data bytes
From 2a01:e0a:2b2:1830:a3f7:9d68:c589:6f29 icmp_seq=1 Destination unreachable: No route
From 2a01:e0a:2b2:1830:a3f7:9d68:c589:6f29 icmp_seq=2 Destination unreachable: No route
From 2a01:e0a:2b2:1830:a3f7:9d68:c589:6f29 icmp_seq=3 Destination unreachable: No route
From 2a01:e0a:2b2:1830:a3f7:9d68:c589:6f29 icmp_seq=4 Destination unreachable: No route
From 2a01:e0a:2b2:1830:a3f7:9d68:c589:6f29 icmp_seq=5 Destination unreachable: No route

--- 2001:4860:4860::8888 ping statistics ---
5 packets transmitted, 0 received, +5 errors, 100% packet loss, time 4129ms

Voilà aussi le resolv.conf

nameserver 127.0.0.53
options edns0 trust-ad
search .

Les 2 commandes systemctl list-unit-files sur "net" et sur "vpn"

$ systemctl list-unit-files | grep net
netplan-ovs-cleanup.service                                   enabled-runtime enabled
networkd-dispatcher.service                                   enabled         enabled
systemd-network-generator.service                             disabled        enabled
systemd-networkd-wait-online.service                          disabled        enabled
systemd-networkd-wait-online@.service                         disabled        enabled
systemd-networkd.service                                      disabled        enabled
systemd-networkd.socket                                       disabled        enabled
network-online.target                                         static          -
network-pre.target                                            static          -
network.target                                                static          -

$ systemctl list-unit-files | grep vpn
openvpn-client@.service                                       disabled        enabled
openvpn-server@.service                                       disabled        enabled
openvpn.service                                               enabled         enabled
openvpn@.service                                              disabled        enabled

Bizarrement, la commande

journalctl | grep vpn

part dans les choux (aucun affichage, ne rend pas la main)
alors que journalctl marche très bien.

Donc a priori, le problème se situerait au niveau DNS ?
Merci

Hors ligne