karate Ошибка сброса подключения при подключении к внутреннему серверу qa. (сервер разработки в порядке)

поэтому моя компания внедрила Oauth2.0 на двух разных внутренних серверах. когда я пытаюсь использовать карате, чтобы вернуть жетон на сервер myldev. Я верну его с любыми проблемами. (с configure ssl = True)

Но когда я делаю тот же вызов против сервера mylqa. я получаю следующую ошибку

Я не сталкивался с этой проблемой с другими инструментами на моем Mac. Jmeter, который использует клиент apache 4.5.5, не имел проблемы с получением ответа

С уважением, JK

P.S. Я новичок в ssl и https. так что, пожалуйста, расслабься со мной. Также я убедился, что и сервер разработки, и сервер qa имеют одинаковую конфигурацию.

Вы уверены, что оба протокола HTTPS, верно? Похоже, что на сервере контроля качества установлено более надежное шифрование. Взгляните на этот билет, и я надеюсь, что он поможет вам!


person Jawad Kalia    schedule 09.03.2018    source источник


Ответы (1)


https://github.com/intuit/karate/issues/243

РЕДАКТИРОВАТЬ - дополнительная информация:

У кого-то был аналогичный вопрос, но, к сожалению, ответа пока нет: Ссылка

Похожая проблема оказалась без заголовка Accept: Ссылка

Можете ли вы попробовать новую поддержку настраиваемых сертификатов: https://github.com/intuit/karate#x509-certificate-authentication

Связанный вопрос о переполнении стека: SSLHandshakeException для простого запроса GET в Karate Framework

Благодарю за ваш ответ. Я попросил своих backend-разработчиков проверить, есть ли вообще разница на обоих серверах. они нашли один. и сделал их одинаковыми для каждого. Спасибо за ваши ссылки, я изучу их. Я также просмотрел документы по сертификации x509 и попробовал их. Дело в том, что у нас есть внутренняя публичная сертификация, с которой не связан ключевой файл. Я потратил довольно много времени, пытаясь скрыть файл Accept в файл ключа и сертификата на основе PK8. и давая ему пути. Я буду использовать ваши предложения и исследовать больше.

person Peter Thomas    schedule 09.03.2018
comment
В качестве дополнительного вопроса. Я думал об использовании JavaScripts xhttp в качестве решения. но у него была ошибка импорта для этого модуля. есть ли отправная точка, с которой вы можете порекомендовать мне использовать пакеты в коде javascript. - person Jawad Kalia; 12.03.2018
comment
также я использовал заголовок _1_ со значением _2_ - person Jawad Kalia; 12.03.2018
comment
@JawadKalia вместо JS рекомендую использовать Java-код. обратитесь к документу "Вызов Java" - person Jawad Kalia; 12.03.2018
comment
да, я использовал java. использовал построитель процессов для вызова curl. и получил работу. Спасибо! - person Peter Thomas; 12.03.2018
comment
Похоже, это проблема с брандмауэром наших серверов. спасибо за ваши быстрые ответы. - person Jawad Kalia; 12.03.2018
comment
11: 01: 46.113 [main] DEBUG org.apache.http.impl.execchain.MainClientExec - Открытие соединений -> частный URL 11: 01: 46.113 [main] DEBUG org.apache.http.impl.conn.DefaultHttpClientConnectionOperator - Подключение к mylqa.corp.realpage.com/10.34.208.35:443 11: 01: 46.113 [main] DEBUG org.apache.http.conn.ssl.LenientSslConnectionSocketFactory - Подключение сокета к mylqa.corp.realpage.com/10.34. 208.35: 443 с таймаутом 30000 11: 01: 46.117 [основная] DEBUG org.apache.http.conn.ssl.LenientSslConnectionSocketFactory - Включенные протоколы: [TLSv1, TLSv1.1, TLSv1.2] 11: 01: 46.120 [основная] DEBUG org.apache.http.conn.ssl.LenientSslConnectionSocketFactory - Enabled шифры: [TLS_ECDHE_ECDSA_WITH_AES_256_CBC_SHA384, TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384, TLS_RSA_WITH_AES_256_CBC_SHA256, TLS_ECDH_ECDSA_WITH_AES_256_CBC_SHA384, TLS_ECDH_RSA_WITH_AES_256_CBC_SHA384, TLS_DHE_RSA_WITH_AES_256_CBC_SHA256, TLS_DHE_DSS_WITH_AES_256_CBC_SHA256, TLS_ECDHE_ECDSA_WITH_AES_256_CBC_SHA, TLS_ECDHE_RSA_WITH_AES_ 256_CBC_SHA, TLS_RSA_WITH_AES_256_CBC_SHA, TLS_ECDH_ECDSA_WITH_AES_256_CBC_SHA, TLS_ECDH_RSA_WITH_AES_256_CBC_SHA, TLS_DHE_RSA_WITH_AES_256_CBC_SHA, TLS_DHE_DSS_WITH_AES_256_CBC_SHA, TLS_ECDHE_ECDSA_WITH_AES_128_CBC_SHA256, TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256, TLS_RSA_WITH_AES_128_CBC_SHA256, TLS_ECDH_ECDSA_WITH_AES_128_CBC_SHA256, TLS_ECDH_RSA_WITH_AES_128_CBC_SHA256, TLS_DHE_RSA_WITH_AES_128_CBC_SHA256, TLS_DHE_DSS_WITH_AES_128_CBC_SHA256, TLS_ECDHE_ECDSA_WITH_AES_128_CBC_SHA, TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA, TLS_RSA_WITH_AES_128_CBC_SHA, TLS_ECDH_ECDSA_WITH_AES_128_CBC_SHA, TLS_ECDH_RSA_WITH_AES_128_CBC_SHA, TLS_DHE_RSA_WITH_AES_128_CBC_SHA, TLS_DHE_DSS_WITH_AES_128_CBC_SHA, TLS_ECDHE_ECDSA_WITH_AES_256_GCM_SHA384, TLS_ECDHE_ECDSA_WITH_AES_128_GCM_SHA256, TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384, TLS_RSA_WITH_AES_256_GCM_SHA384, TLS_ECDH_ECDSA_WITH_AES_256_GCM_SHA384, TLS_ECDH_RSA_WITH_AES_256_GCM_SHA384, TLS_DHE_RSA_WITH_AES_256_GCM_SHA384, TLS_DHE_DSS_WITH_AES_256_GCM_SHA384, TL S_ECDHE_RSA_WITH_AES_128_GCM_SHA256, TLS_RSA_WITH_AES_128_GCM_SHA256, TLS_ECDH_ECDSA_WITH_AES_128_GCM_SHA256, TLS_ECDH_RSA_WITH_AES_128_GCM_SHA256, TLS_DHE_RSA_WITH_AES_128_GCM_SHA256, TLS_DHE_DSS_WITH_AES_128_GCM_SHA256, TLS_ECDHE_ECDSA_WITH_3DES_EDE_CBC_SHA, TLS_ECDHE_RSA_WITH_3DES_EDE_CBC_SHA, SSL_RSA_WITH_3DES_EDE_CBC_SHA, TLS_ECDH_ECDSA_WITH_3DES_EDE_CBC_SHA, TLS_ECDH_RSA_WITH_3DES_EDE_CBC_SHA, SSL_DHE_RSA_WITH_3DES_EDE_CBC_SHA, SSL_DHE_DSS_WITH_3DES_EDE_CBC_SHA, TLS_EMPTY_RENEGOTIATION_INFO_SCSV] 11:01:46. 120 [main] DEBUG org.apache.http.conn.ssl.LenientSslConnectionSocketFactory - Стартовое рукопожатие 11: 01: 46.126 [main] DEBUG org.apache.http.impl.conn.DefaultManagedHttpClientConnection - http-outgoing 11-3: Shutdown connection 01: 46.127 [main] DEBUG org.apache.http.impl.execchain.MainClientExec - Соединение отменено 11: 01: 46.127 [main] DEBUG org.apache.http.impl.conn.PoolingHttpClientConnectionManager - Соединение выпущено: [id: 3] [маршрут: {s} -> [частный URL] [общее количество сохраненных: 0; выделено маршрутов: 0 из 5; всего выделено: 0 из 10] 11: 01: 46.127 [основная] ОШИБКА com.intuit.karate - java.net.SocketException: сброс соединения, http-вызов не удался через 194 миллисекунды для URL: частный URL-адрес 11: 01: 46.127 [основной] ОШИБКА com.intuit.karate - сбой HTTP-запроса: java.net.SocketException: сброс подключения - person Jawad Kalia; 21.03.2018