Как обойти ошибки сертификата в среде разработки?

У нас есть сертификаты от VeriSign для наших доменов. Тем не менее, я пытаюсь провести некоторое тестирование в нашей среде разработки и продолжаю получать ошибки сертификата (поскольку IP-адреса разработки не совпадают с IP-адресами производства, с которыми мы зарегистрировали сертификат), и это вызывает у меня довольно головную боль. Я не могу точно определить, являются ли проблемы, с которыми я сталкиваюсь, частью внесенных изменений или проблемы связаны с ошибками сертификата.

Я попытался добавить ключ реестра для IE, чтобы не заботиться об этих ошибках, но это, похоже, не помогает.

Могу ли я в любом случае обойти эту проблему, не покупая дополнительные сертификаты для моей среды разработки?


ssl-certificate internet-explorer verisign
person Saggio    schedule 27.06.2011    source источник
comment
Какое это имеет отношение к Java?   -  person Perception    schedule 28.06.2011
comment
Веб-сайт общается с бэкэндом jboss   -  person Saggio    schedule 28.06.2011

Ответы (1)


arrow_upward
0
arrow_downward

Есть два варианта. Первый требует меньше изменений в вашем коде и включает создание новых сертификатов для ваших серверов разработки вместо повторного использования производственных. Их не обязательно покупать, их можно подписать самостоятельно. Я рекомендую вам создать новый TrustStore только с сертификатами разработки и указать доверенный магазин при запуске вашей программы. java -Djavax.net.ssl.trustStore=truststore -Djavax.net.ssl.trustStorePassword=123456 MyApp Вы также можете добавить сертификаты сервера разработки в файл cacerts по умолчанию JDK, который обычно находится в Windows по адресу C:\Program Files\Java\jre6\lib\security\cacerts. Этот вариант менее безопасен, но вам не нужно менять способ запуска клиента.

Второй вариант включает в себя изменение вашего кода разработки, чтобы игнорировать эти ошибки. Обычно это включает в себя создание собственного TrustManger и передачу его в SSLSocketFactory. Вот хороший пример: http://exampledepot.com/egs/javax.net.ssl/TrustAll.html Мне не нравится этот вариант, потому что вы можете зафиксировать небезопасный код в своем проекте, который не проверяет сертификаты сервера.

person Hiro2k    schedule 27.06.2011
comment
Первоначально этот пост был помечен как Java, но он был изменен. - person Hiro2k; 28.06.2011