Forum Linux.debian/ubuntu comportement bizarre des la route "default"

Posté par  (site web personnel) .
Étiquettes :
0
20
mar.
2008
Bonjour à tous,

j'ai des comportements très bizarres avec mon server mysql au boulot qui tourne sous debian etch (up to date).

Voilà le plan réseau:

Server MySQL: 192.168.100.8
PC Linux client: 192.168.100.10
Router ADSL: 192.168.100.70.

Voilà à quoi ressemble fichier /etc/network/interface:

*************************************
# The loopback network interface
auto lo
iface lo inet loopback

# The primary network interface
auto eth0
iface eth0 inet static
address 192.168.100.8
gateway 192.168.100.70
netmask 255.255.255.0
*************************************

le fichier /etc/hosts:
*************************************
127.0.0.1 localhost
*************************************

la commande route retourne:
*************************************
mysql-pp:/etc/rc2.d# route
Table de routage IP du noyau
Destination Passerelle Genmask Indic Metric Ref Use Iface
10.0.0.2 * 255.255.255.255 UH 0 0 0 isdn0
192.168.100.0 * 255.255.255.0 U 0 0 0 eth0
default 192.168.100.70 0.0.0.0 UG 0 0 0 eth0
*************************************

En fonctionnement normal tout est ok, le server mysql arrive à aller sur internet et les clients du réseau local arrivent à s'y connecter (ssh, mysql, ..)

Le problème:
Si je débranche mon router ADSL ou que je l'éteint électriquement plus aucun PC n'arrivent à s'y connecter, aussi bien en ssh que via mysql. Je suis obligé de supprimer la route par défaut du server mysql ou alors de faire un: ifconfig eth0 down && ifconfig eth0 up pour de nouveau avoir accès au server. Je ne vois pas pourquoi le server mysql à besoin d'avoir la gateway principale pour accéder au réseau local?

J'ai vraiment tout essayé et je suis bloqué, votre aide me serait précieuse.

Merci et bon week-end de pâques!


Romain

  • # peut-etre ? surement à cause du DNS

    Posté par  . Évalué à 2.

    en effet il n'est pas rare qu'un serveur fasse de la resolution DNS pour enregistrer ses logs ou valider les acces.

    du coup ton PC1 essaie de se connecter à SERVEUR

    PC1 essaie de resoudre le nom SERVEUR, et demande donc au DNS.

    si toutefois tu essaie en utilisant l'adresse IP, ca donne

    PC1 essaie de se connecter sur IP_SERVEUR,
    mais Serveur essaie de resoudre l'IP de PC1 (et donc requiert le DNS)

    dans beaucoup de cas comme celui là, il suffit alors de regler le daemon du serveur (mysql, syslog) pour ne pas faire de resolution DNS lors des phases d'identification ou d'enregistrement des logs.

    • [^] # Re: peut-etre ? surement à cause du DNS

      Posté par  (site web personnel) . Évalué à 1.

      Merci pour ta réponse, mais ta théorie est valable que si j'utilise des noms sur mes machines, alors que actuellement j'utilise les IP directement pour me connecter depuis mon PC1 sur mon server. a moins que je n'ai pas compris ta réponse?

      • [^] # Re: peut-etre ? surement à cause du DNS

        Posté par  . Évalué à 2.

        tu as partiellement compris mon explication (qui etait loin d'etre claire).


        si depuis PC1/IP1 tu demandes à acceder à SERVER1/IP2
        tu peux demander ftp SERVER1 ou bien ftp IP2

        de ce que tu me dis, tu fais ftp IP2, soit...

        mais cela n'empeche pas le serveur de verifier qui est celui qui se connecte avec IP1 et qui demande des infos/données.

        et c'est là que l'absence de DNS se fait peut-etre sentir.
        et c'est là aussi que tu peux peut-etre aller voir la configuration du serveur pour lui dire de ne pas resoudre les noms des clients qui se connectent (apache, syslog le propose en tout cas).

  • # arp

    Posté par  . Évalué à 2.

    sort les tables arp avant/apres

Suivre le flux des commentaires

Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.