it-roy-ru.com

Могу ли я сделать свой сайт доступным по всему миру без аренды хостинг-сервера?

Я знаю, что этот вопрос является основным, но я из iOS, а также новичок. Мне нужен четкий вывод о некоторых моих путаницах.

Я получил много ответов на этот вопрос, имеющий противоречие. Я искал в Google об этом вопросе. Некоторые говорят, что для того, чтобы сделать ваш сайт доступным в интернете, вам обязательно нужно будет:

(1) Разместите свой веб-сайт на хостинг-серверах, таких как Amazon, GoDaddy, BigRock…

(2) Получить доменное имя для вашего веб-сайта. Принимая во внимание, что некоторые говорят, что вы можете разместить сайт на своем собственном сервере и сделать его доступным по всему миру. В этом конкретном случае клиент будет запрашивать через IP вместо имени домена.

У меня вопрос, могу ли я сделать сайт и сделать его общедоступным по всему миру на следующих условиях:

  • Вместо размещения сайта на хостинг-провайдере, таком как Amazon, разместите его на своем собственном сервере. Не имеет значения пропускная способность, производительность, время безотказной работы.
  • Я не хочу доменное имя. Неважно, что люди заходят на мой сайт, используя мой общедоступный ip, например 123.456.789.0 - просто добавление этого условия из-за любопытства ..

Заранее спасибо !!!

8
NSPratik

Вы можете разместить сайт в домашней системе, если хотите. Однако есть одна оговорка. Некоторые интернет-провайдеры не разрешают своим клиентам размещать свои собственные серверы, в то время как другие разрешают вам делать это. Интернет-провайдер, который не позволяет домашним пользователям размещать свои собственные серверы, может блокировать трафик на портах, обычно используемых серверами. Например, он может помешать кому-либо запускать собственный почтовый сервер, блокируя соединения из Интернета с порт 25 по IP-адресам, которые он назначает домашним пользователям. Точно так же это может помешать кому-то разместить свой собственный веб-сервер, заблокировав стандартный порт , используемый для HTTP , порт 80, и порт по умолчанию, используемый для HTTPS , порт 443. Кто-то может обойти такой блок, запустив веб-сервер на нестандартном порту. Например, если веб-сервер был настроен на прослушивание HTTP-подключений через порт 7080, если бы вы могли предоставить этот номер всем, кто может посетить ваш сайт, они все равно могут получить доступ к серверу. Например, вместо использования http://www.example.com/sompage.html или http://10.0.0.5/somepage.html посетителей веб-сайта можно использовать http://www.example.com:7080/somepage.html или http://10.0.0.5/sompage.html . Хотя даже этот трафик может быть заблокирован провайдером.

Это решение может сработать, если вы ожидаете, что ваш сайт будет посещать всего несколько друзей, но может оказаться более проблематичным, если вы надеетесь иметь всемирную интернет-аудиторию для своего сайта, так как большинство людей не привыкли включать номер порта при посещении сайт. Однако, если вы ссылаетесь на свой сайт с других сайтов, при условии, что номер порта указан, ссылка будет работать.

Но предположим, что провайдер не помешает вам разместить свой собственный веб-сервер. Вам необходимо настроить маршрутизатор на пересылать трафик , предназначенный для порта HTTP по умолчанию, и, возможно, HTTPS, если вы также будете использовать этот протокол, на внутренний частный IP-адрес веб-сервера на вашем сервере. Локальная сеть (LAN) . Это необходимо, потому что у большинства домашних пользователей есть маршрутизатор, выполняющий преобразование сетевых адресов для связи между системами, расположенными за маршрутизатором на стороне LAN , и системами на внешней стороне, в Интернете. сторона маршрутизатора, т.е. глобальная сеть (WAN) . Т.е. у них есть один внешний публичный IP-адрес для маршрутизатора, но может быть несколько частные IP-адреса для систем за маршрутизатором. Например, у вас может быть ноутбук с адресом 192.168.0.4 и настольная система с IP-адресом 192.168.0.5 за маршрутизатором. Эти частные IP-адреса не маршрутизируются через Интернет. Домашний маршрутизатор обычно выполняет NAT, чтобы позволить внешним системам, которые видят только один публичный IP-адрес, обмениваться данными с системами за маршрутизатором с частными IP-адресами.

Большинство домашних маршрутизаторов предоставляют возможность выполнять сетевой адрес и преобразование адреса порта , и его обычно довольно легко настроить, вам просто нужно знать, что вы должны это сделать. Некоторые маршрутизаторы могут иметь параметр демилитаризованная зона (DMZ) , который позволяет указать, что любые подключения, исходящие из-за пределов маршрутизатора, идут к определенной системе внутри маршрутизатора. Если вы хотите, чтобы ваш домашний сервер был доступен через NAT/PAT, вам, вероятно, потребуется назначить ему статический IP-адрес, а не тот, который может измениться, поскольку он назначается через протокол динамической конфигурации хоста (DHCP) =, поэтому маршрутизатор всегда может направить входящие соединения в нужную систему.

В дополнение к возможному изменению IP-адреса систем на внутренней стороне вашего маршрутизатора, если вы используете подключение к домашней сети, ваш интернет-провайдер, вероятно, также назначит внешний IP-адрес маршрутизатора через DHCP. Допустим, это xxx.xxx.10.250. Завтра это может быть xxx.xxx.10.251. Это зависит от "времени аренды", которое поставщик услуг Интернета использует для назначения IP-адресов через DHCP своим клиентам. Время аренды может составлять несколько часов, несколько дней, месяц и т.д. Итак, если вы сообщаете людям, что ваш веб-сервер доступен по адресу xxx.xxx.10.250, при каждом его изменении вам нужно будет сообщить им новый адрес. Хотя для некоторых систем, даже если ваш интернет-провайдер может не предоставить вам статический IP-адрес, а вместо этого предоставить динамический, он может остаться прежним, пока вы не замените маршрутизатор. Например, для домашней интернет-службы у меня нет статического IP-адреса, но единственный раз, когда он менялся в течение многих лет, это когда я заменял маршрутизатор, поэтому оборудование провайдера увидело другой Media Access Control адрес от нового маршрутизатора.

Даже если ваш IP-адрес часто меняется, вы можете приобрести статический IP-адрес у интернет-провайдера. Некоторые продают статический IP-адрес домашним пользователям за ежемесячную плату, а многие нет.

Но решение, которое я использую, когда мне нужно иметь возможность подключиться к системе домашнего пользователя для устранения неполадок или настроить домашний сервер, заключается в использовании Динамическая система доменных имен . Это позволяет вам получить доступ к домашнему серверу, используя полное доменное имя (FQDN) , например, martijn.example.com, даже если внешний IP-адрес маршрутизатора меняется. Я использую No-IP.com , но есть и другие сервисы DDNS. DDNS работает так, что вы устанавливаете программное обеспечение в системе на внутренней стороне локальной сети маршрутизатора, который периодически обменивается данными с системой провайдера услуг DDNS, так что провайдер DDNS знает текущий внешний IP-адрес, с которого система обменивается данными. , Затем провайдер DDNS обновляет свои серверы Domain Name System (DNS) , которые являются серверами, которые преобразуют полные доменные имена, такие как martijn.example.com, в IP-адреса, чтобы отразить текущий внешний IP-адрес вашего сервера. маршрутизатор. Поэтому любой, кто разместит martijn.example.com в своем браузере, будет направлен на правильный IP-адрес. Некоторые маршрутизаторы имеют опцию конфигурации, которая позволяет вам указывать поставщика услуг DDNS, поэтому вам может даже не потребоваться устанавливать какое-либо программное обеспечение в домашней системе для его работы; вам просто нужно иметь учетную запись у провайдера DDNS.

Поставщики DDNS будут взимать с вас плату за использование собственного доменного имени, например, martijn.com, если вы хотите приобрести собственное доменное имя. Но вы даже можете использовать службу DDNS бесплатно, например, No-IP предоставляет бесплатную услугу , если вы хотите использовать доменное имя, предоставленное поставщиком DDNS. Например, если провайдеру принадлежит сайт example.com, вы можете бесплатно пользоваться martijn.example.com, хотя вам придется платить за martijn.com. Т.е. вы можете указать конкретное имя хоста, например martijn, для использования с одним из их доменных имен.

Я использовал такую ​​конфигурацию для домашнего веб-сайта в течение многих лет. Если у вас достаточно надежное интернет-соединение, и ваш интернет-провайдер не блокирует доступ к домашним серверам, он может действительно работать достаточно хорошо для сайтов с низким трафиком. Например, если вы не ожидаете, что на ваш сайт будет приходить более нескольких сотен посетителей каждый день, и вы еще не насыщаете свой доступный трафик. Но есть некоторые соображения, о которых вы должны знать, то есть те, о которых я упоминал выше, при настройке домашнего сервера, что может побудить некоторых рекомендовать использование службы хостинга.

Хотя такую ​​конфигурацию можно использовать даже для малого или домашнего бизнеса, я бы не рекомендовал ее для малого или домашнего бизнеса, если доступ к вашему веб-сайту является критическим, если ваш внешний IP-адрес может часто меняться, так как когда кто-то при посещении вашего сайта их система будет кешировать ваш IP-адрес, чтобы в следующий раз, когда они посещают сайт, система не должна снова искать IP-адрес, соответствующий имени. Для таких кэшированных записей DNS существует значение время жизни (TTL) , поэтому срок их действия истекает, и система снова ищет IP-адрес, но они могут оставаться в системе в течение многих минут или даже ч. И другие DNS-серверы также кешируют записи. Например, предположим, что Мария является клиентом Comcast, чья система подключается к martijn.example.com. Ее система может запросить DNS-серверы Comcast, чтобы получить IP-адрес для веб-сайта. Итак, теперь серверы Comcast знают IP-адрес, который соответствует FQDN. Другой клиент Comcast, Билл, также хочет посетить ваш сайт. Он никогда не посещал ваш сайт раньше, поэтому его система не кэшировала трансляцию между martijn.example.com и его IP-адресом, но когда его система запрашивает сервер Comcast DNS, если этот сервер уже знает адрес, связанный с Полное доменное имя, оно предоставит ответ из своего кэша.

Таким образом, если ваш IP-адрес изменится, даже если ваш сервер или ваш маршрутизатор могут в течение одной минуты обновить DNS-серверы поставщика DDNS, другие все равно могут получить старый IP-адрес, и поэтому ваш веб-сайт будет недоступен для них до тех пор, пока их система или DNS-серверы их интернет-провайдера получает новый, текущий IP-адрес. Из-за кэширования и в зависимости от настройки TTL возможно, что некоторые системы все же могут попытаться подключиться к старому IP-адресу много часов спустя или, возможно, даже на следующий день. Это может не быть серьезной проблемой, если вы просто хотите сделать свой сайт доступным для семьи и друзей, но если вы ведете бизнес, это, вероятно, неприемлемая проблема.

Обновление адреса комментария:

когда вы покупаете доменное имя у регистратор доменных имен , у вас часто есть возможность указать IP-адрес или адреса для систем, которые должны быть доступны через доменное имя по этим адресам, или вы можете временно "парковаться" "имя, поэтому оно указывает на системы, принадлежащие регистратору. Когда вы готовы указать свой собственный IP-адрес, регистраторы обычно предлагают службы DNS, которые позволяют вам изменять IP-адреса, связанные с доменными именами, когда вам угодно. Многие из них также позволяют вам через свою службу DNS настраивать значение TTL, то есть время, в течение которого система должна кэшировать IP-адрес, который идет с FQDN . Итак, если вы думаете, что вам может потребоваться часто менять IP-адрес, вы должны указать более короткий TTL. Регистратор может иметь минимум TTL, который вы можете указать, например, 5 минут или 30 минут. Значение обычно указывается в секундах, поэтому TTL из 5 минут будет выглядеть как 300.

Таким образом, если вы используете службу DNS регистратора, вам нужно будет входить в свою учетную запись с регистратором и изменять IP-адрес или адреса, связанные с вашим доменным именем, каждый раз, когда происходит изменение. Или, в качестве альтернативы, вы можете использовать поставщика услуг DDNS, чтобы изменение в переводе с полного доменного имени на IP-адрес происходило автоматически. Вы можете либо приобрести доменное имя через поставщика услуг DDNS и использовать его DNS-серверы по умолчанию, либо приобрести доменное имя у другого регистратора и указать IP-адреса для серверов имен поставщика DDNS на странице конфигурации вашего веб-сайта, предоставленной доменом. регистратор имен

Другой вариант - запустить собственный DNS-сервер. Когда вы покупаете доменное имя, вы можете указать серверы имен, которые должны использоваться с ним, либо серверы имен регистратора, либо некоторые другие серверы имен. Например, у вас может быть такая же система, что и веб-сервер, и DNS-сервер. Необходимо убедиться, что сервер будет доступен через порт 53, который является портом по умолчанию для DNS, для протоколов UDP и TCP IP. Затем вы можете создать скрипт/программу на вашем сервере, который периодически проверяет, какой внешний IP-адрес назначен вашему маршрутизатору, и обновляет файл зоны для вашего доменного имени на вашем DNS-сервере. Однако настроить DNS-сервер намного сложнее, чем полагаться на поставщика DDNS. Вы можете найти учебники по настройке DNS-сервера в сети, если вы хотите пойти по этому более сложному маршруту. BIND обычно используется для службы DNS в системах Linux. Серверные версии Microsoft для Windows, например Windows Server 2012, также имеют возможность предоставляемая Microsoft служба DNS . Я бы предложил начать с DNS-службы регистратора, которая, как правило, бесплатна, когда вы приобрели доменное имя у регистратора, хотя, даже если вы подумали, что, возможно, захотите встать на более сложный путь работы собственного DNS-сервера. Если кто-то не хочет узнать, как работают основы Интернета, такие как DNS-серверы, придерживаться регистратора или DNS-серверов поставщика услуг DDNS, вероятно, лучший курс для большинства людей. Вы также можете получить услугу DNS через компании, специализирующиеся на услугах DNS, такие как OpenDNS .

Имейте в виду, однако, что даже если вы укажете короткое значение TTL и ​​у вас будут автоматические обновления, существует вероятность большей задержки, чем TTL между моментом получения нового IP-адрес и время, в течение которого все системы в Интернете перестают использовать старый IP-адрес и используют новый. Например, см. Статью GoDaddy, Какие факторы влияют на время распространения DNS? (GoDaddy является регистратором доменных имен), что объясняет, почему может потребоваться до 48 часов, прежде чем новый адрес станет доступным для всех систем в Интернете. Например, в статье говорится: "Некоторые провайдеры игнорируют настройки TTL и ​​обновляют свои кэшированные записи только каждые два-три дня".

12
moonpoint

Да, вы можете разместить его на своем собственном сервере. Если у вас статический IP-адрес, просто настройте свою сеть, как если бы вы были сервером, и это должно работать. Здесь есть что найти.

Вам не нужно доменное имя. Доменное имя для обычного пользователя, гораздо проще запомнить имя, чем IP-адрес. Просто подумайте о вашем списке контактов, легче запомнить имена, чем реальные телефонные номера.
Самый простой способ увидеть доменное имя - использовать псевдоним. Для больших серверов, которые имеют несколько сайтов на IP-адресе, он также используется для различения сайтов (например, сайты A и B указывают на один и тот же IP-адрес, соответствующий сервер должен быть настроен для отображения сайта A или B, в зависимости от запрос).

Как пример: 64.15.117.85 (Не беспокойтесь, это просто Google. Или это?)

Я не рекомендую использовать свой собственный сервер, хотя Есть много дешевых серверов/хостеров. Вы могли бы сэкономить немного денег (но я сомневаюсь в этом), но простота установки там нового домена перевешивает это IMO. Большинство хостеров работают по принципу "подключи и работай", а настройка собственного сервера, надлежащих брандмауэров, антивируса и поддержка обновлений займет много времени и затрат на обслуживание.

4
Martijn

Вы можете начать хостинг на своем собственном компьютере. Я начал размещать свой первый сайт на своем компьютере. Теперь я зарабатываю на жизнь с сайтов. Но когда вы делаете это, имейте в виду:

  • В вашем доме будет паршивое время безотказной работы. Ваш сайт отключится от сети по разным причинам: снежные бури, дорожно-транспортные происшествия, соседние узлы пропускной способности, ваша микроволновая печь отключает канал или ваш интернет-провайдер блокирует порт.
  • Пропускная способность вашего дома паршивая. Очень немногие интернет-провайдеры предлагают приличную скорость загрузки (это то, что вам нужно для запуска сервера). Даже если ваш местный провайдер работает хорошо, пропускная способность, которую вы получаете, не всегда будет достаточной для запуска большого веб-сайта.

Большинство веб-сайтов размещаются в дата-центрах. Эти центры обработки данных имеют резервное питание, они расположены рядом с магистралями Интернета, вы можете получить дополнительную пропускную способность гораздо дешевле, чем пропускная способность для вашего дома.

Вы, конечно, можете начать с размещения своего веб-сайта дома, но когда он станет достаточно большим, будьте готовы его перенести. Ваш первый хостинг-план должен стоить от 50 до 100 долларов в год. Скорее всего, вы платите в месяц за домашний интернет, поэтому накладные расходы минимальны. Начните с "виртуального хостинга", где вы получаете учетную запись на компьютере, на котором размещено множество веб-сайтов.

Использование IP-адреса для веб-сайта также не идеально. Большинство интернет-провайдеров используют DHCP для автоматического назначения адреса. Адрес может (и будет) время от времени меняться. Вы можете использовать "динамический DNS", чтобы обойти это. Некоторые провайдеры динамических DNS предоставляют вам поддомен бесплатно (mysite.example.com). Ваш компьютер пропингует динамический DNS-сервер и меняет IP-адрес вашего сайта при изменении IP-адреса.

Вам следует подумать о покупке собственного доменного имени еще до того, как вы получите свой первый хостинг. Вы часто можете использовать свое собственное имя хоста с динамическими службами DNS. Доменное имя стоит около 10 долларов в год.

4
Stephen Ostermiller

У меня вопрос, могу ли я сделать сайт и сделать его общедоступным по всему миру на следующих условиях:

Вместо размещения сайта на хостинг-провайдере, таком как Amazon, разместите его на своем собственном сервере. Не имеет значения пропускная способность, производительность, время безотказной работы.

Да.

Я не хочу доменное имя. Неважно, что люди заходят на мой сайт, используя мой общедоступный ip, например 123.456.789.0

Вам не нужно доменное имя для размещения общедоступного веб-сайта.

В то время как другие ответы более подробно описаны, самая простая конфигурация - это загрузить веб-сервер, такой как Apache для Windows , и установить его на компьютер, который вы хотели бы использовать для размещения своего сайта. Я бы предложил 32-битную версию для максимальной совместимости.

Разархивируйте и скопируйте файлы в C:\Apache24.

Существует также файл конфигурации, который вам нужно отредактировать, который называется http.conf и находится в вашем каталоге установки Apache в папке conf. Раскомментируйте строку с пометкой "ServerName" (удалите #) и сохраните изменения. Обратите внимание, что вы, возможно, захотите или должны будете внести другие изменения позже, но это следует сделать сейчас.

Предполагая, что вы поместили установку в C:\Apache24 в соответствии с рекомендациями для ссылочной версии Apache для Windows, технически у вас теперь есть работающий веб-сервер, и вы можете запустить его, дважды щелкнув "httpd.exe" в каталоге "bin" Apache. Вы должны увидеть "Это работает!" если вы введете в локальной сети IP-адрес сервера в браузере ex. 192.0.0.100.

Если у вас Linux, вы, вероятно, уже установили Apache и должны предпринять другие шаги.

После проверки правильности работы Apache используйте перенаправление портов на маршрутизаторе (если оно у вас есть), чтобы перенаправлять запросы порта 80 на компьютер, на котором работает Apache.

Если все идет хорошо, это все, что вам нужно, и Apache должен быть доступен через Интернет через ваш публичный IP-адрес. 68.69.70.250.

Обратите внимание, что брандмауэры и антивирусное программное обеспечение могут иногда мешать просмотру вашего сайта за пределами вашей локальной сети. Кроме того, лучше всего проводить тестирование с помощью устройства, не входящего в вашу локальную сеть (например, попробуйте зайти на ваш сайт в браузере телефона). Короче говоря, некоторые маршрутизаторы имеют проблемы с доступом к сайту на бывшей. 68.69.70.250, если этот сайт находится в вашей локальной сети (см. "NAT Hairpinning").

3
Anaksunaman

Я бы рекомендовал использовать бесплатные платформы для ведения блогов, такие как wordpress и ​​блоггер. Вам не нужно беспокоиться ни о хостинге, ни о домене. Также вы найдете множество бесплатных тем, чтобы ваш сайт заработал.

1
Abdul Moiz Farooq