Mettre son .com en ligne qd on est sur Apache

Version imprimable

09/06/2006, 01h36
cyberderf

[RÉSOLU] Mettre son .com en ligne qd on est sur Apache

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!!!
--
09/06/2006, 01h55
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...
09/06/2006, 02h04
cyberderf

Citation:

Envoyé par Swoög

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! :roll:
--
09/06/2006, 02h26
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:

NameVirtualHost *

puis ensuite, pour chaque domaine :
Code:

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.
09/06/2006, 03h29
cyberderf
Citation:
Envoyé par 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:

NameVirtualHost *

puis ensuite, pour chaque domaine :

Code:

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\

--

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

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

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 ?

--

09/06/2006, 09h20
gorgonite

Citation:

Envoyé par cyberderf

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 ;)
09/06/2006, 11h05
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
10/06/2006, 08h05
cyberderf

Up and running!! Merci à vous tous 8-)

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?
--
10/06/2006, 09h02
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...
10/06/2006, 12h54
gorgonite

Citation:

Envoyé par 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...

c'est facile... pourquoi parles-tu d'une usine à gaz ???
10/06/2006, 13h04
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é ;) )
10/06/2006, 13h13
gorgonite

Citation:

Envoyé par 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é ;) )

pas bind9 sous unix... ;)
10/06/2006, 17h53
cyberderf

En fait, qu'est-ce qu'une serveur DNS apporterait? À partir de combien de visites par jour cela est-il pertinent?
10/06/2006, 18h08
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)
10/06/2006, 22h43
cyberderf

Citation:

Envoyé par 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)

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
10/06/2006, 22h53
Swoög

Je pense pas que ce soit nécessaire ;)
12/06/2006, 00h31
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!
--
12/06/2006, 01h25
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 ;)