Serveur DNS bloqué par firewall - réseaux et sécurité - Linux et OS Alternatifs
Marsh Posté le 21-04-2003 à 13:18:39
Code :
|
deja ca ne sert a rien les input, tu veux pas faire serveur de dns pour le net n'est-ce pas ?
eth0 c bien l'interface ou est branché ton modem ?
sinon regarde les logs ...
A+
Marsh Posté le 21-04-2003 à 13:21:18
Aragorn_1er a écrit :
|
En fait le serveur est connecté a un switch lui meme relié a un routuer qui lui a mla connexion internet
Marsh Posté le 21-04-2003 à 13:25:43
il me semble que :
Code :
|
me parait plus logique ( mais non vérifié )
Marsh Posté le 21-04-2003 à 13:32:34
becket a écrit : il me semble que :
|
Ne fonctionne pas non plus
Vraiment je ne comprends pas
Marsh Posté le 21-04-2003 à 13:40:53
Ca ne sert a rien de mettre des input !
quand tu fais une requete dns tu initie une connexion, pas l'inverse c pas le serveur qui se demande de te connecter a toi !
de plus avec ca la connexion n auras aucun pbs :
Code :
|
peux tu nous sortir un : iptables -L -v
A+
Marsh Posté le 21-04-2003 à 13:48:03
Code :
|
Merci de ton aide
Marsh Posté le 21-04-2003 à 13:58:54
Met ca :
Code :
|
Mais regarde dans les logs pour voir ce ki est refuser !
A+
Marsh Posté le 21-04-2003 à 14:02:03
Aragorn_1er a écrit : Met ca :
|
j'ai un petit probleme pour regarder dans les logs ( honte a venir ) je ne sais pas ou ils ce trouvent
Marsh Posté le 21-04-2003 à 14:17:42
d'après ton 1er post j'ai compris que tu as un serveur dns pour ton reseau local.
donc si je ne me trompe pas tu as inversé tes sport et dport.
essaye
iptables -A INPUT -i eth0 -p udp -s $ip_lan --sport 1024: --dport 53 -m state --state ! INVALID -j ACCEPT
iptables -A OUTPUT -o eth0 -p udp -d $ip_lan --sport 53 --dport 1024: -m state --state ESTABLISHED,RELATED -j ACCEPT.
où ip_lan=192.168.0.0/24 (ton id reseau)
ton serveur dns écoute sur le port 53 en udp (et tcp pour les + gros paquets).accepte donc les nouveaux paquets en provenance de ton LAN qui ont 53 comme dport (et >1024 comme sport)
Marsh Posté le 21-04-2003 à 14:20:59
nikosaka a écrit : d'après ton 1er post j'ai compris que tu as un serveur dns pour ton reseau local. |
quand je mets ce que tu m'as dit iptable me sort ce message d'erreur:
iptables v1.2.6a: invalid UDP port/service `--dport' specified
Try `iptables -h' or 'iptables --help' for more information.
iptables v1.2.6a: invalid UDP port/service `-m' specified
Try `iptables -h' or 'iptables --help' for more information.
Marsh Posté le 21-04-2003 à 14:24:19
linux n'est plus un os alternatif ?
bizarre .....
|
et on en parle plus
Marsh Posté le 21-04-2003 à 14:25:12
DNS c'est de l'udp ET du tcp .
De plus apprement en regardant les regles de ton firewall tu n a pas de lan donc le input ne sert a rien !
et les logs ca donne koi ?
sinon pour :
Citation : |
ces des erreurs de syntaxes
A+
Marsh Posté le 21-04-2003 à 14:29:13
Y a rien dans /var/log/kernel.olg ou /var/logsyslog ?
as tu ceci :
ps aux |grep klogd
root 187 0.0 0.5 1880 1148 ? S Apr07 0:11 /sbin/klogd
A+
Marsh Posté le 21-04-2003 à 14:36:20
Aragorn_1er a écrit : Y a rien dans /var/log/kernel.olg ou /var/logsyslog ? |
rien et
ps aux | grep klogd
me donne :
ps aux |grep klogd
root 949 0.0 0.0 3280 504 pts/0 S 04:33 0:00 grep klogd
Marsh Posté le 21-04-2003 à 14:38:28
DNS est à moulte % de l'udp, donc inutile d'autoriser du tcp..
Rien qu'en udp ça fonctionne parfaitement !!! Autoriser le tcp, je veux bien moi, mais...
T'as déjà logué le traffic sur le port 53 généré par un serveur DNS Aragorn_1er ???
A part tout plein de truc en Udp, moi je n'ai rien vue (à si, une saturation du DD ).
Et aussi, bloque les INPUT, tout de suite ça marche mieux !!!! (comment le serveur DNS il sait que ça requète fonctionne bien ???)
Une petite question bète comme choux... Lincam, comment réalises-tu les DNs chez toi ???
La machine relier à ton réseau EST la passerelle et c'est elle qui s'en charge (dans ce cas, c'est bien sur les règles INPUT qu'il faut travailler).
Ou ce sont les machines derrire la passerelle qui s'en charge ?? (et la c'est FORWARD).
Le passant.
Marsh Posté le 21-04-2003 à 14:39:29
c éditer.
effectivement le dns c'est de l udp et du tcp mais le tcp est utilisé que pour les gros + paquets
si tu peux préciser l'utilisation de ton serveur, si c'est le serveur dns d'un LAN . dans ce cas tu doit avoir des règles INPUT : on a jamais vu un serveur refusé des connexions
Marsh Posté le 21-04-2003 à 14:40:38
Le serveur de DNS est un serveur LAN mais qui a un forward vers les DNS de mon providers des qu'il s'agit de resourdre les nom de domaines classqiue (en gros mon dns local me sert pour l'ntranet)
Le passant je ne comprends pas trop t'as question, mais je vais essayer d'etre precis
La machine ou ce trouve bind (le linux) n'est pas la paserelle detenant la connexion, la passerelle est un routeur hardware.
Marsh Posté le 21-04-2003 à 14:40:59
Tiens, vous me faites douter...
Va falloir que je révise tout ça moi .
Le passant.
Marsh Posté le 21-04-2003 à 14:43:44
alors rajoute ça aussi :
$ipt -A INPUT -i $INET_IFACE -p udp --sport 53 --dport 1024: -s $DNS1 -m state --state ESTABLISHED,RELATED -j ACCEPT
$ipt -A INPUT -i $INET_IFACE -p udp --sport 53 --dport 1024: -s $DNS2 -m state --state ESTABLISHED,RELATED -j ACCEPT
$ipt -A OUTPUT -o $INET_IFACE -p udp --sport 1024: --dport 53 -d $DNS1 -m state --state ! INVALID -j ACCEPT
$ipt -A OUTPUT -o $INET_IFACE -p udp --sport 1024: --dport 53 -d $DNS2 -m state --state ! INVALID -j ACCEPT
où dns1 et dns2 sont les ip du dns de ton FAI
tu peux rajouter les m$emes règles en tcp mais ce n'est pas obligatoire
Marsh Posté le 21-04-2003 à 14:43:55
Citation : effectivement le dns c'est de l udp et du tcp mais le tcp est utilisé que pour les gros + paquets |
Bon chui pas tout seul a avoir le meme avis ...
ET comme je le dis avant ( encore faudrait t-il lire mes posts )
Citation : Ca ne sert a rien de mettre des input !
|
en gros cette ligne assure le suivi de la connexion !
A+
Marsh Posté le 21-04-2003 à 14:52:08
Citation : Le serveur de DNS est un serveur LAN mais qui a un forward vers les DNS de mon providers des qu'il s'agit de resourdre les nom de domaines classqiue (en gros mon dns local me sert pour l'ntranet) |
Est-ce que ton firewall est installer sur la meme machine que ton serveur dns ?
A+
Marsh Posté le 21-04-2003 à 14:53:38
Aragorn_1er a écrit :
|
Oui et la machine qui heberge le serveur dns a comme dns le serveur quelle heberge
Marsh Posté le 21-04-2003 à 14:54:00
lincam a écrit : Le passant je ne comprends pas trop t'as question, mais je vais essayer d'etre precis |
C'est bon, c'est bon... Donc, ça n'est po trop normal que ça ne fonctionne po.
Tu as essayé ce que te propose nikosaka ?? Je n'ai malheureusement rien de mieux à te proposer.
LE passant.
Marsh Posté le 21-04-2003 à 14:57:20
Le passant a écrit : |
Tout a fait, voici la version acutelle du firewall (qui bloque tjrs les dns ) :
Code :
|
si je fais : host google.fr j'ai droit a un beau :
;; connection timed out; no servers could be reached
Marsh Posté le 21-04-2003 à 15:10:20
Un truc que j'ai remarqué et que je ne m'explique pas du tout (chez moi hein, donc tu peux peut-être essayer et voir...) : si je précise les 1024:, à chaque fois je me paye un timeout, sans, ça marche .
Comprends po, mais essaye. Sais-t'on jamais ??
Le passant.
Marsh Posté le 21-04-2003 à 17:01:50
tu devrais essayer de mettre les règles que je t'ai donné le plus possible en haut de ton script.
avant tes chaînes perso bad packet, icmp, allowed et tcp/ip rules
Marsh Posté le 21-04-2003 à 13:11:45
Voila j'ai installé un petit serveur DNS sur ma machine Linux (192.168.0.1) il fonctionne parfaitement le firewall coupé, mais quand celui ci est levé, je n'arrive plus a resoudre les dns (nslookup me dit qu'il ne peut etablire de connexion)
Voici le script :
Je pense pourtant avoir autorisé correctement les dns mais ca ne fonctionne pas
si quelqu'un voit le probleme dans mon script ...