Discussion :

[cyberderf]

J'ai un blog sur worpress et jusqu'a maintenant j'étais en localhost (hébergement chez moi). J'ai acheté le .com sur godaddy!! Que dois-je faire pour désormais rediriger proprement mon blog sur son .com mais continuer de l'héberger chez moi?

Ma config Apache/MySQl/Php5 héberge plusieurs sites actuelement. Mon dossier htdocs contient donc plusieurs différents sous-dossiers qui sont tous des sites différents. Dois-je modifier certaines choses au niveau du httpd.conf de mon apache pour que les redirection et lien relatifs soient conservés ?

Merci de votre aide!!!
--

[Swoög]

Salut !

normalement, tu n'as pas grand chose à modifier, juste ajouter le support de ton domaine (comme tu l'as fait pour les autres sites) et enregistrer ton nom de domaine pour qu'il pointe sur ton IP...

[cyberderf]

ajouter le support de ton domaine (comme tu l'as fait pour les autres sites)

Salut Swoög (cool ton alias!)!

Mais que veux-tu dire par ajouter le support de ton domaine? Et les virtualhosts dans mon .conf ? Je vais bientôt rediriger un 2e .com, alors il me semble inévitable de les configurer. Présentement j'ai :
#
#NameVirtualHost *:80
#

ps. J'ai lu le guide de développez.net sur les virtualhosts et ca ne m'éclaire pas énormément!
--

[Swoög]

C'est bien ce dont je parle, pour chaque domaine hébergé, il te faut configurer un virtual host

ce n'est pas vraiment très compliqué, :

il te faut ajouter la ligne :

Code :

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

NameVirtualHost *

puis ensuite, pour chaque domaine :

Code :

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

1
2
3
4
5
<VirtualHost *>
	ServerAdmin webmaster@domain.com
	DocumentRoot /path/to/root/of/domain/
	ServerName www.domain.com
</VirtualHost>

tu peux évetuellement rajouter les directives ErrorLog et TransferLog qui te permettent de spécifier des fichiers de logs séparés des fichiers globaux pour tes domaines.

/path/to/root/of/domain/ représente le chemin (sur le disque dur) vers la racine du site hébergé sous ce domaine.

[cyberderf]

C'est bien ce dont je parle, pour chaque domaine hébergé, il te faut configurer un virtual host

ce n'est pas vraiment très compliqué, :

il te faut ajouter la ligne :

Code :

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

NameVirtualHost *

puis ensuite, pour chaque domaine :

Code :

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

1
2
3
4
5
<VirtualHost *>
	ServerAdmin webmaster@domain.com
	DocumentRoot /path/to/root/of/domain/
	ServerName www.domain.com
</VirtualHost>

tu peux évetuellement rajouter les directives ErrorLog et TransferLog qui te permettent de spécifier des fichiers de logs séparés des fichiers globaux pour tes domaines.

/path/to/root/of/domain/ représente le chemin (sur le disque dur) vers la racine du site hébergé sous ce domaine.

Merci encore. Le ':80 ' à la fin de 'NameVirtualHost *. apporterait quoi en fait ? Pour ce qui est du chemin de répertoire, doit commencer à partir de la racine de htdocs de apache pour à partir du c: ?

comme cela: \dossier du site\
ou plutot : c:\Apache\Apache2\htdocs\dossier du site\

--

[cyberderf]

Pour faire suite à ce thread, je vais tenter de résumer ou j'en suis maintenant.

1 - À mon httpd.conf j'ai ajouté :

Code :

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

1
2
3
4
5
6
7
8
NameVirtualHost *
 
<VirtualHost *>
	ServerAdmin webmaster@domain.com
	DocumentRoot c:/apache/apache2/htdocs/tpd/
	ServerName www.teddypokerdeals.com
	ServerAlias *.teddypokerdeals.com	
</VirtualHost>

2 - J'ai ensuite été sur namecheap (mon registar) pour faire la redirection
J'ai donc ajouté un record type en cname à '@' et 'www', avec comme valeur teddypokerdeals.no-ip.org (cette adresse renvoi vers l'ip dynamique de mon pc)


Est-ce qu'un Cname est la bonne facon de faire ?

--

[gorgonite]

2 - J'ai ensuite été sur namecheap (mon registar) pour faire la redirection
J'ai donc ajouté un record type en cname à '@' et 'www', avec comme valeur teddypokerdeals.no-ip.org (cette adresse renvoi vers l'ip dynamique de mon pc)


Est-ce qu'un Cname est la bonne facon de faire ?

--

Un Cname est fait pour faire un alias... donc a priori c'est bon

[Swoög]

oui, c'est parfait pour le CNAME, puisqu'il induit une redirection au niveau du protocol DNS (résolution nom de domaine => IP) donc ton serveur n'aura pas à se soucier de la redirection...

ensuite, pour ServerAdmin, il vaudrait peut-être mieux que tu indiques une adresse réelle, pour DocumentRoot, c'est bien le fichier absolu qu'il faut spécifier.

le *:80 permet de spécifier les VHosts uniquement sur le port 80, c'est utile si par exemple ton serveur écoute aussi sur un autre port (par exemple 8080, 8081, etc... ou 443 (cas où le SSL est activé), le port sur lequel écoute ton serveur est définie par la configuration Listen

[cyberderf]

Up and running!! Merci à vous tous

Maintenant que c'est fait y a t'il moyen d'optimiser en spécifiant d'autres serveurs de noms que ceux sécifiés par godaddy.com ? Cela vaut t'il vraiment la peine?
--

[Swoög]

Normalement, tu n'as pas à t'en occupé, à moins que tu veuilles installer un serveur DNS et prendre toi même en charge sa gestion, je pense que ça serait monter une usine à gaz...

[gorgonite]

Normalement, tu n'as pas à t'en occupé, à moins que tu veuilles installer un serveur DNS et prendre toi même en charge sa gestion, je pense que ça serait monter une usine à gaz...

c'est facile... pourquoi parles-tu d'une usine à gaz ???

[Swoög]

un Serveur DNS est quelque chose qui génère de nombreuses connections.
De plus, à cause des mises en cache, il DOIT OBLIGATOIREMENT être UP 24h/24 et 7j/7 ou presque, sinon il suffit qu'une erreur apparaisse dans un cache de FAI et c'est la cata : domaine plus référencé...

et puis l'installation et la gestion d'un serveur DNS publique est quand même légèrement complexe (évidemment tout dépend de l'outil utilisé )

[gorgonite]

un Serveur DNS est quelque chose qui génère de nombreuses connections.
De plus, à cause des mises en cache, il DOIT OBLIGATOIREMENT être UP 24h/24 et 7j/7 ou presque, sinon il suffit qu'une erreur apparaisse dans un cache de FAI et c'est la cata : domaine plus référencé...

et puis l'installation et la gestion d'un serveur DNS publique est quand même légèrement complexe (évidemment tout dépend de l'outil utilisé )

pas bind9 sous unix...

[cyberderf]

En fait, qu'est-ce qu'une serveur DNS apporterait? À partir de combien de visites par jour cela est-il pertinent?

[Swoög]

ce n'est pas vraiment en nombre de visites que ça se pense, c'est surtout en gestion de nom de domaine.

un serveur DNS devient utile si tu as une structure et une organisation de plusieurs serveurs qui devient un peu importante, avec des sous-domaines (notam)

[cyberderf]

ce n'est pas vraiment en nombre de visites que ça se pense, c'est surtout en gestion de nom de domaine.

un serveur DNS devient utile si tu as une structure et une organisation de plusieurs serveurs qui devient un peu importante, avec des sous-domaines (notam)

Pour vous expliquer mon cas rapidement :

•J'ai un serveur Apache
•Plusieurs domaines (3) et tous hébergés sur ce même serveur
•ÉVentuellement quelques autres ajouts de domaines

[Swoög]

Je pense pas que ce soit nécessaire

[cyberderf]

Merci encore Swoög!!

Quoi que mon problème soit résolu, j'aimerais bien en apprendre plus sur les serveur de DNS, leurs avantages etc...

Si vous avez des articles à me suggéer (liens0 ou commentaires complémentaires à formuler je suis preneur!
--

[Swoög]

Renseigne toi sur le protocole DNS, si tu comprends comment il fonctionne et ce à quoi il sert (surtout à quoi il sert), il tu comprendras quels peuvent être les avantages de gérer soit-même ses serveurs DNS