Désolé pour le temps de réponse mais je reviens de mission....
Le fait de spécifié -t cifs au lieu de -t smbfs ne change rien.
Le problème est que le serveur ne sait pas résoudre le nom.
J'ai le même message d'erreur avec les 2 options (cifs ou smbfs)...
Merci quand même de ton aide...
PS : Si tu as d'autres pistes je suis preneur.
J'ai un serveur Mandriva 3.0 Corporate sur le réseau.
Il se trouve qu'avec lui ça marche... Comme quoi il ne faut jamais dire jamais !
Cela étant, et hors polémique, j'aimerai savoir comment un serveur résout le nom PC1 lors de la commande suivante : mount -t smbfs -o username="toto",password="titi" //PC1/partage /directory
(Cette commande ne fonctionne pas sur le serveur ubuntu, le nom PC1 n'est pas résolu)
Et lors de la commande : smbclient //PC1/partage
(Car la cela fonctionne, le nom PC1 est résolu)
En fait, je vais commencé par le début.
J'ai un serveur Ubuntu v10.10 sur lequel j'ai implémenté dhcp3-server, bind9 et samba (partage de fichiers et serveur WINS).
Coté clients
Les clients sont des PC sous Windows XP. Ils obtiennent correctement les adressent IP.
L'exploration du voisinage réseau se passe également correctement.
Les PC peuvent pinger le serveur ou les autres clients par leurs noms.
Coté serveur
J'ai besoin de monter des ressources partagées par les clients.
J'utilise la commande
mount -t smbfs -o username="toto",password="titi" //PC1/partage /backup/dev
Le problème c'est que le serveur est incapable de résoudre le nom PC1.
(J'ai le même message lorsque je fait ping PC1)
Je ne peux pas construire la liste des machines clientes avec le fichier /etc/hosts car les adresses ip sont affectées de façon dynamique.
J'ai donc essayé de configurer bind9 pour répondre au problème de résolution des noms
/etc/bind/named.conf.local
zone "compagnie" IN {
type master;
file "/etc/bind/db.compagnie";
allow-update { none; };
};
zone "21.168.192.in-addr.arpa" IN {
type master;
file "/etc/bind/db.rev.compagnie";
allow-update { none; };
};
/etc/bind/db.compagnie
$ORIGIN .
$TTL 10800
compagnie IN SOA srvlinux. root.srvlinux. (
2011042101
28800
3600
604800
172800 )
compagnie IN NS srvlinux.
/etc/bind/db.rev.compagnie
$ORIGIN .
$TTL 10800
Compagnie IN SOA srvlinux. root.srvlinux. (
2011042101
28800
3600
604800
172800 )
compagnie IN NS srvlinux.
Je lance la commande : named-checkzone compagnie /etc/bind/db.compagnie
j'obtiens : zone compagnie/IN: loaded serial 2011042101
OK
Je lance la commande : named-checkconf
je n'obtiens rien (pas de réponse mais pas d'erreur non plus)
Je lance la commande : nslookup
> serveur 127.0.0.1
server: 127.0.0.1
Adress: 127.0.0.1#53
** server can't find serveur: NXDOMAIN
>
J'ai carrément redémarrer le serveur mais cela n'a rien changé.
Je me doute qu'il s'agit d'un problème de cache. Je vais voir ce que je peux faire coté routeur (=serveur DNS et DHCP)
Non, le fichier /etc/hosts ne contient pas de référence à Poste2.
Le fichier resolv.conf contient 3 lignes à savoir
192.168.1.20
80.10.246.2
80.10.246.129
La première ligne correspond au routeur BeWAN Secure, la seconde et troisième aux DNS de orange
Je vais vérifier le contenu du fichier /etc/host.conf dès que j'aurai l'occasion de repasser sur le site.
[^] # Re: Résolution des noms...
Posté par spiot . En réponse au message Nom de domaine DNS. Évalué à 0.
Désolé pour le temps de réponse mais je reviens de mission....
Le fait de spécifié -t cifs au lieu de -t smbfs ne change rien.
Le problème est que le serveur ne sait pas résoudre le nom.
J'ai le même message d'erreur avec les 2 options (cifs ou smbfs)...
Merci quand même de ton aide...
PS : Si tu as d'autres pistes je suis preneur.
[^] # Re: Résolution des noms...
Posté par spiot . En réponse au message Nom de domaine DNS. Évalué à 0.
OK, c'est du NetBIOS.
Mais pourquoi la commande mount -t smbfs .... ne focntionne pas. Est-ce que là ce n'est pas du NetBIOS ?
Pourquoi cela marcha avec une commande smbclient et pas avec le mount -t smbfs ?
[^] # Re: Résolution des noms...
Posté par spiot . En réponse au message Nom de domaine DNS. Évalué à -1.
Pour laquelle des 2 commandes ? Et pour l'autre ?
[^] # Re: conception / ça marchera jamais
Posté par spiot . En réponse au message Nom de domaine DNS. Évalué à 0.
Dans les fichiers de configuration, a quels moments je dois faire ces modifications permettant au DHCP et au DNS d'être en phase ?
# Résolution des noms...
Posté par spiot . En réponse au message Nom de domaine DNS. Évalué à -1.
J'ai un serveur Mandriva 3.0 Corporate sur le réseau.
Il se trouve qu'avec lui ça marche... Comme quoi il ne faut jamais dire jamais !
Cela étant, et hors polémique, j'aimerai savoir comment un serveur résout le nom PC1 lors de la commande suivante :
mount -t smbfs -o username="toto",password="titi" //PC1/partage /directory
(Cette commande ne fonctionne pas sur le serveur ubuntu, le nom PC1 n'est pas résolu)
Et lors de la commande :
smbclient //PC1/partage
(Car la cela fonctionne, le nom PC1 est résolu)
Merci
# Résolution de noms
Posté par spiot . En réponse au message Nom de domaine DNS. Évalué à -1.
En fait, je vais commencé par le début.
J'ai un serveur Ubuntu v10.10 sur lequel j'ai implémenté dhcp3-server, bind9 et samba (partage de fichiers et serveur WINS).
Coté clients
Les clients sont des PC sous Windows XP. Ils obtiennent correctement les adressent IP.
L'exploration du voisinage réseau se passe également correctement.
Les PC peuvent pinger le serveur ou les autres clients par leurs noms.
Coté serveur
J'ai besoin de monter des ressources partagées par les clients.
J'utilise la commande
mount -t smbfs -o username="toto",password="titi" //PC1/partage /backup/dev
Le problème c'est que le serveur est incapable de résoudre le nom PC1.
(J'ai le même message lorsque je fait ping PC1)
Je ne peux pas construire la liste des machines clientes avec le fichier /etc/hosts car les adresses ip sont affectées de façon dynamique.
J'ai donc essayé de configurer bind9 pour répondre au problème de résolution des noms
Voici les fichiers :
/etc/resolv.conf
search compagnie
nameserver 127.0.0.1
/etc/bind/named.conf.options
options {
directory "/var/cache/bind";
forwarders {
80.10.246.2;
};
auth-nxdomain no;
listen-on-v6 { any; };
};
/etc/bind/named.conf.local
zone "compagnie" IN {
type master;
file "/etc/bind/db.compagnie";
allow-update { none; };
};
zone "21.168.192.in-addr.arpa" IN {
type master;
file "/etc/bind/db.rev.compagnie";
allow-update { none; };
};
/etc/bind/db.compagnie
$ORIGIN .
$TTL 10800
compagnie IN SOA srvlinux. root.srvlinux. (
2011042101
28800
3600
604800
172800 )
compagnie IN NS srvlinux.
/etc/bind/db.rev.compagnie
$ORIGIN .
$TTL 10800
Compagnie IN SOA srvlinux. root.srvlinux. (
2011042101
28800
3600
604800
172800 )
compagnie IN NS srvlinux.
Je lance la commande : named-checkzone compagnie /etc/bind/db.compagnie
j'obtiens : zone compagnie/IN: loaded serial 2011042101
OK
Je lance la commande : named-checkconf
je n'obtiens rien (pas de réponse mais pas d'erreur non plus)
Je lance la commande : nslookup
> serveur 127.0.0.1
server: 127.0.0.1
Adress: 127.0.0.1#53
** server can't find serveur: NXDOMAIN
>
Je ne sais plus quoi faire
Merci de votre aide...
[^] # Re: nmbd
Posté par spiot . En réponse au message Problème de résolution de noms via ping et nmblookup. Évalué à 1.
Je me doute qu'il s'agit d'un problème de cache. Je vais voir ce que je peux faire coté routeur (=serveur DNS et DHCP)
Merci
[^] # Re: /etc/hosts
Posté par spiot . En réponse au message Problème de résolution de noms via ping et nmblookup. Évalué à 1.
Le fichier resolv.conf contient 3 lignes à savoir
192.168.1.20
80.10.246.2
80.10.246.129
La première ligne correspond au routeur BeWAN Secure, la seconde et troisième aux DNS de orange
Je vais vérifier le contenu du fichier /etc/host.conf dès que j'aurai l'occasion de repasser sur le site.
Merci