Iptables : logiciel TeamSpeak - réseaux et sécurité - Linux et OS Alternatifs
Marsh Posté le 31-05-2003 à 23:30:09
Déjà, je pense pas qu'il faille faire du nat pour localhost. Donc pour moi, ces 2 lignes sont à enlever :
Code :
|
Et pour que le localhost accede au net, je pense que cette ligne devrait marcher (à confirmer) :
Code :
|
Edit : Vérifie les DNS aussi
Marsh Posté le 31-05-2003 à 23:42:16
Ma faible expérience sous iptables m'a appris qu'il faut se méfier du FORWARD.
En gros, le FORWARD ne passe ni par INPUT ni par OUTPUT, il traverse littéralement le routeur et le traffic FORWARD n'est donc pas sujet aux règles définies par INPUT et OUTPUT.
Ca m'a joué des tours ce problème.
Marsh Posté le 01-06-2003 à 00:45:44
NIS+ a écrit : Déjà, je pense pas qu'il faille faire du nat pour localhost. Donc pour moi, ces 2 lignes sont à enlever :
|
Dns ok. Meme avec un ping sur ip ca ne marche pas
La ligne ne change rien.
Marsh Posté le 01-06-2003 à 01:20:26
et comme ca ?
Code :
|
si ca marche pas ben la je sais pas
Marsh Posté le 01-06-2003 à 01:28:00
Klaimant > Il semble que ce ne soit pas clair pour toi à quoi correspondent les différentes chaines, voici donc un extrait d'un mémo que je m'étais fait à l'époque où j'avais monté ma gw :
Citation : |
localhost désigne normallement la boucle locale, c'est à dire une interface destinée uniquement au dialogue des processus locaux
Après t'être assuré notamment que tu as renseigné les adresses du DNS sur ta passerelle
Pour tout laisser sortir et rentrer entre ta passerelle et le net :
Code :
|
Le minimum vital que doit faire ton firewall (empêcher les connexions à l'initiative de l'extérieur sur ta passerelle)
Code :
|
Pas de masquage pour ta passerelle puisque celle-ci est directement connectée au net, je te suggère ça à la place de ton script
(je zappe le début : réinit des tables, et passage de tout à DROP par défaut, je pense que tu sais comment on fait)
Code :
|
Il va sans dire que ceci doit être affiné si tu veux un minimum de sécurité, avec le script que je te propose, tu as uniquement :
- translation d'adresses
- interdiction des connexions à l'initiative de l'extérieur
ça va pas chier loin
Marsh Posté le 01-06-2003 à 10:15:14
C_Po_Ma_Faute a écrit :
|
Ca je voudrais pas justement, je voudrais que la passerelle soit aussi protégée. Au point de vue sécurité, je trouve çà un peu bête de laisser tous les ports ouverts sur la passerelle étant donné que c'est le noeud du réseau.
J'ai bien revérifier mes dns, mais par exemple, lorsque j'active juste le masquering (tout ouvert, pas de règles de filtrage), tout passe très bien.
EDIT : il me manquait ca !!
Code :
|
Marsh Posté le 01-06-2003 à 10:43:37
Je pensais que le fait que la passerelle ne puisse pas sortir à l'extérieur était la solution de mon problème avec TeamSpeak (www.teamspeak.org).
J'ai bien sur ouvert le port exterieur 8765 en tcp et udp :
Code :
|
Mais les clients externes lorsqu'il se connect ont l'erreur suivant :
Code :
|
J'ai testé avec tout ouvert, et celà marche très bien. Quelqu'un aurait une idée du problème.
syslog :
Code :
|
Marsh Posté le 01-06-2003 à 12:25:45
Klaimant a écrit : Je pensais que le fait que la passerelle ne puisse pas sortir à l'extérieur était la solution de mon problème avec TeamSpeak (www.teamspeak.org).
|
Si j'ai bien compris tu as un serveur sur ta passerelle qui écoute sur le port 8765 en TCP et idem en UDP
il faut donc que tu laisses entrer les paquets avec comme port destination 8765 et sortir ceux qui ont comme port source 8765, ça donne donc :
Code :
|
Marsh Posté le 01-06-2003 à 12:30:02
A mais oui je suis bete j'ai mis que des dport...
Excuse-moi.
Je vais tester ca
Marsh Posté le 01-06-2003 à 13:59:22
Bon j'ai remodif et retesté, et les clients externe se connectant sur ppp0 se font jeter, enfin destroyer pour etre exact
Marsh Posté le 01-06-2003 à 16:06:56
Je résume :
- lorsque tu ouvres tout : ça passe
- en ouvrant uniquement le port 8765 en TCP et idem en UDP : ça ne passe pas
Il y fort à parier que ton serveur TeamSpeak n'utilise pas uniquement ces ports.
Marsh Posté le 01-06-2003 à 22:19:48
C_Po_Ma_Faute a écrit : Je résume : |
Correct, mais dans le fichier de config du zinzin, il n'y a qu'une ligne parlant du port et elle a comme valeur 8765.
Bon ben j'irais faire un tour chez l'éditeur merci bien.
Marsh Posté le 31-05-2003 à 23:09:53
Donc j'ai fait un script avec mes règles, et je ne comprend pas pourquoi la passerelle ne pouvait pas sortir et les machines derrières si.
Par exemple je fais un ping sur google.fr depuis ma passerelle, je recois un "ping: unknown host google.fr" alors que depuis ma station je recois la réponse.
Je pense que c'est parce que je n'ai pas autorisé le "localhost" a sortir, mais je ne vois pas comment lui indiquer.
Je pense que ca vient de quelque part par la
Merci pour votre aide
Message édité par Klaimant le 01-06-2003 à 10:36:44
---------------
Fais le ou ne le fais pas, mais il n'y a pas d'essai !!!