Puis-je rendre mon site disponible dans le monde entier sans louer de serveur d'hébergement?
Je sais que cette question est basique mais je viens de fond iOS et je suis débutant aussi. J'ai besoin d'une conclusion claire sur une partie de ma confusion.
J'ai eu beaucoup de réponses à cette question ayant une contradiction. J'avais cherché sur Google à propos de cette question. Certains disent, pour rendre votre site disponible sur Internet, vous devrez nécessairement:
(1) Hébergez votre site Web sur des fournisseurs de serveurs d'hébergement tels qu'Amazon, GoDaddy, BigRock…
(2) Obtenez un nom de domaine pour votre site web. Tandis que, selon certains, vous pouvez héberger un site Web sur votre propre serveur et le rendre disponible dans le monde entier. Dans ce cas particulier, le client demandera par IP au lieu du nom de domaine.
Ma question est la suivante: puis-je créer un site et le rendre public dans le monde entier avec les conditions suivantes:
- Au lieu d'héberger un site Web sur un fournisseur de services d'hébergement comme Amazon, hébergez-le sur mon propre serveur. Peu importe la bande passante, peu importe les performances, peu importe la disponibilité.
- Je ne veux pas de nom de domaine. Peu importe les personnes accèdent à mon site en utilisant mon adresse IP publique, par exemple. 123.456.789.0 - il suffit d'ajouter cette condition pour cause de curiosité ..
Merci d'avance !!!
Vous pouvez héberger un site Web sur un système domestique, si vous le souhaitez. Il y a une mise en garde, cependant. Certains fournisseurs de services Internet (FAI) n'autorisent pas leurs clients à héberger leurs propres serveurs, tandis que d'autres vous permettent de le faire. Un fournisseur de services Internet qui n'autorise pas les utilisateurs à la maison à héberger leurs propres serveurs peut bloquer le trafic sur les ports couramment utilisés par les serveurs. Par exemple, il peut empêcher une personne d'exécuter son propre serveur de messagerie en bloquant les connexions Internet au port 25 sur les adresses IP attribuées aux utilisateurs particuliers. De même, cela pourrait empêcher quelqu'un d'héberger son propre serveur Web en bloquant le port par défaut utilisé pour HTTP , le port 80 et le port par défaut utilisé pour HTTPS , port 443. Quelqu'un pourrait peut-être contourner un tel blocage en exécutant un serveur Web sur un port non standard. Par exemple, si le serveur Web était configuré pour écouter les connexions HTTP sur le port 7080, si vous pouviez fournir ce numéro de port à toutes les personnes qui pourraient visiter votre site, elles pourraient toujours accéder au serveur. Par exemple, au lieu d'utiliser http://www.example.com/sompage.html ou http://10.0.0.5/somepage.html , les visiteurs du site Web pourraient utiliser http://www.example.com:7080/somepage.html ou http://10.0.0.5/sompage.html . Même si ce trafic pouvait être bloqué par un fournisseur de services Internet.
Cette solution peut fonctionner si vous attendez que votre site Web ne soit visité que par quelques amis, mais peut être plus problématique si vous espérez avoir une audience mondiale sur Internet, car la plupart des gens ne sont pas habitués à inclure un numéro de port lors de leur visite. un site. Toutefois, si vous créez un lien vers votre site à partir d'autres sites, le lien fonctionne tant que le numéro de port est inclus.
Mais supposons que le FAI ne vous empêche pas d’héberger votre propre serveur Web. Vous devrez configurer votre routeur pour transférer le trafic destiné au port HTTP par défaut, et éventuellement HTTPS, si vous utiliserez également ce protocole, vers l'adresse IP privée interne du Web. serveur sur votre réseau local . Cela est nécessaire car la plupart des utilisateurs à domicile disposent d’un routeur effectuant la traduction d’adresses réseau pour les communications entre les systèmes situés derrière le routeur du côté LAN et les systèmes situés sur le système. le côté "extérieur" du routeur, côté Internet, c’est-à-dire le réseau étendu (WAN) . En d'autres termes, ils ont une adresse IP publique externe pour le routeur, mais il peut y avoir plusieurs adresses IP privées pour les systèmes situés derrière le routeur. Par exemple, vous pourriez avoir un ordinateur portable avec une adresse de 192.168.0.4 et un système de bureau avec une adresse IP de 192.168.0.5 derrière le routeur. Ces adresses IP privées ne sont pas routées sur Internet. Un routeur domestique exécute généralement NAT pour permettre aux systèmes externes qui ne voient que l'adresse IP publique de communiquer avec les systèmes situés derrière un routeur avec des adresses IP privées.
La plupart des routeurs domestiques offrent la possibilité d’effectuer la traduction d’adresse réseau et il est généralement assez facile à configurer. Vous devez simplement savoir que vous devez le faire. Certains routeurs peuvent avoir un paramètre zone démilitarisée (DMZ) qui vous permet de spécifier que toutes les connexions provenant de l'extérieur du routeur sont dirigées vers un système particulier situé à l'intérieur du routeur. Si vous souhaitez que votre serveur domestique soit accessible via NAT/PAT, vous devrez probablement lui attribuer une adresse IP statique plutôt qu'une adresse susceptible d'être modifiée, car elle est attribuée via le protocole DHCP ( Dynamic Host Configuration Protocol) , afin que le routeur puisse toujours router les connexions entrantes vers le bon système.
En plus de l’éventuelle modification de l’adresse IP des systèmes situés sur le côté interne de votre routeur, si vous utilisez une connexion réseau domestique, votre fournisseur de services Internet attribue également l’adresse IP externe du routeur via DHCP. Disons qu'il s'agit de xxx.xxx.10.250. Demain, ce sera peut-être xxx.xxx.10.251. Cela dépend de la "durée de bail" que le FAI utilise pour attribuer des adresses IP via DHCP à ses clients. La durée du bail peut être de quelques heures, quelques jours, un mois, etc. Ainsi, si vous indiquez aux personnes que votre serveur Web est accessible à l'adresse xxx.xxx.10.250, vous devrez leur indiquer la nouvelle adresse chaque fois que cela changera. Cependant, pour certains systèmes, même si votre fournisseur de services Internet ne vous fournit pas nécessairement une adresse IP statique, mais une adresse dynamique, elle peut rester la même tant que vous ne remplacez pas le routeur. Par exemple, pour mon service Internet à domicile, je n’ai pas d’adresse IP statique, mais la seule fois où elle a changé au cours de nombreuses années, c’est lorsque j'ai remplacé le routeur. L’équipement du fournisseur de services Internet a alors changé Adresse de contrôle d'accès au média d'un nouveau routeur.
Même si votre adresse IP change fréquemment, vous pourrez peut-être acheter une adresse IP statique auprès du fournisseur de services Internet. Certains vendront une adresse IP statique aux utilisateurs à domicile moyennant des frais mensuels, alors que d'autres ne le feront pas.
Mais une solution que j’utilise lorsque je dois pouvoir me connecter en externe au système d’un utilisateur local pour le dépannage ou pour configurer un serveur domestique consiste à utiliser le système de nom de domaine dynamique . Cela vous permet d'accéder à un serveur domestique en utilisant un nom de domaine complet , par exemple. martijn.example.com, même si l'adresse IP externe du routeur varie. J'utilise No-IP.com , mais il existe également d'autres services DDNS. Le fonctionnement de DDNS consiste à installer un logiciel sur un système interne du routeur, côté réseau local, qui communique périodiquement avec un système fournisseur de service DDNS, de sorte que le fournisseur DDNS connaisse l'adresse IP externe actuelle à partir de laquelle le système communique. . Le fournisseur DDNS met ensuite à jour ses serveurs DNS , qui sont les serveurs qui traduisent les noms de domaine complets, tels que martijn.example.com, en adresses IP, afin de refléter l'adresse IP externe actuelle. adresse pour votre routeur. Ainsi, toute personne mettant martijn.example.com dans son navigateur sera dirigée vers la bonne adresse IP. Certains routeurs ont une option de configuration qui vous permet de spécifier un fournisseur de service DDNS. Vous n'avez donc peut-être même pas besoin d'installer de logiciel sur un système domestique pour que cela fonctionne; vous auriez juste besoin d'avoir un compte avec un fournisseur DDNS.
Les fournisseurs DDNS vous factureront des frais pour utiliser votre propre nom de domaine, par exemple. martijn.com, si vous souhaitez acheter votre propre nom de domaine. Mais vous pourrez même utiliser un service DDNS gratuitement, par exemple, No-IP fournit un service gratuit si vous souhaitez utiliser un nom de domaine fourni par le fournisseur DDNS. Par exemple, si le fournisseur possède exemple.com, vous pourrez peut-être utiliser martijn.example.com gratuitement, mais vous devrez payer pour martijn.com. Par exemple, vous pouvez spécifier un nom d’hôte particulier, par exemple martijn, à utiliser avec l’un de leurs noms de domaine.
J'ai utilisé une telle configuration pour un site Web à domicile pendant de nombreuses années. Si vous disposez d'une connexion Internet assez fiable et que votre fournisseur de services Internet ne bloque pas l'accès aux serveurs domestiques, il peut en fait fonctionner assez bien pour les sites à faible trafic. Par exemple, si vous ne vous attendez pas à recevoir plus de quelques centaines de visiteurs sur votre site chaque jour et que vous ne saturez pas déjà votre bande passante disponible. Cependant, vous devez connaître certaines considérations, à savoir celles que j'ai mentionnées ci-dessus, lors de la configuration d'un serveur domestique, ce qui peut amener certains à recommander l'utilisation d'un service d'hébergement.
Bien qu'une telle configuration puisse même être utilisée pour une petite entreprise ou une entreprise à domicile, je ne le recommanderais pas si l'accès à votre site Web était essentiel, si votre adresse IP externe pouvait changer fréquemment, visite votre site, son système mettra en cache votre adresse IP afin que le système n'ait pas à rechercher l'adresse IP qui va avec le nom lors de la prochaine visite sur le site. Il existe une valeur de durée de vie (TTL) pour ces entrées DNS en cache, de sorte qu'elles expireront et que le système recherchera à nouveau l'adresse IP, mais ils peuvent rester sur un système pendant de nombreuses années. minutes ou même heures. Et d'autres serveurs DNS mettent également en cache les entrées, également. Par exemple, supposons que Mary soit un client de Comcast dont le système se connecte à martijn.example.com. Son système peut interroger les serveurs DNS Comcast pour obtenir l'adresse IP du site Web. Alors maintenant, les serveurs Comcast connaissent l’adresse IP associée au nom de domaine complet. Un autre client de Comcast, Bill, souhaite également visiter votre site. Comme il n'a jamais visité votre site auparavant, son système n'a pas mis en cache la traduction entre martijn.example.com et son adresse IP, mais lorsqu'il interroge un serveur Comcast DNS, si ce serveur connaît déjà l'adresse associée à la FQDN, il fournira la réponse à partir de son cache.
Ainsi, si votre adresse IP change, même si votre serveur ou votre routeur peut mettre à jour en une minute les serveurs DNS du fournisseur DDNS, d'autres utilisateurs peuvent toujours obtenir l'ancienne adresse IP. Votre site Web leur est donc inaccessible jusqu'à ce que leur système ou les serveurs DNS de leur fournisseur de services Internet obtient la nouvelle adresse IP actuelle. En raison de la mise en cache et du paramètre TTL, il est possible que certains systèmes essaient encore de se connecter à l'ancienne adresse IP plusieurs heures plus tard, voire le lendemain. Ce n'est peut-être pas un problème grave si vous souhaitez simplement rendre votre site Web accessible à votre famille et à vos amis, mais si vous exploitez une entreprise, il s'agit probablement d'un problème inacceptable.
Mise à jour pour répondre commentaire:
lorsque vous achetez un nom de domaine auprès d'un registraire de noms de domaine , vous avez souvent la possibilité de spécifier une adresse IP ou des adresses pour les systèmes qui doivent être accessibles via le nom de domaine situé à ces adresses. "parc" temporairement le nom, de sorte qu'il pointe vers les systèmes appartenant au registraire. Lorsque vous êtes prêt à spécifier votre propre adresse IP, les bureaux d'enregistrement proposent généralement des services DNS qui vous permettent de modifier les adresses IP associées aux noms de domaine à tout moment. Beaucoup vous permettent également, via leur service DNS, d’ajuster la valeur TTL, c’est-à-dire la durée pendant laquelle un système doit mettre en cache l’adresse IP associée à un FQDN . Donc, si vous pensiez avoir besoin de changer fréquemment l'adresse IP, spécifiez une durée de vie plus courte. Le registraire peut avoir un minimum de TTL que vous pouvez spécifier, par exemple, 5 minutes ou 30 minutes. La valeur étant généralement spécifiée en secondes, un TTL de 5 minutes apparaîtra sous la forme 300.
Par conséquent, si vous utilisez le service DNS du registraire, vous devrez vous connecter à votre compte auprès de celui-ci et modifier manuellement l'adresse IP ou les adresses associées à votre nom de domaine. Ou bien, vous pouvez également utiliser un fournisseur de service DDNS pour que le changement de conversion de FQDN en adresse IP se fasse automatiquement. Vous pouvez soit acheter le nom de domaine par l'intermédiaire du fournisseur de service DDNS et utiliser ainsi leurs serveurs DNS par défaut, soit acheter le nom de domaine auprès d'un autre registraire et spécifier les adresses IP des serveurs de noms du fournisseur DDNS via la page de configuration de votre site Web fournie par le domaine. nom de registre
Une autre option serait d’exécuter votre propre serveur DNS. Lorsque vous achetez un nom de domaine, vous pouvez spécifier les serveurs de noms à utiliser, soit les serveurs de noms du registraire, soit un autre serveur de noms. Par exemple, vous pourriez avoir le même système qu'un serveur Web soit un serveur DNS. Vous devez vous assurer que le serveur sera accessible sur le port 53, qui est le port par défaut pour DNS, pour UDP et TCP Protocoles IP. Vous pouvez ensuite créer un script/programme sur votre serveur qui vérifie périodiquement quelle adresse IP externe est attribuée à votre routeur et mettre à jour le fichier de zone pour votre nom de domaine sur votre serveur DNS. La configuration d’un serveur DNS est cependant beaucoup plus compliquée que de s’appuyer sur un fournisseur DDNS. Vous pouvez trouver des tutoriels pour configurer un serveur DNS en ligne, si vous souhaitez suivre cet itinéraire plus compliqué. BIND est couramment utilisé pour le service DNS sur les systèmes Linux. Les versions serveur de Windows de Windows, par exemple Windows Server 2012, ont également un service DNS fourni par Microsoft , qui peut également être utilisé. Je suggérerais de commencer par le service DNS du registraire, qui est généralement gratuit lorsque vous avez acheté un nom de domaine auprès du registraire, même si vous pensiez pouvoir vous lancer dans cette voie plus difficile qui consiste à exécuter votre propre serveur DNS. À moins que quelqu'un veuille savoir comment fonctionnent les fondements d'Internet, tels que les serveurs DNS, rester avec un serveur d'enregistrement ou les serveurs DNS du fournisseur de service DDNS est probablement la meilleure solution pour la plupart des gens. Vous pouvez également obtenir un service DNS auprès de sociétés spécialisées dans les services DNS, telles que OpenDNS .
Cependant, gardez à l’esprit que même si vous spécifiez une valeur courte TTL et que vous disposez de mises à jour automatiques, il est possible que le délai soit plus long que TTL entre le moment où vous recevez une nouvelle Adresse IP et heure à laquelle tous les systèmes Internet cessent d'utiliser l'ancienne adresse IP et utilisent la nouvelle. Voir par exemple l'article de GoDaddy, Quels facteurs affectent le temps de propagation DNS? (GoDaddy est un registraire de nom de domaine), ce qui explique pourquoi cela peut prendre jusqu'à 48 heures avant que la nouvelle adresse ne soit disponible pour tous les systèmes sur Internet. Par exemple, l'article indique "Certains fournisseurs de services Internet ignorent les paramètres TTL et ne mettent à jour leurs enregistrements mis en cache que tous les deux à trois jours".
Oui, vous pouvez l'héberger sur votre propre serveur. Si vous avez une adresse IP statique, configurez simplement votre réseau comme s'il s'agissait d'un serveur et cela devrait fonctionner. Il y a beaucoup à trouver en la matière.
Vous n'avez pas besoin d'un nom de domaine. Un nom de domaine est destiné à l'utilisateur ordinaire, il est beaucoup plus facile de retenir un nom qu'une adresse IP. Pensez simplement à votre liste de contacts, il est plus facile de retenir les noms que les numéros de téléphone réels.
La manière la plus simple de voir un nom de domaine est comme un alias. Pour les gros serveurs ayant plusieurs sites sur une adresse IP, il est également utilisé pour différencier les sites (par exemple, les sites A et B pointent tous deux vers la même adresse IP, le serveur correspondant doit être configuré pour afficher le site A ou le site B, en fonction de la demande).
Comme exemple: 64.15.117.85 (Pas de soucis, c'est juste Google. Ou alors?)
Je vous déconseille d'utiliser votre propre serveur. Il existe de nombreux serveurs/hébergeurs peu coûteux. Vous économiserez peut-être un peu d'argent (mais j'en doute), mais la facilité de configuration d'un nouveau domaine surpasse celle de l'OMI. La plupart des hébergeurs sont presque plug-and-play, alors que configurer votre propre serveur, des pare-feu appropriés, un antivirus, la maintenance des mises à jour prendra beaucoup de temps et de maintenance.
Vous pouvez commencer à l'héberger sur votre propre ordinateur. J'ai commencé à héberger mon premier site web sur mon propre ordinateur. Maintenant, je vis de sites Web. Mais quand vous le faites, sachez que:
- Votre maison va avoir une disponibilité médiocre. Votre site va être déconnecté pour diverses raisons: tempêtes de neige, accidents de la route, bande passante trop importante pour le voisinage, déclenchement du circuit par micro-ondes ou blocage du port par votre fournisseur de services Internet.
- La bande passante de votre maison est moche. Très peu de fournisseurs d'accès à Internet résidentiels offrent des vitesses de téléchargement décentes (c'est ce dont vous avez besoin pour faire fonctionner un serveur). Même si votre FAI local est bon, la bande passante que vous obtenez ne sera jamais suffisante pour gérer un site Web volumineux.
La plupart des sites Web sont hébergés dans des centres de données. Ces centres de données ont une alimentation de secours, ils sont situés près des dorsales Internet, vous pouvez obtenir une bande passante supplémentaire bien moins chère que la bande passante de votre domicile.
Vous pouvez certainement commencer par héberger votre site Web à la maison, mais s'il devient suffisamment grand, préparez-vous à le déplacer. Votre premier plan d'hébergement devrait coûter entre 50 et 100 USD par an. Vous payez probablement cela par mois de service Internet à domicile, les frais généraux sont donc très minimes. Commencez par "hébergement partagé" où vous obtenez un compte sur un ordinateur hébergeant de nombreux sites Web.
L'utilisation d'une adresse IP pour un site Web n'est également pas idéale. La plupart des fournisseurs de services Internet résidentiels utilisent DHCP pour attribuer automatiquement l'adresse. L'adresse peut (et va) changer de temps en temps. Vous pouvez utiliser le "DNS dynamique" pour résoudre ce problème. Certains fournisseurs de DNS dynamiques vous attribueront gratuitement un sous-domaine (mysite.example.com). Votre ordinateur envoie une requête ping au serveur DNS dynamique et modifie l'adresse IP de votre site lorsque cette adresse change.
Vous devriez envisager d'acheter votre propre nom de domaine avant même d'obtenir votre premier hébergement. Vous pouvez souvent utiliser votre propre nom d'hôte avec des services DNS dynamiques. Un nom de domaine coûte environ 10 dollars par an.
Ma question est la suivante: puis-je créer un site et le rendre public dans le monde entier avec les conditions suivantes:
Au lieu d'héberger un site Web sur un fournisseur de services d'hébergement comme Amazon, hébergez-le sur mon propre serveur. Peu importe la bande passante, peu importe les performances, peu importe la disponibilité.
Oui.
Je ne veux pas de nom de domaine. Peu importe que les gens accèdent à mon site en utilisant mon adresse IP publique, par exemple. 123.456.789.0
Vous n'avez pas besoin d'un nom de domaine pour héberger un site Web accessible au public.
Bien que d’autres réponses soient beaucoup plus détaillées, la configuration la plus simple consiste à télécharger un serveur Web tel que Apache pour Windows et à le configurer sur l’ordinateur que vous souhaitez utiliser pour héberger votre site. Je suggérerais la version 32 bits pour une compatibilité maximale.
Décompressez et copiez les fichiers dans C:\Apache24.
Vous devez également éditer un fichier de configuration appelé "http.conf" situé dans votre répertoire d'installation Apache, dans le dossier "conf". Décommentez la ligne marquée "NomServeur" (supprimez le #) et enregistrez les modifications. Notez que vous souhaiterez ou devrez éventuellement apporter d’autres modifications ultérieurement, mais cela devrait être le cas pour l’instant.
En supposant que vous ayez placé votre installation dans C:\Apache24 comme recommandé pour la version référencée d’Apache sous Windows, vous disposez maintenant d’un serveur Web en cours d’exécution et vous pouvez le démarrer en double-cliquant sur "httpd.exe" dans le répertoire Apache "bin". Vous devriez pouvoir voir "Ça marche!" si vous tapez l'adresse IP du réseau local du serveur dans votre navigateur ex. 192.0.0.100.
Si vous avez Linux, Apache est probablement déjà installé et vous devez suivre différentes étapes.
Une fois que Apache a été vérifié, son routeur (si vous en avez un) doit être utilisé avec le port fowarding pour diriger les requêtes du port 80 vers l’ordinateur exécutant Apache.
Si tout se passe bien, c'est tout ce dont vous avez besoin et Apache devrait être disponible sur "Internet" via votre adresse IP publique ex. 68.69.70.250.
Notez que les pare-feu et les logiciels antivirus peuvent parfois empêcher de voir votre site en dehors de votre réseau local. En outre, il est préférable de tester via un appareil qui ne se trouve pas sur votre réseau local (par exemple, essayez d’accéder à votre site via le navigateur de votre téléphone). En bref, certains routeurs ont un problème pour accéder à un site chez ex. 68.69.70.250 si ce site est sur votre réseau local (voir "Épingle à cheveux NAT").
Je recommanderais d'aller avec des plateformes de blogs gratuites telles que wordpress et blogger. Vous n'avez pas à vous soucier de l'hébergement ni du domaine. Vous trouverez également des tonnes de thèmes gratuits pour que votre site Web soit opérationnel.