Mon message etait destiné à prouver que le probleme ne provenait pas de l’utilisation de vpn mais d’adresses ip specifiques
Sujet qui part en choucoutre.
Incompréhensible au bout de 40 messages d’attendre de vérifier si le DNS ovh utilisé est en cause ou pas, alors que c’est la première chose à faire. Si ce n’est pas le DNS, ce sera autre chose, mais c’est en éliminant progressivement le nombre de variables que la clarté sera faite, et non pas en rajoutant une variable VPN jamais évoquée par @antek. On utilise rarement un VPN sans le savoir.
@anon3605821
Comme tu sembles maîtriser le sujet avec assurance, comment expliques-tu ça (dans mon environnement) ?
dig @1.1.1.1 forums.futura-sciences.com
;; ANSWER SECTION:
forums.futura-sciences.com. 163 IN A 51.91.212.181
dig @91.121.61.147 forums.futura-sciences.com
;; communications error to 91.121.61.147#53: timed out
1 J'aime
Sans compter que sans VPN:
~$ nslookup 51.91.212.181
181.212.91.51.in-addr.arpa name = fusilli.spreadix.com.
Authoritative answers can be found from:
~$ nslookup forums.futura-sciences.com
Server: ****
Address: ******
Non-authoritative answer:
Name: forums.futura-sciences.com
Address: 51.91.131.161
~$ nslookup 51.91.131.161
161.131.91.51.in-addr.arpa name = farfalle.spreadix.com.
~$ nslookup 91.121.61.147
147.61.121.91.in-addr.arpa name = dns1.isp.ovh.net
~$ nslookup
> server 91.121.61.147
Default server: 91.121.61.147
Address: 91.121.61.147#53
> forums.futura-sciences.com
;; communications error to 91.121.61.147#53: timed out
;; communications error to 91.121.61.147#53: timed out
;; communications error to 91.121.61.147#53: timed out
;; no servers could be reached
> server 1.1.1.1
Default server: 1.1.1.1
Address: 1.1.1.1#53
> forums.futura-sciences.com
Server: 1.1.1.1
Address: 1.1.1.1#53
Non-authoritative answer:
Name: forums.futura-sciences.com
Address: 51.91.212.181
En fonction du serveur DNS ce n’est pas la même IP qui ressort.
Je reviens à mes brebis, et une question avant de faire la modif
Dans
~$ nano /etc/resolv.conf
# Generated by NetworkManager
search lan
nameserver 91.121.61.147
nameserver 91.121.58.181
nameserver 2001:41d0:fe53:ce00::
# NOTE: the libc resolver may not support more than 3 nameservers.
# The nameservers listed below may not be recognized.
nameserver 2001:41d0:3:163::1
nameserver 2001:41d0:1:e2b8::1
je remplace les trois premières lignes par
nameserver 1.1.1.2
nameserver 2606:4700:4700::1112
C’est bon ?
Ajout, au cas où . . .
~$ nano /etc/network/interfaces
source /etc/network/interfaces.d/*
# The loopback network interface
auto lo
iface lo inet loopbackTa connexion semble gérer par network manager, utilise le plutôt que de le bypass via le terminal 
Pour info apres avoir fait changer l’adresse IP de la box cela fonctionne!!!
JR
1 J'aime
La question que cette adresse fait me poser est qu’elle se trouve entre l’ordinateur client et l’adresse du site donc rien à voir avec futura-sciences
cf: faire un traceroute
Ensuite pour le reste voir ci-dessous:
Bon premierement pas la peine de balancer des sarcasmes
Deuxièmement je dis qu’il y a deux possibilités:
1 - les ips que vous utilisez sont blacklistées
2 - l’ip à laquelle vous essayez de vous connecter opère comme une adresse cloudflare.
(1 & 2 ne sont pas mutuellement exclusives)
Ensuite et pour terminer ma participation à cette discussion stérile
a) je me suis connecté à ce site avec differentes adresses vpn et aucun pb
b) je me suis connecté avec les vpn d’opera sans pb
c) je me suis connecté avec lynx via debian sur wsl derriere un vpn et aucun soucis
Bonjour
Pour moi tout ceci est un panier d’anguilles, et je découvre aussi que la « sucette » est l’applet NetworkManager, alors soyez indulgents . . .
Dans l’applet, modification de Wired connexion 1, paramètres IPv4 et IPv6
- à serveurs dns supplémentaires ajout des IP
- les autres rubriques laissées telles quelles
Ceci va ajouter des IP DNS, mais seront-elles utilisées à la place des autres ?
Ou bien il faut créer une autre configuration de connexion pour les nouvelles IP DNS ?
Tu dois être en configuration de type dhcp, donc ton ip, ton masque de sous-réseau et tes résolveurs sont offert par ton opérateur via ta box.
Je t’ai montré plus haut que la configuration est gérer par Network manager, donc si tu lui indique des dns il les utilisera.
La seule limitation que tu as de ce côté viens de la brique systemd lié à resolv.conf qui limite à 3 le nombre d’ip prise en compte, mais deux suffisent pour tester.
SI ça ne résous pas ton souci, ce n’est pas la résolution dns qui est foireuse mais bien l’ip que tu utilise qui est bloqué !
Question subsidiaire tu n’utilise pas en permanence un proxy ou un vpn (si oui désactive le aussi).
Effectivement dans l’applet les ip dns que j’ai indiquées sont passées en principal et secondaire.
Après redémarrage même résultat. Je vais laisser les ip dns ajoutées.
Pas de vpn ni de proxy.
mais bien l’ip que tu utilise qui est bloqué
Il s’agit de mon « public IP » ?
Apparemment je suis dans le même cas que
je vais donc aller voir du côté de OVH.
Merci beaucoup et bonne soirée
Ou contacter les admin du forum il y a peut-être un excès de zèle d’une brique de sécurité, Cloudflare, plugin ou autre.
Oui, j’avais oublié cette étape !
Tout ça pour ça, mais pas pour rien parce que j’en sais un peu plus !
Message d’un modérateur du forum futura-sciences :
. . . l’équipe technique du site a résolu le problème (lié à un anti-spam un peu trop strict).
Bonne journée
Et aussi : la première réponse avait tapé dans le mille !