Faire un don ! | | style | statistiques | contactez-nous | plan | lettre d'information

Retourner aux forums || Retourner au forum Linux.debian

Linux.debian : comportement bizarre des la route "default"

Posté par xenon_hs (page perso, ) le 20 mars 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

--
Dans la vie il n'y a pas de problèmes mais que des solutions
> Lire le message (6 commentaires, moyenne: 1,5).  

Cette discussion est archivée, il n'est plus possible de laisser des commentaires.

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

peut-etre ? surement à cause du DNS

Posté par NeoX () le 20/03/2008 à 16:58. (lien). É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.

--
Apprendre par les autres, c'est bien.
Apprendre par soi-meme (RTFM, man, et notre ami google) c'est mieux
  • [^]Re: peut-etre ? surement à cause du DNS

    Posté par xenon_hs (page perso, ) le 21/03/2008 à 11:48. (lien). É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?

    --
    Dans la vie il n'y a pas de problèmes mais que des solutions
    • [^]Re: peut-etre ? surement à cause du DNS

      Posté par NeoX () le 21/03/2008 à 13:53. (lien). É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).

      --
      Apprendre par les autres, c'est bien.
      Apprendre par soi-meme (RTFM, man, et notre ami google) c'est mieux
      • [^]Re: peut-etre ? surement à cause du DNS

        Posté par xenon_hs (page perso, ) le 25/03/2008 à 15:04. (lien). Évalué à 1.

        Bravo! ton diagnostique était le bon :D

        J'ai ajouté tout les PC de mon réseau dans mon /etc/hosts et ça roule!

        Merci encore je n'aurais jamais trouvé tout seul.

        --
        Dans la vie il n'y a pas de problèmes mais que des solutions

arp

Posté par fcartegnie () le 20/03/2008 à 23:53. (lien). Évalué à 2.

sort les tables arp avant/apres

  • [^]Re: arp

    Posté par xenon_hs (page perso, ) le 21/03/2008 à 11:51. (lien). Évalué à 1.

    Ok je regarde ça mardi au boulot, merci pour ta réponse.

    --
    Dans la vie il n'y a pas de problèmes mais que des solutions

Revenir en haut de page || Retourner aux forums || Retourner au forum Linux.debian