]> Sergey Matveev's repositories - stargrave-blog.git/commit
Не всё так безболезненно с OpenSSH новым
authorSergey Matveev <stargrave@stargrave.org>
Wed, 22 Jun 2022 12:38:47 +0000 (15:38 +0300)
committerSergey Matveev <stargrave@stargrave.org>
Wed, 22 Jun 2022 12:38:47 +0000 (15:38 +0300)
commitce7c5c973a74d7e874e59e124fd20fea512462cc
tree4b825dc642cb6eb9a060e54bf8d69288fbee4904
parent1cab6ed6ec5ef3e87cbce819d4f3cf10fdc0a1fb
Не всё так безболезненно с OpenSSH новым

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

Позже обнаружил что у меня не печатается ничего на кириллице на
удалённых серверах. Судя по changelog-у OpenSSH я не увидел что именно
поменялось в поведении, но LANG переменная не выставляется после
login-а и наверное дело в этом. Помню что если .login_conf пуст, то
добиться работы UTF-8 проблематично. Не понял почему прежде работало, но
в итоге в ~/.ssh/environment добавил нужный LANG и всё заработало.

А дальше я обломался с копированием файла через scp. В курсе что оно
стало использовать SFTP, но в логах появляется:
    fatal: unable to make the process untraceable: No such process
и соединение обрывается. Судя по
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=259174 оно никогда и
не работало. Не стал заморачиваться и поэтому просто добавил strict=0
в функцию. Даже с первого раза написал корректный ed скриптик для
добавления этой строчки, (внезапно захотелось тряхнуть стариной без patch-а):
    40a
    strict = 0;
    .
    wq