После перехода на новое ядро с 2.4.какого-то, перестал работать ssh, для меня это очень странно, какая зависимость, но факт.
При попытке коннекта под новым ядром вываливается, что не найден ssh-askpass и host key verification failed...
Думал, что где-то что-то отвалилось, все попереустанавливал, расковырял,а потом просто подгрузил старое ядро, в нем все пашет как по часам...
Ничего не понял, поковырял конфиг ядра, ни к чему не привели мои потуги, что такое произошло, кто сталкивался???
slackware 10
kern. 2.6.11 (без патчей)
>После перехода на новое ядро с 2.4.какого-то, перестал работать ssh, для меня
>это очень странно, какая зависимость, но факт.
>При попытке коннекта под новым ядром вываливается, что не найден ssh-askpass
>и host key verification failed...
>Думал, что где-то что-то отвалилось, все попереустанавливал, расковырял,а потом просто подгрузил старое
>ядро, в нем все пашет как по часам...
>Ничего не понял, поковырял конфиг ядра, ни к чему не привели мои
>потуги, что такое произошло, кто сталкивался???
>slackware 10
>kern. 2.6.11 (без патчей)ээээ, никто не сталкивался?
я не уверен (не сталкивался), но попытайся деактивировать SELinux
>я не уверен (не сталкивался), но попытайся деактивировать SELinux
к сожалению, он деактивирован :(
Только что попробовал активировать, нет изменений...
Объясните пожалста, что изменилось то, как ssh связан с ядром...
>Только что попробовал активировать, нет изменений...
>Объясните пожалста, что изменилось то, как ssh связан с ядром...
ага ловил такой глюк
дай гуглу он тебе скажет решение
там какие-то махинации в /etc/udev надо произвести
я тоже был крайне удивлен так как не ожидал такого поведения
>ага ловил такой глюк
>дай гуглу он тебе скажет решение
>там какие-то махинации в /etc/udev надо произвести
>я тоже был крайне удивлен так как не ожидал такого поведения
Да уже гуглил, вопрос поднимался не раз, но вот на решения я как-то не нарывался, не припомните запрос или ссылку сразу???
Заранее спасибо
>>ага ловил такой глюк
>>дай гуглу он тебе скажет решение
>>там какие-то махинации в /etc/udev надо произвести
>>я тоже был крайне удивлен так как не ожидал такого поведения
>Да уже гуглил, вопрос поднимался не раз, но вот на решения я
>как-то не нарывался, не припомните запрос или ссылку сразу???
>Заранее спасибоА стереть ключи на клиенте не помогает?
>А стереть ключи на клиенте не помогает?нет не помогает....
трабла оказалась весьма известной, но почему-то предлагаемые решения не канают, хотя вроде как все ясно.
Вот например пишут,
http://lunar-linux.org/?q=node/view/714
что эта трабла потому что udev выставляет права на /dev/tty не достаточные для доступа юзеров...
Ну добавил я в группу tty ну дал я 777, а нифига...
под юзером три раза говорит про недоступность askpass, под рутом один, как буд-то действительно не может получить доступ...
strace пробовал, но мало чего понял...
Как только перегружаюсь со старым ядром (а там не udev), то все лихо начинает работать...
о, друзья зацените чего откопал
он открывает /dev/tty и обламывается после чего порождает процесс ask-pass, обламывается и кидает ошибку...
осталось понять, что не так с tty...
Блин пробелы знаний сплошные...
Пошел читать про устройства терминальные
open("/dev/tty", O_RDWR|O_LARGEFILE) = -1 EISDIR (Is a directory)
pipe([4, 5]) = 0
fork(ssh_askpass: exec(/usr/local/libexec/ssh-askpass): No such file or directory
все заработало
в udev.rules
pseudo terminals стояли tty/s%n
я поменял на tty%n таким образом появилось устройство /dev/tty и ssh запахал
Но что-то мне так не нравится ибо в /dev уже были терминалы, куда их девать...
та же проблема сделал по твоему заработало но выявился другой глюк:
команда ps aux|grep sshd (пример) не отрабатывает до конца, то-есть выводит информацию и зависает, помогает только закрытие окна.
извиняюсь запаниковал . выяснил проблему все очень просто
что то глючил kdetv.
удалил и все нормально
буду разбиратьсязы: собственно из за тюнера и перешел на ядро 2.6 - теперь ловлю проблемы :)