Encore probleme de connexion

Bonsoir,
Encore un probleme d’accès WEB

[code]server:/home/serveur# ifconfig -a
eth0 Lien encap:Ethernet HWaddr 00:19:66:63:36:8B
inet adr:192.168.1.2 Bcast:192.168.1.255 Masque:255.255.255.0
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:13 errors:0 dropped:0 overruns:0 frame:0
TX packets:14 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 lg file transmission:1000
RX bytes:2277 (2.2 KiB) TX bytes:2309 (2.2 KiB)
Interruption:201 Adresse de base:0xb400

eth1 Lien encap:Ethernet HWaddr 00:E0:4C:00:61:81
inet adr:192.168.10.10 Bcast:192.168.1.255 Masque:255.255.255.0
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:13 errors:0 dropped:0 overruns:0 frame:0
TX packets:14 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 lg file transmission:1000
RX bytes:2271 (2.2 KiB) TX bytes:2315 (2.2 KiB)
Interruption:193 Adresse de base:0x6c00

lo Lien encap:Boucle locale
inet adr:127.0.0.1 Masque:255.0.0.0
UP LOOPBACK RUNNING MTU:16436 Metric:1
RX packets:82 errors:0 dropped:0 overruns:0 frame:0
TX packets:82 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 lg file transmission:0
RX bytes:6160 (6.0 KiB) TX bytes:6160 (6.0 KiB)
[/code]

server:/home/serveur# [b]route -n[/b] Table de routage IP du noyau Destination Passerelle Genmask Indic Metric Ref Use Iface 192.168.1.0 0.0.0.0 255.255.255.0 U 0 0 0 eth0 192.168.1.0 0.0.0.0 255.255.255.0 U 0 0 0 eth1 0.0.0.0 192.168.1.1 0.0.0.0 UG 0 0 0 eth0 server:/home/serveur# [b]lspci | grep Ethernet[/b] 01:02.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL-8169 Gigabit Ethernet ( rev 10) 01:05.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL-8139/8139C/8139C+ (rev 10) [code]
server:/home/serveur# vim /etc/network/interfaces

The primary network interface

auto eth0
allow-hotplug eth0
iface eth0 inet static
address 192.168.1.2
netmask 255.255.255.0

network 192.168.1.0

broadcast 192.168.1.255

    gateway 192.168.1.1
    # dns-* options are implemented by the resolvconf package, if installed

dns-nameservers 192.168.1.1

dns-search srv_debian.org

iface eth1 inet static
address 192.168.10.10
netmask 255.255.255.0
auto e[/code]

Si je fais “ping google.fr” = Unknow host
Les autres pc du reseau sont pingé sans probleme.
[edit ] Message après un ifdown eth0 puis ifup eth0 =

Merci de votre aide !

Pourquoi “encore” ?
Que contient /etc/resolv.conf ?
Que donne “ping -n 192.168.1.1” ?

PS : ce n’est généralement pas une bonne idée de configurer deux interfaces dans le même sous-réseau IP, sauf si elles sont vraiment connectées au même réseau.

[quote=“PascalHambourg”]Pourquoi “encore” ?
Que contient /etc/resolv.conf ?
Que donne “ping -n 192.168.1.1” ?

PS : ce n’est généralement pas une bonne idée de configurer deux interfaces dans le même sous-réseau IP, sauf si elles sont vraiment connectées au même réseau.[/quote]
1 -Il faut lire 192.168.10.10 ( erreur de frappe …)
2 -Le ping est bon, aucunes erreur, resolv.conf par contre est vide !!!

Si le ping est bon, alors la connectivité locale avec la passerelle (si c’est bien l’adresse de la passerelle) est bonne. Tu peux vérifier si la connectivité interne est bonne avec un ping vers l’adresse publique d’une machine publique (qui répond au ping, de préférence) comme 192.134.4.20 (rigolo.nic.fr). [edit : qu’est-ce que c’est ce bazar, pourquoi il me rejoute systématiquement “http://” si le nom commence par www ?)

Si /etc/resolv.conf ne contient pas de déclaration nameserver, le resolver considère par défaut que le serveur DNS à interroger est 127.0.0.1, c’est-à-dire l’adresse de loopback de la machine elle-même. Si aucun serveur DNS récursif ne tourne sur la machine, alors pas de résolution DNS.

1e solution : installer un serveur DNS récursif comme bind9. Comment ça, un peu lourd ? :smiley:

2e solution : si resolvconf est installé, décommenter l’option dns-nameservers dans /etc/network/interfaces, en s’assurant que l’adresse listée fait bien office de serveur DNS (à vérifier avec host rigolo.nic.fr 192.168.1.1 par exemple), et redémarrer l’interface eth0.

3e solution : si resolvconf n’est pas installé, ajouter dans /etc/resolv.conf une déclaration nameserver suivie de l’adresse du serveur DNS, du style :

La 3° est bonne :smiley: pour aller un peut plus loin, a chaque redémarrage avecla CDE : /etc/init.d/nfs-kernel-server restart ,j’ai ce message :

Stopping NFS kernel daemon: mountd nfsd. Unexporting directories for NFS kernel daemon.... Exporting directories for NFS kernel daemon...exportfs: /etc/exports [1]: Neither 'subtree_check' or 'no_subtree_check' specified for export "192.168.1.20:/save1". Assuming default behaviour ('subtree_check'). NOTE: this default will change with nfs-utils version 1.1.0 exportfs: /etc/exports [1]: Neither 'subtree_check' or 'no_subtree_check' specified for export "192.168.1.30:/save1". Assuming default behaviour ('subtree_check'). NOTE: this default will change with nfs-utils version 1.1.0 exportfs: /etc/exports [2]: Neither 'subtree_check' or 'no_subtree_check' specified for export "192.168.1.20:/save2". Assuming default behaviour ('subtree_check'). NOTE: this default will change with nfs-utils version 1.1.0 exportfs: /etc/exports [2]: Neither 'subtree_check' or 'no_subtree_check' specified for export "192.168.1.30:/save2". Assuming default behaviour ('subtree_check'). NOTE: this default will change with nfs-utils version 1.1.0 . Starting NFS kernel daemon: nfsd mountd.
cela provient de quoi ?

Mon /etc/exports :

[code]# /etc/exports: the access control list for filesystems which may be exported

to NFS clients. See exports(5).

Example for NFSv2 and NFSv3:

/srv/homes hostname1(rw,sync) hostname2(ro,sync)

Example for NFSv4:

/srv/nfs4 gss/krb5i(rw,sync,fsid=0,crossmnt)

/srv/nfs4/homes gss/krb5i(rw,sync)

/save1 192.168.1.20(rw,sync) 192.168.1.30(rw,sync)
/save2 192.168.1.20(ro) 192.168.1.30(ro)[/code]