Всем привет!если кто-нибудь еще использует shellguard помогите пожалуйста с проблемкой, у меня начиная с релиза FreeBSD 10.3 перестала подключаться к сервакам (по ssh v2)
поначалу писала:
Exception.
no key exchange algorithmтут оказалось что в 10.3 у sshd по дефолту убрали алгоритм diffie-hellman-group1-sha1, а shellguard похоже только его и умеет, не проблема, добавил вручную, но все-равно не помогло, теперь пишет:
Exception.
TSSH2Connection::OpenChannel. Unable to open channel. Packet type: 80.debug sshd:
debug1: SSH2_MSG_KEXINIT sent [preauth]
debug1: SSH2_MSG_KEXINIT received [preauth]
debug1: kex: algorithm: diffie-hellman-group1-sha1 [preauth]
debug1: kex: host key algorithm: ssh-rsa [preauth]
debug1: kex: client->server cipher: aes256-cbc MAC: hmac-sha1 compression: zlib [preauth]
debug1: kex: server->client cipher: aes256-cbc MAC: hmac-sha1 compression: zlib [preauth]
debug1: expecting SSH2_MSG_KEXDH_INIT [preauth]
debug1: Enabling compression at level 6. [preauth]
debug1: SSH2_MSG_KEXINIT sent [preauth]
debug1: SSH2_MSG_NEWKEYS sent [preauth]
debug1: expecting SSH2_MSG_NEWKEYS [preauth]
debug1: rekey after 4294967296 blocks [preauth]
debug1: SSH2_MSG_NEWKEYS received [preauth]
debug1: KEX done [preauth]
debug1: userauth-request for user admin service ssh-connection method password [preauth]
debug1: attempt 0 failures 0 [preauth]
debug1: PAM: initializing for "admin"
debug1: PAM: setting PAM_RHOST to "192.168.6.7"
debug1: PAM: password authentication accepted for admin
debug1: do_pam_account: called
Accepted password for admin from 192.168.6.7 port 4547 ssh2
debug1: monitor_child_preauth: admin has been authenticated by privileged process
debug1: monitor_read_log: child log fd closed
debug1: PAM: establishing credentials
debug1: rekey after 4294967296 blocks
debug1: rekey after 4294967296 blocks
debug1: ssh_packet_set_postauth: called
debug1: Entering interactive session for SSH2.
debug1: server_init_dispatch_20
debug1: server_input_channel_open: ctype session rchan 0 win 32768 max 32768
debug1: input_session_request
debug1: channel 0: new [server-session]
debug1: session_new: session 0
debug1: session_open: channel 0
debug1: session_open: session 0: link with channel 0
debug1: server_input_channel_open: confirm session
Connection closed by 192.168.6.7
debug1: channel 0: free: server-session, nchannels 1
Close session: user admin from 192.168.6.7 port 4547 id 0
debug1: do_cleanup
debug1: PAM: cleanup
debug1: PAM: closing session
debug1: PAM: deleting credentials
Transferred: sent 2832, received 848 bytes
Closing connection to 192.168.6.7 port 4547аутентификация проходит, но дальше, судя по дебагу, сессия сразу рвется, тут уже сообразить чего надо не могу, может кто знает?
понимаю, софтина старенькая, но удобная в некоторых случаях...
В 10.3 используется OpenSSH 7.2p2 в 10.2 что-то из серии OpenSSH 6.X= вот вам и разница, смотреть надоне легче на putty или альтернативные ssh клиенты пересесть?
> не легче на putty или альтернативные ssh клиенты пересесть?Дык - "барон любит чтоб потруднее!"(С) :)
> В 10.3 используется OpenSSH 7.2p2 в 10.2 что-то из серии OpenSSH 6.X=
> вот вам и разница, смотреть надоэто да, смотрю, но пока прозрения нет
> не легче на putty или альтернативные ssh клиенты пересесть?
пока и использую putty, собственно в основном его и использую, но у shellguard есть весьма приятная особенность, в одном окне открывать до 12 консолей и самое главное с помощью alt+F[1-12] очень быстро и удобно между ними переключаться. Эта его особенность весьма полезна когда под руками нет ничего кроме виндового недобука с 11-13" моником, на который 4 окошка путти с нормальным выводом просто не влезут :)
Других клиентов, имеющих возможности по переключению консолей, подобные shellguard, не встречал...
> shellguard есть весьма приятная особенность, в одном окне открывать до 12
> консолей и самое главное с помощью alt+F[1-12] очень быстро и удобноА если на сервере tmux запустить ?
>> shellguard есть весьма приятная особенность, в одном окне открывать до 12
>> консолей и самое главное с помощью alt+F[1-12] очень быстро и удобно
> А если на сервере tmux запустить ?
> https://ru.wikipedia.org/wiki/Tmuxзнаю, использую, но проблема в том что серваки то могут быть совсем на разных площадках
> XShell. Для дома и образования бесплатен. До 9 консолей по Alt+[1-9].
спасибо, попробую
> А если на сервере tmux запустить ?
> https://ru.wikipedia.org/wiki/Tmuxочень не хватает выделение текста мышкой. Или оно таки как то настраивается?
> очень не хватает выделение текста мышкой. Или оно таки как то настраивается?У меня tmux и putty. Выделяю мышкой и поточно и блочно (c Alt). Всё выделяется и копируется. Даже в mc с шифтом выделяется и копируется.
>> очень не хватает выделение текста мышкой. Или оно таки как то настраивается?
> У меня tmux и putty. Выделяю мышкой и поточно и блочно (c
> Alt). Всё выделяется и копируется. Даже в mc с шифтом выделяется
> и копируется.мы говорим про много строчный текст, когда экран разделен вертикально и оно нормально выделяет в пределах одной сессии?
http://i.imgur.com/PPbfAnq.png
при таком выделении у меня в буфер попадает текст
eth0: no IPv6 routers present
638 (48.0 MiB) │hrtimer: interrupt took 2498290 nsКаким образом в правой консоли я могу выделить текст? (не пользуясь ALT'ом)
eth0: no IPv6 routers present
hrtimer: interrupt took 2498290 nsP.S.
tmux-1.6-3
> мы говорим про много строчный текст, когда экран разделен вертикально и оно
> нормально выделяет в пределах одной сессии?Выделение это происходит в putty (ну или в другой похожей программе), а не в тмуксе. Putty о внутреннем состоянии тмукса (на сколько у него окон разделено) не знает и это логично. Поэтому без Alt здесь никак, имхо.
>[оверквотинг удален]
> это да, смотрю, но пока прозрения нет
>> не легче на putty или альтернативные ssh клиенты пересесть?
> пока и использую putty, собственно в основном его и использую, но у
> shellguard есть весьма приятная особенность, в одном окне открывать до 12
> консолей и самое главное с помощью alt+F[1-12] очень быстро и удобно
> между ними переключаться. Эта его особенность весьма полезна когда под руками
> нет ничего кроме виндового недобука с 11-13" моником, на который 4
> окошка путти с нормальным выводом просто не влезут :)
> Других клиентов, имеющих возможности по переключению консолей, подобные shellguard, не
> встречал...XShell. Для дома и образования бесплатен. До 9 консолей по Alt+[1-9].
> Других клиентов, имеющих возможности по переключению консолей, подобные shellguard, не
> встречал...Я встречал жалкий аналог в виде дешёвого Putty connection manager. В качестве вынужденной и, к сожалению единственной, замены Shellguard'а, имеющей переключение консолей, этот манагер мне очень даже понравился. Но пришлось почти сразу же после начала его изучения перестать им пользоваться из-за того, что манагер этот заваливается. Ну было это лет 10 назад. А нынче тема, смотрю, опять ожила - надо проверить этого Putty connection manager ещё разок. И время прошло, и версии новые появились и у виндов, и у него ж тоже поди.
Привет, а ты не нашел решения для этой ошибки (Exception.
TSSH2Connection::OpenChannel. Unable to open channel. Packet type: 80.), тоже пользуюсь этим клиентом, на другой вообще не хочу пересаживаться.
> Привет, а ты не нашел решения для этой ошибки (Exception.
> TSSH2Connection::OpenChannel. Unable to open channel. Packet type: 80.), тоже пользуюсь
> этим клиентом, на другой вообще не хочу пересаживаться.К сожалению нет, не нашел, разве что ssh1 использовать, но это только в закрытой локалке годится...
выше предлагали XShell, попробовал, вроде годная штука, не совсем привычно, но это дело времени :)
> выше предлагали XShell, попробовал, вроде годная штука, не совсем привычно, но это
> дело времени :)Очень, очень годная штука!
Расположение сеансов похоже на расположение их в konsole.
Для переключения между открытыми сеансами сразу же добавил клавиатурные сочетания "как в konsole" - шифт-стрелки, красота! А то в Putty ну забодаешься же между сеансами переключаться Alt-Tab'ом, т.к. сеансы Putty могут находиться только в отдельных виндусовых окнах, если на него не навесить Putty connection manager, который лет 10 назад глючил и падал, а с тех пор я его больше не проверял. :-)Кодировку нормальную koi8-r для отображения удалённой системы установить нормально можно. А то в современных терминалах, да и прочих системах, включая иногда даже языки программирования так повелось, что бывает очень трудно избавиться от навязчивого впаривания utf8 в такие места, где с ним работать просто невозможно.
Всякие клавиши типа не сильно терминальных функциональных и вполне обычных типа Backspace работают во всех нужных программах нормально "из коробки" без пляски с бубном вокруг настроек их.
Со временем наверно пересяду с Putty на xshell. Присмотрюсь к нему немного и начну уже думать о применении его. Ну и Putty connection manager перепроверю "по современному". :-) Но если кто уже проверил и юзает нормально без проблем - отпишитесь!
> так повелось, что бывает очень трудно избавиться от навязчивого впаривания utf8 в такие места, где с ним работать просто невозможно.а место видать это называется - ЖОПА :) Ибо все нормальные приложения поддерживают UTF8 OOB
P.S.
ну и XShell платный для ком-го использования, 90$ не такие и маленькие деньги
