Discussion :

[r-zo]

Bonjour,

je suis en train d'installer FreeBSD 5.4 sur un serveur pour l'utiliser comme serveur de test (en local) pour nos sites en PHP. L'installation est ok et j'en suis aux dernières phases pour vérifier que tout est bon.

Le serveur doit s'appeler 'serveur2' et donc je veux que quand je tape 'http://serveur2/', j'arrive à la racine de mon répertoire web comme c'est le cas pour mon autre serveur appelé .... 'serveur' (je suis très original je l'avoue)

Le problème c'est que ça ne marche pas; mon navigateur ne résoud pas l'adresse 'http://serveur2/'. Si je tape 'http://192.168.1.202/', ça marche nickel.

Pareil pour le ping, le nom ne passe pas alors que l'ip fonctionne. En direct sur serveur2, si je pingue le nom ou l'ip ou l'adresse de loopback, ça répond.

Comme je ne suis pas un pro je ne vois pas ce qui cloche.

Voici mon fichier hosts

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
 
192.168.1.7 Devel #mon pc à moi
127.0.0.1       serveur2
127.0.0.1       localhost
192.168.1.202   localhost
192.168.1.202           serveur2

je l'ai pas mal bidouillé pour faire des tests donc peut être que certaines lignes sont inutiles voire gênantes.

Je remercie donc par avance les personnes qui voudront bien s'essayer à m'aider sur ce cas.

Bonne journée

[julp]

Plus simplement :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
127.0.0.1 localhost
@IP_LAN_SERVEUR serveur
192.168.1.202 serveur2

(sur chacune de serveur/serveur2)

[r-zo]

oh mais c'est le rédacteur de mon tuto d'install qui me répond !! je suis fan ;-)

quand je disais 'hosts', c'est celui de mon 'serveur2' pas celui de mon poste sous XP.
POur info, 'serveur' fonctionne très bien et je n'ai pas eu à modifier les fichiers hosts des postes de la boite.

N'y-a-t-il pas une connerie dans mon httpd.conf ?

[julp]

Même si Apache ne s'identifie pas comme tel (ServerName) sur cette machine, il n'en reste pas moins qu'il y a un problème dans la résolution des noms. Par contre, après, tout dépend qui est client et serveur : pour que la résolution fonctionne c'est d'abord à partir de/sur chaque machine cliente qu'elle doit être effectuée, ici par l'intermédiaire de son propre fichier /etc/hosts (ou C:\WINDOWS\system32\drivers\etc\hosts\) puisque c'est cette méthode qui est utilisée.

PS : Windows peut être une exception étant capable de faire cette résolution via ses propres protocoles entre de telles machines.

[r-zo]

Merci pour ton attention.
Là, je suis complètement perdu car je lis pas mal de docs sur le net sur le sujet et j'essaie plein de trucs mais rien ne fonctionne.
en paramétrant un virtual hosts, je n'accède même plus au serveur par son ip.
Est-ce qu'on peut prendre le problème dans l'autre sens ?

Si j'ai un serveur nommé 'serveur2' avec une adresse IP 192.168.1.202 relié sur une passerelle 192.168.1.1 (routeur) et que je veux que ce serveur ne soit accessible que par les pc du réseau local (dont les adresses vont de 192.168.1.2 à 192.168.1.255), comment configurer mon etc/hosts et mon httpd.conf ?
quoi mettre dans les directives 'serveurName' et 'Listen' du httpd ?
Dois-je configurer un virtual host et si oui, comment ?

Par avance merci,

[julp]

Pourquoi mettre en place un virtualhost ? Je ne vois pas le rapport avec ce qui a été, jusque là, dit.

Pour la configuration d'apache :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
ServerName serveur2
Listen 192.168.1.202:80

Ainsi le serveur portera le nom serveur2 (en "interne" et pour les redirections) et il ne sera en écoute que des requêtes provenant du réseau interne. Mais avec la configuration par défaut, il dev(r)ait très bien répondre. Quant à réellement trier les connexions comme vous le souhaitez c'est un pare-feu que vous devriez mettre en place ...

Lorsque Apache ne répond pas, il est parfois possible qu'il soit stoppé, chose qui n'est pas nécessairement indiqué. Ce qui arrive quand il y a une erreur. A vérifier par /usr/local/etc/rc.d/apache22 status et/ou dans le journal d'erreur /var/log/httpd-error.log.

(Le fichier hosts je vous l'ai indiqué plus haut et httpd.conf était très bien initialement pour tester)