Ошибка SSL шифра с curl
btrfs fi show 'path' или btrfs fi использование 'path'
Программа установки показывает, сколько места на диске и какой объем требуется.
Поскольку я мог подключиться к серверу с помощью Firefox, я добавил надстройку CipherFox. Это позволило мне определить шифр, используемый Firefox при подключении. В моем случае это был шифр TLS_RSA_WITH_AES_256_CBC_SHA. Небольшое гугление привело меня к списку шифров, из которого следует, что TLS_RSA_WITH_AES_256_CBC_SHA — это AES256-SHA. Затем я просто попросил curl использовать новый шифр.
curl --ciphers AES256-SHA -k https://1.1.1.1/login.html
Поскольку это общедоступный портал входа в систему через Wi-Fi, я не беспокоюсь о безопасности. Если вы беспокоитесь о безопасности, вам, вероятно, следует убедиться, что используемый вами шифр подходит.
SSL — это сложный протокол с множеством опций. Клиент и сервер должны согласовать выбор совместимых вариантов. Это усложняется тем, что одной из целей SSL является защита от атак типа «человек посередине», а одним из возможных методов атаки является нарушение согласования, что должно произойти до установлена безопасная связь — для принудительного применения небезопасных параметров.
SSLv3 — устаревшая версия протокола. Сегодня TLS 1.2 предпочтительнее, 1.0 — нормально (как и 1.1, но на практике встречается редко). Если согласование сводится к SSLv3, то либо сервер серьезно устарел, либо что-то пошло не так (вероятно, из-за плохой настройки сервера).
Полезным инструментом для получения дополнительной информации о происходящем является Wireshark. Скажите ему записывать TCP-трафик на 1.1.1.1 через порт 443 с фильтром хост 1.1.1.1 и порт 443. Wireshark должен автоматически определять соединение как SSL и отображать подробный анализ каждого сообщения.В SSL-соединении клиент сначала отправляет сообщение «client hello», в котором указывается, какие настройки он поддерживает, а сервер отвечает «server hello», в котором делается выбор среди поддерживаемых клиентом настроек. Здесь кажется, что сервер выбрал что-то, что не поддерживает клиент, что привело к понижению версии протокола.
Пожалуйста обратитесь: https://stackoverflow.com/questions/34176433/lwp-iosocketssl-fails-with-ssl3-get-server-hellowrong-cipher-returned Вы должны проверить SSL, он использует IP или имя хоста? если он использует имя хоста, лучше использовать имя хоста вместо IP.
curl -d "submit=accept&buttonClicked=4&err _flag=0&network _name=Guest%20Network" --шифры AES256 -SHA -k -X POSThttps://1.1.1.1/login.html