Forum |  HardWare.fr | News | Articles | PC | S'identifier | S'inscrire | Shop Recherche
713 connectés 

 
 


 Mot :   Pseudo :  
 
Bas de page
Auteur Sujet :

PB vpn et iptables

n°960815
Sm@No
Posté le 05-10-2007 à 01:50:02  profilanswer
 

Bonjour,
Et d'abord salut!!!
 
Voila la topo de mon réseau:
 
http://smanob.free.fr/infos/toporeseau.jpeg
 
Donc j'ai un serveur VPN IPSEC avec EAP (certificats) qui marche bien en local subnet 192.168.1.x.
J'aimerai que les postes du subnet 192.168.0.x si connecte et enfin que je puisse me connecter de l'extérieur.
Après plusieurs tests je n'arrive pas à me connecter depuis l'extérieur et depuis le subnet 192.168.0.x avec l'erreur Délais de la négociation de sécurité dépassé sur les postes client.
 
Alors le netgear et le routeur IPTABLES sont configurés pour faire du NAT le Netgear est en sortie donc NAT avec IP public et le routeur Linux IPTABLES avec eth1 (carte WIFI intel BG2200).
Je partage ma connexion internet avec le Netgear pour les deux réseaux,  le routeur IPTABLES assure le partage web pour le subnet 192.168.1.x.
 
J'ai un site https (SSL certificats) sur le serveur VPN qui est accessibles de l'extérieur comme de l'intérieur donc qui fonctionne bien. Le routeur IPTABLES fait bien la redirection de port même si je le fait vers le même port.
 
Premier test connexion VPN:
Depuis station 192.168.0.x et extérieurs:
Mon serveur VPN reçois la demande d'identification mais ni répond pas:
 
http://smanob.free.fr/infos/pbvpn.JPG
 
Sur le routeur IPTABLES avec tcpdump -i eth1 -ln je vois ca:

Code :
  1. 10:35:22.695115 IP 192.168.0.11.137 > 192.168.0.255.137: NBT UDP PACKET(137): QUERY; REQUEST; BROADCAST
  2. 10:35:23.415980 IP 192.168.0.12.500 > 192.168.0.11.500: isakmp: phase 1 ? ident
  3. 10:35:23.868766 IP 192.168.0.11.4500 > 192.168.0.12.4500: NONESP-encap: isakmp: phase 1 ? ident
  4. 10:35:23.868802 IP 192.168.0.12 > 192.168.0.11: ICMP 192.168.0.12 udp port 4500 unreachable, length 556


Si je comprends bien il n’arrive pas à trouver le port udp 4500 du client 192.168.0.11 ?
eth1=branche Externe 192.168.0.12
eth0=branche interne 192.168.1.1
 
Infos complémentaires:
Sur le routeur Netgear j'ai mis une route static vers le routeur IPTABLES Comme ceci :
Destination 192.168.1.0 passerelle 192.168.0.12. Ce qui me permet de ping eth0 soit 192.168.1.1 mais bien sur pas le serveur a cause du NAT mais surtout grâce au NAT.
 
Je redirige tout le trafics de l'extérieur (internet)  vers  le routeur IPTABLES avec le Netgear donc sur eth1: 192.168.0.12. Tous les ports vers 192.168.0.12.
J'ai configuré IPTABLES avec les règles suivantes:
 

Code :
  1. echo "   Clearing any existing rules and setting default policy.."
  2. $IPTABLES -P INPUT ACCEPT
  3. $IPTABLES -F INPUT
  4. $IPTABLES -P OUTPUT ACCEPT
  5. $IPTABLES -F OUTPUT
  6. $IPTABLES -P FORWARD DROP
  7. $IPTABLES -F FORWARD
  8. $IPTABLES -t nat -F
  10. echo "   FWD: Allow all connections OUT and only existing and related ones IN"
  11. $IPTABLES -A FORWARD -i $EXTIF -o $INTIF -m state --state ESTABLISHED,RELATED -j ACCEPT
  12. $IPTABLES -A FORWARD -i $INTIF -o $EXTIF -j ACCEPT
  13. $IPTABLES -A FORWARD -j LOG
  15. echo "   Enabling SNAT (MASQUERADE) functionality on $EXTIF"
  16. $IPTABLES -t nat -A POSTROUTING -o $EXTIF -j MASQUERADE
  18. echo "   Enabling https serveur-ibm functionality on $EXTIF"
  19. $IPTABLES -t nat -A PREROUTING -p tcp --dport 443 -i $EXTIF -j DNAT --to $SRV:443
  20. $IPTABLES -A FORWARD -i eth1 -o eth0 -p tcp --dport 443 -d $SRV -j ACCEPT
  21. $IPTABLES -t nat -A PREROUTING -p tcp --dport 4443 -i $EXTIF -j DNAT --to $SRV:4443
  22. $IPTABLES -A FORWARD -i eth1 -o eth0 -p tcp --dport 4443 -d $SRV -j ACCEPT
  24. #Accepter le protocole ICMP : ca c’était pour test mais ca marche tjrs pas !!!
  25. iptables -N ICMP
  26. iptables -A ICMP -p icmp --icmp-type echo-reply -j ACCEPT
  27. iptables -A ICMP -p icmp --icmp-type echo-request -j ACCEPT
  28. iptables -A ICMP -p icmp --icmp-type source-quench -j ACCEPT
  29. iptables -A ICMP -p icmp --icmp-type destination-unreachable -j ACCEPT
  30. iptables -A ICMP -p icmp --icmp-type time-exceeded -j ACCEPT
  31. iptables -A ICMP -p icmp --icmp-type parameter-problem -j ACCEPT
  33. echo "   Enabling VPN DNAT serveur_ibm vers $SRV"
  34. ##TRAFFIC VPN vers serveur $SRV
  35. $IPTABLES -t nat -A PREROUTING -p tcp --dport 50 -i $EXTIF -j DNAT --to $SRV:50
  36. $IPTABLES -A FORWARD -i eth1 -o eth0 -p tcp --dport 50 -d $SRV -j ACCEPT
  37. $IPTABLES -t nat -A PREROUTING -p tcp --dport 51 -i $EXTIF -j DNAT --to $SRV:50
  38. $IPTABLES -A FORWARD -i eth1 -o eth0 -p tcp --dport 51 -d $SRV -j ACCEPT
  39. $IPTABLES -t nat -A PREROUTING -p tcp --dport 1723 -i $EXTIF -j DNAT --to $SRV:1723
  40. $IPTABLES -A FORWARD -i eth1 -o eth0 -p tcp --dport 1723 -d $SRV -j ACCEPT
  41. $IPTABLES -t nat -A PREROUTING -p tcp --dport 10000 -i $EXTIF -j DNAT --to $SRV:10000
  42. $IPTABLES -A FORWARD -i eth1 -o eth0 -p tcp --dport 10000 -d $SRV -j ACCEPT
  43. $IPTABLES -t nat -A PREROUTING -p tcp --dport 4500 -i $EXTIF -j DNAT --to $SRV:4500
  44. $IPTABLES -A FORWARD -i eth1 -o eth0 -p tcp --dport 4500 -d $SRV -j ACCEPT
  45. $IPTABLES -t nat -A PREROUTING -p udp --dport 500 -i $EXTIF -j DNAT --to $SRV:500
  46. $IPTABLES -A FORWARD -i eth1 -o eth0 -p udp --dport 500 -d $SRV -j ACCEPT
  47. $IPTABLES -t nat -A PREROUTING -p udp --dport 10000 -i $EXTIF -j DNAT --to $SRV:10000
  48. $IPTABLES -A FORWARD -i eth1 -o eth0 -p udp --dport 10000 -d $SRV -j ACCEPT
  49. $IPTABLES -t nat -A PREROUTING -p udp --dport 50 -i $EXTIF -j DNAT --to $SRV:50
  50. $IPTABLES -A FORWARD -i eth1 -o eth0 -p udp --dport 50 -d $SRV -j ACCEPT
  51. $IPTABLES -t nat -A PREROUTING -p udp --dport 1701 -i $EXTIF -j DNAT --to $SRV:1701
  52. $IPTABLES -A FORWARD -i eth1 -o eth0 -p udp --dport 1701 -d $SRV -j ACCEPT
  53. $IPTABLES -t nat -A PREROUTING -p gre -i $EXTIF -j DNAT --to $SRV
  54. $IPTABLES -A FORWARD -i eth1 -o eth0 -p gre -d $SRV -j ACCEPT
  55. $IPTABLES -A INPUT -i eth1 -p gre -j ACCEPT
  57.  
  58. echo "   Enabling VPN DNAT serveur_ibm vers CLIENTs"
  59. ##TRAFFIC VPN vers client $SRV « sert a rien vue que tous de l’interieur est par défaut autorisé ? »
  60. $IPTABLES -A FORWARD -i eth0 -o eth1 -p tcp --dport 50 -s $SRV -j ACCEPT
  61. $IPTABLES -A FORWARD -i eth0 -o eth1 -p tcp --dport 51 -s $SRV -j ACCEPT
  62. $IPTABLES -A FORWARD -i eth0 -o eth1 -p udp --dport 50 -s $SRV -j ACCEPT
  63. $IPTABLES -A FORWARD -i eth0 -o eth1 -p tcp --dport 500 -s $SRV -j ACCEPT
  64. $IPTABLES -A FORWARD -i eth0 -o eth1 -p udp --dport 500 -s $SRV -j ACCEPT
  65. $IPTABLES -A FORWARD -i eth0 -o eth1 -p tcp --dport 4500 -s $SRV -j ACCEPT
  66. $IPTABLES -A FORWARD -i eth0 -o eth1 -p udp --dport 4500 -s $SRV -j ACCEPT
  67. $IPTABLES -A FORWARD -i eth0 -o eth1 -p tcp --dport 1723 -s $SRV -j ACCEPT
  68. $IPTABLES -A FORWARD -i eth0 -o eth1 -p udp --dport 1701 -s $SRV -j ACCEPT
  69. $IPTABLES -A FORWARD -i eth0 -o eth1 -p tcp --dport 10000 -s $SRV -j ACCEPT
  70. $IPTABLES -A FORWARD -i eth0 -o eth1 -p udp --dport 10000 -s $SRV -j ACCEPT
  71. echo "   Firewall règles port a refusé!!!
  72. Je rajoute ca car je me suis aperçus que de l’extérieur je pouvais me connecter
  73. a une session vnc sur Linux donc apparemment ma config ne fait pas Firewall mon
  74. Netgear aussi vue que je redirige tous les port vers eth1. Si vous avez une technique
  75. simple pour tous interdire par défauts et seulement ouvrir les ports qui m’intéresse je suis preneur !!!"
  77. $IPTABLES -A OUTPUT -o $EXTIF -p tcp --sport 4601:9000 -j DROP
  78. $IPTABLES -A INPUT -i $EXTIF -p tcp --dport 4601:9000 -j DROP
  79. $IPTABLES -A OUTPUT -o $EXTIF -p udp --sport 4601:9000 -j DROP
  80. $IPTABLES -A INPUT -i $EXTIF -p udp --dport 4601:9000 -j DROP
  82. echo -e "\nrc.firewall-iptables v$FWVER done.\n"


 
Je suis débutant en IPTABLES comme ca peu ce voir LOL!
Le script complet ICI:  http://smanob.free.fr/infos/script-iptables
Voilà c’est un peu lourd mais comme c’est un PB complexe je pense qu’il vous faut un max d’infos.
Je me demande si la redirection de port de mon Netgear n’est pas le pb car si je redirige tous vers le routeur IPTABLES ca doit être normal que le SRV VPN n’arrive pas à trouver le port udp 4500 d’un client sur le subnet 192.168.0.x.
 
Est ce que je peu faire de la translation de port avec iptables dans l’autre sens ( cad eth0 vers eth1 le ports 4500 vers 6000) ce qui me permettrais de redirigé un port pas utils sur le Netgear vers le subnet 192.168.0.x ?
 
Je tourne en rond et je me demande si ma config me permet d’obtenir les résultats souhaités ?
Le protocole GRE sur le routeur IPTABLES et t’il bien configuré ?  
 
Je prends tout, doc, infos, conseil c’est la grande braderie !!!
Votre avis et le bienvenu Merci  d’avance!!!

mood
Publicité
Posté le 05-10-2007 à 01:50:02  profilanswer
 

n°960818
Sm@No
Posté le 05-10-2007 à 01:57:06  profilanswer
 

Infos en plus:
 
Sur le routeur IPTABLES avec la commande:
iptables -L -v -n -t filter
 

Code :
  1. Chain FORWARD (policy DROP 0 packets, 0 bytes)
  2. pkts bytes target     prot opt in     out     source               destination       
  3.   345  151K ACCEPT     all  --  eth1   eth0    0.0.0.0/0            0.0.0.0/0           state RELATED,ESTABLISHED
  4.   366  157K ACCEPT     all  --  eth0   eth1    0.0.0.0/0            0.0.0.0/0         
  5.     2  2304 LOG        all  --  *      *       0.0.0.0/0            0.0.0.0/0           LOG flags 0 level 4
  6.     0     0 ACCEPT     tcp  --  eth1   eth0    0.0.0.0/0            192.168.1.10        tcp dpt:443
  7.     0     0 ACCEPT     tcp  --  eth1   eth0    0.0.0.0/0            192.168.1.10        tcp dpt:50
  8.     0     0 ACCEPT     tcp  --  eth1   eth0    0.0.0.0/0            192.168.1.10        tcp dpt:51
  9.     0     0 ACCEPT     tcp  --  eth1   eth0    0.0.0.0/0            192.168.1.10        tcp dpt:1723
  10.     0     0 ACCEPT     tcp  --  eth1   eth0    0.0.0.0/0            192.168.1.10        tcp dpt:10000
  11.     1  1964 ACCEPT     udp  --  eth1   eth0    0.0.0.0/0            192.168.1.10        udp dpt:4500
  12.     0     0 ACCEPT     udp  --  eth1   eth0    0.0.0.0/0            192.168.1.10        udp dpt:1972
  13.     1   340 ACCEPT     udp  --  eth1   eth0    0.0.0.0/0            192.168.1.10        udp dpt:500
  14.     0     0 ACCEPT     udp  --  eth1   eth0    0.0.0.0/0            192.168.1.10        udp dpt:10000
  15.     0     0 ACCEPT     udp  --  eth1   eth0    0.0.0.0/0            192.168.1.10        udp dpt:50
  16.     0     0 ACCEPT     udp  --  eth1   eth0    0.0.0.0/0            192.168.1.10        udp dpt:1701
  17.     0     0 ACCEPT     47   --  eth1   eth0    0.0.0.0/0            192.168.1.10       
  18.     0     0 ACCEPT     esp  --  eth1   eth0    0.0.0.0/0            0.0.0.0/0         
  19.     0     0 ACCEPT     udp  --  eth0   eth1    192.168.1.10         0.0.0.0/0           udp spt:500
  20.     0     0 ACCEPT     udp  --  eth0   eth1    0.0.0.0/0            0.0.0.0/0           udp spt:10000
  21.     0     0 ACCEPT     esp  --  eth0   eth1    0.0.0.0/0            0.0.0.0/0         
  22.     0     0 ACCEPT     tcp  --  eth0   eth1    0.0.0.0/0            0.0.0.0/0           tcp spt:10000
  23.     0     0 ACCEPT     tcp  --  eth0   eth1    0.0.0.0/0            0.0.0.0/0           tcp spt:4500
  24.     0     0 ACCEPT     udp  --  eth1   eth0    0.0.0.0/0            0.0.0.0/0           udp dpt:500
  25.     0     0 ACCEPT     udp  --  eth1   eth0    0.0.0.0/0            0.0.0.0/0           udp dpt:10000
  26.     0     0 ACCEPT     esp  --  eth1   eth0    0.0.0.0/0            0.0.0.0/0         
  27.     0     0 ACCEPT     tcp  --  eth1   eth0    0.0.0.0/0            0.0.0.0/0           tcp dpt:10000
  28.     0     0 ACCEPT     tcp  --  eth1   eth0    0.0.0.0/0            0.0.0.0/0           tcp dpt:4500
  29.     0     0 ACCEPT     tcp  --  eth0   eth1    192.168.1.10         0.0.0.0/0           tcp dpt:50
  30.     0     0 ACCEPT     tcp  --  eth0   eth1    192.168.1.10         0.0.0.0/0           tcp dpt:51
  31.     0     0 ACCEPT     udp  --  eth0   eth1    192.168.1.10         0.0.0.0/0           udp dpt:50
  32.     0     0 ACCEPT     tcp  --  eth0   eth1    192.168.1.10         0.0.0.0/0           tcp dpt:500
  33.     0     0 ACCEPT     udp  --  eth0   eth1    192.168.1.10         0.0.0.0/0           udp dpt:500
  34.     0     0 ACCEPT     tcp  --  eth0   eth1    192.168.1.10         0.0.0.0/0           tcp dpt:4500
  35.     0     0 ACCEPT     udp  --  eth0   eth1    192.168.1.10         0.0.0.0/0           udp dpt:4500
  36.     0     0 ACCEPT     tcp  --  eth0   eth1    192.168.1.10         0.0.0.0/0           tcp dpt:1723
  37.     0     0 ACCEPT     udp  --  eth0   eth1    192.168.1.10         0.0.0.0/0           udp dpt:1701
  38.     0     0 ACCEPT     tcp  --  eth0   eth1    192.168.1.10         0.0.0.0/0           tcp dpt:10000
  39.     0     0 ACCEPT     udp  --  eth0   eth1    192.168.1.10         0.0.0.0/0           udp dpt:10000


 
Ca confirme ici que rien n'est envoyer du serveur VPN vers le client car il n'y a pas de bits en sortie mais il y en a bien entrée.
 
Est ce que cette commande iptables est suffisante voir correct?
$IPTABLES -A FORWARD -i eth0 -o eth1 -p udp --dport 4500 -s $SRV -j ACCEPT
 
Est enfin je croyais que tout était authorisé en sortie mais apparement ce n'est pas le cas?
 
Ne manque t'il pas quelque chose sur mon serveur genre une route pour indiqué la sortie?

n°960823
Sm@No
Posté le 05-10-2007 à 03:34:08  profilanswer
 

Bou il est tard mais j'avance!!!
 
Maintenant j'ai un échange permanent de la clée IKE.
Sur mon serveur elle est bien authentifié mais pas de session ouverte car voila j'ai trouvé!!!
 

Code :
  1. 03:27:48.649158 IP 192.168.0.11.500 > 192.168.0.12.500: isakmp: phase 1 I ident
  2. 03:27:48.678235 IP 192.168.0.12.500 > 192.168.0.11.500: isakmp: phase 1 R ident
  3. 03:27:48.698844 IP 192.168.0.11.500 > 192.168.0.12.500: isakmp: phase 1 I ident
  4. 03:27:48.835004 IP 192.168.0.12.500 > 192.168.0.11.500: isakmp: phase 1 R ident
  5. 03:27:48.853469 IP 192.168.0.11.4500 > 192.168.0.12.4500: NONESP-encap: isakmp: phase 1 I ident[E]
  6. 03:27:48.853560 IP 192.168.0.11 > 192.168.1.10: udp
  7. 03:27:49.030697 IP 192.168.0.12.4500 > 192.168.0.11.4500: NONESP-encap: isakmp: phase 1 R ident[E]
  8. 03:27:49.030860 IP 192.168.0.12 > 192.168.0.11: udp
  9. 03:27:49.032447 IP 192.168.0.12.4500 > 192.168.0.11.4500: NONESP-encap: isakmp: phase 2/others R inf[E]
  10. 03:27:49.036835 IP 192.168.0.11.4500 > 192.168.0.12.4500: NONESP-encap: isakmp: phase 2/others I inf[E]
  11. 03:27:49.040478 IP 192.168.0.11.4500 > 192.168.0.12.4500: NONESP-encap: isakmp: phase 2/others I oakley-quick[E]
  12. 03:27:49.065402 IP 192.168.0.12.4500 > 192.168.0.11.4500: NONESP-encap: isakmp: phase 2/others R oakley-quick[EC]
  13. 03:27:49.067409 IP 192.168.0.11.4500 > 192.168.0.12.4500: NONESP-encap: isakmp: phase 2/others I oakley-quick[EC]
  14. 03:27:49.072261 IP 192.168.0.12.4500 > 192.168.0.11.4500: NONESP-encap: isakmp: phase 2/others R oakley-quick[EC]
  15. 03:27:49.074071 IP 192.168.0.12.4500 > 192.168.0.11.4500: NONESP-encap: isakmp: phase 2/others R inf[E]


 
La on voit clairement l'autentification mais on vois aussi qu'il n'y a pas d'encapsulation IPSEC!!!
Pas de VPN bou...
 
J'ai pourtant bien Forward les Protocole 47,50,51 dans le doute j'ai mis les trois mais normalement ca devrais etre
To permit IPSec traffic on IP protocol 50 (ESP) or IP protocol 51 (AH)
un de c'est deux la?
Donc je pense que maintenant c'est le Netgear qui suit pas a suivre!!!
Le Netgear WGT624V3 prend bien en compte ESP et AH mais vers un port UDP!!!


Message édité par Sm@No le 05-10-2007 à 06:10:37
n°960990
Sm@No
Posté le 05-10-2007 à 14:36:43  profilanswer
 

Re Bonjour,
 
Je fais remonter mon topic car j'ai posté tard et les pro du vpn IPSEC EAP était peu etre couché!!!
 
Donc j'ai bien le port 4500 et l'authentification qui marche mais pas l'étape suivante.
Le VPN ce monte pas!!!
 
Le log de mon SRV VPN:
 

Code :
  1. Association de sécurité IKE établie.
  2. Mode:
  3. Mode de protection de données (Mode rapide)
  5. Identité de l'homologue :
  6. Identité basée sur le certificat. 
  7. Sujet homologue CN=kosvocore.DOMSMANO.local
  8. Empreinte numérique SHA homologue 9e3b3a902e4f2d1fd54eea07a6989efaa7346148
  9. Autorité délivrant la certification homologue DC=local, DC=DOMSMANO, CN=SRV-IBM-CERT
  10. Autorité de certification racine DC=local, DC=DOMSMANO, CN=SRV-IBM-CERT
  11. Mon sujet
  12. Mon empreinte numérique SHA feab7b298e7effd69725c99fe84dae1dd81d0e76
  13. Adresse IP de l'homologue: 192.168.0.11
  15. Filtre :
  16. Adresse IP source192.168.1.10
  17. Masque d'adresse IP source 255.255.255.255
  18. Adresse IP de destination 192.168.0.11
  19. Masque d'adresse IP de destination 255.255.255.255
  20. Protocole 17
  21. Port source 1701
  22. Port de destination 1701
  23. Adresse locale IKE 192.168.1.10
  24. Adresse homologue IKE 192.168.0.11
  25. Port source IKE 4500
  26. Port de destination IKE 4500
  27. Adr privée homologue
  29. Paramètres :
  30. Algorithme ESP Triple DES CBC
  31. Algorithme HMAC MD5
  32. Algorithme AH aucun
  33. Encapsulation Mode de transport avec l'encapsulation UDP
  35. SPI entrant 3725636999 (0xde10b587)
  36. SPI sortant 281224549 (0x10c32565)
  37. Durée de vie (s.) 3600
  38. Durée de vie (ko) 250000
  39. Durée delta QM (sec) 0
  40. Durée delta totale (sec) 1


 

Code :
  1. Association de sécurité IKE terminée.
  2. Mode : échange de clé (Mode principal)
  3. Filtre :
  4. Adresse IP source192.168.1.10
  5. Masque d'adresse IP source 255.255.255.255
  6. Adresse IP de destination 192.168.0.11
  7. Masque d'adresse IP de destination 255.255.255.255
  8. Protocole 0
  9. Port source 0
  10. Port de destination 0
  11. Adresse locale IKE 192.168.1.10
  12. Adresse homologue IKE 192.168.0.11
  13. Port source IKE 4500
  14. Port de destination IKE 4500


 
Si ca passe c'est que L'ESP et actif sur le routeur Netgear?
 
J'ai regardé ce qui ce passe avec une connection VPN local pas beaucoup d'info juste qu'il utilise UDP 500 à la place de 4500 ce qui est normal.
 
Je vous remet mon fichier IPTABLES a mon avis y a quelque chose qui bloque avec IPTABLES mais quoi?
http://smanob.free.fr/infos/script-iptables


Message édité par Sm@No le 05-10-2007 à 14:38:27
n°961197
kenshln
Posté le 06-10-2007 à 12:56:50  profilanswer
 

J'avoue que jai pas tout lu, mais, si tu as un doute sur ton firewall, tu peux  soit :  
- tout autoriser entre ton routeur et ton srv qui a le fw (bof bof)
- mieux : tu mets une regles qui log tout le trafic qui est droppé et tu ajustes le firewall en conséquence.
 
Pour le log sous iptables c'est -j LOG (et tu peux y associer --log-prefix pour retrouver tes ptits facilements dans les logs :)).
 
Au niveau des ports, de mémoire, tu dois ouvrir :
le 500 en udp pour isakmp
le protocole esp/ah (50/51)
et pour nat-t c'est le 4500 en udp.

n°961230
Sm@No
Posté le 06-10-2007 à 15:58:09  profilanswer
 

Yes merci d'avoir répondu!!!
 
ALors effectivement j'ai des doute apprement mon routeur ferais du NAT-T unniquement Lan>WAN donc comme je passe par ce mm routeur pour aller au Routeur IPTABLES par WIFI je pense que ca passe pas.
A verifier.
 
Sinon ouais j'ai remarqué que le port 500 et bien utiliser pour l'authentification ensuite ca utilise le Port udp 4500 et la aprés normalement doit y avoir ESP/AH (50,51) mais jamais rien de transmis.
 
J'ai bien FW vers mon ip tables et j'ai retappé tous le script pour apprendre avec l'aide de ce site:
http://olivieraj.free.fr/fr/linux/ [...] /firewall/
 
pour moi ca devrais marché:
Je met le nouveau scritp utilisé, il est pas super propre car il me sert a faire des test mais je pense qu'il est pas mal au niveau Firewall.
 
Si tu peu me donner ton avis sur mon script ce serais cool!!!
http://smanob.free.fr/infos/script_new
Encore merci.


Message édité par Sm@No le 06-10-2007 à 15:59:21
n°961231
o'gure
Modérateur
Multi grognon de B_L
Posté le 06-10-2007 à 16:02:11  profilanswer
 

J'ai pas tout lu, je vais le faire tout a l heure mais pour résumer vite fait :
 - première phase pour l'authentification et la négociation automatique sur le UDP 500 (protocole IKE)
 - Dans cette premiere phase, les deux end points vont détecter la présence du NAT et devraient automatiquement passé en mode "NAT-traversal" et donc utilisation du port UDP 4500 pour le tunnel IPsec. Tout sera encapsulé dans l'UDP port 4500. Pour ton firewall, il ne verra ni ESP et AH vu que ca sera contenu dans l'UDP.


Message édité par o'gure le 06-10-2007 à 16:04:22

---------------
Relax. Take a deep breath !
n°961235
Sm@No
Posté le 06-10-2007 à 16:15:18  profilanswer
 

Ok ben alors ca devrais marché!!!
 
Car la connection sur le port 4500 ce fait bien.
 
http://smanob.free.fr/infos/ike.JPG
 
Donc doit y avoir un autre port a forwarder.
 
 
Si quelqu'un peu regarder mons script ce serais super sympa!!!
http://smanob.free.fr/infos/script_new


Message édité par Sm@No le 06-10-2007 à 16:15:48
n°961237
o'gure
Modérateur
Multi grognon de B_L
Posté le 06-10-2007 à 16:20:29  profilanswer
 

Non il n'y a que le 500 pour IKE et le 4500.
regarde au niveau du routage


Message édité par o'gure le 06-10-2007 à 16:21:58

---------------
Relax. Take a deep breath !
n°961238
Sm@No
Posté le 06-10-2007 à 16:21:48  profilanswer
 

Tiens j'ai une nouvelle erreur cool ca veut dire que ca a changé!!!
 
http://smanob.free.fr/infos/erreurIKE.JPG
 
Je crois que ca avance!!!
Merci de vous intéréssé a mon PB.
 
J'ai mis la couche pour être précis!!!
 
Et au fait pour les données y a le port 1701 qui est utilisé en udp je crois.
 
Je vous met mon  
iptables -L -v -n> infosipouv
 
http://smanob.free.fr/infos/infosipouv
 
Plus facil pour comprendre je pense.
Encore merci.
 
Au moins si je trouve ca fera un mini tuto LoL!!!


Message édité par Sm@No le 06-10-2007 à 16:28:44
mood
Publicité
Posté le 06-10-2007 à 16:21:48  profilanswer
 

n°961242
o'gure
Modérateur
Multi grognon de B_L
Posté le 06-10-2007 à 16:29:18  profilanswer
 

J'ai l'impression que tu sais pas tout a fait ce que tu fais. Essaye de remettre dans l'ordre les choses dans ton esprit, tu t'en sortira mieux pour débugguer.

 

1701 en UDP: c'est L2TP (Layer 2 Tunnelling Protocol) C'est différent de IPsec

 

UDP port 500 : c'est IKE utilisé pour échanger des clés pour la crypto et détecter le NAT pour IPsec
UDP port 4500 : c'est l'encapsulation utilisé par IPsec pour passer les NAT.

 

Ce que tu veux c'est quoi exactement  ?
 un tunnel L2TP protégé par IPsec ?

 

Et es tu sûr d'avoir tout correctement configuré sur ton serveur IPsec ?
Si tu as du L2TP, tu as bien configuré ton serveur L2TP ? et pppd également ?


Message édité par o'gure le 06-10-2007 à 16:31:43

---------------
Relax. Take a deep breath !
n°961243
Sm@No
Posté le 06-10-2007 à 16:32:12  profilanswer
 

Bon ben de nouveau le même fonctionnement sans rien changer bou!!!
 

Code :
  1. Association de sécurité IKE terminée.
  2. Mode : échange de clé (Mode principal)
  3. Filtre :
  4. Adresse IP source192.168.1.10
  5. Masque d'adresse IP source 255.255.255.255
  6. Adresse IP de destination 192.168.1.1
  7. Masque d'adresse IP de destination 255.255.255.255
  8. Protocole 0
  9. Port source 0
  10. Port de destination 0
  11. Adresse locale IKE 192.168.1.10
  12. Adresse homologue IKE 192.168.1.1
  13. Port source IKE 4500
  14. Port de destination IKE 4500
  15. Adr privée homologue 192.168.0.11


 
En boucle il s'idenfie accept et jamais ne monte le vpn il marche bien en local pourtant.
Ma config peu marché cf ma topo réseau???


Message édité par Sm@No le 06-10-2007 à 16:36:13
n°961245
Sm@No
Posté le 06-10-2007 à 16:34:45  profilanswer
 

DSL poste croisé!!!
 
Alors oui je sais tous ca mm si j'ai pas était précis merci.
 
Alors je veut ca:
http://smanob.free.fr/infos/jeveutca.JPG
 
Qui marche du feu de dieu en local sur le reseau 192.168.1.0 mais pas du 192.168.0.0.
 
Merci de me répondre c'est super sympa!!!
 
PS: ma carte wifi sur le routeur est une BG2200 qui me pausé deja pb sous windob pour me connecter a des vpn.
Pi etre ca?
Mais Linux gére mieux le wifi donc comme c'etait un pb de drivers peu etre pas ca.
 
Sinon dsl ca fait trois jour que je fais du IPTABLES donc je sais pas si c'est mon script le pb!!!
http://smanob.free.fr/infos/script_new


Message édité par Sm@No le 06-10-2007 à 18:30:26
n°961292
Sm@No
Posté le 06-10-2007 à 18:55:14  profilanswer
 

Re: Salut
 
Donc ca y est j'ai localisé le pb mais j'ai trop mal a la tete pour trouver de suite une solution viable!!!
 
Ca devrais etre facil pour vous:
 
Voila.
 
En fait ca marche depuis hier mais je me connecté pas a la bonne ip je m'explique car c'est en fait ca mon pb!!!
 
Voila:
Du reseau 192.168.0.x si je tape l'adresse ip de ma passerelle IPTABLES soit 192.168.0.12 (branche externe) ca passe pas!!!
Si du reseau 192.168.0.x je tape directement l'adresse IP de mon SRV soit 192.168.1.10 miracle ca passe LoL!!!
 
Le truc donc c'est que je peu pas me connecter en tappant l'ip du routeur 192.168.0.12, pourquoi?
Le deuxiéme truc c'est que je peu pas mis connecter en tappant l'ip public(peu etre car je fait du nat donc mon pc de test a lui mm cette ip public?).
 
Voila je suis pas loin mais j'en peu plus pas dormis un ptit coup de mains syouplais!!!
Un pb de route apparement mais la j'ai du mal j'avoue!!!
J'ai deux route static sur mon routeur Netgear:
destination 192.168.1.0 passerelle 192.168.0.12 (ip externe routeur IPTABLES)
destination 192.168.0.0 passerelle 192.168.0.1
Ip routeur netgear 192.168.0.1.
Merci d'avance c'est facil je pense je veut me connecter en tappant ip public merci.


Message édité par Sm@No le 06-10-2007 à 19:06:41
n°961351
Sm@No
Posté le 06-10-2007 à 21:56:15  profilanswer
 

Bon est bien non c'etait pas ca non plus.
 
Car j'ai test avec un script IPTABLES qui forward tous et ca marche.
 
Comportement étrange d'ailleur car je load mon script qui laisse  tous passer ca marche.
Ensuite je load mon script actuel et ca passe.
 
Je redémarre la machine éxécute le script actuel et ca marche plus.
 
Donc ca vient de mon script je pense.
Un chtit coup d'oeille syouplé.
 
http://smanob.free.fr/infos/script_new

n°961444
Sm@No
Posté le 07-10-2007 à 04:33:39  profilanswer
 

De nouveau moi dans l'espoire quond me réponde un jour:
 
J'ai avancé et maintenant je peu me connecter de mes deux réseau locaux.
192.168.0.x et 192.168.1.1 marche si je me connecte directement sur IP serveur 192.168.1.10.
Donc de l'exterieur je n'y arriverai pas.
 
J'ai aussi le pb suivant: je n'arrive pas a me connecter au port 22 SSH du reseau 192.168.0.x et de l'exterieur.
J'ai mon SSH bien configuré.
Encore un PB a résoudre mais les deux dernier qu'il me reste.
 
Je sent que c'est liéer au PREROUTING et au filtrage de netfilter.
Le resultat de la commande iptables -L -v -n -t filter
http://smanob.free.fr/infos/filterport
Mon nouveau script et dispo la:
http://smanob.free.fr/infos/script_new
 
Un grand Merci de prendre un peu de temps pour lire c'est nouvelles infos!!!


Message édité par Sm@No le 07-10-2007 à 04:34:51
n°961593
Sm@No
Posté le 07-10-2007 à 20:11:21  profilanswer
 

Bon ca y est j'ai bien compris comment marche IPTABLES, ca c'est une bonne nouvelle non???
Ma premiére erreur pour me connecter du subnet1 vers subnet2 venait de ma mauvaise compréhension des options de filtres (qui sont vraiment bien je trouve) NEW,RELATED et ESTABLISHED.
 
Une fois compris qui me fallait l'option RELATED pour que mon SRV puisse répondre tout marche parfaitement en LOCAL maintenant (subnet1, subnet2).
 
Alors pour le PB du port 22 c'etait liée au port qui doit être dport en entrée donc un port dynamique aléatoire.
(au passage merci tcpdump)
 
Et pour le VPN il faut faire du PREROUTING pour ce connecter de l'exterieur sur mon IP public comme pour l'accées
a ma page HTTPS car sinon il est perdu coco, ce qui est normal et ce qui fait la grosse sécu de IPTABLES avec netfilter.
 
J'ai pas encore testé de l'exterieur car comme le Netgear fait du NAT(mais surtout FW tous vers IPTABLES) et a donc la mm IP public, le SRV VPN IPTABLES ne peut lui répondre mais je vois qd mm la tentative de réponse partir  et ce perdre car en local il peu toujours chercher le clients.
Donc en théorie ca devrais marché.
Je mettrais résolut qd j'aurais test de l'exterieur.
 
Le script Final:
http://smanob.free.fr/infos/script_new1
Vous pouver donner votre avis!!!


Message édité par Sm@No le 07-10-2007 à 20:13:28

Aller à :
Ajouter une réponse
 

Sujets relatifs
Modules Netfilter/IptablesBridge et iptables
IPTABLES avoir quelque site seulement accesibleIPtables Redirection du port 80 d'un poste ver un site
Petit problème avec IPTABLES[iptables] permettre une rapide connexion a Skype ?
[RESOLU] Iptables et target ROUTE :-DDebian Etch: iptables: Y a t il une politique par défaut ?
IPTABLES : redirectionLogs iptables et adresse MAC
Plus de sujets relatifs à : PB vpn et iptables

Forum MesDiscussions.Net, Version 2010.2
(c) 2000-2011 Doctissimo
Page générée en 0.150 secondes

Copyright © 1997-2022 Hardware.fr SARL (Signaler un contenu illicite / Données personnelles) / Groupe LDLC / Shop HFR