Debian openssh bug

http://stackoverflow.com/questions/32201443/phР-issuе-with-ssh2-multithrеadin...

это я и спрашивал, проблема не решена

The solution can also be found on the page above. Basically you need to manually build the libssh2 with dependency on libssl-dev instead of libgcrypt-dev. And then have __only__ medusa use that manually-built library. I stress __only__ so that you don't introduce unexpected issues to other packages depending on stock Debian libssh2 library (which happens to depend on libgcrypt) by replacing it with manually-built one.

©Google

Ну и в догонку - подбирать пароли для SSH нехорошо, не надо этого делать.

Не занимаемся этим, просто чек.

Медуза тут вообще непричём. Я так понял нужно переустановить libssh2 с другими зависимостями и проблема исчезнет? Попробую.

Не подскажите ещё, если есть ssh туннель, есть возможность подключиться. Какой командой можно внешний ip получить? Бывает, что их меняют и нам нужно проверять иногда.

Какой командой можно внешний ip получить?

Наводящий вопрос - IP чего? Роутера? Шлюза провайдера? Товего холодильника?

Да и вообще - ты патч Бармина пробовал уже поставить, он как-раз для твоего случая разработан был.

внешний ip разумеется. на выходе который.

На выходе чего? Выражайся яснее. Иначе ставь патч Бармина.

Нельзя мне патч Бармина.

Если пускать трафик через ssh-туннель, то ip меняется.

Бывает, что ip для коннекта к ssh серверу один, но если пропустить трафик через него и проверить ip через whoer.net, то ip там совсем другой. Вот этот ip и нужно узнать как-то из командной строки.

Можно сделать запрос посредством curl, но он не всегда установлен ведь. Нужно что-то универсальное.