Vous n'êtes pas identifié(e).
Dernière modification par Elève linuxien (15-11-2024 18:39:22)
Hors ligne
Peux-tu joindre l'adresse publique
Si l'adresse publique n'est pas joignable depuis Bureau2, que dit les commandes (depuis bureau2)
?
Quel DNS à tu configuré ? Un DNS local ?
Depuis bureau1 peux-tu joindre bureau2 par son nom ?
Dernière modification par agp91 (14-11-2024 20:01:03)
La liberté est gratuite et accessible à tous. Sinon ça n'en est pas.
Hors ligne
Le serveur du bureau 2 joint bien l'adresse publique 80.xx.xx.xx :
Voici le retour de la commande ip addr
Pour ip route
Le DNS n'est pas un DNS local, il est enregistré chez O2Switch.
le sous domaine cloud.mondomaine.fr a un enregistrement de type A vers 80.xx.xx.xx
(A noter qu'avec le p****n de Livebox pro V6, il n'est pas possible d'activer les pings sauf à passer le pare feu en mode personnalisé et pas moyen de le desactiver non plus.
Je l'ai donc passé en mode personnalisé et j'ai créé une règle ou je laisse tout passé.)
Depuis le bureau 1, et depuis un pc client windows (ou un iphone), je peux joindre depuis firefox l'ip 80.xx.xx.xx ainsi que cloud.mondomaine.fr (que le vpn soit actif ou non), la page It work ! s'affiche.
Depuis le bureau 1, et depuis un pc client windows, j'ai bien un retour des pings depuis l'invité de commande (que le vpn soit actif ou non).
Depuis le bureau 1, et depuis le serveur Debian 10, j'ai bien un retour des pings sur l'ip et sur le DNS.
Depuis l'extérieur, toujours injoignable...
Je suis à deux doigts de repasser au minitel...
Te remerciant encore.
Hors ligne
0.0.0.0/1 via 10.8.0.1 dev tun0
default via 192.168.1.1 dev eno1
10.8.0.0/24 dev tun0 proto kernel scope link src 10.8.0.10
128.0.0.0/1 via 10.8.0.1 dev tun0
192.168.1.0/24 dev eno1 proto kernel scope link src 192.168.1.100 metric 100
193.xx.xx.xx via 192.168.1.1 dev eno1
Il devrait ressembler à cela :
... Quoi que la dernière route ne soit pas nécessaire (c'est la même route que default).
Dernière modification par agp91 (15-11-2024 15:44:14)
La liberté est gratuite et accessible à tous. Sinon ça n'en est pas.
Hors ligne
Si je comprend bien (et si je résume) :
Tu essayes depuis l'extérieur de joindre Bureau2 via l'adresse publique 80.x.x.x
Bureau2 est sur le même réseau que la liveBox (192.168.1.0/24) qui dispose de l'adresse 192.168.1.1/24
Bureau2 dispose de l'adresse 192.168.1.100/24 et connaît la passerelle 192.168.1.1 (la boxe)
Bureau2 peut donc joindre la boxe et l'extérieur
Tout cela est correctement configuré et fonctionne.
C'est exactement ça.
Je reprends :
Bureau 1 = Le monde ----- 193.xx.xx.xx (wan) ----- Box1 (192.168.0.1 - LAN) -------- Serveur1 (Debian 10 - 192.168.0.101 / VPN serveur 10.8.0.1 / Web mondomaine1.fr)
|------------------------------- Client 1 (192.168.0.10 / VPN client 10.8.0.5)
|------------------------------- Client 2 (192.168.0.11)
|------------------------------- Client x (192.168.0.1x)
|------------------------------- Client Nomade x (192.168.0.xx / VPN 10.8.0.x), etc...
Bureau 2 = Le monde ----- 80.xx.xx.xx (wan) ----- Box2 (192.168.1.1 - LAN) -------- Serveur2 (Debian 11 - 192.168.1.100 / VPN client 10.8.0.10 / Web mondomaine2.fr)
|------------------------------- Client 1 (192.168.1.10)
|------------------------------- Client 2 (192.168.1.11)
|------------------------------- Client x (192.168.1.1x), etc...
Le monde peut voir les sites hébergés sur Serveur1, se connecter en vpn via mondomaine1.fr ou l'ip 193.xx.xx.xx
Le monde ne peut pas se connecter sur le serveur2, ni via l'ip ni via mondomaine2.fr
Pour accéder aux fichiers du serveur2, je me connecte en VPN au serveur1(10.8.0.1) ensuite je peux accéder au serveur2 via l'ip du vpn (10.8.0.10) - c'est pour cette raison qu'il y a la route suivante sur le serveur2
Sans celle-ci je ne peux pas avoir accès aux fichiers du serveur2.
Sur la Box2 (Bureau2) sont configurés les règles suivantes :
Notes :
Désactives (pour l'instant) le VPN afin que l'interface tune0 n’apparaisse plus dans le routage du bureau2
Si je désactive le vpn je n'aurai plus accès aux fichiers du bureau2 de l'extérieur, ni de connection ssh (qui passe par le vpn...).
Je pourrai tester cela ce week-end.
... Quoi que la dernière route ne soit pas nécessaire (c'est la même route que default).
Comme expliqué ci-avant, sans cette route je ne peux pas avoir accès aux fihiers via le vpn et donc pas me connecter en ssh.
J'espère avoir été plus clair cette fois-ci.
Dernière modification par Elève linuxien (15-11-2024 17:43:45)
Hors ligne
Le monde peut voir les sites hébergés sur Serveur1, se connecter en vpn via mondomaine1.fr ou l'ip 193.xx.xx.xx
Pour accéder aux fichiers du serveur2, je me connecte en VPN au serveur1(10.8.0.1) ensuite je peux accéder au serveur2 via l'ip du vpn (10.8.0.10)
Donc serveur2 est joignable depuis l'extérieur (donc le NAT de boxe2 est correcte)... Serveur2 n'est seulement pas accessible pour tous (uniquement par ceux qui passent par le VPN).
Le monde ne peut pas se connecter sur le serveur2, ni via l'ip ni via mondomaine2.fr
... Puisque tout fonctionne sur Serveur1
Peux-tu montrer
Depuis Server1 pour comparer avec le routage de server2 donné plus haut.
Dernière modification par agp91 (15-11-2024 17:14:57)
La liberté est gratuite et accessible à tous. Sinon ça n'en est pas.
Hors ligne
Donc Bureau2 est joignable depuis l'extérieur (donc le NAT de boxe2 est correcte)... Il ne l'est seulement pas pour tous.
C'est certainement ça.
Voici le retour de ip route sur serveur1
Hors ligne
(qui route tout 0.0.0.0 vers le réseau 10.8.0.1 par l'interface tun0)
Cela fait trop longtemps que ne pratique plus la configuration réseau.
Je ne puis t'aider plus pour remédier à cela.
(Je pense que cela doit ce configurer dans la conf du client)
Mais déjà ça, ça ne me cause plus... Haha j'ai le cerveau qui fuit
[edit]
toujours en mon sens : C'est pour cela que la route
est nécessaire
Dernière modification par agp91 (15-11-2024 18:30:08)
La liberté est gratuite et accessible à tous. Sinon ça n'en est pas.
Hors ligne
DU serveur2
La liberté est gratuite et accessible à tous. Sinon ça n'en est pas.
Hors ligne
Je prend mon iphone, je tape mondomaine2.fr et Bim => It Work !
C'était bien cette p****n de route que j'avais dû créer lorsque j'ai fait le routage du vpn.
Je me doutais bien que c'était un problème à la c** comme ça, mais je n'arrivais pas à mettre la main dessus.
Bon, bah... problème réglé ! Youhou !!!!
Vraiment, vraiment un grand merci à toi !
Dernière modification par Elève linuxien (15-11-2024 22:45:36)
Hors ligne
Pour avoir plus de détail (pour les plus sachant) peux-tu donner le retour de
ip -4 rule
ip -4 route show table allDU serveur2
Désolé, je n'avais pas vu ton retour, je devais être en train d'écrire que j'étais trop content
Encore merci !
Hors ligne