Project

General

Profile

Anomalie #1373

Impossible d'accéder aux machines du local via le VPN

Added by Frédéric Couchet almost 6 years ago. Updated almost 3 years ago.

Status:
Fermé
Priority:
Élevée
Assignee:
-
Category:
-
Target version:
Start date:
10/07/2013
Due date:
% Done:

0%

Difficulté:
2 Facile

Description

Je souhaitais accéder aux machines du local April/Easter-Eggs via le VPN. Je monte le VPN mais ensuite les pings vers opium et scopolamine ne répondent pas et pour ssh j'obtiens :

ssh
ssh: connect to host 192.168.3.1 port 22: Connection timed out

History

#1 Updated by Loic Dachary almost 6 years ago

  • Target version changed from Octobre 2013 to Backlog

#2 Updated by François Poulain almost 3 years ago

  • Description updated (diff)

A priori c'est toujours d'actu. Testé depuis dns, bastion et virola.

#3 Updated by François Poulain almost 3 years ago

A priori c'est juste un petit soucis de routage. Opium est bel et bien accessible depuis le cluster via le VPN, mais sous l'adresse 172.16.0.253, comme indiqué ici : https://admin.april.org/dokuwiki/doku.php?id=sysadm:vpn

Pour adresser le réseau interne, il faut définir la route :

# route add -net 192.168.3.0 netmask 255.255.255.0 gw 172.16.0.253

Et ça passe (tests faits sur la machine bots).

# ping 192.168.3.1
PING 192.168.3.1 (192.168.3.1) 56(84) bytes of data.
64 bytes from 192.168.3.1: icmp_seq=1 ttl=64 time=30.0 ms
# ping 192.168.3.4
PING 192.168.3.4 (192.168.3.4) 56(84) bytes of data.
64 bytes from 192.168.3.4: icmp_seq=1 ttl=63 time=31.2 ms

Question : comment définir cette route au démarrage du VPN ?

#4 Updated by François Poulain almost 3 years ago

Ha beh en fait cette question est répondue dans la doc :

Il est donc nécessaire d'ajouter des routes pour passer par opium pour accéder au local et vice-versa. Sur galanga:

/etc/network/interfaces

    auto br0
    iface br0 inet static
            address 172.16.0.254
            netmask 255.255.255.0
            bridge_ports none
            bridge_maxwait 0
            bridge_stp off
            bridge_fd 0
            post-up route add -net 192.168.3.0/24 gw 172.16.0.253

Le soucis c'est que ça n'a été fait visiblement que sur Galanga, et que j'ai testé le bug depuis d'autres machines. De fait, sur Galanga la config fonctionne.

#5 Updated by Benjamin Drieu almost 3 years ago

Je n'ai pas constaté qu'il était utile d'accéder au VPN via le cluster, donc n'ai pas déployé cette route (contrairement à galanga qui en a besoin). Quel est le besoin qui t'amène à le faire ?

#6 Updated by François Poulain almost 3 years ago

  • Status changed from Nouveau to Fermé

Quel est le besoin qui t'amène à le faire ?

Aucun a priori. J'essaie juste de fermer des tickets.

Je m'étais mépris en pensant qu'il y avait un soucis au niveau du VPN, car la route manquait sur les machines depuis lesquelles j'ai fait un test. Vu que a posteriori le VPN fonctionne et que, pour la route, ce n'est pas un bug mais une feature, je pense qu'on peut fermer ce bug.

Also available in: Atom PDF