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 23/07/2018, à 09:23

dauriac

url mal résolue depuis 18.04

Bonjour,
depuis l'upgrade (bien douloureux!) de Xubuntu 16.04 vers Xubuntu 18.04 certaine url ne sont plus reconnues.
Par exemple "http://tr.nl2.sncf-fidelite.com/Default.html" m'ouvre une page indiquant "L'URL que vous demandez n'est pas disponible. ".
De la même manière "viking -V"  m'indique "Could not resolve host: otile1.mqcdn.com".
D'autres url encore me mène à la page mentionnée ci-dessus.
En revanche d'autres urls sont correctement résolues.
merci

Hors ligne

#2 Le 23/07/2018, à 09:33

rogn...

Re : url mal résolue depuis 18.04

Attention, le premier lien est bien résolu, c'est le site web qui dit n'importe quoi car il est paumé à cause de ce lien que tu lui demandes !
Par ailleurs :
Le retour de

cat /etc/resolv.conf

s'il te plait smile

Dernière modification par rogn... (Le 23/07/2018, à 09:35)

#3 Le 23/07/2018, à 10:51

dauriac

Re : url mal résolue depuis 18.04

cat /etc/resolv.conf

# This file is managed by man:systemd-resolved(8). Do not edit.
#
# This is a dynamic resolv.conf file for connecting local clients to the
# internal DNS stub resolver of systemd-resolved. This file lists all
# configured search domains.
#
# Run "systemd-resolve --status" to see details about the uplink DNS servers
# currently in use.
#
# Third party programs must not access this file directly, but only through the
# symlink at /etc/resolv.conf. To manage man:resolv.conf(5) in a different way,
# replace this symlink by a static file or a different symlink.
#
# See man:systemd-resolved.service(8) for details about the supported modes of
# operation for /etc/resolv.conf.

nameserver 127.0.0.53

---------------------------------------------------------------------------------------------------------------------------

systemd-resolve --status
Global
          DNSSEC NTA: 10.in-addr.arpa
                      16.172.in-addr.arpa
                      168.192.in-addr.arpa
                      17.172.in-addr.arpa
                      18.172.in-addr.arpa
                      19.172.in-addr.arpa
                      20.172.in-addr.arpa
                      21.172.in-addr.arpa
                      22.172.in-addr.arpa
                      23.172.in-addr.arpa
                      24.172.in-addr.arpa
                      25.172.in-addr.arpa
                      26.172.in-addr.arpa
                      27.172.in-addr.arpa
                      28.172.in-addr.arpa
                      29.172.in-addr.arpa
                      30.172.in-addr.arpa
                      31.172.in-addr.arpa
                      corp
                      d.f.ip6.arpa
                      home
                      internal
                      intranet
                      lan
                      local
                      private
                      test

Link 2 (enp2s0)
      Current Scopes: DNS
       LLMNR setting: yes
MulticastDNS setting: no
      DNSSEC setting: no
    DNSSEC supported: no
         DNS Servers: 212.27.40.240
                      212.27.40.241

---------------------------------------------------------------------------------
Ce sont les dns de free
Merci !

Dernière modification par dauriac (Le 23/07/2018, à 15:47)

Hors ligne

#4 Le 23/07/2018, à 14:49

cqfd93

Re : url mal résolue depuis 18.04

Modération

Bonjour,

Pour ajouter toi-même les balises code à ton message #3 :

  • Cliquer sur le lien « Modifier » en bas à droite du message

  • Sélectionner le texte

  • Cliquer sur le <> de l'éditeur de message
    1471986854.png


cqfd93

Hors ligne

#5 Le 23/07/2018, à 15:10

rogn...

Re : url mal résolue depuis 18.04

Il y a ceci qui me gène dans /etc/resolv.conf :

nameserver 127.0.0.53

Tu peux outrepasser dnsmasq.
D'abord, sauvegarder le fichier /etc/resolv.conf

sudo cp /etc/resolv.conf /etc/resolv.conf.bak1

Puis dans /etc/NetworkManager/NetworkManager.conf : décommenter la ligne #dns=dnsmasq et la remplacer dans la section [main] par

dns=default

Supprimer /etc/resolv.conf

rm -v /etc/resolv.conf

Puis redémarrer le service NetworkManager

sudo systemctl restart network-manager

Détails ici :
https://askubuntu.com/questions/907246/ … -in-ubuntu

Dernière modification par rogn... (Le 23/07/2018, à 15:11)

#6 Le 23/07/2018, à 16:01

dauriac

Re : url mal résolue depuis 18.04

Une info avant d'outrepasser  dnsmasq.

dauriac@theolap:~$ nslookup 
> tr.nl2.sncf-fidelite.com
Server:		127.0.1.1
Address:	127.0.1.1#53

Non-authoritative answer:
tr.nl2.sncf-fidelite.com	canonical name = tracking.bp01.net.
Name:	tracking.bp01.net
Address: 83.206.207.182
Name:	tracking.bp01.net
Address: 195.62.75.209
Name:	tracking.bp01.net
Address: 62.39.107.101

donc la résolution semble ok. Néanmoins la même page n'est pas accessible par firefox !
Tout se passe comme si le résolveur de noms donnait des réponses différentes suivant qui l'interroge: nslookup ou firefox ou ping ou viking ...

Hors ligne

#7 Le 23/07/2018, à 16:19

rogn...

Re : url mal résolue depuis 18.04

D'où d'abord remettre tout le monde sur un même pied d'égalité avant de supposer quoi que ce soit.
Dnsmasq , dans les conditions que tu indiques, ça pose souvent des problèmes.

#8 Le 23/07/2018, à 18:33

dauriac

Re : url mal résolue depuis 18.04

Donc j'ai renommé /etc/resolv.conf, édité /etc/NetworkManager/NetworkManager.conf :

dauriac@megajack:~$ more /etc/NetworkManager/NetworkManager.conf
[main]
plugins=ifupdown,keyfile
# ci dessous ligne ajoutee le 23 juillet 2018
dns=defaultdauriac@megajack:~$ more /etc/resolv.conf
# Generated by NetworkManager
nameserver 212.27.40.240
nameserver 212.27.40.241


[ifupdown]
managed=false

[device]
wifi.scan-rand-mac-address=no
dauriac@megajack:~$ 

cela m'a déconnecté, j'ai rebooté. Un nouveau resolv.conf a créé

dauriac@megajack:~$ more /etc/resolv.conf
# Generated by NetworkManager
nameserver 212.27.40.240
nameserver 212.27.40.241

mais j'ai toujours le même problème de site/page inaccessibles.
Merci

Dernière modification par dauriac (Le 23/07/2018, à 18:34)

Hors ligne

#9 Le 24/07/2018, à 09:49

rogn...

Re : url mal résolue depuis 18.04

Ok, mais peut-être est-ce vraiment des domaines impossible à résoudre pour les DNS de Free.

#10 Le 24/07/2018, à 10:30

dauriac

Re : url mal résolue depuis 18.04

Non, depuis un mac sur mon lan (donc avec les mêmes dns) ça marche correctement.
J'ai encore trouvé plusieurs urls non résolues.

Hors ligne

#11 Le 24/07/2018, à 12:13

rogn...

Re : url mal résolue depuis 18.04

Hm... tu utilises Firefox ? Si j'ai bien compris, tu as bien une résolution DNS avec nslookup (perso, j'utilise dig).
Avec la console de Firefox, section réseau, il faudrait vérifier si quand tu demandes une page web, tu as bien un retour du style HTTP 200 Ok. Par exemple pour ce site
En tête de demande :

Host: forum.ubuntu-fr.org
User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:61.0) Gecko/20100101 Firefox/61.0
Accept: text/html,application/xhtml+xml,application/xml;q=0.9,*/*;q=0.8
Accept-Language: fr,fr-FR;q=0.8,en-US;q=0.5,en;q=0.3
Accept-Encoding: gzip, deflate, br
Referer: https://forum.ubuntu-fr.org/index.php
Cookie: punbb_cookie=<...>
DNT: 1
Connection: keep-alive
Upgrade-Insecure-Requests: 1
Cache-Control: max-age=0

Tu as quand c 'est réussi :

HTTP/1.1 200 OK
Server: nginx/1.12.1
Date: Tue, 24 Jul 2018 11:09:22 GMT
Content-Type: text/html; charset=utf-8
Transfer-Encoding: chunked
Connection: keep-alive
Set-Cookie: punbb_cookie=<...>; path=/; httponly
P3P: CP="CUR ADM"
Set-Cookie: punbb_cookie_track=t2028546%3D1532430417%3B; path=/; httponly
Cache-Control: private, max-age=0, s-max-age=0
Pragma: private
Vary: Cookie
X-Frame-Options: deny
Strict-Transport-Security: max-age=31536000; includeSubdomains
Content-Encoding: gzip

#12 Le 24/07/2018, à 13:53

dauriac

Re : url mal résolue depuis 18.04

j'ai repéré que l'url envoyé par firefox lorsque je clique sur le lien est:

http://tr.nl2.sncf-fidelite.com/redirectUrl?GV1=ASP10AH005BWU005S1HPU0&amp;targetUrl=https%3A%2F%2Fmoncompte.sncf.com%2Fnon-logue%2Factualites%2Factudematerialisationnonlogue%3Futm_source%3DCarteCo%26utm_medium%3DEmailing%26utm_campaign%3DNSD_NonAuthentjuilletsenior&amp;h=2a374def820239fbb56774c5fe637621&amp;linkid=005BWB_11890018&amp;type=external&amp;source=html&amp;uk=9b78ecc293e11176a8a6aa266d78435b&amp;cardId=b668a6b173a8e57bd7615dfe3d78bc95&amp;domainId=41930ac22caf5d345fb64317f9c44d2c&amp;flag=1

mais si j'édite cette url en remplacant les &amp; par des simples &:

http://tr.nl2.sncf-fidelite.com/redirectUrl?GV1=ASP10AH005BWU005S1HPU0&targetUrl=https%3A%2F%2Fmoncompte.sncf.com%2Fnon-logue%2Factualites%2Factudematerialisationnonlogue%3Futm_source%3DCarteCo%26utm_medium%3DEmailing%26utm_campaign%3DNSD_NonAuthentjuilletsenior&h=2a374def820239fbb56774c5fe637621&linkid=005BWB_11890018&type=external&source=html&uk=9b78ecc293e11176a8a6aa266d78435b&cardId=b668a6b173a8e57bd7615dfe3d78bc95&domainId=41930ac22caf5d345fb64317f9c44d2c&flag=1

alors la page est correctement affichée.
Ce serait donc un bug de firefox, qui ne décrypterait pas correctement les urls. Ça parait incroyable, mais c'est ce que je constate.
Par ailleurs j'ai essayé avec lynx la première forme avec les &amp;, et ça fonctionne bien.
Et le problème avec "viking" serait complètement indépendant, contrairement à ce que je pensais.

Hors ligne