[Résolu] Mac OS X impossible de se connecter

juin 2016 modifié dans Discussion générale
Bonjour,

Je suis étudiant et je me trouve dans le réseau de l'école. J'utilisais FrozenWay en Windows depuis longtemps et tout marche très bien. Récemment j'ai passé en Mac OS X, mais FrozenWay sur OS X ne marche pas. J'ai fait un peu de recherche sur le forum et j'ai trouvé cette page (https://www.frozendo.com/forum/discussion/1408/mac-impossible-de-se-connecter-au-serveur). J'ai réinstallé FrozenWay mais ça ne marche pas quand même. Je voudrais savoir ce que je peux faire, merci.

Voici les journals:

FrozenWay version 1.6.6
----------------------------------
Server: premium-02-fr-04
Protocol: HTTPS
----------------------------------
Sat Jun 18 22:52:58 2016 OpenVPN 2.2.1 i386-apple-darwin10.8.0 [SSL] [LZO2] [PKCS11] [eurephia] built on Aug 10 2012

Sat Jun 18 22:52:58 2016 NOTE: the current --script-security setting may allow this configuration to call user-defined scripts

Sat Jun 18 22:52:58 2016 WARNING: file '/Applications/FrozenWay.app/Contents/MacOS/../Resources/auth.key' is group or others accessible
Sat Jun 18 22:52:58 2016 Control Channel Authentication: using '/Applications/FrozenWay.app/Contents/MacOS/../Resources/auth.key' as a OpenVPN static key file
Sat Jun 18 22:52:58 2016 Outgoing Control Channel Authentication: Using 160 bit message hash 'SHA1' for HMAC authentication
Sat Jun 18 22:52:58 2016 Incoming Control Channel Authentication: Using 160 bit message hash 'SHA1' for HMAC authentication

Sat Jun 18 22:52:58 2016 LZO compression initialized

Sat Jun 18 22:52:58 2016 Control Channel MTU parms [ L:1544 D:168 EF:68 EB:0 ET:0 EL:0 ]

Sat Jun 18 22:52:58 2016 Socket Buffers: R=[131072->65536] S=[131072->65536]
Sat Jun 18 22:52:58 2016 Data Channel MTU parms [ L:1544 D:1450 EF:44 EB:135 ET:0 EL:0 AF:3/1 ]

Sat Jun 18 22:52:58 2016 Local Options hash (VER=V4): '863ad621'

Sat Jun 18 22:52:58 2016 Expected Remote Options hash (VER=V4): '64e96fc1'

Sat Jun 18 22:52:58 2016 Attempting to establish TCP connection with 127.0.0.1:51544 [nonblock]

Sat Jun 18 22:52:59 2016 TCP connection established with 127.0.0.1:51544
Sat Jun 18 22:52:59 2016 TCPv4_CLIENT link local: [undef]
Sat Jun 18 22:52:59 2016 TCPv4_CLIENT link remote: 127.0.0.1:51544

Sat Jun 18 22:53:29 2016 [UNDEF] Inactivity timeout (--ping-exit), exiting

Sat Jun 18 22:53:29 2016 TCP/UDP: Closing socket

Sat Jun 18 22:53:29 2016 SIGTERM[soft,ping-exit] received, process exiting

Mode https (client) : The remote host closed the connection

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

FrozenWay version 1.6.6
----------------------------------
Server: premium-02-fr-04
Protocol: HTTP
----------------------------------
Sat Jun 18 22:55:35 2016 OpenVPN 2.2.1 i386-apple-darwin10.8.0 [SSL] [LZO2] [PKCS11] [eurephia] built on Aug 10 2012

Sat Jun 18 22:55:35 2016 NOTE: the current --script-security setting may allow this configuration to call user-defined scripts

Sat Jun 18 22:55:35 2016 WARNING: file '/Applications/FrozenWay.app/Contents/MacOS/../Resources/auth.key' is group or others accessible
Sat Jun 18 22:55:35 2016 Control Channel Authentication: using '/Applications/FrozenWay.app/Contents/MacOS/../Resources/auth.key' as a OpenVPN static key file

Sat Jun 18 22:55:35 2016 Outgoing Control Channel Authentication: Using 160 bit message hash 'SHA1' for HMAC authentication
Sat Jun 18 22:55:35 2016 Incoming Control Channel Authentication: Using 160 bit message hash 'SHA1' for HMAC authentication
Sat Jun 18 22:55:35 2016 LZO compression initialized

Sat Jun 18 22:55:35 2016 Control Channel MTU parms [ L:1544 D:168 EF:68 EB:0 ET:0 EL:0 ]

Sat Jun 18 22:55:35 2016 Socket Buffers: R=[131072->65536] S=[131072->65536]

Sat Jun 18 22:55:35 2016 Data Channel MTU parms [ L:1544 D:1450 EF:44 EB:135 ET:0 EL:0 AF:3/1 ]

Sat Jun 18 22:55:35 2016 Local Options hash (VER=V4): '863ad621'

Sat Jun 18 22:55:35 2016 Expected Remote Options hash (VER=V4): '64e96fc1'

Sat Jun 18 22:55:35 2016 Attempting to establish TCP connection with 127.0.0.1:51778 [nonblock]

Sat Jun 18 22:55:36 2016 TCP connection established with 127.0.0.1:51778
Sat Jun 18 22:55:36 2016 TCPv4_CLIENT link local: [undef]
Sat Jun 18 22:55:36 2016 TCPv4_CLIENT link remote: 127.0.0.1:51778

Sat Jun 18 22:56:06 2016 [UNDEF] Inactivity timeout (--ping-exit), exiting

Sat Jun 18 22:56:06 2016 TCP/UDP: Closing socket

Mode http (client) : The remote host closed the connection
Sat Jun 18 22:56:06 2016 SIGTERM[soft,ping-exit] received, process exiting

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

Avec OpenVPN, il s'arrête à "Attempting to establish TCP connection" avec "time-out"

Réponses

  • Salut,

    Vois-tu les latences à côté des serveurs ? Avec un PC sur le même réseau, ça fonctionne ?
  • Oui, c'est ">1000ms" pour tous les serveurs, et avec un PC ça marche.
  • Avec un PC, sur le même réseau, les latences s'affichent, c'est sûr ?

    Si oui, tu vois avoir un logiciel sur ton mac qui empêche la connexion vers les serveurs FrozenWay. Par exemple LittleSnitch non ?
  • Non, j'ai pas de LittleSnitch sur mon Mac. Enfin Frozenway a réussi à se connecter. Le problème est que Frozenway n'arrive pas à lire le script de configuration automatique de proxy (.pac). Du coup je lui ai donné un proxy manuel et maintenant ça fonctionne bien. Je ne sais pas si c'est Frozenway ou c'est mon script .pac qui pose le problème. Merci pour ta réponse.
  • Ok, merci pour ton retour ! Il y a un bug sur Mac avec FrozenWay est les .pac. Ça devrait être corrigé dans la prochaine version.
Cette discussion a été fermée.