Forum d'entraide de la communauté Freedom-IP VPN
Vous n'êtes pas identifié(e).
> ifconfig
eth0 Link encap:Ethernet HWaddr 00:11:d8:90:a4:7e
inet adr:192.168.0.14 Bcast:192.168.0.255 Masque:255.255.255.0
adr inet6: fe80::211:d8ff:fe90:a47e/64 Scope:Lien
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
Packets reçus:49394 erreurs:0 :0 overruns:0 frame:0
TX packets:34227 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 lg file transmission:1000
Octets reçus:51976131 (51.9 MB) Octets transmis:14763902 (14.7 MB)
lo Link encap:Boucle locale
inet adr:127.0.0.1 Masque:255.0.0.0
adr inet6: ::1/128 Scope:Hôte
UP LOOPBACK RUNNING MTU:16436 Metric:1
Packets reçus:3170 erreurs:0 :0 overruns:0 frame:0
TX packets:3170 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 lg file transmission:0
Octets reçus:338231 (338.2 KB) Octets transmis:338231 (338.2 KB)
tun0 Link encap:UNSPEC HWaddr 00-00-00-00-00-00-00-00-00-00-00-00-00-00-00-00
inet adr:10.8.41.38 P-t-P:10.8.41.37 Masque:255.255.255.255
UP POINTOPOINT RUNNING NOARP MULTICAST MTU:1500 Metric:1
Packets reçus:312 erreurs:0 :0 overruns:0 frame:0
TX packets:277 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 lg file transmission:100
Octets reçus:216134 (216.1 KB) Octets transmis:35315 (35.3 KB)Hors ligne
Bonsoir ...
Lorsque vous vous connectez au serveur VPN depuis la console sur votre raspberry pi, firefox est exécuté sur la même machine ou une autre machine du réseau !?
Si c'est une autre machine du réseau il faut que vous NATiez et Forwardiez tout ce qui vient de votre intranet vers le VPN.
Cordialement, David.
ps : J'ai adapté votre introduction en y référant la discussion d'origine et l'ai extraite car il me semble que les erreurs (aucune pour vous) sont différentes.
Hors ligne
Bonsoir David et merci d'avoir fait le nécessaire pour le topic !
En fait, je me suis mal exprimé à propos du Raspberri et je n'aurais pas dû le mentionner afin de ne pas compliquer les choses : mon but final est en effet de me connecter au VPN depuis celui-ci mais je comme je n'y arrivais pas, j'ai décider de tester la même manip' (la connexion via le terminal) sur mon PC Ubuntu.
Comme je savais que le VPN fonctionnait sur le PC avec le network manager, je voulais voir si la connexion fonctionnait aussi avec le terminal... et ce n'est pas le cas. Le problème ne vient donc pas du Raspberry.
Tous les tests que j'ai rapporté ici ont été fait sur mon PC. Je ne comprends pas pourquoi dans un cas ça fonctionne mais pas dans l'autre. La seule hypothèse que je peux émettre, c'est que le network manager fait quelque chose en plus lors de la connexion au VPN mais vu mon maigre bagage technique, je n'ai aucun moyen de confirmer ou pas cette idée.
La plupart des résultats des tests que je vous présente ici me sont peu utiles dans la mesure où je ne sais pas les interpréter. Je suis un curieux et je veux apprendre, mais là ça fait beaucoup d'infos d'un coup... Tout au plus, je trouvais étrange que route -n ne retourne pas les mêmes résultats.
Est-ce que le fait de savoir que tout se déroule sur la même machine vous apporte plus d'idées ?
En tout cas, merci de votre aide.
Hors ligne
Bonjour Murdock,
je dois avouer ne pas voir le moindre souci dans tes logs, si ce n'est cette ligne que je ne connaissais pas.
Sat Jan 10 20:12:12 2015 NOTE: OpenVPN 2.1 requires '--script-security 2' or higher to call user-defined scripts or executablesmais a priori ça ne pose pas le moindre souci.
Pourrais-tu, après avoir lancé le VPN depuis un terminal, tester les deux commandes suivantes et me donner leurs retours (normalement l'un des deux devrait être vide)
curl -s --connect-timeout 1 --interface eth0 curlmyip.comcurl -s --connect-timeout 1 --interface tun0 curlmyip.comsi tu vois ton IP personnel ne la donne pas, indique simplement qu'elle est apparu.
A+,
Didier
Hors ligne
Bonjour Didier-T,
J'ai testé les deux commandes avec le VPN lancé depuis le terminal et ni l'une ni l'autre ne me donne de retour...
Merci pour ton aide.
Hors ligne
sa risque de ne pas être simple.
on vas quand même tester ceci.
curl -s --connect-timeout 1 --interface tun0 184.106.112.172toujours après avoir lancé le VPN depuis ton terminal.
si ça fonctionne c'est qu'il y a un souci de résolution de DNS.
Pourrais-tu me donner le contenu du fichier .ovpn que tu utilises pour te connecter.
Hors ligne
Alors voici le retour de ta commande : 5.135.29.52
A quoi correspond l'ip 184.106.112.172 ?
Voici le contenu de mon .ovpn :
[== Indéfini ==]
client
port 443
proto tcp
dev tun
remote de1.freedom-ip.com
resolv-retry infinite
ca ca.crt
tls-auth ta.key 1
auth-user-pass
cipher AES-256-CBC
comp-lzo
verb 1
nobind
ns-cert-type serverHors ligne
Hors ligne
J'ai changé à trois reprises mon DNS mais rien n'y fait. J'ai refait les commandes avec curl et j'obtiens le même résultat : ça marche en passant par l'ip mais pas avec le nom de domaine.
Hors ligne
Hors ligne
Merci Didier-T, je vais voir ce que je peux faire par rapport à ça.
Hors ligne
push "dhcp-option DNS 8.8.8.8"Hors ligne
Bonsoir chico,
J'ai ajouter la ligne dans le .ovpn et exécuté les deux commandes mais le résultat est malheureusement toujours le même.
Hors ligne
Avez-vous relancer la connexion après avoir ajouter cette ligne?
Il s'agit effectivement d'un problème de résolution de noms de domaine.
Hors ligne
oui, j'ai ajouter la ligne, lancer la connexion au VPN et exécuté les commande curl.
Hors ligne
Je suppose que vous avez aussi essayé la navigation sur le net après avoir ajouter cette ligne au fichier de configuration.
Supprimez la modification dans votre fichier .ovpn, lancez cette commande et retentez la connexion :
dnsmasq -a 10.8.0.1Hors ligne
Re,
il y a tout de même un second truc qui me chagrine, c'est quoi cette ip 10.8.41.37.
Pour ce que je comprend aux réseau, elle ne devrait pas exister j'aurais mieux compris un 10.8.0.37.
Mais bon ça n'a peut être aucun rapport.
Hors ligne
dnsmasq -a 10.8.0.1Hors ligne
Dernière modification par Murdock (2015-01-23 13:42:55)
Hors ligne