Назад | Перейти на главную страницу

Как определить, блокирует ли интернет-провайдер размещенный у нас веб-сайт?

Мы настроили веб-сервер за NAT-маршрутизатором, через который мы правильно перенаправили запросы на наш веб-сервер. Мы уже назначили динамический DNS для WAN IP веб-сервера (то есть WAN IP маршрутизатора).

Проблема в том, что мы можем получить доступ к настроенному веб-серверу, но другие клиенты не могут получить доступ к этому веб-серверу.

Мы подтвердили, что получаем доступ к одному и тому же IP-адресу; поэтому я думаю, что проблема не в DNS провайдера.

Во-вторых, мы попытались скрутить веб-сервер, но клиентский компьютер не отвечает.

В-третьих, мы попытались установить расширение Browsec VPN, чтобы обойти любую потенциальную блокировку интернет-провайдера, и это сработало! К сожалению, на основе темы: https://security.stackexchange.com/questions/64123/browsec-vpn-and-anonymizer Нельзя доверять конфиденциальные данные.

Наконец, поскольку у нас есть доступ к веб-серверу, но другие клиенты не могут получить доступ к веб-серверу, мы попытались следовать идее потока о настройке веб-сайта обратного прокси в нашей области, чтобы они могли получить доступ к веб-серверу, но это не сработало. .

https://stackoverflow.com/questions/224664/difference-between-proxy-server-and-reverse-proxy-server

Мы уже не знаем, в чем проблема.

Мы также попытались отрыгнуть веб-сервер с нашего компьютера и компьютера клиента. В первом случае после отправки начального запроса GET последовало много успешных запросов GET, тогда как во втором случае последовавших запросов GET не было.

Другое наблюдение было на клиентском компьютере: мы получили доступ к веб-серверу с помощью мобильных данных, но не смогли подключиться к DSL; они разные интернет-провайдеры.

Как решить эту проблему?

Задача решена! Очень стыдно, что я ошибся при настройке обратного прокси-сервера. Идея была действительно положительной.

Вот мой анализ:

Я попытался обнюхать пакеты как на клиентском компьютере, так и на обратном прокси-сервере с помощью wirehark и сделал следующие наблюдения:

Клиент -> обратный прокси-сервер -> сервер красоты URL -> веб-сервер

  1. Клиент подключается к обратному прокси-серверу.
  2. Обратный прокси-сервер создает запрос, отображаемый с URI на сервер URL beautifier.
  3. Сервер URL beautifier отвечает обратному прокси-серверу и пересылает его клиенту.
  4. Клиент получает HTML-код перенаправления с сервера URL Beautifier и пытается подключиться напрямую к серверу E-home.
  5. Затем мы возвращаемся к исходной точке, где клиент напрямую подключается к веб-серверу.

Я должен был создать HTTP-запрос к веб-серверу, а не к серверу URL beautifier. В любом случае, теперь он работает. : D