Reprise du message précédent :
Tu peux eventuellement ajouter dans ton /etc/hosts, une nouvelle ligne
192.168.120.245  SERVEUR.SAINTDOMINIQUE.LOCAL  
 
Le réponse à la commande hostname doit te  répondre avec le FQDN
 
Par defaut tu cherches dans le domaine SAINTDOMINIQUE.LOCAL  avec la modif précedente

déjà on avance    
 
Donc normalement : ping SERVEUR et ping SERVEUR.SAINTDOMINIQUE.LOCAL ça doit marcher normalement.
 
Si c'est le cas, remplace déjà toutes les IPs que tu avais déclaré dans tes fichiers de conf par SERVEUR.SAINTDOMINIQUE.LOCAL

Mais pour quoi je ping le serveur avec son nom, et que maintenant, le kinit ne marche plus... Je comprend de moins en moins là ... Il me met la meme erreur que avant...
 

Alors,
ping SERVEUR ==> Ca marche
ping SERVEUR.SAINTDOMINIQUE.LOCAL ==> Ca marche pas ...
 

 
Sinon, j'ai remplacé toutes les IPs par SERVEUR.SAINTDOMINIQUE.LOCAL...

ce problème de ping me gêne !  
 
sinon, dans ton krb5.conf, tu devrais plutôt avoir :  

ben moi j'avais :

 
J'ai du mal comprendre le tuto... je modifie ça de suite ...

A mon avis il manque une entrée dans le DNS de ton serveur Windows.
Mais ne connaissant pas du tout le serveur DNS de windows, je ne peux pas trop t'orienter.
Mais de toute évidence, il te manque une entrée du genre :
 
SERVEUR.SAINTDOMINIQUE.LOCAL.   IN    A    192.168.120.245

euh, je peux pas aller sur le serveur là... mais je vais essayer de faire un ping SERVEUR.SAINTDOMINIQUE.LOCAL depuis un poste client. Je dois vous laisser, ils ferment les bureaux pour la pause repas. Je reviens tout à l'heure, vers 14h. Merci beaucoup pour votre aide !

 
Non
        .saintdominique.local = SAINTDOMINIQUE.LOCAL
        saintdominique..local = SAINTDOMINIQUE.LOCAL
 
Mais avant ça TU DOIS résoudre ton problème de DNS ...
Si tu ne resouds pas ce soucis, tu vas bloquer ensuite au niveau de ton authentification sous squid.

Ah ! au temps pour moi !    
 
mais +1 avec boobaka, ce problème DNS doit être résolu avant toute chose !

Bon, je viens de tester quelques trucs. J'ai essayé de pinger autre chose que le serveur, j'ai pris un poste qui s'appelle College-P17, faisant partie du domaine SAINTDOMINIQUE.LOCAL, avec pour ip : 192.168.120.207
 
Depuis le poste College-P17 :
     ping PROXY : fonctionne
     ping PROXY.SAINTDOMINIQUE.LOCAL : fonctionne
     ping SERVEUR : fonctionne
     ping SERVEUR.SAINTDOMINIQUE.LOCAL : fonctionne
 
Depuis le proxy :
     ping College-P17 : fonctionne
     ping College-P17.SAINTDOMINIQUE.LOCAL : ne fonctionne pas
 
Donc ça viendrait pas du serveur, mais de mon proxy qui ne peut pas pinger si on lui met le nom + le domaine derrière... Pourtant, SERVEUR.SAINTDOMINIQUE.LOCAL, c'est le nom complet de la machine...

ton poste College-P17, il tourne sur quel OS ? les paramètres réseaux sont entrés à la main ou automatique (DHCP) ?

et tu peux nous poster le contenu du fichier /etc/network/interface de ton PROXY stp ?

Le poste College-P17 tourne sous Windows XP SP3 (comme tout le reste du réseau) et il n'y a pas de DHCP sur le serveur, les IPs sont configurées à la main. J'ai mis les mêmes paramètres sur le proxy, avec une IP de libre...
 
/etc/network/interface, ben il est vide... c'est normal ? En fait plus exactement, il n'existait pas ... il y a un interfaceS ... Je le mets de suite...

/etc/network/interfaces :

mmhhhhh !    
comment as-tu fait pour configurer les paramètres IP de ton PROXY ? tu as utilisé un outil tiers ?
 
EDIT : tu as installé une interface graphique dur ton PROXY ou tu as tout fait en console ?

Oui, j'ai une interface graphique, gnome, c'est la version desktop de ubuntu 9.10. J'ai configuré la connexion en faisant clique droit dans la barre en haut sur l'icône du réseau, modification des connexions...
 
EDIT : Je viens de voir mon maitre de stage, (qui ne connait pas du tout linux ...) et m'a dit que peut être l'outil solstice qui est installé sur chaque poste fait que ça ne marche pas. C'est un outil pour gérer l'AD, un logiciel spécial pour les écoles collèges et lycée. Il peut tout gérer la dedans, les restrictions sur les postes, les dossier partagés, ... Il y a un client léger sur chaque poste, et un client lourd sur le serveur...

Ah OK !
 
alors si je puis me permettre une réflexion : de manière générale, lorsque l'on installe un serveur sous linux, on essaye d'installer le STRICT minimum nécessaire à son utilisation. Donc exit l'interface graphique et bonjour la console et le SSH. Dans ton cas, tu as utilisé l'interface graphique pour configurer le réseau, et le résultat est que les paramètres liès à ton réseau sont stockés à un endroit inconnu    Lorsque l'on configure à la main, ces paramètres sont présents dans /etc/network/interfaces.  
 
Une petite remarque pour la culture générale : quand on installe un serveur linux, on essaye de prendre une version avec un support à long terme. Dans ton cas, il aurait plutôt fallu prendre une Ubuntu Server 10.04 LTS (Long Term Support)
 
Pour revenir au sujet : je pense que ton problème de résolution DNS vient de la config réseau de ton PROXY. Mais ne connaissant pas la configuration par interface graphique, je vais avoir du mal à t'aider.  
 
EDIT : je viens de voir ton EDIT    je ne pense pas du tout que cela soit lié ! là c'est vraiment un problème réseau et non applicatif.

Ok... Donc en fait, faudrait reinstall, de toute façon, vu où j'en suis, c'est pas très grave... Je crois que je vais faire ça, mais si j'ai pris la 9.10, c'est parce que j'en ai utilisé que une seule, et c'est celle là, et je me voyait mal sans interface graphique vu que je connais pas trop linux...

Je le repète mais la commande hostname sur on Linux doit te répondre avec le FQDN soit PROXY.SAINTDOMINIQUE.LOCAL  
Maintenant ca ne résoudra pas ton soucis de DNS, je ne pense pas que cela vienne de ton logiciel Solstice qui doit plus etre une interface d'administration ..

dans krb5.conf =>
* nom DNS en MINUSCULES ( et non IP ou majuscules) pour le serveur Kerberos
* nom du domaine (royaume Kerberos) en MAJUSCULES

Vire moi NetworkManager, pour un serveur ça ne fait que foutre la merde

mets moi ça dans /etc/resolv.conf =>
domain saintdominique.local
search saintdominique.local
nameserver 192.168.120.245

dans /etc/hosts, au moins ça =>
127.0.0.1 localhost.localdomain localhost
127.0.1.1 proxy.saintdominique.local proxy

Et sur ton W2K3, il faut une entrée DNS type A pour "proxy"

au niveau de l'installation, toutes les versions Ubuntu se ressemblent. Dans le cas d'une installation ubuntu server 10.4, certes tu n'auras pas d'interface graphique, mais tu seras bien guidé pendant l'installation. Penses juste à bien installer le rôle de Serveur SSH vers la fin de l'installation, tous les autres rôles (LAMP, DNS Server, Samba etc...) n'ont pas besoin d'être installés.
 
Si tu as des questions pendant l'installation, pose les ici, j'essaierai de te répondre au mieux !

Ok, j'ai parlé avec mon maitre de stage, on passe en 10.04 Server. Mais ce qui l'embête, c'est que comme il ne connait pas Linux, il aurait aimé avoir une interface graphique pour si un jour il doit intervenir sur le serveur...

répond lui texto : "bahhhhh, c'est caca !"    
 
Plus sérieusement, ça ne lui servira pas à grand chose, parceque 90% des tâches de maintenance / configurations d'un serveur ne peuvent pas être faites en interface graphique !
 
Donc bon, c'est pas un manque quoi !
 
EDIT : en + , faut voir le bon côté des choses : il apprendra à utiliser Linux  

Bonjour tout le monde, serveur réinstaller ce matin sous Ubuntu Server 10.04 LTS. Ça change des versions desktop ! En tout cas, j'arrive pas a faire les mises à jour avec apt-get update. Ca me renvoi :

et

 
Pourtant j'ai suivi ce tuto : http://doc.ubuntu-fr.org/tutoriel/ [...] figuration, bien paramétré ma connexion dans le fichier /etc/network/interfaces ...

Tiens bizarre comme c'est simialire à ton soucis initiale .... Soucis de résolution DNS ....

Mais j'avais toujours accès au net avant ...
 
EDIT : J'ai réparé ça, en mettant l'adresse du DNS dans resolv.conf, qui ne contenait que la ligne "search SAINTDOMINIQUE.LOCAL". Avec "nameserver 192.168.120.245" ça marche mieux...

Bon, ça se passe bien, j'ouvre mes tickets Kerberos sans problème avec SERVEUR.SAINTDOMINIQUE.LOCAL dans mon krb5.conf. J'arrive à pinger : 192.168.120.245, SERVEUR, et SERVEUR.SAINTDOMINIQUE.LOCAL. Ça va nikel.
 
Mais je bloque avec samba, dans le tuto, ils disent qu'il faut l'arrêter, et le redémarrer après avoir modifier le smb.conf, avec les commandes /etc/init.d/samba restart|stop|start. Mais j'ai pas de fichier samba dans le répertoire /etc/init.d. J'ai essayé de me renseigner, j'ai tenté "service smbd start|stop", mais le stop ne marche pas... Je pense que j'ai pas la même version de samba que dans le tuto, mais je trouve rien sur ces commandes de samba...
 
Ça me gène aussi un peu de pas avoir ce fichier samba dans /etc/init.d.
 
EDIT : j'ai quand même paramétré mon smb.conf, et j'ai fait :

qui me répond "Joined 'PROXY' to realm 'saintdominique.local'.
Puis un :

qui me répond un magnifique "Join is OK".
Mais quand je tape :

ou

ça me répond "Error looking up domain groups" ou "Error looking up domain users"

tu as bien installé samba au moins ?    
 
aptitude install samba

ben quand je fais apt-get install samba, ça me dit que la dernière version de samba est déjà installé... dés le début, alors que j'avais a peine installé le serveur, et que je n'avais encore installé aucun paquet...
 
EDIT : marche toujours pas, et toujours pas de samba dans /etc/init.d, même après un aptitude install samba
 
RE-EDIT : Après un /etc/init.d/winbind restart, j'affiche les groupes et les utilisateurs. Mais je comprend toujours pas où est ce samba...

dpkg -l | grep samba
Sinon possible que SaMBa se soit installé de "base" avec les package coché par defaut dans ton install ..
fais un /etc/init.d/s puis tu appuies plusieurs fois sur tab pour voir ce qu'il te propose ... Tu as un /etc/init.d/smbd ? c'est ca.

c'est étrange ton truc !
 
sauvegarde ton fichier smb.conf quelque part puis lances les commandes suivantes :
 
apt-get remove --purge samba (pour désinstaller entièrement samba et ses fichiers de conf)
 
apt-get update
apt-get install samba
 
Replaces ensuite ton smb.conf et vérifies que dans /etc/init.d/ tu as bien un fichier samba !
 
EDIT : essayes la méthode boobaka avant  

J'ai fait tes commandes, et ensuite appuyé sur tab pour voir ce qu'il y a, aucune trace de samba... j'ai screen-cleanup, single, smbd, stop-bootlogd, sendsigs, skeleton, ssh, stop-bootlogd-single. C'est tout.
 
Je passe à la méthode de slywalker ...

c'est smbd !!!!!!!

de quoi smdb ? j'ai essayé de lui faire des start et des stop a smdb, il aime pas trop ...

smbd pour samba daemon !
 
fais un : /etc/init.d/smbd status
ça te renvoie quoi ?

à peu prés la même erreur que quand je lui fais stop, d'ailleurs j'arrive pas à la comprendre :

et la commande suivante ? service smbd status

smbd stop/waiting

ok.  
 
alors passes les commandes suivantes :
service smbd stop
service smbd status
 
Toujours le même message ?