[Résolu] Configurer frozenway sous debian

Bonjour,

Je suis désolé si mes questions sont des banalités mais j'ai besoin d'aide pour faire fonctionner frozenway sous debian.

Alors j'ai téléchargé frozenway depuis le site en archive, je l'ai décompressé, il se lance, pas de problème. Mais si je me connecte à un serveur, je n'ai plus internet du tout. Alors je pense que je dois configurer quelque chose.

Faut-il installer openvpn en plus de frozenway ? Sous windows, quand on lance frozenway (d'après certains tuto), il se crée un réseau auquel on peut se connecter au sein des périphériques, cette étape doit se faire manuellement sous debian j'imagine non ? Si oui comment la faire ?

Est-ce que quelqu'un connaît un tuto pour faire fonctionner frozenway sous debian ?

Merci d'avance de vos réponses :)

Réponses

  • Salut,

    Non, FrozenWay sous linux fonctionne de la même manière que sur Windows et Mac OS, OpenVPN est incorporé au .zip et tout devrait fonctionner normalement.

    Peux-tu me donner le journal de connexion à FrozenWay stp (onglet Journal) une fois connecté.
  • Je suis connecté à un réseau public, si tout fonctionnait bien j'aurais juste à me connecter à un serveur et j'aurais accés, par exemple, aux jeux en ligne, c'est bien ça ?

    Contenu du journal :

    FrozenWay version 1.6.6
    ----------------------------------
    Server: public-01-fr-01
    Protocol: OpenVPN
    ----------------------------------
    Tue Feb 20 18:34:12 2018 OpenVPN 2.3.2 x86_64-unknown-linux-gnu [SSL (OpenSSL)] [LZO] [EPOLL] [eurephia] [MH] [IPv6] built on Feb 18 2014

    Tue Feb 20 18:34:12 2018 NOTE: the current --script-security setting may allow this configuration to call user-defined scripts

    Tue Feb 20 18:34:12 2018 WARNING: file '/home/anthony/.gconf/FrozenWay 1.6.6/bin/../etc/auth.key' is group or others accessible
    Tue Feb 20 18:34:12 2018 Control Channel Authentication: using '/home/anthony/.gconf/FrozenWay 1.6.6/bin/../etc/auth.key' as a OpenVPN static key file
    Tue Feb 20 18:34:12 2018 Outgoing Control Channel Authentication: Using 160 bit message hash 'SHA1' for HMAC authentication
    Tue Feb 20 18:34:12 2018 Incoming Control Channel Authentication: Using 160 bit message hash 'SHA1' for HMAC authentication

    Tue Feb 20 18:34:12 2018 Socket Buffers: R=[87380->131072] S=[16384->131072]

    Tue Feb 20 18:34:12 2018 Attempting to establish TCP connection with [AF_INET]87.98.166.29:443 [nonblock]

    Tue Feb 20 18:34:13 2018 TCP connection established with [AF_INET]87.98.166.29:443
    Tue Feb 20 18:34:13 2018 TCPv4_CLIENT link local: [undef]
    Tue Feb 20 18:34:13 2018 TCPv4_CLIENT link remote: [AF_INET]87.98.166.29:443

    Tue Feb 20 18:34:13 2018 TLS: Initial packet from [AF_INET]87.98.166.29:443, sid=3866fc38 263ec0a1

    Tue Feb 20 18:34:13 2018 VERIFY OK: depth=1, C=FR, ST=France, L=Paris, O=FrozenWay, OU=FrozenWay, CN=FrozenWay, emailAddress=admin@frozenway.com

    Tue Feb 20 18:34:13 2018 VERIFY OK: nsCertType=SERVER
    Tue Feb 20 18:34:13 2018 VERIFY OK: depth=0, C=FR, ST=France, O=FrozenWay, OU=FrozenWay, CN=FrozenWay, emailAddress=admin@frozenway.com

    Tue Feb 20 18:34:14 2018 Data Channel Encrypt: Cipher 'BF-CBC' initialized with 128 bit key
    Tue Feb 20 18:34:14 2018 Data Channel Encrypt: Using 160 bit message hash 'SHA1' for HMAC authentication

    Tue Feb 20 18:34:14 2018 Data Channel Decrypt: Cipher 'BF-CBC' initialized with 128 bit key
    Tue Feb 20 18:34:14 2018 Data Channel Decrypt: Using 160 bit message hash 'SHA1' for HMAC authentication

    Tue Feb 20 18:34:14 2018 Control Channel: TLSv1, cipher TLSv1/SSLv3 DHE-RSA-AES256-SHA, 1024 bit RSA

    Tue Feb 20 18:34:14 2018 [FrozenWay] Peer Connection Initiated with [AF_INET]87.98.166.29:443

    Tue Feb 20 18:34:16 2018 SENT CONTROL [FrozenWay]: 'PUSH_REQUEST' (status=1)

    Tue Feb 20 18:34:16 2018 PUSH: Received control message: 'PUSH_REPLY,dhcp-option DNS 10.13.0.1,dhcp-option WINS 10.13.0.1,route 10.13.0.1,topology net30,socket-flags TCP_NODELAY,ifconfig 10.13.12.42 10.13.12.41'

    Tue Feb 20 18:34:16 2018 OPTIONS IMPORT: --socket-flags option modified
    Tue Feb 20 18:34:16 2018 Socket flags: TCP_NODELAY=1 succeeded
    Tue Feb 20 18:34:16 2018 OPTIONS IMPORT: --ifconfig/up options modified
    Tue Feb 20 18:34:16 2018 OPTIONS IMPORT: route options modified
    Tue Feb 20 18:34:16 2018 OPTIONS IMPORT: --ip-win32 and/or --dhcp-option options modified

    Tue Feb 20 18:34:16 2018 ROUTE_GATEWAY 192.168.115.254/255.255.254.0 IFACE=enp2s0 HWADDR=58:8a:5a:01:68:cb

    Tue Feb 20 18:34:16 2018 TUN/TAP device tun0 opened

    Tue Feb 20 18:34:16 2018 TUN/TAP TX queue length set to 100
    Tue Feb 20 18:34:16 2018 do_ifconfig, tt->ipv6=0, tt->did_ifconfig_ipv6_setup=0

    Tue Feb 20 18:34:16 2018 /sbin/ifconfig tun0 10.13.12.42 pointopoint 10.13.12.41 mtu 1500

    Tue Feb 20 18:34:16 2018 /home/anthony/.gconf/FrozenWay 1.6.6/bin/../etc/linux.up.sh tun0 1500 1544 10.13.12.42 10.13.12.41 init

    Tue Feb 20 18:34:16 2018 /sbin/route add -net 10.13.0.1 netmask 255.255.255.255 gw 10.13.12.41

    Tue Feb 20 18:34:16 2018 Initialization Sequence Completed

    IPv4 routing table :
    0.0.0.0 128.0.0.0 10.13.12.41 10.13.12.42 0
    0.0.0.0 0.0.0.0 192.168.115.254 192.168.115.99 100
    10.13.0.1 255.255.255.255 10.13.12.41 10.13.12.42 0
    10.13.12.41 255.255.255.255 0.0.0.0 10.13.12.42 0
    87.98.166.29 255.255.255.255 192.168.115.254 192.168.115.99 0
    128.0.0.0 128.0.0.0 10.13.12.41 10.13.12.42 0
    169.254.0.0 255.255.0.0 0.0.0.0 192.168.115.99 1000
    192.168.114.0 255.255.254.0 0.0.0.0 192.168.115.99 100
    UPnP Service : SSDP server bind failed

    Merci de votre aide !
  • Une fois connecté, lance un terminal et tape les commandes suivantes et donne le résultat stp :
    nslookup www.google.fr
    ping -c 5 8.8.8.8
  • février 2018 modifié
    Réponse (en me connectant à un serveur frozenway, je crois que c'est bien ce qu'il fallait faire) :

    anthony@debian:~$ nslookup www.google.fr
    ;; connection timed out; no servers could be reached

    anthony@debian:~$ ping -c 5 8.8.8.8
    PING 8.8.8.8 (8.8.8.8) 56(84) bytes of data.
    64 bytes from 8.8.8.8: icmp_seq=1 ttl=56 time=14.7 ms
    64 bytes from 8.8.8.8: icmp_seq=2 ttl=56 time=14.6 ms
    64 bytes from 8.8.8.8: icmp_seq=3 ttl=56 time=15.1 ms
    64 bytes from 8.8.8.8: icmp_seq=4 ttl=56 time=14.8 ms
    64 bytes from 8.8.8.8: icmp_seq=5 ttl=56 time=14.7 ms

    --- 8.8.8.8 ping statistics ---
    5 packets transmitted, 5 received, 0% packet loss, time 4005ms
    rtt min/avg/max/mdev = 14.687/14.828/15.105/0.182 ms
  • Bonsoir,

    Alors j'ai fait un test avec la connexion McDonald's et avec cette connexion tout fonctionne parfaitement. J'en conclut que c'est la connexion que j'utilisais qui posait problème (eduroam). Avez vous déja rencontré d'autres cas de non fonctionnement sous eduroam ?
  • Le soucis vient des DNS. Dans les options de camouflage de FrozenWay, décoche la case "Utiliser FrozenWay comme serveur DNS", ça devrait fonctionner.

    Par contre, pourquoi ça ne fonctionne pas avec FrozenWay comme serveur DNS je ne sais pas, je vais faire des tests sous debian.
  • Merci pour la réponse !

    Je fais moi même un test dès que possible et je donnerai le résultat !
  • J'ai installé windows en dual boot sur mon ordinateur. J'ai un autre problème, le titre n'est plus adapté je vais ouvrir un autre sujet.

    Peut-être mis en résolu. Codialement
Cette discussion a été fermée.