Не может wget от GitHub, sslv3 ошибка квитирования

Проблема с su будет то, что это не делает показанный tty новому пользователю. Это не имеет значения, когда Вы - su'ing для укоренения, но для других пользователей, не владеющих tty, приводит к трудности.

Выполнение login от оболочки, используемой, чтобы быть нормальным (или по крайней мере приемлемый) вещь сделать. Оболочки рассматривали его особенно, неявно делая exec. Современные оболочки, кажется, больше не делают это. Выполнение exec login явно мог бы помочь. Добавление -f username другая вещь состоит в том, чтобы попробовать.

Когда Вы делаете это как некорневой пользователь, это только работает если login setuid-корень, который раньше был стандартной установкой, но больше не так распространен. sudo версия могла бы также работать, если предшествуется exec, принятие sudo достаточно умно, чтобы избавиться (т.е. сделать прямое должностное лицо само, не fork+exec+wait)

После прохождения через всего, что интересно, почему Вы не делаете просто ssh host -l minecraft и отключенный посредник

10
22.07.2014, 20:02
6 ответов

Если я не ошибаюсь, вы имеете в виду это repo. Попробуйте получить URL-адрес из формы Releases.

Этот случай работает на меня:

$ wget https://github.com/SpiderLabs/ModSecurity/archive/v2.8.0.tar.gz

P.S. Я также получаю сообщение об ошибке, когда пытаюсь запустить ваш случай;

$ wget https://github.com/downloads/SpiderLabs/ModSecurity/modsecurity-apache_2.7.1.tar.gz
2
27.01.2020, 20:00

Можно использовать команду curl для загрузки:

curl -LO https://github.com/downloads/SpiderLabs/ModSecurity/modsecurity-apache_2.7.1.tar.gz
10
27.01.2020, 20:00
{ touch /tmp/sleep.flag; sleep 2d ; rm /tmp/sleep.flag; find /home/disk1/ -exec touch {} \; ; } &

Все, что вам нужно, просто проверьте /tmp/sleep.flag наличие файла

[ -f /tmp/sleep.flag ] && echo "Running sleep..."
-121--89304-

Попробуйте использовать ps для поиска команды sleep:

{ sleep 20; find ...; } &
parent=$!
if ps --ppid $parent | grep sleep
then
    echo Sleep is running
fi
-121--89305-

Проверьте версию wget.

У меня была та же проблема со старыми версиями wget (< 1,15).

4
27.01.2020, 20:00

Сторона сервера отключила квитирование шифрования SSLv3 из-за серьезных проблем с безопасностью SSLv3. Более того, ваш клиент wget является устаревшей версией и по-прежнему использует по умолчанию это шифрование SSLv3. У вас есть 2 варианта:

  • используйте флаг --secure-protocol = TLSv1 перед wget. wget --secure-protocol = TLSv1
  • установить обновленную версию wget, которая использует по умолчанию протокол TLSv1
7
27.01.2020, 20:00

Что касается обходного пути , если вы доверяете хосту, попробуйте указать - no-check-certificate или добавьте:

check_certificate = off

в свой ~ / .wgetrc (не рекомендуется).

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

0
27.01.2020, 20:00

Попробуйте это:

update-crypto-policies --set LEGACY
-1
24.04.2020, 07:37

Теги

Похожие вопросы