Почему собственный хостинг долго открывает сайты?

Question

[ViktorGuerro]

Добрый день, имеется: белый ip-адрес, на mikrotik проброс портов до nginx сервера, windows server 2012 R2, в Hyper-V поднят nginx сервер с сайтом. Проблема заключается в том, что новый пользователь открывший сайт, грузится 30+ секунд, это конечно страшно много. Локально он открывается моментально. Я предполагаю, что проблема на микротике или на nginx сервере. Могу прислать данные всего, что требуется
P.S. открываю локально и удаленно с чисткой кэша конечно, для проверки "первого" запуска.

Comments

[Valentin Barbolin]

Покажи правила проброса на микротике.
80 порт проброшен?

/ip firewall nat
export

[ViktorGuerro]

Andrey Barbolin,

правила проброса на микротике

add action=masquerade chain=srcnat out-interface=RTK
add action=masquerade chain=srcnat out-interface=ether2
add action=dst-nat chain=dstnat comment=\
"HTTP for Web-Proxy Server(192.168.10.245)" dst-port=80 in-interface=RTK \
protocol=tcp to-addresses=192.168.10.245 to-ports=80
add action=dst-nat chain=dstnat dst-port=80 in-interface=ether3 protocol=tcp \
to-addresses=192.168.10.245 to-ports=80
add action=dst-nat chain=dstnat comment=\
"HTTPS for Web-Proxy Server(192.168.10.245)" dst-port=443 in-interface=RTK \
protocol=tcp to-addresses=192.168.10.245 to-ports=443
add action=dst-nat chain=dstnat dst-port=443 in-interface=ether3 protocol=tcp \
to-addresses=192.168.10.245 to-ports=443

[Valentin Barbolin]

ViktorGuerro, На каком интерфейсе основной провайдер? Покажи /ip route

add action=masquerade chain=srcnat out-interface=RTK
add action=masquerade chain=srcnat out-interface=ether2

Это для чего?

add action=dst-nat chain=dstnat dst-port=80 in-interface=ether3 protocol=tcp to-addresses=192.168.10.245 to-ports=80

[ViktorGuerro]

Я чистил от лишнего, не то удалил. Вот правильно. Основной провайдер RTK.

правила проброса на микротике

add action=masquerade chain=srcnat out-interface=RTK
add action=masquerade chain=srcnat out-interface=ether3
add action=dst-nat chain=dstnat comment=\
"HTTP for Web-Proxy Server(192.168.10.245)" dst-port=80 in-interface=RTK \
protocol=tcp to-addresses=192.168.10.245 to-ports=80
add action=dst-nat chain=dstnat dst-port=80 in-interface=ether3 protocol=tcp \
to-addresses=192.168.10.245 to-ports=80
add action=dst-nat chain=dstnat comment=\
"HTTPS for Web-Proxy Server(192.168.10.245)" dst-port=443 in-interface=RTK \
protocol=tcp to-addresses=192.168.10.245 to-ports=443
add action=dst-nat chain=dstnat dst-port=443 in-interface=ether3 protocol=tcp \
to-addresses=192.168.10.245 to-ports=443

[ViktorGuerro]

Andrey Barbolin,

/ip route

add check-gateway=ping comment=RTK distance=1 gateway=RTK
add check-gateway=ping comment=DIALOG distance=2 gateway=185.216.195.1
add comment="DIALOG TEST INTERNET" distance=1 dst-address=8.8.4.4/32 gateway=\
185.216.195.1
add comment="RTK TEST INTERNET" distance=1 dst-address=77.88.8.8/32 gateway=RTK
add distance=1 dst-address=192.168.3.0/24 gateway=VOLGODONSK-VPN
add distance=1 dst-address=192.168.7.0/24 gateway=ROSTOV-DIALOG,ROSTOV-DOMRU

[Valentin Barbolin]

ViktorGuerro, Получается, что сайт опубликован на обоих провайдерах, а в мир выхолит только через первого провайдера.

Запись для сайта в DNS сайта на оба IP? - если да, то у вас ассиметричная маршрутизация. Что бы проверить, уберите IP второго провайдера из DNS записи.

[ViktorGuerro]

Andrey Barbolin, удалил, не помогло. Сайт

[Valentin Barbolin]

ViktorGuerro, У меня моментально открылся. У тебя скорее всего кеш.
Покажи вывод команды с ПК на котором открываешь сайт.

cmd
nslookup хамелеон-потолки.рф

[ViktorGuerro]

Andrey Barbolin,

Локальный

Внешний

[ViktorGuerro]

Но на внешнем секунд 10-20 открывался

[MaksSmag]

Andrey Barbolin, у меня тоже моментально

[MaksSmag]

ViktorGuerro, у тебя с домашним интернетом все норм? Может это только у тебя.

[ViktorGuerro]

MaksSmag, с разных сетей и других знакомых просил открыть

[ViktorGuerro]

Andrey Barbolin, Вот это вроде решило проблему

Запись для сайта в DNS сайта на оба IP? - если да, то у вас ассиметричная маршрутизация. Что бы проверить, уберите IP второго провайдера из DNS записи.

[ViktorGuerro]

Andrey Barbolin, напишите, как ответ, чтобы решением выбрал

[Valentin Barbolin]

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

[Valentin Barbolin]

ViktorGuerro, Готово.

Answer 1

[Valentin Barbolin]

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

Запись для сайта в DNS сайта на оба IP? - если да, то у вас ассиметричная маршрутизация. Что бы проверить, уберите IP второго провайдера из DNS записи.

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

Answer 2

[Сергей Горностаев]

Если бы проблема была с Nginx, то он и локально открывался бы долго. Вероятно проблема в том, что канал провайдера несимметричный, скорость исходящего трафика низкая.

Comments

[Антон Шаманов]

скорость исходящего трафика

корректнее "скорость канала" (входящий трафик зачастую меньше, но все ж таки присутствует)

Answer 3

[rPman]

Нажимаешь в браузере F12, закладка networks, потребуется нажать на круг/reload чтобы запустить аналитику, оно перезагрузит сайт и покажет подробно какой элемент как долго и в каком порядке загружается с миллисекундной точностью

Гадать что именно тормозит бессмысленно.
30 секунд это выглядит как таймаут на доступ к какому то ресурсу, вот и определите что недоступно.