Вопросы Теги

HTTPS, не работающий; связывая набор, сертификат установлен

Я решил проблему теперь, и в конце фиксация была чрезвычайно проста. Я зарегистрировал обращение за поддержкой со своим ISP (PlusNet), и они отправили мне ссылку на сообщение форума, объяснив, что этой проблемой является ошибка во встроенном микропрограммном обеспечении моего маршрутизатора. Фиксация должна была просто установить Интернет-соединение маршрутизатора MTU на 1500 (значение по умолчанию является 1400) так, чтобы это соответствовало стороне локальной сети маршрутизатора MTU.

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

7
задан 22 July 2015 в 23:05
4 ответа

У меня была та же проблема, и причина состояла в том, что брандмауэр был блокирующим портом 443, то же как несколько других людей в комментариях других решений. Я не знаю, как все программное обеспечение брандмауэра работает, но в Windows Azure, необходимо явно добавить правило Входящего трафика позволить трафик в порте 443.

0
ответ дан 2 December 2019 в 23:47

Если Вы получаете "Сервер, Не Найденный", который означает, что клиент не мог найти, что ответственный сервер служил Вашему запросу. В Вашем случае это - основанное на HTTPS приложение. Вы также сказали, что HTTP работает, но сбои HTTPS.

Проверьте следующее:
Пойдите для Управления Программами Panel\System и Security\Windows Firewall\Allowed, Проверяют, что у Вас есть "Безопасный Сервис Всемирной паутины (HTTPS)" и "Домен, Дом/Работа и Общественность" оба проверенные.

Вы также сказали это, когда Вы пробуете https://example.net с самого сервера это перестало работать. Попытайтесь просмотреть приложение с самого сервера и работайте netstat -ano и проверьте, существует ли какое-либо действие, происходящее на порте 443.

2
ответ дан 2 December 2019 в 23:47

Необходимо гарантировать это example.net на самом деле точки к IP сервера. Можно сделать это любой с nslookup или просто старый ping машина. Это - Ваша наиболее вероятная причина.

2
ответ дан 2 December 2019 в 23:47
  • 1
    Это действительно указывает на IP... регулярный http домен хорошо работает. It' s только https, который не работает. –  rksprst 29 March 2010 в 05:26
  • 2
    В этом случае затем необходимо удостовериться, что порт на самом деле открыт и доступен с внешней стороны. Попробуйте: openssl s_client -connect host:port –  sybreon 29 March 2010 в 08:59
  • 3
    Попробованный это и привели к таймауту операции для порта 443... Если я изменил порт на 80, я подключаюсь)... –  rksprst 30 March 2010 в 21:41
  • 4
    Затем Вы лучше проверяете свою конфигурацию IIS, чтобы гарантировать что это, там привязка для SSL. –  sybreon 31 March 2010 в 11:17

Я столкнулся с той же проблемой, и эта проблема возникла из-за конфигурации переадресации портов моего маршрутизатора. Я настроил переадресацию портов общедоступных IP-адресов на порт 80, а не 443. Вот почему я не могу получить удаленный доступ к своему сайту по протоколу HTTPS. Я решил эту проблему, настроив переадресацию моего общедоступного IP-порта на порт 443. После этого он начинает работать. Но сначала убедитесь, что порт 443 открыт и разрешен вашим брандмауэром.

0
ответ дан 16 February 2021 в 20:20

Теги

Похожие вопросы