[FAQ][Hébergement] fr.reseau.internet.hebergement
Jules Vo-Dinh
Pour apporter toute contribution/correction/remarque à ce document,
n'hésitez pas à contacter ju...@typhon.net
Version: 1.6
Dernières modifications:
- Quelques modifications mineurs proposées par Sébastien W.
----------- F.A.Q. Hébergement ---------------------------------------
1) Vaut-il mieux utiliser un hébergement gratuit ou payant ?
Outre l'hébergement que vous pouvez avoir via votre fournisseur d'accès
Internet, certaines sociétés vous proposent d'héberger gratuitement vos
pages Web sur leurs serveurs, sous certaines conditions.
Techniquement, les plate-formes d'hébergement des hébergeurs payants et
gratuits ne sont pas nécessairement très différentes. Cependant les
contraintes d'un hébergeur gratuit sont en général plus grandes : vos
pages Web seront souvent accompagnées de publicité, l'espace disque
offert sera moindre, les fonctionnalités disponibles aussi. La qualité
de service ne sera pas nécessairement la même, mais ce point doit être
élaboré dans le contrat. D'autre part il ne sera pas toujours possible
d'utiliser le domaine de son choix avec un hébergement gratuit.
Il est donc bon de tester les différentes offres et de se faire son
propre avis. Pour un ``petit'' site, non commercial, un hébergement
gratuit peut être tout à fait suffisant dans un premier temps.
2) Faut-il préférer une société nationale voire internationale très
connue et ayant de nombreux clients à une petite société plus locale,
ayant moins de clients ou l'inverse ?
C'est une question non spécifique à l'hébergement et on pourra avoir une
bonne (ou une mauvaise) expérience dans un cas comme dans l'autre.
Une grande société devrait pouvoir vous offrir une panoplie de services
plus grande, plus de garanties, plus de références (clients précédents)
et des tarifs moins élevés. Cependant vous risquez rapidement de perdre
toutcontact humain (en ayant à chaque fois un interlocuteur différent
pour vos problèmes) et d'avoir l'impression d'être un client comme un
autre, perdu au milieu de tous les autres.
Une petite société pourra vous offrir un service plus proche de vos
besoins en réfléchissant avec vous à quelque chose sur mesure, elle sera
plus proche de vous (localement) et vous pourrez donc plus facilement
garder un contact avec la même personne. Cependant vous risquez d'avoir
moins de garanties.
3) Qu'est-ce que l'hébergement mutualisé ? Sur serveur dédié ? Et sur
serveur virtuel ?
Dans le monde, quelques grosses sociétés (souvent celles qui fournissent
de la connectivité) ont construit des ``data center'', des immenses
salles uniquement réservées à de l'hébergement de machines, dans des
conditions très contrôlés (vérification des accès, sécurisation de
l'alimentation électrique des machines, systèmes anti-incendie, etc...)
Elles revendent donc à d'autres sociétés de l'espace pour y stocker des
machines. Ces sociétés installent des machines et peuvent en revendre
l'utilisation (en totalité ou en partie) à des hébergeurs.
Aussi, même si vous traitez avec un hébergeur français, physiquement les
machines de l'hébergeur sur lesquelles seront stockées vos pages Web
pourront très bien se trouver aux États-Unis ou ailleurs dans le monde.
Les hébergeurs peuvent avoir des revendeurs : il peut donc être
pertinent de savoir si vous vous adressez directement à l'hébergeur qui
possède les machines ou un intermédiaire qui revend de l'espace disque.
Les hébergeurs peuvent vous proposer d'héberger votre site sur une de
leurs machines. Cette machine contiendra en fait plusieurs sites Webs de
plusieurs de leurs clients : les capacités notamment matérielles de la
machine sont donc partagées entre tous les sites hébergés, c'est
l'hébergement mutualisé.
L'hébergeur peut aussi vous proposer d'héberger votre serveur, ou
d'acheter un serveur pour votre unique usage. Vous avez alors un serveur
dédié, sur lequel vous avez la main complètement, ie sur lequel vous
pouvez installer ce que vous voulez, sans gêner qui que ce soit
puisqu'il n'y aura que votre site Web dessus.
L'hébergement sur serveur dédié est bien entendu plus onéreux qu'en
mutualisé : cependant il devient indispensable si votre site Web a trop
de succès (trop de hits), si vous avez des besoins bien particuliers qui
ne peuvent être disponibles de manière mutualisée.
L'hébergement sur serveur dédié nécessite l'installation du serveur et
son suivi (comme sauvegardes, mise à jour des logiciels lorsque l'on
découvre des failles de sécurité, etc...). Ceci peut être fait par votre
hébergeur, ou vous pouvez choisir de vous en occuper.
Il existe également ce qu'on appelle l'hébergement sur "serveur virtuel".
Techniquement il s'agit d'un hébergement mutualisé. Mais d'un point de
vue pratique, l'hébergeur met à la disposition du webmaster les mêmes
fonctionnalités que pour un serveur dédié. Cette offre permet de
paramétrer et de contrôler le site web un peu plus finement que dans
le cas d'un hébergement mutualisé simple tout en ayant les mêmes
caractéristiques. (Prix réduit vis à vis d'un serveur dédié, partage
des ressources entre les sites hébergés etc ...)
4) Quels paramètres sont importants dans une offre d'hébergement ?
Dans tous les cas:
* le coût total (frais d'installation, frais mensuels/annuels, frais
exceptionnels, etc...)
* la connectivité de l'hébergeur : outre la bande passante totale
reliant l'hébergeur au reste du monde, il est important de savoir si
l'hébergeur a plusieurs liens vers Internet
* la disponibilité des services spécifiques
dont vous avez besoin (exemples : base de données, langages de
programmation pour scripts CGI, etc...)
* assurance / qualité de service :
que se passe-t-il si votre site Web n'est pas accessible pendant 1h, 4h,
16h quand cela est dû à un problème de l'hébergeur ?
* support technique :
quel est son champ de compétence ? quand est-il contactable : en
journée, le week-end, le soir ? comment peut-on le contacter : par
téléphone, par fax, par email ?
Dans le cas d'un serveur dédié:
* dans quelles conditions est hébergées la machine ?
* avez-vous accès à la salle d'hébergement, pour pouvoir facilement
intervenir sur la machine et/ou la mettre à jour ?
* en cas de problèmes, l'hébergeur peut-il proposer des services
d'administration/redémarrage de votre serveur ?
Dans le cas d'un hébergement mutualisé:
* combien y a-t-il de sites
hébergés sur la même machine?
* quelle est la politique de l'hébergeur si
un des sites prend trop d'ampleur et nuit aux autres sites hébergés sur
la même machine : avertissement au client, proposition commerciale pour
changer d'hébergement, coupure pure et simple ?
Dans tous les cas veillez à bien lire le contrat vous liant à
l'hébergeur afin d'éviter toute mauvaise surprise.
5) Comment trouver l'hébergeur qui corresponde exactement à mes besoins ?
Il n'y a pas de bons et de mauvais hébergeurs en soi. Il faut que vous
fassiez dans un premier temps un bilan précis de vos besoins :
- de quel budget disposez-vous ?
- de quelle fonctionnalité avez-vous absolument besoin pour le bon
fonctionnement de votre site Web ?
- de quelles fonctionnalités aimeriez-vous bien pouvoir disposer sans
que cela soit indispensable tout de suite ?
- comment voyez-vous l'évolution de votre site ? Risque-t-il de
connaître beaucoup de succès ? Dans combien de temps ?
Armé de ces informations vous allez devoir vous pencher sur les
différentes offres disponibles (cf par exemple presse informatique),
collecter des avis autour de vous (connaissances ayant un site Web : où
est-il hébergé ? sont-elles contentes de l'hébergeur ?), poser des
questions _précises_ dans fr.reseaux.internet.hebergement, etc...
6) Que penser de l'hebergeur X, Y ou Z dont on m'a dit le plus grand
bien/mal ? Elle-t-elle mieux que l'offre de A ou B ?
Les offres des hébergeurs sont multiples et évoluent fréquemment. Il est
donc difficile d'avoir un avis tranché et définitif. Il faut bien
évaluer ses besoins et se renseigner, par exemple sur
fr.reseaux.internet.hebergement
Certains sites tentent des comparaisons entre les hébergeurs : veillez
cependant à ce que les avis émis soient objectifs (qui gére le site ?)
et argumentés sur des faits concrets.
Par exemple le site web ``Le journal du net'' propose régulièrement des
statistiques de disponibilité, de pannes et de performances d'une
vingtaine d'hébergeurs en mutualisés et dédiés;
http://solutions.journaldunet.com/dossiers/hebergement/witbe/intro.shtml
C'est un comparatif qui peut vous aider dans votre choix, mais outre
l'absence d'exhaustivité, il ne teste pas tout : le service client, les
relations humaines, la flexibilité de l'offre, etc.
Il vous faudra donc rester vigilant, et peut-être contacter plusieurs
pour dialoguer avec eux.
7) Qu'est-ce que le DNS ? Un serveur de noms ?
Pour qu'un domaine puisse fonctionner et être utilisé sur Internet, il
faut que deux (ou plus) machines (appelées serveurs de noms ou DNS :
Domain Name Server) soient configurées correctement pour gérer votre
domaine. Ces machines ne sont à priori pas les mêmes que celles qui vont
héberger votre site Web ou gérer votre messagerie.
Ces machines vont utiliser le protocole DNS (Domain Name Service) pour
faire ``connaître'' votre nom de domaine sur tout Internet : ce sont
elles qui assurent que les gens voient bien votre site Web et que les
courriers électroniques sur des adresses dans votre domaine soient bien
acheminésvers la bonne machine qui va les traiter.
Ces machines peuvent être celles de votre hébergeur. Certains Registrars
vous permettent aussi d'utiliser leurs DNS pour votre domaine.
Il existe également des DNS gratuits que tout le monde peut utiliser.
Si l'on s'héberge soit-même au travers d'une ligne ADSL par exemple, et
que l'on n'a pas besoin d'un nom particulier, on peut alors réserver
des sous domaines. Par exemple ``le.site.de.tartempion.dyndns.org''
chez dyndns (<http://www.dyndns.org/>).
Le service fourni par dyndns permet d'associer automatiquement
l'adresse fournie par votre FAI (Fournisseur d'Accès Internet) au nom
que vous aurez choisi.
Si vous le souhaitez, vous pouvez également utiliser un serveur DNS
gratuitement : celui de Granite Canyon (http://www.granitecanyon.com/>)
ou encore de ZoneEdit (<http://www.zoneedit.com/>). Il peut par exemple
servir de secours (serveur secondaire ou tertiaire) en cas de panne du
serveur DNS habituel (le serveur primaire).
8) Est-il possible que mon site soit accessible depuis un FAI et pas
depuis un autre ?
Oui, et plus particulièrement à la création d'un domaine (enfin là, le
domaine n'est accessible nulle part), ou à la modification des serveurs
DNS qui lui sont attribués !
Lors de la création d'un domaine, le domaine met quelques heures au
minimum à s'ajouter sur les 'root-servers' qui gère le TLD concerné...
(le temps peut être beaucoup plus long avec certains registars). Une
fois le domaine ajouté sur ces serveurs, tous les FAI le voient...
Lors d'un changement de DNS, le temps de mise à jour sur ces même
serveurs peut également prendre quelques heures (ou plus chez certains
registrars). Lorsque la modification est effective, nous allons prendre
un exemple :
Depuis un fournisseur d'accès A :
le domaine a été accédé peu avant la mise à jour réelle des DNS. Il va
rester inaccessible pendant encore quelques minutes/heures car le
fournisseur d'accès a conservé l'information (l'ancienne) dans un
cache... Il vous fournirait donc la mauvaise information...(et plus
précisemment, si l'information précedente était "pas de correspondance
pour truc.domaine.tld", cela restera sans correspondance, donc comme si
le domaine ne fonctionnait pas)
A noter que presque plus aucun fournisseur d'accès ne fait de cache dns
hormi noos et wanadoo aux dernières nouvelles.
Depuis un fournisseur d'accès B :
le domaine n'a pas été accédé depuis peu, le cache ne contiendra aucune
information, la bonne information sera fournie à votre PC et le domaine
sera accessible.
A moins d'avoir votre propre serveur DNS sur votre PC et de pouvoir
gérer comme vous le voulez (cache ou non, par exemple), vous resterez
dépendant des DNS de votre fournisseur d'accès (et donc de leur cache).
Si vous êtes webmaster et que vous souhaitez mettre des enregistrements
DNS qui passeront par dessus ceux de votre fournisseur d'accès, vous
pouvez éditer sous windows le fichier C:\WINDOWS\HOSTS ou
selon votre version de windows, c:\windows\hosts,
c:\winnt\system32\drivers\etc\hosts ou encore
c:\windows\system32\drivers\etc\hosts) en ajoutant une ligne
correspondant à :
IP-du-serveur-hébergeant-le-domaine www.nom-de-domaine.com
Sous GNU/Linux, généralement dans le fichier /etc/hosts :
IP-du-serveur-hébergeant-le-domaine www.nom-de-domaine.com
Un autre cas fréquent d'accès impossible depuis un FAI vers votre
site et possible depuis un autre est tout simplement une panne chez
un hébergeur.
Tous les FAI et hébergeurs sont connectés les uns aux autres dans
des centres d'interconnexion. Il suffit que la connexion d'un FAI
vers votre hébergeur soit en panne pour que des problèmes apparaissent.
Il est par ailleurs déjà arrivé que certains acteurs en boycottent
d'autres.
9) Qu'est-ce que la bande passante ? comment la mesure-t-on ?
On appelle bande passante la quantité de données par période de temps
qui peut transiter entre votre site et les internautes qui le consultent.
Elle est généralement indiquée en Kb/s (kilobits par seconde) ou Mb/s
(megabits par seconde). C'est la taille du tuyau, le débit maximum.
Il existe principalement deux types de bande passante. Celle qui vous
est dédiée, et celle qui est mutualisée. Selon le même principe que
pour les machines (voir ci-dessus), la bande passant vous sera
totalement consacrée ou sera partagée avec les autres hébergés.
La bande passante dédiée est généralement beaucoup plus onéreuse
puisqu'elle n'est vendue qu'à vous. La bande passante mutualisée est
moins chère, mais aucune garantie de débit ne peut généralement vous
être fournie.
La bande passante dédiée est généralement achetée en fonction du débit
maximal souhaité. Par exemple 256Kb/s ou 1Mb/s. Cependant, cela comporte
une limitation importante : en cas de pic de consultation de votre
site, tous les internautes se partageront la bande passant et le site
leur apparaîtra comme lent. Pour répondre à ce problème, les hébergeurs
peuvent proposer du ``burst''. Ils vous permettent d'augmenter
considérablement votre bande passante durant une période très courte.
Par exemple vous pouvez acheter une bande passante de 1Mb/s liée
à un burst de 10Mb/s. Le débit maximal sur une courte période sera
alors multiplié par 10.
Le burst est généralement conditionné : durée très courte, quantité
totale transmise en burst limitée, etc. sinon vous achéteriez 10Mb/s
pour le prix de 1Mb/s, ce qui paraît peu logique.
Une autre façon de comptabiliser la bande passante est appelée
95 percentile. Elle consiste à comptabiliser périodiquement les
données transférées, puis à supprimer les 5% de périodes les plus
chargées. Ensuite, on divise la somme des transferts par la durée
(généralement le mois), pour obtenir le débit moyen sur cette durée.
Cela permet de ne payer que la bande passante réellement utilisée,
hors pics de connexion.
La bande passante mutualisée n'utilise pas tant d'artifices pour être
mesurée. Deux critères sont généralement utilisés :
-le nombre de hits par mois, qui correspond au nombre de fois où
le navigateur de l'internaute se connecte à votre site, que ce soit
pour télécharger une page, un feuille de style, une image ou tout autre
document situé sur votre hébergement.
Ce nombre est généralement exprimé en milliers par mois. Par exemple
10000 hits/mois.
-la somme des données transférées par mois, qui correspond grosso modo
à la somme de la taille de tous les documents requis par le navigateur
à votre site. Donc les documents HTML mais aussi les images, etc.
Cette somme est généralement exprimée en Go/mois, par exemple 3Go/mois.
Quel que soit le type de bande passante que votre hébergeur vous
propose, il se fournira lui-même chez un opérateur (parfois, l'hébergeur
est aussi opérateur).
Il peut être utile de vérifier chez qui votre hébergeur se fournit.
En particulier savoir s'il possède plusieurs lignes indépendante en cas
de panne de l'une d'entre elles, voire mieux : savoir s'il se fournit
chez plusieurs opérateurs afin que votre site soit toujours disponible,
même en cas de panne sur les équipements de l'un des opérateurs.
C) Installation / Configuration
1) Comment dois-je fournir mes pages Web à mon hébergeur ?
La procédure exacte dépend de l'hébergeur et il faudra donc se
renseigner auprès de lui. Typiquement vous utiliserez un logiciel vous
permettant de faire du FTP (File Transfer Protocol) : vous élaborez
votre site complètement sur votre machine, puis vous transférez
l'ensemble (pages HTML, images, etc...) sur les machines de l'hébergeur.
2) Je change d'hébergeur et le nouveau me demande d'être contact
technique chez le Registrar/de changer de Registrar. Est-ce normal ?
Il est pertinent que l'hébergeur d'un site Web soit contact technique du
domaine concerné : cela lui permet, auprès du Registrar, de changer les
serveurs de noms du domaine en question lorsque ce sont les siens et
qu'il y a des changements en interne, sans avoir à demander au client.
Cependant ce n'est pas une obligation.
D'autre part certains hébergeurs, pour les domaines .com/.org/.net, sont
``liés'' à certains Registrars, en étant revendeurs ou tout simplement
par simplicité : si vous changez d'hébergeur, le nouveau peut vous
demander(ou faire faire) un changement de Registrar. Cependant ceci
n'est absolument pas une obligation : changer d'hébergeur équivaut à
changer les serveurs de noms liés à votre domaine, manipulation à faire
auprès du Registrar gérant votre domaine.
Certains hébergeurs se chargent du payement des frais relatifs au nom de
domaine, en vous refacturant après le montant. Chez d'autres cela sera à
vous de payer directement le Registrar. Quoi qu'il arrive, même si vous
changez d'hébergeur, votre domaine est toujours géré par un Registrar,
lequel devra être payé d'années en années pour assurer la prolongation
de l'existence de votre nom de domaine. Aussi, il peut être important de
connaitre le Registrar qui gère réellement votre domaine, vous trouverez
cette information en fesant un WHOIS sur ce dernier, dans l'entête de la
réponse Registry:
[...]
Registrar: RESERVED-INTERNET ASSIGNED NUMBERS AUTHORITY Whois Server:
whois.iana.org
[...]
(Pour plus d'informations, consultez la FAQ concernant les noms de domaine
de ce même newsgroup.)
Votre hébergeur vous fera aussi payer les frais relatifs à l'hébergement
de vos pages Web.
A noter que certains hébergeurs sont également Registrar, les conditions
sont cependantes similaires à ce qui est dit plus haut.
----------- Fin de la F.A.Q. ---------------------------------------
En cas de difficultés, vous pouvez demander de l'aide sur
fr.reseaux.internet.hebergement...
Contributeurs:
* Patrick <patrick+news -AT- deepcore.org>
* François <francois -AT- teltia.fr>
* Jules <jules -AT- typhon.net>
chihiro
"Jules Vo-Dinh" <ju...@typhon.net> a écrit dans le message de
news:436d325a$0$29516$626a...@news.free.fr...
> Foire Aux Questions du newsgroup fr.reseaux.internet.hebergement.
[...............................................................]
manu-13
> Foire Aux Questions du newsgroup fr.reseaux.internet.hebergement.
>
> n'h�sitez pas � contacter
>
> Version: 1.6
>
> Derni�res modifications:
>
> - Quelques modifications mineurs propos�es par S�bastien W.
>
> ----------- F.A.Q. H�bergement ---------------------------------------
>
> 1) Vaut-il mieux utiliser un h�bergement gratuit ou payant ?
>
> Outre l'h�bergement que vous pouvez avoir via votre fournisseur
> d'acc�s
> Internet, certaines soci�t�s vous proposent d'h�berger
> gratuitement vos
> pages Web sur leurs serveurs, sous certaines conditions.
>
> payants et
> gratuits ne sont pas n�cessairement tr�s diff�rentes.
> Cependant les
> contraintes d'un h�bergeur gratuit sont en g�n�ral plus
> grandes : vos
> pages Web seront souvent accompagn�es de publicit�, l'espace
> disque
> offert sera moindre, les fonctionnalit�s disponibles aussi. La
> qualit�
> de service ne sera pas n�cessairement la m�me, mais ce point doit
> �tre
> �labor� dans le contrat. D'autre part il ne sera pas toujours
> possible
> d'utiliser le domaine de son choix avec un h�bergement gratuit.
>
> Il est donc bon de tester les diff�rentes offres et de se faire son
> propre avis. Pour un ``petit'' site, non commercial, un h�bergement
> gratuit peut �tre tout � fait suffisant dans un premier temps.
>
> 2) Faut-il pr�f�rer une soci�t� nationale voire
> internationale tr�s
> connue et ayant de nombreux clients � une petite soci�t�
> plus locale,
> ayant moins de clients ou l'inverse ?
>
> pourra avoir une
> bonne (ou une mauvaise) exp�rience dans un cas comme dans l'autre.
>
> Une grande soci�t� devrait pouvoir vous offrir une panoplie de
> services
> plus grande, plus de garanties, plus de r�f�rences (clients
> pr�c�dents)
> et des tarifs moins �lev�s. Cependant vous risquez rapidement de
> perdre
> toutcontact humain (en ayant � chaque fois un interlocuteur
> diff�rent
> pour vos probl�mes) et d'avoir l'impression d'�tre un client comme
> un
> autre, perdu au milieu de tous les autres.
>
> vos
> besoins en r�fl�chissant avec vous � quelque chose sur
> mesure, elle sera
> plus proche de vous (localement) et vous pourrez donc plus facilement
> moins de garanties.
>
> 3) Qu'est-ce que l'h�bergement mutualis� ? Sur serveur
> d�di� ? Et sur
> serveur virtuel ?
>
> Dans le monde, quelques grosses soci�t�s (souvent celles qui
> fournissent
> de la connectivit�) ont construit des ``data center'', des immenses
> salles uniquement r�serv�es � de l'h�bergement de
> machines, dans des
> conditions tr�s contr�l�s (v�rification des
> acc�s, s�curisation de
> l'alimentation �lectrique des machines, syst�mes anti-incendie,
> etc...)
> Elles revendent donc � d'autres soci�t�s de l'espace pour
> y stocker des
> machines. Ces soci�t�s installent des machines et peuvent en
> revendre
> l'utilisation (en totalit� ou en partie) � des
> h�bergeurs.
>
> Aussi, m�me si vous traitez avec un h�bergeur fran�ais,
> physiquement les
> machines de l'h�bergeur sur lesquelles seront stock�es vos pages
> Web
> pourront tr�s bien se trouver aux �tats-Unis ou ailleurs dans le
> monde.
>
> Les h�bergeurs peuvent avoir des revendeurs : il peut donc �tre
> pertinent de savoir si vous vous adressez directement �
> l'h�bergeur qui
> poss�de les machines ou un interm�diaire qui revend de l'espace
> disque.
>
> Les h�bergeurs peuvent vous proposer d'h�berger votre site sur
> une de
> leurs machines. Cette machine contiendra en fait plusieurs sites Webs de
> de la
> machine sont donc partag�es entre tous les sites h�berg�s,
> c'est
> l'h�bergement mutualis�.
>
> L'h�bergeur peut aussi vous proposer d'h�berger votre serveur,
> ou
> d'acheter un serveur pour votre unique usage. Vous avez alors un serveur
> lequel vous
> pouvez installer ce que vous voulez, sans g�ner qui que ce soit
>
> on�reux qu'en
> mutualis� : cependant il devient indispensable si votre site Web a trop
>
> de succ�s (trop de hits), si vous avez des besoins bien particuliers qui
>
> ne peuvent �tre disponibles de mani�re mutualis�e.
>
> L'h�bergement sur serveur d�di� n�cessite
> l'installation du serveur et
> d�couvre des failles de s�curit�, etc...). Ceci peut
> �tre fait par votre
> h�bergeur, ou vous pouvez choisir de vous en occuper.
>
> Il existe �galement ce qu'on appelle l'h�bergement sur
> "serveur virtuel".
> Techniquement il s'agit d'un h�bergement mutualis�. Mais d'un
> point de
> vue pratique, l'h�bergeur met � la disposition du webmaster les
> m�mes
> fonctionnalit�s que pour un serveur d�di�. Cette offre
> permet de
> param�trer et de contr�ler le site web un peu plus finement que
> dans
> le cas d'un h�bergement mutualis� simple tout en ayant les
> m�mes
> caract�ristiques. (Prix r�duit vis � vis d'un serveur
> d�di�, partage
> des ressources entre les sites h�berg�s etc ...)
>
> 4) Quels param�tres sont importants dans une offre d'h�bergement
> ?
>
> Dans tous les cas:
> exceptionnels, etc...)
> * la connectivit� de l'h�bergeur : outre la bande passante totale
>
> reliant l'h�bergeur au reste du monde, il est important de savoir si
> l'h�bergeur a plusieurs liens vers Internet
> * la disponibilit� des services sp�cifiques
> dont vous avez besoin (exemples : base de donn�es, langages de
> programmation pour scripts CGI, etc...)
> que se passe-t-il si votre site Web n'est pas accessible pendant 1h, 4h,
> ?
> * support technique :
> quel est son champ de comp�tence ? quand est-il contactable : en
> journ�e, le week-end, le soir ? comment peut-on le contacter : par
> t�l�phone, par fax, par email ?
>
> Dans le cas d'un serveur d�di�:
> * dans quelles conditions est h�berg�es la machine ?
> * avez-vous acc�s � la salle d'h�bergement, pour pouvoir
> facilement
> intervenir sur la machine et/ou la mettre � jour ?
> * en cas de probl�mes, l'h�bergeur peut-il proposer des services
> d'administration/red�marrage de votre serveur ?
>
> Dans le cas d'un h�bergement mutualis�:
> * combien y a-t-il de sites
> * quelle est la politique de l'h�bergeur si
> un des sites prend trop d'ampleur et nuit aux autres sites
> la m�me machine : avertissement au client, proposition commerciale pour
> changer d'h�bergement, coupure pure et simple ?
>
> Dans tous les cas veillez � bien lire le contrat vous liant �
> l'h�bergeur afin d'�viter toute mauvaise surprise.
>
> 5) Comment trouver l'h�bergeur qui corresponde exactement � mes
> besoins ?
>
> Il n'y a pas de bons et de mauvais h�bergeurs en soi. Il faut que vous
> fassiez dans un premier temps un bilan pr�cis de vos besoins :
> - de quel budget disposez-vous ?
> fonctionnement de votre site Web ?
> conna�tre beaucoup de succ�s ? Dans combien de temps ?
>
> Arm� de ces informations vous allez devoir vous pencher sur les
> diff�rentes offres disponibles (cf par exemple presse informatique),
> collecter des avis autour de vous (connaissances ayant un site Web : o�
> est-il h�berg� ? sont-elles contentes de l'h�bergeur ?),
> poser des
> questions _pr�cises_ dans fr.reseaux.internet.hebergement, etc...
>
> 6) Que penser de l'hebergeur X, Y ou Z dont on m'a dit le plus grand
> bien/mal ? Elle-t-elle mieux que l'offre de A ou B ?
>
> fr�quemment. Il est
> donc difficile d'avoir un avis tranch� et d�finitif. Il faut bien
>
> �valuer ses besoins et se renseigner, par exemple sur
> fr.reseaux.internet.hebergement
>
> Certains sites tentent des comparaisons entre les h�bergeurs : veillez
> cependant � ce que les avis �mis soient objectifs (qui
> g�re le site ?)
> et argument�s sur des faits concrets.
>
> Par exemple le site web ``Le journal du net'' propose
> statistiques de disponibilit�, de pannes et de performances d'une
> vingtaine d'h�bergeurs en mutualis�s et d�di�s;
> http://solutions.journaldunet.com/dossiers/hebergement/witbe/intro.shtml
>
> C'est un comparatif qui peut vous aider dans votre choix, mais outre
> relations humaines, la flexibilit� de l'offre, etc.
> Il vous faudra donc rester vigilant, et peut-�tre contacter plusieurs
> pour dialoguer avec eux.
>
> 7) Qu'est-ce que le DNS ? Un serveur de noms ?
>
> Internet, il
> faut que deux (ou plus) machines (appel�es serveurs de noms ou DNS :
> Domain Name Server) soient configur�es correctement pour g�rer
> votre
> domaine. Ces machines ne sont � priori pas les m�mes que celles
> qui vont
> h�berger votre site Web ou g�rer votre messagerie.
>
> Ces machines vont utiliser le protocole DNS (Domain Name Service) pour
>
> achemin�svers la bonne machine qui va les traiter.
>
> Ces machines peuvent �tre celles de votre h�bergeur. Certains
> Registrars
> vous permettent aussi d'utiliser leurs DNS pour votre domaine.
>
> Si l'on s'h�berge soit-m�me au travers d'une ligne ADSL par
> exemple, et
> que l'on n'a pas besoin d'un nom particulier, on peut alors r�server
> des sous domaines. Par exemple ``le.site.de.tartempion.dyndns.org''
> chez dyndns (<http://www.dyndns.org/>).
> Le service fourni par dyndns permet d'associer automatiquement
> que vous aurez choisi.
>
> Si vous le souhaitez, vous pouvez �galement utiliser un serveur DNS
> gratuitement : celui de Granite Canyon (http://www.granitecanyon.com/>)
> ou encore de ZoneEdit (<http://www.zoneedit.com/>). Il peut par exemple
> servir de secours (serveur secondaire ou tertiaire) en cas de panne du
> serveur DNS habituel (le serveur primaire).
>
> 8) Est-il possible que mon site soit accessible depuis un FAI et pas
> depuis un autre ?
>
> (enfin l�, le
> domaine n'est accessible nulle part), ou � la modification des serveurs
> DNS qui lui sont attribu�s !
>
> Lors de la cr�ation d'un domaine, le domaine met quelques heures au
> minimum � s'ajouter sur les 'root-servers' qui g�re le TLD
> concern�...
> (le temps peut �tre beaucoup plus long avec certains registars). Une
> fois le domaine ajout� sur ces serveurs, tous les FAI le voient...
>
> Lors d'un changement de DNS, le temps de mise � jour sur ces m�me
>
> serveurs peut �galement prendre quelques heures (ou plus chez certains
> un exemple :
>
> le domaine a �t� acc�d� peu avant la mise �
> jour r�elle des DNS. Il va
> rester inaccessible pendant encore quelques minutes/heures car le
>
> cache... Il vous fournirait donc la mauvaise information...(et plus
> de correspondance
> pour truc.domaine.tld", cela restera sans correspondance, donc comme si
> le domaine ne fonctionnait pas)
>
> hormi noos et wanadoo aux derni�res nouvelles.
>
> Depuis un fournisseur d'acc�s B :
> le domaine n'a pas �t� acc�d� depuis peu, le cache
> ne contiendra aucune
> information, la bonne information sera fournie � votre PC et le domaine
> sera accessible.
>
> A moins d'avoir votre propre serveur DNS sur votre PC et de pouvoir
> d�pendant des DNS de votre fournisseur d'acc�s (et donc de leur
> cache).
>
> Si vous �tes webmaster et que vous souhaitez mettre des enregistrements
> DNS qui passeront par dessus ceux de votre fournisseur d'acc�s, vous
> pouvez �diter sous windows le fichier C:WINDOWSHOSTS ou
> selon votre version de windows, c:windowshosts,
> c:winntsystem32driversetchosts ou encore
> c:windowssystem32driversetchosts) en ajoutant une ligne
> correspondant � :
>
> IP-du-serveur-h�bergeant-le-domaine www.nom-de-domaine.com
>
> Sous GNU/Linux, g�n�ralement dans le fichier /etc/hosts :
> IP-du-serveur-h�bergeant-le-domaine www.nom-de-domaine.com
>
> Un autre cas fr�quent d'acc�s impossible depuis un FAI vers
> votre
> site et possible depuis un autre est tout simplement une panne chez
>
> Tous les FAI et h�bergeurs sont connect�s les uns aux autres
> dans
> des centres d'interconnexion. Il suffit que la connexion d'un FAI
> apparaissent.
> Il est par ailleurs d�j� arriv� que certains acteurs en
> boycottent
> d'autres.
>
> 9) Qu'est-ce que la bande passante ? comment la mesure-t-on ?
>
> p�riode de temps
> qui peut transiter entre votre site et les internautes qui le consultent.
> seconde) ou Mb/s
> (megabits par seconde). C'est la taille du tuyau, le d�bit maximum.
>
> Il existe principalement deux types de bande passante. Celle qui vous
> m�me principe que
> pour les machines (voir ci-dessus), la bande passant vous sera
> h�berg�s.
> La bande passante d�di�e est g�n�ralement beaucoup
> plus on�reuse
> puisqu'elle n'est vendue qu'� vous. La bande passante mutualis�e
> est
> moins ch�re, mais aucune garantie de d�bit ne peut
> g�n�ralement vous
> �tre fournie.
>
> La bande passante d�di�e est g�n�ralement
> achet�e en fonction du d�bit
> maximal souhait�. Par exemple 256Kb/s ou 1Mb/s. Cependant, cela
> comporte
> une limitation importante : en cas de pic de consultation de votre
> site, tous les internautes se partageront la bande passant et le site
> probl�me, les h�bergeurs
> peuvent proposer du ``burst''. Ils vous permettent d'augmenter
> tr�s courte.
> Par exemple vous pouvez acheter une bande passante de 1Mb/s li�e
> � un burst de 10Mb/s. Le d�bit maximal sur une courte
> p�riode sera
> alors multipli� par 10.
> Le burst est g�n�ralement conditionn� : dur�e
> tr�s courte, quantit�
> totale transmise en burst limit�e, etc. sinon vous ach�teriez
> 10Mb/s
> pour le prix de 1Mb/s, ce qui para�t peu logique.
>
> Une autre fa�on de comptabiliser la bande passante est appel�e
> 95 percentile. Elle consiste � comptabiliser p�riodiquement les
> donn�es transf�r�es, puis � supprimer les 5% de
> p�riodes les plus
> charg�es. Ensuite, on divise la somme des transferts par la
> dur�e
> (g�n�ralement le mois), pour obtenir le d�bit moyen sur
> cette dur�e.
> Cela permet de ne payer que la bande passante r�ellement
> utilis�e,
> hors pics de connexion.
>
> La bande passante mutualis�e n'utilise pas tant d'artifices pour
> �tre
> mesur�e. Deux crit�res sont g�n�ralement
> utilis�s :
>
> -le nombre de hits par mois, qui correspond au nombre de fois o�
> le navigateur de l'internaute se connecte � votre site, que ce soit
> pour t�l�charger une page, un feuille de style, une image ou tout
> autre
> document situ� sur votre h�bergement.
> Ce nombre est g�n�ralement exprim� en milliers par mois.
> Par exemple
> 10000 hits/mois.
>
> -la somme des donn�es transf�r�es par mois, qui correspond
> grosso modo
> � la somme de la taille de tous les documents requis par le navigateur
> � votre site. Donc les documents HTML mais aussi les images, etc.
> Cette somme est g�n�ralement exprim�e en Go/mois, par
> exemple 3Go/mois.
>
> Quel que soit le type de bande passante que votre h�bergeur vous
> propose, il se fournira lui-m�me chez un op�rateur (parfois,
> l'h�bergeur
> est aussi op�rateur).
> Il peut �tre utile de v�rifier chez qui votre h�bergeur se
> fournit.
> En particulier savoir s'il poss�de plusieurs lignes ind�pendante
> en cas
> de panne de l'une d'entre elles, voire mieux : savoir s'il se fournit
>
> m�me en cas de panne sur les �quipements de l'un des
> op�rateurs.
>
> C) Installation / Configuration
> 1) Comment dois-je fournir mes pages Web � mon h�bergeur ?
>
> La proc�dure exacte d�pend de l'h�bergeur et il faudra
> donc se
> renseigner aupr�s de lui. Typiquement vous utiliserez un logiciel vous
> permettant de faire du FTP (File Transfer Protocol) : vous �laborez
> votre site compl�tement sur votre machine, puis vous transf�rez
>
> 2) Je change d'h�bergeur et le nouveau me demande d'�tre contact
>
> du
> domaine concern� : cela lui permet, aupr�s du Registrar, de
> changer les
> serveurs de noms du domaine en question lorsque ce sont les siens et
>
> sont
> ``li�s'' � certains Registrars, en �tant revendeurs ou
> tout simplement
> par simplicit� : si vous changez d'h�bergeur, le nouveau peut
> vous
> demander(ou faire faire) un changement de Registrar. Cependant ceci
> �quivaut �
> changer les serveurs de noms li�s � votre domaine, manipulation
> � faire
> aupr�s du Registrar g�rant votre domaine.
>
> Certains h�bergeurs se chargent du payement des frais relatifs au nom
> de
> domaine, en vous refacturant apr�s le montant. Chez d'autres cela sera
> �
> vous de payer directement le Registrar. Quoi qu'il arrive, m�me si vous
> changez d'h�bergeur, votre domaine est toujours g�r� par
> un Registrar,
> lequel devra �tre pay� d'ann�es en ann�es pour
> assurer la prolongation
> de l'existence de votre nom de domaine. Aussi, il peut �tre important de
> connaitre le Registrar qui g�re r�ellement votre domaine, vous
> trouverez
> cette information en fesant un WHOIS sur ce dernier, dans l'ent�te de la
> r�ponse Registry:
>
> [...]
> Registrar: RESERVED-INTERNET ASSIGNED NUMBERS AUTHORITY Whois Server:
> whois.iana.org
> [...]
>
> (Pour plus d'informations, consultez la FAQ concernant les noms de domaine
>
> Votre h�bergeur vous fera aussi payer les frais relatifs �
> l'h�bergement
> de vos pages Web.
>
> A noter que certains h�bergeurs sont �galement Registrar, les
> conditions
> sont cependantes similaires � ce qui est dit plus haut.
>
> ----------- Fin de la F.A.Q. ---------------------------------------
>
sur ceux qui h�bergent !
Pour ma part, j'aimerai juste dire ceci, faisant parti d'une petite soci�t�
d'h�bergement et ayant des retours clients assez nombreux, d'exp�rience chez de
gros h�bergeurs, je peux vous assurer qu'une fois qu'ils sont chez nous ils ne
veulent plus en partir !
Vous allez me dire, pourquoi ?
Et bien par ce que nous proposons, des services et des produits que nul autre
propose, � des prix tr�s compl�tifs, je dirai m�me discount, avec un suivi du
client individuel !
Nos offres en ligne sont pr� install�es, mais nous pouvons selon le besoin du
client, adapter une offre ou un service en fonction du client et de ces
demandes, �a les grosses soci�t�s ne savent pas faire ou ne veulent plus faire
!
D'autant plus que maintenant les abonnement sont de courte dur�e et n'engagent
pas de grosses sommes et il est tout � fait possible de quitter un petit
h�bergeur comme nous et en ne pas renouvelant, pas comme chez certains (gros)
h�bergeurs, qui une fois qu'ils ont votre num�ro de CB, il vous ait tr�s
difficile de vous en s�parer (je ne citerai bien sur aucun nom) !
Voil� tout cela pour dire qu'il ne faut pas avoir peur des petits h�bergeur ou
d'une soci�t� qui vient juste de d�marrer, bien au contraire, le service et les
prix n'en seront que meilleurs !
Je ne ferai pas de pub ici, mais vous pouvez m'envoyer un Mail, je vous
fournirai plus d'explications.
Merci pour cette FAQ et merci de m'avoir lu!
@+
manu-13
> Merci Jules pour tous ces renseignements !!!
>
>
> message de
> news:436d325a$0$29516$
>> Foire Aux Questions du newsgroup fr.reseaux.internet.hebergement.
>>
> [...............................................................]
>> fr.reseaux.internet.hebergement...
>>
>> Contributeurs:
>> * Patrick <patrick+news -AT- deepcore.org>
admi...@orange.fr
Merci...
manu-13
> Foire Aux Questions du newsgroup fr.reseaux.internet.hebergement.
>
> n'h�sitez pas � contacter
>
> Version: 1.6
>
> Derni�res modifications:
>
> - Quelques modifications mineurs propos�es par S�bastien W.
>
> ----------- F.A.Q. H�bergement ---------------------------------------
>
> 1) Vaut-il mieux utiliser un h�bergement gratuit ou payant ?
>
> Outre l'h�bergement que vous pouvez avoir via votre fournisseur
> d'acc�s
> Internet, certaines soci�t�s vous proposent d'h�berger
> pages Web sur leurs serveurs, sous certaines conditions.
>
> gratuits ne sont pas n�cessairement tr�s diff�rentes.
> contraintes d'un h�bergeur gratuit sont en g�n�ral plus
> grandes : vos
> pages Web seront souvent accompagn�es de publicit�, l'espace
> disque
> qualit�
> de service ne sera pas n�cessairement la m�me, mais ce point doit
> �tre
> possible
>
> Il est donc bon de tester les diff�rentes offres et de se faire son
> propre avis. Pour un ``petit'' site, non commercial, un h�bergement
> gratuit peut �tre tout � fait suffisant dans un premier temps.
>
> 2) Faut-il pr�f�rer une soci�t� nationale voire
> internationale tr�s
> connue et ayant de nombreux clients � une petite soci�t�
> ayant moins de clients ou l'inverse ?
>
> pourra avoir une
> bonne (ou une mauvaise) exp�rience dans un cas comme dans l'autre.
>
> Une grande soci�t� devrait pouvoir vous offrir une panoplie de
> services
> plus grande, plus de garanties, plus de r�f�rences (clients
> pr�c�dents)
> perdre
> diff�rent
> un
> autre, perdu au milieu de tous les autres.
>
> vos
> besoins en r�fl�chissant avec vous � quelque chose sur
> mesure, elle sera
> plus proche de vous (localement) et vous pourrez donc plus facilement
> moins de garanties.
>
> serveur virtuel ?
>
> Dans le monde, quelques grosses soci�t�s (souvent celles qui
> fournissent
> de la connectivit�) ont construit des ``data center'', des immenses
> machines, dans des
> acc�s, s�curisation de
> etc...)
> Elles revendent donc � d'autres soci�t�s de l'espace pour
> y stocker des
> machines. Ces soci�t�s installent des machines et peuvent en
> revendre
> h�bergeurs.
>
> physiquement les
> machines de l'h�bergeur sur lesquelles seront stock�es vos pages
> Web
> monde.
>
> pertinent de savoir si vous vous adressez directement �
> l'h�bergeur qui
> disque.
>
> Les h�bergeurs peuvent vous proposer d'h�berger votre site sur
> une de
> leurs machines. Cette machine contiendra en fait plusieurs sites Webs de
> machine sont donc partag�es entre tous les sites h�berg�s,
> c'est
> l'h�bergement mutualis�.
>
> ou
> d'acheter un serveur pour votre unique usage. Vous avez alors un serveur
> lequel vous
> pouvez installer ce que vous voulez, sans g�ner qui que ce soit
>
> on�reux qu'en
> mutualis� : cependant il devient indispensable si votre site Web a trop
>
> de succ�s (trop de hits), si vous avez des besoins bien particuliers qui
>
> ne peuvent �tre disponibles de mani�re mutualis�e.
>
> L'h�bergement sur serveur d�di� n�cessite
> d�couvre des failles de s�curit�, etc...). Ceci peut
> �tre fait par votre
>
> Il existe �galement ce qu'on appelle l'h�bergement sur
> "serveur virtuel".
> Techniquement il s'agit d'un h�bergement mutualis�. Mais d'un
> point de
> vue pratique, l'h�bergeur met � la disposition du webmaster les
> m�mes
> fonctionnalit�s que pour un serveur d�di�. Cette offre
> permet de
> dans
> le cas d'un h�bergement mutualis� simple tout en ayant les
> m�mes
> caract�ristiques. (Prix r�duit vis � vis d'un serveur
> d�di�, partage
> des ressources entre les sites h�berg�s etc ...)
>
> ?
>
> Dans tous les cas:
> exceptionnels, etc...)
> * la connectivit� de l'h�bergeur : outre la bande passante totale
>
> reliant l'h�bergeur au reste du monde, il est important de savoir si
> l'h�bergeur a plusieurs liens vers Internet
> * la disponibilit� des services sp�cifiques
> programmation pour scripts CGI, etc...)
> que se passe-t-il si votre site Web n'est pas accessible pendant 1h, 4h,
> * support technique :
> quel est son champ de comp�tence ? quand est-il contactable : en
> journ�e, le week-end, le soir ? comment peut-on le contacter : par
> t�l�phone, par fax, par email ?
>
> Dans le cas d'un serveur d�di�:
> * dans quelles conditions est h�berg�es la machine ?
> facilement
> intervenir sur la machine et/ou la mettre � jour ?
> d'administration/red�marrage de votre serveur ?
>
> Dans le cas d'un h�bergement mutualis�:
> * combien y a-t-il de sites
> * quelle est la politique de l'h�bergeur si
> un des sites prend trop d'ampleur et nuit aux autres sites
> changer d'h�bergement, coupure pure et simple ?
>
> Dans tous les cas veillez � bien lire le contrat vous liant �
> l'h�bergeur afin d'�viter toute mauvaise surprise.
>
> besoins ?
>
> Il n'y a pas de bons et de mauvais h�bergeurs en soi. Il faut que vous
> fassiez dans un premier temps un bilan pr�cis de vos besoins :
> - de quel budget disposez-vous ?
> fonctionnement de votre site Web ?
> conna�tre beaucoup de succ�s ? Dans combien de temps ?
>
> Arm� de ces informations vous allez devoir vous pencher sur les
> diff�rentes offres disponibles (cf par exemple presse informatique),
> collecter des avis autour de vous (connaissances ayant un site Web : o�
> est-il h�berg� ? sont-elles contentes de l'h�bergeur ?),
> poser des
>
> 6) Que penser de l'hebergeur X, Y ou Z dont on m'a dit le plus grand
> bien/mal ? Elle-t-elle mieux que l'offre de A ou B ?
>
> fr�quemment. Il est
> donc difficile d'avoir un avis tranch� et d�finitif. Il faut bien
>
> fr.reseaux.internet.hebergement
>
> cependant � ce que les avis �mis soient objectifs (qui
> g�re le site ?)
>
> Par exemple le site web ``Le journal du net'' propose
> statistiques de disponibilit�, de pannes et de performances d'une
> vingtaine d'h�bergeurs en mutualis�s et d�di�s;
>
> C'est un comparatif qui peut vous aider dans votre choix, mais outre
> relations humaines, la flexibilit� de l'offre, etc.
> Il vous faudra donc rester vigilant, et peut-�tre contacter plusieurs
> pour dialoguer avec eux.
>
> 7) Qu'est-ce que le DNS ? Un serveur de noms ?
>
> Internet, il
> faut que deux (ou plus) machines (appel�es serveurs de noms ou DNS :
> Domain Name Server) soient configur�es correctement pour g�rer
> domaine. Ces machines ne sont � priori pas les m�mes que celles
> qui vont
>
> Ces machines vont utiliser le protocole DNS (Domain Name Service) pour
>
> achemin�svers la bonne machine qui va les traiter.
>
> Registrars
> vous permettent aussi d'utiliser leurs DNS pour votre domaine.
>
> Si l'on s'h�berge soit-m�me au travers d'une ligne ADSL par
> exemple, et
> que l'on n'a pas besoin d'un nom particulier, on peut alors r�server
> des sous domaines. Par exemple ``le.site.de.tartempion.dyndns.org''
> chez dyndns (<http://www.dyndns.org/>).
> Le service fourni par dyndns permet d'associer automatiquement
> que vous aurez choisi.
>
> Si vous le souhaitez, vous pouvez �galement utiliser un serveur DNS
> gratuitement : celui de Granite Canyon (http://www.granitecanyon.com/>)
> ou encore de ZoneEdit (<http://www.zoneedit.com/>). Il peut par exemple
> servir de secours (serveur secondaire ou tertiaire) en cas de panne du
> serveur DNS habituel (le serveur primaire).
>
> 8) Est-il possible que mon site soit accessible depuis un FAI et pas
> depuis un autre ?
>
> (enfin l�, le
> domaine n'est accessible nulle part), ou � la modification des serveurs
> DNS qui lui sont attribu�s !
>
> Lors de la cr�ation d'un domaine, le domaine met quelques heures au
> minimum � s'ajouter sur les 'root-servers' qui g�re le TLD
> concern�...
> (le temps peut �tre beaucoup plus long avec certains registars). Une
> fois le domaine ajout� sur ces serveurs, tous les FAI le voient...
>
> Lors d'un changement de DNS, le temps de mise � jour sur ces m�me
>
> un exemple :
>
> le domaine a �t� acc�d� peu avant la mise �
> rester inaccessible pendant encore quelques minutes/heures car le
>
> cache... Il vous fournirait donc la mauvaise information...(et plus
> de correspondance
> pour truc.domaine.tld", cela restera sans correspondance, donc comme si
> le domaine ne fonctionnait pas)
>
> hormi noos et wanadoo aux derni�res nouvelles.
>
> Depuis un fournisseur d'acc�s B :
> le domaine n'a pas �t� acc�d� depuis peu, le cache
> ne contiendra aucune
> information, la bonne information sera fournie � votre PC et le domaine
> sera accessible.
>
> A moins d'avoir votre propre serveur DNS sur votre PC et de pouvoir
> d�pendant des DNS de votre fournisseur d'acc�s (et donc de leur
> cache).
>
> DNS qui passeront par dessus ceux de votre fournisseur d'acc�s, vous
> pouvez �diter sous windows le fichier C:WINDOWSHOSTS ou
> selon votre version de windows, c:windowshosts,
> c:winntsystem32driversetchosts ou encore
> c:windowssystem32driversetchosts) en ajoutant une ligne
> correspondant � :
>
> IP-du-serveur-h�bergeant-le-domaine www.nom-de-domaine.com
>
> Sous GNU/Linux, g�n�ralement dans le fichier /etc/hosts :
> IP-du-serveur-h�bergeant-le-domaine www.nom-de-domaine.com
>
> votre
> site et possible depuis un autre est tout simplement une panne chez
>
> Tous les FAI et h�bergeurs sont connect�s les uns aux autres
> dans
> des centres d'interconnexion. Il suffit que la connexion d'un FAI
> apparaissent.
> Il est par ailleurs d�j� arriv� que certains acteurs en
> boycottent
> d'autres.
>
> 9) Qu'est-ce que la bande passante ? comment la mesure-t-on ?
>
> qui peut transiter entre votre site et les internautes qui le consultent.
> seconde) ou Mb/s
> (megabits par seconde). C'est la taille du tuyau, le d�bit maximum.
>
> Il existe principalement deux types de bande passante. Celle qui vous
> pour les machines (voir ci-dessus), la bande passant vous sera
> h�berg�s.
> La bande passante d�di�e est g�n�ralement beaucoup
> plus on�reuse
> puisqu'elle n'est vendue qu'� vous. La bande passante mutualis�e
> est
> moins ch�re, mais aucune garantie de d�bit ne peut
> g�n�ralement vous
> �tre fournie.
>
> La bande passante d�di�e est g�n�ralement
> achet�e en fonction du d�bit
> comporte
> une limitation importante : en cas de pic de consultation de votre
> site, tous les internautes se partageront la bande passant et le site
> probl�me, les h�bergeurs
> tr�s courte.
> Par exemple vous pouvez acheter une bande passante de 1Mb/s li�e
> � un burst de 10Mb/s. Le d�bit maximal sur une courte
> p�riode sera
> alors multipli� par 10.
> Le burst est g�n�ralement conditionn� : dur�e
> tr�s courte, quantit�
> totale transmise en burst limit�e, etc. sinon vous ach�teriez
> pour le prix de 1Mb/s, ce qui para�t peu logique.
>
> Une autre fa�on de comptabiliser la bande passante est appel�e
> 95 percentile. Elle consiste � comptabiliser p�riodiquement les
> donn�es transf�r�es, puis � supprimer les 5% de
> p�riodes les plus
> charg�es. Ensuite, on divise la somme des transferts par la
> dur�e
> (g�n�ralement le mois), pour obtenir le d�bit moyen sur
> cette dur�e.
> utilis�e,
> hors pics de connexion.
>
> �tre
> mesur�e. Deux crit�res sont g�n�ralement
> utilis�s :
>
> le navigateur de l'internaute se connecte � votre site, que ce soit
> pour t�l�charger une page, un feuille de style, une image ou tout
> autre
> document situ� sur votre h�bergement.
> Par exemple
> 10000 hits/mois.
>
> -la somme des donn�es transf�r�es par mois, qui correspond
> grosso modo
> � la somme de la taille de tous les documents requis par le navigateur
> � votre site. Donc les documents HTML mais aussi les images, etc.
> exemple 3Go/mois.
>
> propose, il se fournira lui-m�me chez un op�rateur (parfois,
> l'h�bergeur
> est aussi op�rateur).
> fournit.
> En particulier savoir s'il poss�de plusieurs lignes ind�pendante
> de panne de l'une d'entre elles, voire mieux : savoir s'il se fournit
>
> m�me en cas de panne sur les �quipements de l'un des
> op�rateurs.
>
> 1) Comment dois-je fournir mes pages Web � mon h�bergeur ?
>
> donc se
> permettant de faire du FTP (File Transfer Protocol) : vous �laborez
>
> 2) Je change d'h�bergeur et le nouveau me demande d'�tre contact
>
> du
> domaine concern� : cela lui permet, aupr�s du Registrar, de
> changer les
> serveurs de noms du domaine en question lorsque ce sont les siens et
>
> sont
> ``li�s'' � certains Registrars, en �tant revendeurs ou
> tout simplement
> par simplicit� : si vous changez d'h�bergeur, le nouveau peut
> vous
> demander(ou faire faire) un changement de Registrar. Cependant ceci
> �quivaut �
> changer les serveurs de noms li�s � votre domaine, manipulation
> � faire
> aupr�s du Registrar g�rant votre domaine.
>
> de
> domaine, en vous refacturant apr�s le montant. Chez d'autres cela sera
> �
> vous de payer directement le Registrar. Quoi qu'il arrive, m�me si vous
> un Registrar,
> lequel devra �tre pay� d'ann�es en ann�es pour
> assurer la prolongation
> de l'existence de votre nom de domaine. Aussi, il peut �tre important de
> connaitre le Registrar qui g�re r�ellement votre domaine, vous
> trouverez
> cette information en fesant un WHOIS sur ce dernier, dans l'ent�te de la
>
> [...]
> Registrar: RESERVED-INTERNET ASSIGNED NUMBERS AUTHORITY Whois Server:
> whois.iana.org
> [...]
>
> (Pour plus d'informations, consultez la FAQ concernant les noms de domaine
>
> l'h�bergement
> de vos pages Web.
>
> A noter que certains h�bergeurs sont �galement Registrar, les
> conditions
> sont cependantes similaires � ce qui est dit plus haut.
>
> ----------- Fin de la F.A.Q. ---------------------------------------
>
era
--/--
> Je pense qu'il faut mettre des balises : < admi...@orange.fr >
C'est pas la peine de r�p�ter chaque fois le message initial !