[Résolus]Différents problème configuration pfsense

tosmoth

J'ai supprimer toutes les routes sauf celle pour la connexion en ssh et celle de l'anti-lockout rule. Malheureusement je n'est toujours pas accès à internet. Qu'est-ce-que j'ai louper ? merci encore pour ces informations

chris4916

@tosmoth:

J'ai supprimer toutes les routes sauf celle pour la connexion en ssh et celle de l'anti-lockout rule. Malheureusement je n'est toujours pas accès à internet. Qu'est-ce-que j'ai louper ? merci encore pour ces informations

Désolé mais je ne comprends rien :-[

C'est quoi la route pour la connexion SSH ?
et celle pour l'anti-lockout (qui est pour moi une règle de FW)

Ce dont nous parlons dans les messages précédents, c'est la configuration réseau des interfaces.

Qu'as-tu dans le menu system / routing / gateways et dans system / routing / routes ?

tosmoth

Je me suis mélanger les pinceaux je suis désolé.

Je croyais dans firewall rules.

system/routing/gateway :

gw_lan (defaullt) lan 10.10.10.254 10.10.10.254 interface lan gateway

wan_dhcp wan 192.168.0.1 192.168.0.1 interface wan dhcp gateway

system/routing/gateway : j'ai rien

chris4916

j'imagine que c'est un typo et que la deuxième partie correspond à "routes"

Tu vois bien (je pense) que ta gateway pour l'interface LAN est toujours configurée. Il te faut la supprimer ;-)
Il ne doit rester qu'une seule gateway, celle qui pointe vers 192.168.0.1 pour l'interface WAN

C'est la base du fonctionnement du réseau avec le FW ;)

tosmoth

La deuxième partie c'était routes désolé.

Alors j'ai dû rentrer chez moi et j'ai amener le pare-feu. J'ai supprimer comme tu m'a dit la gatewaay du Lan. Après j'ai pinger 8.8.8.8 et ça me met no routs host. En plus de chez moi l'interface graphique est 10x plus lente qu'en entreprise. Donc j’arrête pour aujourd'hui, je verrais demain en entreprise.
Je vous tiens au courant.

Encore merci pour vos réponses

Bonne soirée

chris4916

Compte tenu de la nature de ton projet, je serais assez partisan de procéder tout simplement à une réinstallation from scratch
C'est vite fait et au moins tu ne traîneras pas des paramètres bizarres ici et là.

Le problème de lenteur de l'interface graphique est assez surprenant mais peut être dû à la couche réseau entre le serveur et le client. D'un point de vue hardware, le serveur ne consomme rien en terme de CPU et mémoire sur une installation basique qui ne fait rien comme la tienne.
Tu peux faire tourner ça sur un Athom D525 et 521 Mo de mémoire. De même ton disque de 1 To :o :o :o

Pour info, mon FW utilise le plus petit disque mSATA que j'ai trouvé, à savoir 128 Go

Lors de l’installation, il suffit de déclarer l'interface WAN en client DHCP, de coller une adresse statique à l'interface LAN, d'activer, si tu le souhaites le serveur DHCP sur l'interface LAN et c'est tout :)
Pas de route, de gateway, de DNS etc… à configurer, du moins dans un premier temps.

Une fois ton serveur pfSense installé, depuis la console, tu peux t'assurer que tu as accès à internet en vérifiant la route par défaut (qui doit être 192.168.0.1)

Commentaire peut-être stupide mais:
dans la phase de test, il est très important que ne pas connecter, directement ou indirectement, l'interface LAN au reste du réseau existant.

tosmoth

Bonjour,

Tout d'abord j'ai installer pfsense sur une nouvelle tour. La vitesse de l'interface graphique est rapide donc c'était un soucis de matériel.

Ensuite j'ai fais un configuration minimale.

J'ai un soucis pour les adresse d’assignation :

Sans configuration : Wan : 192.168.0.40 Lan: 192.168.1.1 j'ai accès à internet et à mon interface.

En assignant ceci : Wan : 192.168.0.40 (inchangée) Lan: 192.168.77.254 ( c'est l'adresse que je souhaite pour mon lan,ainsi qu'une plage d'adresse de.77.30 à .77.70) j'ai aucun accès interface et internet.

Quand je fais ping 8.8.8.8 ca me met destination host unreachable. J'ai vérifier ma route par défaut et elle est correcte.

Mon tuteur m'a redis que c’était dû sans doute à un fichier de conf dans /etc/ et qu'il fallait trouver ce fichier puis le modifier ou rajouter cet adresse Lan:192.168.77.254.

Comment je pourrais faire ?

Merci

chris4916

Sauf si ton tuteur t'a fait une blague à visée didacticielle ;D il n'y a pas de raison de changer quoi que ce soit via la ligne de commande.

Déjà dans ta description de la configuration et du problème que tu rencontres, tu n'es pas suffisamment précis pour que quelqu'un puisse t'aider par forum interposé :-[

Tu ne dis pas si tu fais des tests depuis le serveur lui-même ou depuis un client, ni ne précise si ce client éventuel est en DHCP ni, dans ce cas, quelle est son adresse suite au changement de configuration coté serveur (LAN).

Tu as vérifié la route par défaut sur pfSense ? quelle est-elle ?
et la route depuis ton client (si tu fais le test depuis le client) ?

tosmoth

Non mon tuteur m'a pas fais de blague^^.Il cherche de son coté aussi pour modifier

En fait c'est bon,je devais juste que je me déconnecte et que je me reconnecte.Merci

Je dois maintenant mettre le wi-fi derrière le pare-feu. mettre en place la connexion ssh et les vpn mais ça je le ferais demain.

Merci pour tes réponses et ta patience^^

Je te tiens au courant par mp si j'arrive pas a mettre en place ces deux choses ( ce qui va arriver ;))

chris4916

@tosmoth:

En fait c'est bon,je devais juste que je me déconnecte et que je me reconnecte.Merci

ça c'est la recette de cuisine :D
techniquement, le fait de te déconnecter et de te reconnecter déclenche une validation et/ou renouvellement du bail DHCP.
En effet, si tu changes l'adresse interne de pfSense pour un autre réseau (changement de subnet ou de masque), si tu ne fais rien coté client, celui-ci reste à l'ancienne adresse et ne demandera une nouvelle adresse qu'une fois la moitié de la durée du bail écoulé.

Il y a donc plusieurs manières de procéder:

débrancher / rebrancher le cable ;)
envoyer un message d'appel au secours sur le forum. Si la réponse tarde un peu à venir, le problème va se régler tout seul lors de la validation de l'adresse par le client DHCP
forcer le renouvellement (par exemple "ipconfig /renew" sur une machine Windows)

tosmoth

Bonjour,
je reviens vers vous car j'ai un soucis avec pfsense et au lieu de recréer un sujet j'utilise le sujet que j'avais poster il y a 1 mois maintenant.

Après avoir installer et fais une configuration basique de pfsense non sans mal. Je dois mettre en place une connexion vpn dans mon entreprise.

Schéma:

Modem/Routeur (wi-fi activer)
|
|
Pare-feu
|
|
Lan

Les utilisiteurs du wi-fi doivent avoir accès au réseau Lan.Ainsi que les techniciens qui travaillent de chez eux.

Au niveau du Modem/Routeur le réseau est 192.168.0.0
Le Lan est 192.168.77.10

J'ai donc fais des recherches et suivis différents tuto mais cela ne fonctionne pas.Je vais donc vous expliquer ce que j'ai fais et les problèmes que je rencontre.

Tout d'abord sur pfsense j'ai télécharger le package OpenVPN Client Export Utility
j'ai créer un certificat dans system -> certificate autority manager j'ai rentrer les informations basiques : key lenght 2048 bits, digest algorithm SHA256

J'ai créer ensuite un utilisateur qui utilise le certificat précédemment créer.

Puis j'ai configurer l'interface Wan : OpenVpn:Server j'utilise le protocole UDP,le port par défauts (1194).

Tunnel Network : 192.168.0.0 /24
Local Network : 192.168.77.10 /24

J'exporte le fichier client sur mon mac et j'essaye de me connecter.

Mon fichier conf :

#– Config Auto Generated By pfSense for Viscosity --#

#viscosity startonopen false
#viscosity dhcp true
#viscosity dnssupport true
#viscosity name openvpnserver

dev tun
persist-tun
persist-key
cipher AES-256-CBC
auth SHA1
tls-client
client
resolv-retry infinite
remote 192.168.0.2 1194 udp
lport 0
verify-x509-name "thomas" name
auth-user-pass

ca ca.crt
tls-auth ta.key 1
cert cert.crt
key key.key

Quand j'essaye de me connecter avec tunnelblink ca me met cela :

2015-04-22 10:12:19 *Tunnelblick: openvpnstart starting OpenVPN
2015-04-22 10:12:20 OpenVPN 2.3.6 x86_64-apple-darwin [SSL (OpenSSL)] [LZO] [PKCS11] [MH] [IPv6] built on Apr 3 2015
2015-04-22 10:12:20 library versions: OpenSSL 1.0.1m 19 Mar 2015, LZO 2.08
2015-04-22 10:12:21 *Tunnelblick: Established communication with OpenVPN
2015-04-22 10:12:29 NOTE: the current –script-security setting may allow this configuration to call user-defined scripts
2015-04-22 10:12:29 Control Channel Authentication: using 'ta.key' as a OpenVPN static key file
2015-04-22 10:12:29 UDPv4 link local (bound): [undef]
2015-04-22 10:12:29 UDPv4 link remote: [AF_INET]192.168.0.2:1194
2015-04-22 10:13:29 TLS Error: TLS key negotiation failed to occur within 60 seconds (check your network connectivity)
2015-04-22 10:13:29 TLS Error: TLS handshake failed
2015-04-22 10:13:29 SIGUSR1[soft,tls-error] received, process restarting
2015-04-22 10:13:29 NOTE: the current –script-security setting may allow this configuration to call user-defined scripts
2015-04-22 10:13:29 UDPv4 link local (bound): [undef]
2015-04-22 10:13:29 UDPv4 link remote: [AF_INET]192.168.0.2:1194
2015-04-22 10:13:29 write UDPv4: No route to host (code=65)
2015-04-22 10:13:31 write UDPv4: Host is down (code=64)
2015-04-22 10:13:35 write UDPv4: Host is down (code=64)
2015-04-22 10:13:44 write UDPv4: Host is down (code=64)
2015-04-22 10:14:29 TLS Error: TLS key negotiation failed to occur within 60 seconds (check your network connectivity)
2015-04-22 10:14:29 TLS Error: TLS handshake failed
2015-04-22 10:14:29 SIGUSR1[soft,tls-error] received, process restarting
2015-04-22 10:14:29 NOTE: the current –script-security setting may allow this configuration to call user-defined scripts
2015-04-22 10:14:29 UDPv4 link local (bound): [undef]
2015-04-22 10:14:29 UDPv4 link remote: [AF_INET]192.168.0.2:1194
2015-04-22 10:15:00 write UDPv4: No route to host (code=65)
2015-04-22 10:15:30 TLS Error: TLS key negotiation failed to occur within 60 seconds (check your network connectivity)
2015-04-22 10:15:30 TLS Error: TLS handshake failed
2015-04-22 10:15:30 SIGUSR1[soft,tls-error] received, process restarting
2015-04-22 10:15:30 NOTE: the current –script-security setting may allow this configuration to call user-defined scripts
2015-04-22 10:15:30 UDPv4 link local (bound): [undef]
2015-04-22 10:15:30 UDPv4 link remote: [AF_INET]192.168.0.2:1194
2015-04-22 10:16:30 TLS Error: TLS key negotiation failed to occur within 60 seconds (check your network connectivity)
2015-04-22 10:16:30 TLS Error: TLS handshake failed
2015-04-22 10:16:30 SIGUSR1[soft,tls-error] received, process restarting
2015-04-22 10:16:30 NOTE: the current –script-security setting may allow this configuration to call user-defined scripts
2015-04-22 10:16:30 UDPv4 link local (bound): [undef]
2015-04-22 10:16:30 UDPv4 link remote: [AF_INET]192.168.0.2:1194
2015-04-22 10:16:30 write UDPv4: No route to host (code=65)
2015-04-22 10:16:32 write UDPv4: Host is down (code=64)
2015-04-22 10:16:36 write UDPv4: Host is down (code=64)
2015-04-22 10:16:44 write UDPv4: Host is down (code=64)
2015-04-22 10:17:30 TLS Error: TLS key negotiation failed to occur within 60 seconds (check your network connectivity)
2015-04-22 10:17:30 TLS Error: TLS handshake failed
2015-04-22 10:17:30 SIGUSR1[soft,tls-error] received, process restarting
2015-04-22 10:17:30 NOTE: the current –script-security setting may allow this configuration to call user-defined scripts
2015-04-22 10:17:30 UDPv4 link local (bound): [undef]
2015-04-22 10:17:30 UDPv4 link remote: [AF_INET]192.168.0.2:1194
2015-04-22 10:18:00 write UDPv4: No route to host (code=65)
2015-04-22 10:18:30 TLS Error: TLS key negotiation failed to occur within 60 seconds (check your network connectivity)
2015-04-22 10:18:30 TLS Error: TLS handshake failed
2015-04-22 10:18:30 SIGUSR1[soft,tls-error] received, process restarting
2015-04-22 10:18:30 NOTE: the current –script-security setting may allow this configuration to call user-defined scripts
2015-04-22 10:18:30 UDPv4 link local (bound): [undef]
2015-04-22 10:18:30 UDPv4 link remote: [AF_INET]192.168.0.2:1194
2015-04-22 10:19:30 TLS Error: TLS key negotiation failed to occur within 60 seconds (check your network connectivity)
2015-04-22 10:19:30 TLS Error: TLS handshake failed
2015-04-22 10:19:30 SIGUSR1[soft,tls-error] received, process restarting
2015-04-22 10:19:30 NOTE: the current –script-security setting may allow this configuration to call user-defined scripts
2015-04-22 10:19:30 UDPv4 link local (bound): [undef]
2015-04-22 10:19:30 UDPv4 link remote: [AF_INET]192.168.0.2:1194
2015-04-22 10:19:30 write UDPv4: No route to host (code=65)
2015-04-22 10:19:32 write UDPv4: Host is down (code=64)
2015-04-22 10:19:37 write UDPv4: Host is down (code=64)
2015-04-22 10:19:45 write UDPv4: Host is down (code=64)
2015-04-22 10:20:30 TLS Error: TLS key negotiation failed to occur within 60 seconds (check your network connectivity)
2015-04-22 10:20:30 TLS Error: TLS handshake failed
2015-04-22 10:20:30 SIGUSR1[soft,tls-error] received, process restarting
2015-04-22 10:20:30 NOTE: the current –script-security setting may allow this configuration to call user-defined scripts
2015-04-22 10:20:30 UDPv4 link local (bound): [undef]
2015-04-22 10:20:30 UDPv4 link remote: [AF_INET]192.168.0.2:1194
2015-04-22 10:21:00 write UDPv4: No route to host (code=65)
2015-04-22 10:21:31 TLS Error: TLS key negotiation failed to occur within 60 seconds (check your network connectivity)
2015-04-22 10:21:31 TLS Error: TLS handshake failed
2015-04-22 10:21:31 SIGUSR1[soft,tls-error] received, process restarting
2015-04-22 10:21:31 NOTE: the current –script-security setting may allow this configuration to call user-defined scripts
2015-04-22 10:21:31 UDPv4 link local (bound): [undef]
2015-04-22 10:21:31 UDPv4 link remote: [AF_INET]192.168.0.2:1194
2015-04-22 10:21:35 *Tunnelblick: Disconnecting; notification window disconnect button pressed
2015-04-22 10:21:35 *Tunnelblick: Disconnecting using 'kill'
2015-04-22 10:21:35 event_wait : Interrupted system call (code=4)
2015-04-22 10:21:35 SIGTERM[hard,] received, process exiting
2015-04-22 10:21:37 *Tunnelblick: No 'post-disconnect.sh' script to execute
2015-04-22 10:21:37 *Tunnelblick: Expected disconnection occurred.

Merci d'avance.

Lolight

Hello Tosmoth,
Je crois qu'il y a confusion je vois plusieurs erreur avec une lecture rapide.
Quand tu dis "Le Lan est 192.168.77.10"
Ca rejoin l'erreur "Local Network : 192.168.77.10 /24" Ici l'adresse de ton réseau es 192.168.77.0/24 non ce que tu as écris.

Tu parle ici d'une adresse ip donné a une patte ou a un poste et non d'un réseau.

Ensuite dans le fichier configuration généré par pfsense :
"remote 192.168.0.2 1194 udp"

Ici celon moi il attends un réseau et non une ip d'un poste, quelqu'un me corrigera si je me trompe.
Si pfsense a crée ce fichier de lui même c'est que tu dois avoir une érreur lors de ta déclaration du réseau.

As-tu crée le tunnel avec le Wizard ?
As-tu bien compris la différence entre une ip et une adresse réseau ?

Si je comprend bien le fichier log, il ne reçois pas de route de pfSense, se qui est normal si ton réseau est mal définis je suppose.
Je pense que la partie "Host is Down" est normal vu qu'il n'a pas de route il ne peux pas atteindre cet host donc si personne ne lui réponds il te renvois que ton host est injoignable donc down.

ccnet

@tosmoth:

Bonjour,
je reviens vers vous car j'ai un soucis avec pfsense et au lieu de recréer un sujet j'utilise le sujet que j'avais poster il y a 1 mois maintenant.

Problème différent sujet différent. Merci d'ouvrir un nouveau un nouveau sujet pour que les choses restent compréhensible. Surtout à un mois d'interval sur des problèmes sans lien direct.

chris4916

@tosmoth:

je reviens vers vous car j'ai un soucis avec pfsense et au lieu de recréer un sujet j'utilise le sujet que j'avais poster il y a 1 mois maintenant.

J'en profite pour te faire remarquer différents points:

ton titre est tellement vague que personne ne va venir lire le contenu
si le problème précédent était résolu, la politesse voudrait que
1°) tu marques le problème comme résolu
2°) tu décrives quel était le problème de fond et ce que tu as fait pour le résoudre
je me substitue un peu au modérateur en écrivant ça mais comme ça m'irrite un peu: le forum n'est pas un service d'aide en ligne gratuit pour ceux qui confondent opensource et freeware. Tu peux donc exposer ton problème et demander de l'aide mais la contre-partie, c'est à minima mon point précédent. Ce qui en découle, c'est qu'une fois ton problème marqué comme [résolu], si tu as un nouveau problème, tu ouvres un nouveau sujet, avec un titre qui permet aux autres lecteur du forum de faire une lecture intelligente.

Après avoir installer et fais une configuration basique de pfsense non sans mal. Je dois mettre en place une connexion vpn dans mon entreprise.

Schéma:

Oh oh, du wifi sur l'interface externe. Pourquoi pas mais c'est étrange

Les utilisiteurs du wi-fi doivent avoir accès au réseau Lan.Ainsi que les techniciens qui travaillent de chez eux.

sont-ce deux choses différentes ?. Je veux dire que la source, en terme de réseau, est très différente, sauf si ton wifi est publique ;D ;D

tosmoth

Salut Lologht,

-excuse-moi je me suis tromper. 192.168.77.10 est l'adresse de mon interface graphique de mon interface Lan de pfsense. Le réseau Lan est 192.168.77.0 /24 avec un DHCP de 192.168.77.30 à 192.168.77.70.

-Pour le tunnel wisard j'ai sélectionner OpenVpn->Server->Wisard
Local User Access
Choose a certificat authority (CA) :CA_Acces_VPN ( le certificat que j'ai créer)
Choose a sever certificate : CA_Acces_VPN (il me propose que celui-là) c'est ici que j'ai un doute.
Et donc c'est ici que je dois mettre dans le local network pas 192.168.77.10/24 mais 192.168.77.0/24 ?

Salut chris4916,
désolé je vais créer un autre sujet alors.

tosmoth

Pour mon premier problème,pour la mise en place du pare-feu et la configuration basique de pfsense,le problème était matériel. Mon disque dur et une carte réseau était disfonctionnelle.Merci de vos réponses