Я выполняю веб-запросы https в silverlight, используя классы фреймворков "WebRequest" / "WebResponse".Проблема заключается в следующем: я делаю запрос к URL-адресу, например: https://12.34.56.78 Я получаю обратно подписанный сертификат, который в качестве субъекта имеет доменное имя, например: www.mydomain.com.Следовательно, это приводит к ошибке несоответствия удаленного сертификата.
Первый вопрос: Могу ли я как-то принять недействительный сертификат и получить содержимое WebBresponse?(даже если это связано с использованием других библиотек, я открыт для этого)
Дополнительные сведения: (для тех, кто интересуется, почему мне нужен этот сценарий)
Я пытаюсь дать клиентудоступ к приложению silverlight, развернутому на тестовом сервере.
Клиент обращается к приложению silverlight по адресу: www.mydomain.com/app
Затем я делаю несколько запросов на отдых: https://xx.mydomain.com
Проблема в том, что я не могуне хочу делать запросы на https://xx.mydomain.com,, так как это на нашем производительном сервере.По этой причине я использую https://12.34.56.78 вместо https://xx.mydomain.com.
У клиента есть несколько брандмауэров / прокси-серверов, и если я просто изменяю его файл hosts и отображаю https://xx.mydomain.com на 12.34.56.78, webзапросы не разрешаются на сопоставленный IP.Я говорю это потому, что в его сети веб-запросы не выполняются, если я пытаюсь это сделать, в своей сети я могу использовать смену хостов без проблем.
ОБНОВЛЕНИЕ: Исправлена проблема путем развертывания тестовых выпусков в альтернативе: https://yy.domain.com и позволяя пользователю настраивать в целях тестирования, базовый URL, к которому я обращаюсь, должен быть: https://yy.domain.com.
Использование сертификата, содержащего IP-адрес субъекта или альтернативного субъекта, вероятно, сработало бытоже, но это будет стоить денег для выдачи сертифицированным провайдером и не будет так хорошо, потому что IP могут измениться.