[Résolu] Problèmes sous Linux Mint 18

octobre 2016 modifié dans Support technique
Bonjour,
avant, mon PC était sous Linux Mint 17.3, et tout marchait très bien avec Frozenway. Pendant les vacances, j'ai décidé de passer à la version 18 qui vient de sortir, et maintenant que je suis de retour dans mon taudis étudiant, j'ai des problèmes avec Steam et Team Speak quand je suis connecté à Frozenway...
C'est curieux, car je peux lancer Steam et même jouer aux jeux en lignes (j'ai essayé CS:GO en mode spectateur et en mode joueur et DOTA en mode spectateur). Mais :
- Quand j'essaye de me connecter à mes serveurs favoris sur Team Speak, il affiche "Échec de la résolution du nom d'hôte xxx"
- Team Speak n'arrive pas à m'afficher la liste des serveurs : "Échec de la connexion au serveur de liste Web"
- Sur Steam, un jeu essaye de se mettre à jour mais n'y arrive pas. Il "clignote" en passant très vite de "In Queue" à "Starting"...
- Le Store de Steam ne fonctionne pas (Error Code: -137 Failed to load web page (unknown error). )
- Dans Firefox, toutes les pages donnent "Adresse introuvable", sauf les pages hébergées par mon université (le site des étudiants, des clubs et tout ce qui est "intranet" marchent, mais pas de Youtube ni de frozendo)
Tout ceci uniquement quand je suis connecté à Frozenway bien sûr, tout est habituel quand déconnecté (pas de jeux en ligne, Steam offline, etc.).
Je précise que j'ai fait une mise à niveau bourrin comme à mon habitude, j'ai tout formaté et réinstallé linux.
Merci d'avance pour toute aide.
Facjad
PS : j'ai demandé à un ami de mon université qui utilise frozenway sous Windows, et pour lui tout marche, donc ça ne vient pas du réseau.

Réponses

  • Salut,

    Peux-tu donner le journal de connexion à FrozenWay stp ?
  • Bonjour,
    j'ai vu que le fichier /etc/auth.key ne dispose que des droits "rw-r-----". Après les avoir mis à "rwxr--r--", j'ai réussi à faire marcher Steam et Team Speak, mais après ça ne marchait plus... De toute façon, tant que les droits ne sont pas à "rw-r-----" lors du lancement de Frozenway, il me demande le mot de passe administrateur et les remet dans cet état. Les bidouiller à nouveau n'a marché qu'une fois sur mes dix tentatives environ...

    Le journal :

    FrozenWay version 1.6.6
    ----------------------------------
    Server: premium-04-fr-01
    Protocol: OpenVPN
    ----------------------------------
    Mon Aug 29 12:31:21 2016 OpenVPN 2.3.2 x86_64-unknown-linux-gnu [SSL (OpenSSL)] [LZO] [EPOLL] [eurephia] [MH] [IPv6] built on Feb 18 2014

    Mon Aug 29 12:31:21 2016 NOTE: the current --script-security setting may allow this configuration to call user-defined scripts

    Mon Aug 29 12:31:21 2016 WARNING: file '/home/tobias/Documents/Internet/FrozenWay 1.6.6/bin/../etc/auth.key' is group or others accessible
    Mon Aug 29 12:31:21 2016 Control Channel Authentication: using '/home/tobias/Documents/Internet/FrozenWay 1.6.6/bin/../etc/auth.key' as a OpenVPN static key file

    Mon Aug 29 12:31:21 2016 Outgoing Control Channel Authentication: Using 160 bit message hash 'SHA1' for HMAC authentication
    Mon Aug 29 12:31:21 2016 Incoming Control Channel Authentication: Using 160 bit message hash 'SHA1' for HMAC authentication

    Mon Aug 29 12:31:21 2016 Socket Buffers: R=[87380->131072] S=[16384->131072]

    Mon Aug 29 12:31:21 2016 Attempting to establish TCP connection with [AF_INET]195.154.52.79:443 [nonblock]

    Mon Aug 29 12:31:22 2016 TCP connection established with [AF_INET]195.154.52.79:443
    Mon Aug 29 12:31:22 2016 TCPv4_CLIENT link local: [undef]
    Mon Aug 29 12:31:22 2016 TCPv4_CLIENT link remote: [AF_INET]195.154.52.79:443

    Mon Aug 29 12:31:22 2016 TLS: Initial packet from [AF_INET]195.154.52.79:443, sid=4bf9c3e3 a1a76bdb

    Mon Aug 29 12:31:22 2016 VERIFY OK: depth=1, C=FR, ST=France, L=Paris, O=FrozenWay, OU=FrozenWay, CN=FrozenWay, emailAddress=admin@frozenway.com

    Mon Aug 29 12:31:22 2016 VERIFY OK: nsCertType=SERVER
    Mon Aug 29 12:31:22 2016 VERIFY OK: depth=0, C=FR, ST=France, O=FrozenWay, OU=FrozenWay, CN=FrozenWay, emailAddress=admin@frozenway.com

    Mon Aug 29 12:31:22 2016 Data Channel Encrypt: Cipher 'BF-CBC' initialized with 128 bit key
    Mon Aug 29 12:31:22 2016 Data Channel Encrypt: Using 160 bit message hash 'SHA1' for HMAC authentication

    Mon Aug 29 12:31:22 2016 Data Channel Decrypt: Cipher 'BF-CBC' initialized with 128 bit key

    Mon Aug 29 12:31:22 2016 Data Channel Decrypt: Using 160 bit message hash 'SHA1' for HMAC authentication

    Mon Aug 29 12:31:22 2016 Control Channel: TLSv1, cipher TLSv1/SSLv3 DHE-RSA-AES256-SHA, 1024 bit RSA

    Mon Aug 29 12:31:22 2016 [FrozenWay] Peer Connection Initiated with [AF_INET]195.154.52.79:443

    Mon Aug 29 12:31:24 2016 SENT CONTROL [FrozenWay]: 'PUSH_REQUEST' (status=1)

    Mon Aug 29 12:31:24 2016 PUSH: Received control message: 'PUSH_REPLY,dhcp-option DNS 10.1.0.1,dhcp-option WINS 10.1.0.1,route 10.1.0.1,topology net30,socket-flags TCP_NODELAY,ifconfig 10.1.2.246 10.1.2.245'

    Mon Aug 29 12:31:24 2016 OPTIONS IMPORT: --socket-flags option modified
    Mon Aug 29 12:31:24 2016 Socket flags: TCP_NODELAY=1 succeeded
    Mon Aug 29 12:31:24 2016 OPTIONS IMPORT: --ifconfig/up options modified
    Mon Aug 29 12:31:24 2016 OPTIONS IMPORT: route options modified
    Mon Aug 29 12:31:24 2016 OPTIONS IMPORT: --ip-win32 and/or --dhcp-option options modified

    Mon Aug 29 12:31:24 2016 ROUTE_GATEWAY 10.207.0.254/255.255.252.0 IFACE=enp3s0 HWADDR=44:8a:5b:63:b0:24

    Mon Aug 29 12:31:24 2016 TUN/TAP device tun0 opened
    Mon Aug 29 12:31:24 2016 TUN/TAP TX queue length set to 100

    Mon Aug 29 12:31:24 2016 do_ifconfig, tt->ipv6=0, tt->did_ifconfig_ipv6_setup=0
    Mon Aug 29 12:31:24 2016 /sbin/ifconfig tun0 10.1.2.246 pointopoint 10.1.2.245 mtu 1500

    Mon Aug 29 12:31:24 2016 /home/tobias/Documents/Internet/FrozenWay 1.6.6/bin/../etc/linux.up.sh tun0 1500 1544 10.1.2.246 10.1.2.245 init

    Mon Aug 29 12:31:25 2016 /sbin/route add -net 10.1.0.1 netmask 255.255.255.255 gw 10.1.2.245

    Mon Aug 29 12:31:25 2016 Initialization Sequence Completed

    IPv4 routing table :
    0.0.0.0 128.0.0.0 10.1.2.245 10.1.2.246 0
    0.0.0.0 0.0.0.0 10.207.0.254 10.207.0.209 100
    10.1.0.1 255.255.255.255 10.1.2.245 10.1.2.246 0
    10.1.2.245 255.255.255.255 0.0.0.0 10.1.2.246 0
    10.207.0.0 255.255.252.0 0.0.0.0 10.207.0.209 100
    128.0.0.0 128.0.0.0 10.1.2.245 10.1.2.246 0
    169.254.0.0 255.255.0.0 0.0.0.0 10.207.0.209 1000
    195.154.52.79 255.255.255.255 10.207.0.254 10.207.0.209 0
    Mon Aug 29 12:32:20 2016 event_wait : Interrupted system call (code=4)

    Mon Aug 29 12:32:20 2016 /sbin/route del -net 10.1.0.1 netmask 255.255.255.255

    Mon Aug 29 12:32:20 2016 Closing TUN/TAP interface
    Mon Aug 29 12:32:20 2016 /sbin/ifconfig tun0 0.0.0.0

    Mon Aug 29 12:32:20 2016 /home/tobias/Documents/Internet/FrozenWay 1.6.6/bin/../etc/linux.down.sh tun0 1500 1544 10.1.2.246 10.1.2.245 init

    Mon Aug 29 12:32:20 2016 SIGTERM[hard,] received, process exiting
  • Petit up
    Toujours le même problème... Je ne peux ni télécharger ou mettre à jour des jeux, ni me connecter à Team Speak... :/
    J'imagine que ça n'y est pour rien, mais j'ai vu dans les paramètres réseau que pour la connexion "tun0" de frozenway, il n'y a rien pour "Passerelle".
    Merci pour votre aide.
  • Ça n'a pas fonctionné de décocher la case "Utiliser FrozenWay comme serveur DNS" dans les options camouflage de FrozenWay ?
  • Bonjour,
    non, ça n'a pas fonctionné.
    En revanche j'ai découvert quelque chose d'intéressant : quand je lance une connexion à un serveur Team Speak PENDANT que frozenway se connecte, TS charge et arrive à se connecter APRÈS que frozenway soit connecté. Si ensuite je me déconnecte, il n'arrivera pas à se reconnecter.
    En fait, pour la "Tentative de résolution du nom d'hôte", il faut que je sois soit déconnecté, soit en cours de connexion sur Frozenway pour que ça marche, et pour la "Tentative de connexion au serveur", il faut que je sois connecté.
    Je pense que c'est un problème entre mon OS et Frozenway, j'ai l'impression qu'il y a certains types de transferts de données (protocoles ?), qu'il arrive à faire passer par Frozenway, et d'autres qui coincent...
  • C'est un soucis de DNS. Quand une application utilise un nom de domaine ça ne marche pas, quand elle utilise une adresse IP ça fonctionne. Essaye de te connecter avec l'adresse IP du serveur TS plutôt qu'avec son nom de domaine, ça devrait fonctionner. Par contre je n'arrive pas à comprendre pourquoi... Tu as une configuration DNS particulière ?
  • Bonjour,
    je reviens sur ce problème qui n'est toujours pas résolu (je me débrouille avec, mais c'est pas pratique).
    Je peux effectivement me connecter à TS via l'adresse IP, mais impossible de configurer Steam pour lui donner des adresses IP...
    J'ai essayé d'ajouter des adresses IP de DNS dans les "Paramètres réseau" sur le tun0 qui apparaît quand connecté à FW, mais sans succès :/
    (l'option "utiliser Frozenway comme serveur DNS" ne change rien aussi)
  • Sans être connecté à FrozenWay, que contient le fichier /etc/resolv.conf ?
  • /etc/resolv.conf :

    # Dynamic resolv.conf(5) file for glibc resolver(3) generated by resolvconf(8)
    # DO NOT EDIT THIS FILE BY HAND -- YOUR CHANGES WILL BE OVERWRITTEN
    nameserver 127.0.1.1

    (le fichier reste le même quand connecté à Frozenway)

    petit détail (je sais pas si ça a son importance) : ifconfig renvoie deux interfaces, enp3s0, et lo. Il semblerait donc que mon interface ethernet ne porte pas le nom de eth0, mais bien enp3s0 (probablement parce que j'ai une carte mère "gaming", avec un gadget sensé améliorer les pings et tout ça en jeu)
  • octobre 2016 modifié
    Je pense que le soucis vient du fait que tu utilises dnsmasq. Que contient le fichier /var/run/dnsmasq/resolv.conf ?
  • octobre 2016 modifié
    Je n'ai pas ce fichier Oo
    J'ai regardé dans /var/run, je n'ai même pas le dossier dnsmasq...
    Par contre, j'ai trouvé plusieurs fichiers dispatchés sur mon systèmes qui ont le nom dnsmasq.quelquechose, dont un seul dnsmasq.conf dans /etc/dbus-1/system.d, et il contient tout ça :

    <!DOCTYPE busconfig PUBLIC
    "-//freedesktop//DTD D-BUS Bus Configuration 1.0//EN"
    "http://www.freedesktop.org/standards/dbus/1.0/busconfig.dtd">













  • octobre 2016 modifié
    Mince, ça a l'air d'être du xml ou un truc du genre, du coup le forum a l'air de l'interpréter, et il n'affiche pas tout :/

    En gros, si on enlève les '<' et les '>', ça donne :

    !DOCTYPE busconfig PUBLIC
    "-//freedesktop//DTD D-BUS Bus Configuration 1.0//EN"
    "http://www.freedesktop.org/standards/dbus/1.0/busconfig.dtd"
    busconfig
    policy user="root"
    allow own="uk.org.thekelleys.dnsmasq"/
    allow send_destination="uk.org.thekelleys.dnsmasq"/
    /policy
    policy user="dnsmasq"
    allow own="uk.org.thekelleys.dnsmasq"/
    allow send_destination="uk.org.thekelleys.dnsmasq"/
    /policy
    policy context="default"
    deny own="uk.org.thekelleys.dnsmasq"/
    deny send_destination="uk.org.thekelleys.dnsmasq"/
    /policy
    /busconfig
  • Que se passe-t-il si tu tape la commande echo -n "nameserver 8.8.8.8" | /sbin/resolvconf -a "tun0.inet" ?
  • /sbin/resolvconf: 158: /sbin/resolvconf: cannot create tun0.inet_new.3xxx: Permission denied

    Pareil en utilisant sudo avant. 3xxx est un nombre qui grandit chaque fois que je lance la commande (j'imagine que ça passera à 4xxx après, mais je suis pas allé aussi loin)
  • Au temps pour moi, la commande est : echo -n "nameserver 8.8.8.8" | sudo /sbin/resolvconf -a "tun0.inet"
  • La commande n'affiche plus rien :x (mais j'ai bien l'impression qu'elle exécute quelque chose)

    En plus, je me suis rendu compte par hasard que si je lance une recherche de mises à jour juste après avoir exécuté cette commande, l'ordi m'affiche que je dois changer de dépôt car celui sélectionné n'est pas à jour. Redémarrer la machine règle le problème.
  • Quel est le résultat de la commande nmcli dev list iface enp3s0 | grep IP4 ?
  • La commande retourne :

    Usage: nmcli device { COMMAND | help }
    COMMAND := { status | show | connect | reapply | disconnect | delete | monitor | wifi | lldp }
    status
    show []
    set [ifname] [autoconnect yes|no] [managed yes|no]
    connect
    reapply
    disconnect ...
    delete ...
    monitor ...
    wifi [list [ifname ] [bssid ]]
    wifi connect <(B)SSID> [password ] [wep-key-type key|phrase] [ifname ]
    [bssid ] [name ] [private yes|no] [hidden yes|no]
    wifi hotspot [ifname ] [con-name ] [ssid ] [band a|bg] [channel ] [password ]
    wifi rescan [ifname ] [[ssid ] ...]
    lldp [list [ifname ]]
    Erreur : commande « dev » « list » non valide.


    Après un coup d’œil dans le man, la commande, n'est-elle pas plutôt :
    nmcli device show enp3s0 | grep IP4
    Ça, ça me renvoie :
    IP4.ADRESSE[1]: 10.207.0.209/22
    IP4.PASSERELLE: 10.207.0.254
    IP4.ROUTE[1]: dst = 169.254.0.0/16, nh = 0.0.0.0, mt = 1000
    IP4.DNS[1]: 195.83.9.11
    IP4.DNS[2]: 195.83.9.12

    extrait du man (ligne 883) :
    "nmcli device {status | show | set | connect | reapply | disconnect |
    delete | monitor | wifi | lldp} [ARGUMENTS...]

    Show and manage network interfaces.
    [...]
    show [ifname]
    Show detailed information about devices. Without an argument, all
    devices are examined. To get information for a specific device, the
    interface name has to be provided."
  • Oui parfait :)

    Du coup, dans les options réseau de FrozenWay ajoute 2 redirections statiques avec pour adresse IP 195.83.9.11 et 195.83.9.12. Puis connecte-toi, ça devrait fonctionner.
  • Ça maaaarche ! Ouiiii !
    Merci ! ^^
Cette discussion a été fermée.