Ssl peer shut down incorrectly android studio

Русские Блоги

Android Stuido Solution SSL Peer отключается неправильно

В проекте Android Studio работает проект, проект появляется из-за проблем с сетью и разрешениями. SSL peer shut down incorrectly Ошибка запроса.

Изменить проект build.gradle Документ, как показано

Добавлять

Лучший jcenter() Положить его в конце.

Pro Test доступен.

Интеллектуальная рекомендация

Многослойная презентацияViewController Jap

. Недавно, проект использует многоэтажные прыжки [A presentViewController: B animated: YES] [B presentViewController: C animated: YES] . Проблема в том, где: как это идет прямо к? Я не нашел ме.

Распечатать список с конца до головы

В случае, когда таблица цепи не может изменять дисплей, данные хранения стека могут рассматриваться с рекурсивным методом. Разрешить модификацию структуры ссылки.

Типы данных и переменные

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

Python Daily Practice (4) -идиомы заполняют музыку

оглавление 1. Одно место 2. Случайное расположение 3. Добавьте баллы для оценки 4. Получение файла 5. Установите уровень сложности. 6. Срок завершения 7. Выберите заполнение пропусков. 1. Одно место Н.

Источник

SSL peer shut down incorrectly #5050

Comments

fusae commented Apr 14, 2018

First time install Android Studio, and gradle sync failed. For some reason, I must to download files through proxy. I set this org.gradle.jvmargs=-DsocksProxyHost=127.0.0.1 -DsocksProxyPort=1080 in the file gradle.properties , using socks5.

And try again, but got the erorr: SSL peer shut down incorrectly .

Any suggestions would be appreciated!!

The text was updated successfully, but these errors were encountered:

marcphilipp commented Apr 30, 2018

Can you try adding -Djavax.net.debug=ssl,handshake and post the output here, please?

wangyingagora commented Jun 22, 2018

build operations Thread 4, handling exception: javax.net.ssl.SSLException: SSL peer shut down incorrectly
%% Invalidated: [Session-1, TLS_ECDHE_ECDSA_WITH_AES_128_GCM_SHA256]
build operations Thread 4, SEND TLSv1.2 ALERT: fatal, description = unexpected_message
build operations Thread 4, WRITE: TLSv1.2 Alert, length = 26
build operations Thread 4, called closeSocket()
build operations Thread 4, called close()
build operations Thread 4, called closeInternal(true)

wangyingagora commented Jun 22, 2018

barnett-yuxiang commented Oct 1, 2019

marcphilipp commented Oct 1, 2019

@fusae @wangyingagora Is this still an issue for you?

Источник

java.io.EOFException: SSL peer shut down incorrectly #4126

Comments

phxql commented Mar 2, 2020 •

Bug Report

What is the issue?

After deploying linkerd2 in our cluster, java.io.EOFException: SSL peer shut down incorrectly show up.

How can it be reproduced?

Unsure, happens randomly.

Logs, error output, etc

Output from the Java application:

At the same time i see this in the logs:

linkerd check output

Environment

• Cluster Environment: selfhosted
• Host OS: Coreos
• Linkerd version:

Additional information

I suspect the issue pops up when the remote backend times out. Then linkerd somehow kills the connection in a way that the java SSL implementation throws an exception.

The text was updated successfully, but these errors were encountered:

grampelberg commented Mar 4, 2020

This sounds pretty normal. Is there something being impacted specifically?

phxql commented Mar 9, 2020

Hi, I don’t agree that java.io.EOFException: SSL peer shut down incorrectly sounds pretty normal.

The impact is the non-ability to speak with the backend system. Doesn’t happen all the time, but does happen occasionally.

This issue only pops up when proxying the traffic through linkerd. When excluding the service from linkerd, the connection to the backend works. I have a workaround with excluding the outbound port 443.

grampelberg commented Mar 9, 2020

Ahha, that’s what I was looking for! You’re not really getting anything out of proxying 443, so that’s a solid workaround. We’ve got a bug to look into though!

grampelberg commented Mar 9, 2020

The next step for us would be getting a really narrow repro. It’d be perfect if you could provide some k8s yaml that results in this exact behavior.

phxql commented Mar 10, 2020 •

I’ll try to do that, but can’t promise anything. The backend is part of a proprietary system.

mmiller1 commented Apr 29, 2020

I ran into a similar issue prompting me to open #4308 (which now may be a duplicate of this one). I included very rudimentary reproduction steps that I was able to demonstrate the problem with intermittently.

stale bot commented Jul 29, 2020

This issue has been automatically marked as stale because it has not had recent activity. It will be closed in 14 days if no further activity occurs. Thank you for your contributions.

You can’t perform that action at this time.

You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session.

Источник

Как сделать Java 6, который терпит неудачу SSL-соединение с «SSL peer shut down неправильно», успешным, как Java 7?

Я вижу SSL-соединение от клиента, работающего под управлением Java 6, с исключением, как:

сервер-это приложение на базе Tomcat 7, работающее на Java 7, Linux и Amazon EC2, чего бы это ни стоило.

Я нашел много предложений о возможных случаях, включая случайное подключение к порту без SSL и т. д. Я считаю, что я исключил все это, в основном потому, что точно такой же клиент работает при запуске Java 7 без изменений. (OS X в обоих случаи.)

ниже я включаю отладочный вывод из процедуры SSL-соединения Java 6 и Java 7. Мой вопрос экспертам:предполагает ли это, что некоторые возможные настройки шифрования или протокола, возможно, по умолчанию в Java 7, могут быть включены в Java 6, чтобы заставить его работать?

5 ответов

https.protocols системное свойство. Вот как вы можете контролировать, что возвращает заводской метод. Например, установите значение «TLSv1».

кажется, что в журнале отладки для Java 6 запрос отправить в .

main, написать: SSLv2 клиент привет сообщение, длина = 110

Это не упоминается как включено по умолчанию в Java 7.
Измените клиент для использования SSLv3 и выше, чтобы избежать таких проблем совместимости.

ищите различия в JSSE провайдеров в Java 7 и Java 6

удалите «SSLv2ClientHello» из включенных протоколов на клиенте SSLSocket или HttpsURLConnection.

обновите аргументы сервера из-Dhttps.протоколы=SSLv3-Dhttps.протоколы=TLSv1 защита,протокол SSLv3

Источник

Ошибка SSL неверно отключена в Java

Мне нужно сделать запрос через протокол HTTPS. Я написал следующий код:

Я получил это исключение stacktrace с java.io.EOFException:

Используя PHP,.NET и NodeJS, этот URL-адрес работает нормально.

Кто-нибудь знает, почему это происходит?

ОТВЕТЫ

Ответ 1

Это проблема протокола безопасности. Я использую TLSv1, но хост принимает только TLSv1.1 и TLSv1.2, тогда я изменил протокол на Java с инструкцией ниже:

Ответ 2

Вы можете установить версии протокола в системном свойстве как:

преодолеть ошибку ssl handshake

Ответ 3

Помимо принятого ответа, другие проблемы также могут вызвать исключение. Для меня это было то, что сертификат не был доверен (т.е. Самоподписанный сертификат, а не в хранилище доверия).

Если файл сертификата не существует или не может быть загружен (например, опечатка в пути), то при определенных обстоятельствах может возникнуть одно и то же исключение.

Ответ 4

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

Ответ 5

У меня была аналогичная проблема, которая была устранена путем снятия отметки с опцией в расширенной безопасности java для «Использовать совместимый с SSL 2.0 формат ClientHello.

Ответ 6

Эта ошибка является общей для библиотек безопасности и может произойти в других случаях. Если у других людей такая же ошибка при отправке писем с javax.mail на SMTP-сервер. Затем код для принудительного использования другого протокола устанавливает свойство, подобное этому:

Ответ 7

Принятый ответ не работал в моей ситуации, не знаю почему. Я переключился с JRE1.7 на JRE1.8 и решил проблему автоматически. JRE1.8 использует TLS1.2 по умолчанию

Ответ 8

В моем случае было просто пробел в URL. Поэтому сначала проверьте строку запроса!

Источник