какой консольный полноэкранный редактор не требует терминала, а довольствуется stdin/stdout ?

Кстати, а почему бы не сконнектиться ей наружу через ssh _с проброской портов_(пробросив внутренний 22 порт наружу), а потом сконнектиться к ней по ssh и запустить vim/emacs/что-угодно в нормальном терминале.

Схемы с проброской портов тоже не интересны. Это единственный удаленный доступ на машинку, который должен быть максимально прост.

И даже с комфортом :-)

Проще так сделать -- у долбанного провайдера регулярно отваливается запрошенная проброска 22 порта наружу.

Это ты про свою проброску портов или про что?

Редактор пытается читать клавитуру, а мне надо, чтобы он stdin читал. Тут переменные не помогут.

Если у вас socket может коннектится наружу, то сможет и ssh. На удаленной машине запускает sshd, затем на этой машине делаете команду:

ssh -R 9999:127.0.0.1:22 имя_пользователя@ip_внешней_машины

Вводите пароль или настраиваете авторизацию по ключам.

Затем на внешей машине говорите:

ssh -p 9999 127.0.0.1

и получате нормальный терминал на удаленной машине. Где и su будет работать и mc...

> Это ты про свою проброску портов или про что? Редактор пытается читать клавитуру, а мне надо, чтобы он stdin читал. Тут переменные не помогут.

Нет, это ещё один способ. Редактор будет читать /dev/stdin в любом случае. И переменные тут помогают. Только что попытался:

nc -l -p 6666 -c "TERM=xterm vim"

а в другой консоли -- nc localhost 6666 . И мне открылся нормальный vim, на полный экран с польной функциональностью

Хотя нет, вру, не совсем нормальный :(

А если не лень, то можно попробовать оторвать от vim-а его шибко умную проверку на то, что /dev/stdin является терминалом и перекомпилить.

А причем тут провайдер? Или у вас socket работает через прокси?

Редакторы могут рисовать курсор БЕЗ терминала (читаем про эскейп последовательности), нано успешно рисует экран, но дальше ничего не может.

А мне лень... потому, что кто-то уже должен был написать мальнький редактор с оторванной проверкой.

Наконец-то ты понял мой вопрос! Ура!

Редактору надо объяснить размер экрана, это да, причем в переменной окружения. Но терминал не нужен

:) ещё раз читаем про них же чтобы понять, что это работа терминала

> Редактору надо объяснить размер экрана, это да, причем в переменной окружения.

COLUMNS=80 LINES=25

> :) ещё раз читаем про них же чтобы понять, что это работа терминала

Это работа терминала на моем десктопе. А я писал про ненужность терминала на удаленной машинке, где редактор исполняется. Там редактор пытается читать клавиатуру, и обламывается, видя, что терминала нет, а есть голый stdin.

А он там и не нужен. Его дело (а, вернее, дело ncurses) -- посылать эскейп-последовательности.

> Там редактор пытается читать клавиатуру, и обламывается, видя, что терминала нет, а есть голый stdin.

Не клавиатуру, а stdin. Они все читают stdin и пишут на stdout. Только некоторые слишком умны и пытаются делать всякие проверки.

Собственно, либо эту проверку надо оторвать, либо выдрать тот код(наверно, из /bin/login), который говорит редактору, что stdin -- это терминал.

Вопрос становится таким: как заставить nc/socket/десктопный терминал не отображать Control-X как ^X и не отображать PgUp PgDn в виде мусора?

Как ты из stdin, если это не терминал, прочитаешь комбирацию "Shift нажат, стрелка в право нажата-отпущена, Shift отпущен" ? Кое-какие консольные редакторы такое умеют.

O_O

Ты предлагаешь мне пропатчить /bin/login ?

Насколько мне известно, "терминал или нет" определяется вызовом ioctl на дескрипторе файла, но тут я и завраться могу.

int ioctl(int fd, int cmd, ...);

> Ты предлагаешь мне пропатчить /bin/login ? Насколько мне известно, "терминал или нет" определяется вызовом ioctl на дескрипторе файла, но тут я и завраться могу.

Типа того. Или просто перегрузить ioctl через LD_PRELOAD.

Хм, а разве тут эмулятор терминала(который на твоей стороне) их не преобразует в esc-последовательность? Вроде они уже в заэскейпленом виде отсылаются.

А если попробовать telnet с отключенным эхом?

Хотя там некоторые клавиши не совсем по-своему работают, так что придётся переучиться с up,down,left,right на k,j,h,l

Ну вы, блин, даёте... pty на что?

> Ну вы, блин, даёте... pty на что?

Ну расскажи нам как его сделать.

Так я и хочу сделать.

Но редакторы на удаленной машинке и команда su вместо чтения stdin делают ioctl. Впрочем, vim вроде умеет читать stdin, так что вопрос этот можно закрыть, и выяснить, что на стороне сервера запусить.

Telnet без эха не подходит, так как на стороне сервера -- слушающий nc, а telnet -- наоборот, подключается.

Короче -- требуется слушающий nc с возможностью запретить эхо и посылать символы не после энтера, а сразу (а vim должен не рыпаться, пытаясь разрешить/запретить эхо... будем надеятся, что он так и делает?). Можно такой nc и написать, но опять же, думаю есть готовый. Может, сделать новую тему?

telnet без эха использовать на своей стороне, например, заредиректив порт ещё раз у себя (nc -l -p 3333 -c 'nc -l -p 6666'). Так что вроде всё готово.

Вот ссылка: http://www.ioncannon.net/system-administration/134/netcat-examples/

Но опять с лишним редиректом. Надо все же нормальный netcat найти.

Права рута на обоих есть. Но то что щас -- портабельно под винду (если там вим тоже будет читать stdin).

> Права рута на обоих есть. Но то что щас -- портабельно под винду (если там вим тоже будет читать stdin).

vim под виндой какой-то кривой. Там только gvim юзабелен. Разве что из-под cygwin...

> Но опять с лишним редиректом. Надо все же нормальный netcat найти.

В man stty я нашёл строчки, которые могут помочь отключить мусор:
* [-]ctlecho
echo control characters in hat notation (`^c')

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

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

> внимательно почитав тред, создаётся впечатление, что топикпастер пытается изобрести зверский велосипед используя nc :)

Пока велосипед состоит из 2 строчек -- одна на удаленной машинке, другая на сервере. ИМХО велосипеды начинаются со 100.

Уже почти то что надо. Но netcat посылает строку только после энтера (во всяком случае вим реагирует на PgDn только после энтера), а надо чтобы посимвольно.

Сдаюсь :) Разве что патчить сетевого кота.

рано сдался!!!

stty raw

щас еще выясню, как эхо отключить

На сервере: stty raw -echo; nc -l -p 1234 ; stty sane

За фаерволом: nc localhost 1234 -c vim

Тут еще не хватает объяснения размера экрана, но про это уже писали.

Ура? Мы его всё-таки изобрели? :)

Таки велосипедность есть, например bash -si вместо vim работает неполноценно. Но в целом эти две строчки меня устраивает гораздо больше подъема vpn с их скриптами (а кузнецов еще забыл сказать про sshd -- здесь же он не требуется).

Теперь можно это портировать под винду... нужен вим под виндой, понимающий stdin и ansi-последовательности.