Доменное имя не работает в AWS

Question

Ранее я размещал свой домен в другом экземпляре в другой учетной записи aws, но по какой-то причине мне пришлось удалить эту учетную запись aws и создать новую. Я сейчас пытаюсь разместить свой домен в новом экземпляре. Поэтому я пошел в учетную запись моего регистратора и удалил все серверы имен из доменного имени и добавил новый сервер имен. Затем я добавил свой домен в зону хостинга в aws.

После ожидания в течение 2- 3 часов мой домен все еще работает, но если я посещаю общедоступный IP-адрес, он работает.

Я отредактировал файл /etc /hosts и добавил туда domainname.com, а также отредактировал /sites-available /default и добавил

    server {
#        passenger_ruby /usr/bin/passenger_free_ruby;
        rails_env development; # add this if you get error like “Incomplete response received from application” from nginx / passenger
        listen 80 default_server;
        server_name fuitter.com, *.fuitter.com;
        root /usr/share/nginx/html/maggie/public/;

        # You must explicitly set 'passenger_enabled on', otherwise
        # Passenger won't serve this app.
        passenger_enabled on;
    }

Я перезапустил свой сервер nginx, но он все еще не работает. Затем в группе безопасности во входящем правиле я установил HTTP в любое место, а в SSh - пользовательский IP, а в исходящем - весь трафик в любое место. Что-то не так с этим?

Answer 1

DNS не имеет ни одного времени для распространения. Вы будете слышать часто цитируемые 24-48 часов, что является обычным параметром, но вам нужно знать особенности ваших записей DNS, прежде чем вносить изменения.

Каждая запись в DNS имеет значение TTL, которое позволяет сторонам знать, как долго они могут считать разрешение действительным.

fruitter.com.           21600   IN      A       62.149.128.160

Для fruitter.com записи A имеют TTL 21600 секунд. Это 15 дней. Таким образом, все, что выполняет DNS-запрос, включая другие DNS-серверы и хосты для fruitter.com, не должно и не должно снова запрашивать серверы имен для fruitter.com, пока не истечет 15 дней.

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

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

Конечно, в течение этого времени ваши DNS-серверы будут видеть увеличенный трафик, поскольку предоставленные ответы действительны только в течение минуты, после чего должен выполняться новый запрос к вашим серверам. Таким образом, вы должны планировать это тоже.

Поиск середины является общим подходом. Уменьшите TTL до самого большого допустимого окна в зависимости от трафика и поисков. Внесите изменения, а затем по истечении TTL измените TTL на что-то большее.

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

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