SSH

dlopen /usr/local/lib/opensc-pkcs11.so failed: libopensc.so.6: cannot open shared object file: No such file or directory

Возможная причина

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

Помимо обычной настройки ssh для выполнения команды через прокси, можно добавить строчку:

ProxyCommand nc -X 5 -x localhost:1080 %h %p

Например:

Host bitbucket.org
 Hostname bitbucket.org
 IdentityFile ~/.ssh/my_rsa
 ProxyCommand nc -X 5 -x localhost:1080 %h %p

где вместо localhost:1080 - адрес вашего прокси (например mixed-типа)

Timed out while waiting for handshake

Отладка проблемы

Можно выполнить команду:

SFTP: Open SSH in Terminal

-- чтобы понять какой именно запрос выполняется по итогу конфигурации

Источники:

Собственно:

• Если у вас флаг -L:
  

   ssh -L

  то первым указываются локальный адрес (если нужно) локальный порт, как в этой заметке про туннель

• Если флаг -R:
  

   ssh -R

  то первыми идет адрес (если требуется) и порт удаленного узал

Источник цитаты далее: https://linuxcommand.org/lc3_man_pages/ssh1.html

Ниже цитаты с описаниями:

После настройки SSH в общем случае необходимо выполнить команду вида:

ssh -T имяПользователя/Сервиса@Адрес

Git-сервис

Для проверки подключения через ssh к гиту, команда обычно имеет более конкретный вид:

ssh -T git@Адрес

Примеры:

• Для Гитхаба:
  

  ssh -T git@github.com

• Для битбакета:

  ssh -T git@bitbucket.org

Выберите инструкцию для вашего сервиса

Видео: Гитхаб: Загружаем публичный ключ github.com:

• Ютуб: https://youtu.be/XTVDu_GzXng
• ВК: https://vkvideo.ru/video-58271214_456239141

Теоретически может пригодиться:
В зависимости от требований админки и формата генерируемого ключа, может потребуется немного его изменить)

Переходим в папку, в которой хотим создать ключи и генерируем ключ:

cd ~/.ssh &&  ssh-keygen -t rsa

Если папки нет, то предварительно создайте её:

mkdir ~/.ssh 

Далее:

1. генератор ключей задаст вопрос о том как назвать ключи, назовём например (ваше название может/должно быть другим!):
   

   g_rsa

   (введите название и нажмите энтер)-- чтобы было понятно, что это файл используется для авторизации на git.

sign_and_send_pubkey: signing failed for RSA "...." from agent: agent refused operation

Решение

По аналогии с этой ошибкой, проблема в слишком широких правах на ключи, дадим права только на чтение и запись:

chmod 700 ~/.ssh  && chmod 600 ~/.ssh/*

ECDSA host key for .... has changed and you have requested strict checking.
Host key verification failed.

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

 ssh-keygen -R имяСервераИлиIP

(в моем случае вместо имени подошел ip):

Общая идея

Предположим что у вас есть MyHost, который достижим по ssh только после, опять же, ssh подключения к MyProxyHost, тогда в .ssh/config для MyHost можно указать опцию ProxyCommand с такими значениями: