The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]

Представлен проект Mosh, нацеленный на создание более совершенной альтернативы SSH

15.05.2012 13:52

Кэйт Уэйнстейн (Keith Winstein) и группа разработчиков из Массачусетского Технологического Института (MIT) представили проект Mosh с реализацией клиент-серверного ПО для организации удаленного доступа, по назначению схожего с SSH и применяющего его средства аутентификации, но предназначенного для использования в мобильных сетях с неустойчивым или медленным соединением. Исходные тексты проекта доступны под лицензией GPLv3.

Mosh (Mobile Shell) выступает в роли надстройки над SSH, используя средства аутентификации последнего, но осуществляя обмен данными с использованием собственного протокола SSP (State Synchronization Protocol), реализованного поверх UDP с шифрованием AES-128. В отличие от SSH, который просто пересылает поток данных от сервера к клиенту и ожидает ответных данных, SSP основан на идее синхронизации состояний. И клиент и сервер хранят у себя текущее состояние экрана которое синхронизируется по запросу сторон. Этот подход позволяет легко устранить коренные недостатки SSH:

  • Операции редактирования командной строки на стороне клиента. При использовании SSH каждый печатаемый в командной строке символ отправляется серверу, который затем передает его обратно клиенту, который производит вывод на экран, в результате чего на медленном соединении терминал становится менее отзывчивым.

    Mosh обновляет содержимое экрана локально, отправляя информацию об изменившемся состоянии экрана (бинарный diff) серверу в момент нажатия клавиши Enter, в ответ сервер отсылает клиенту свой бинарный diff, содержащий ответ команды (или часть ответа, если вывод длинный), который объединяется с текущим содержимым. Такая архитектура позволяет сделать работу с удаленным терминалом удобной даже в условиях очень плохого и медленного соединения. Причем это относится и к полноэкранным приложениям.

  • Прозрачное переключение между IP-адресами (роуминг). Каждые три секунды SSP-клиент посылает серверу heartbeat-сообщения с увеличенным номером последовательности. Каждый раз, когда сервер получает аутентичный пакет от клиента с номером последовательности выше предыдущего, IP-адрес его источника становится адресом назначения для исходящих пакетов сервера. Таким образом изменение адреса клиента никак не повлияет на текущую сессию и она останется открытой. Более того, используя heartbeat-сообщения клиент сможет вовремя уведомить пользователя о недоступности сервера (в отличие от SSH, пользуясь которым человек узнает о потере соединения только когда попробует напечатать команду) и не закроет сессию на время его отсутствия.
  • Ctrl+C в любой ситуации. Mosh регулирует скорость посылки diff-сообщений клиенту на основе текущей скорости соединения и никогда не заполнит сетевые буферы клиента. Поэтому, даже если пользователь случайно запросит вывод на экран файла длиной 100 Мб, комбинация Ctrl+C сработает мгновенно.

Еще одно достоинство Mosh заключается в простоте его установки. Сервер использует существующую SSH-инфраструктуру для аутентификации и непривилегированные порты для приема данных, поэтому если между машинами уже налажена SSH-связь, все что потребуется сделать, это просто установить на обе машины пакет mosh и использовать команду mosh вместо ssh. Если сервер не позволяет производить установку пакетов, то достаточно будет положить бинарный файл mosh-server в любой каталог (например, /home/user) и вызвать клиент mosh с опцией '--server=/home/user/mosh-server'.

Более детальную информацию об архитектуре системы можно прочитать в документе Mosh: An Interactive Remote Shell for Mobile Clients.

  1. Главная ссылка к новости (http://mosh.mit.edu...)
Автор новости: Evgeny Zobnin
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/33849-ssh
Ключевые слова: ssh, telnet, mosh
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (110) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, Аноним (-), 14:34, 15/05/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Название они очень удачно выбрали
    https://en.wikipedia.org/wiki/Moshing
     
     
  • 2.9, ProfX (ok), 15:07, 15/05/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Недавно хотел как раз дать такое название своему проекту)) но вовремя передумал (назвал Mash)
    https://github.com/unixod/mash
     
     
  • 3.40, Аноним (-), 17:45, 15/05/2012 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Чертова служба в госпитале
     
  • 3.66, Aesthetus Animus (ok), 21:43, 15/05/2012 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Хватит пиарить свою поделку, никому кроме Вас она не нужна. shell over mail... Вы еще vpn over xmpp напишите!
     
     
  • 4.69, arisu (ok), 22:27, 15/05/2012 [^] [^^] [^^^] [ответить]  
  • +3 +/
    > Хватит пиарить свою поделку, никому кроме Вас она не нужна.

    ты таки опросил всех, кто пользуется компами, и они все ответили «не надо»? ты крут.

     
     
  • 5.77, Aesthetus Animus (ok), 01:05, 16/05/2012 [^] [^^] [^^^] [ответить]  
  • –2 +/
    > ты таки опросил всех, кто пользуется компами

    Да. Я умею читать мысли. Я невероятно крут. Но, не смотря на столь уникальную особенность моего мозга, я что-то запаметовал, когда же это мы с Вами пили на брудершафт?

     
     
  • 6.78, arisu (ok), 01:18, 16/05/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    тогда, когда usenet преобразовался в форумы.
     
  • 6.122, Аноним (-), 15:33, 17/05/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Да, ты "запаметовал", как пишется правильно это слово, это точно.
     
  • 2.13, Аноним (-), 15:14, 15/05/2012 [^] [^^] [^^^] [ответить]  
  • +2 +/
    мощь! :)
     

  • 1.2, Аноним (-), 14:41, 15/05/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +6 +/
    sms shell :)
     
  • 1.3, AlexYeCu (ok), 14:41, 15/05/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Посмотрим, если разработчик не пролюбит безопасность, то может и толк выйти — ssh на медленных соединениях и правда тот ещё тормоз.
     
  • 1.4, AlexYeCu (ok), 14:44, 15/05/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Хотя, вот тут подумалось: а если на серваке система, работающая по типу мессенджера? Скажем, тот же finch? Или текстовый браузер — жамкнули на enter, страничка пошла грузиться, diff ушёл к клиенту, тут страничка и догрузилась? Кому не нравятся примеры приложений — подставьте «мониторинг логов» или «сборку из исходников», смысл не изменится.
     
     
  • 2.71, arisu (ok), 22:31, 15/05/2012 [^] [^^] [^^^] [ответить]  
  • +/
    в принципе, это можно решить. отчасти — решить более «жёсткой» синхронизацией при включении программой «alternate screen»: большинство полноэкранных софтин это используют. также ужесточить правила при переводе консоли в raw-режим. ну, и ещё кое-какими эвристиками. а если эта штука станет более-менее популярной хотя бы с этими фичами — добавить спецкоды типа «refresh start»/«refresh end» к курсесам, слангу и ты пы. на крайний случай — LD_PRELOAD'ом сначала.

    в общем, для начала эвристиками можно решить большинство случаев, мне кажется.

     

  • 1.5, Vkni (ok), 14:53, 15/05/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Эта штука напоминает устройство терминалов IBM 3270, работавших с мейнфреймами, в том числе, и с машинами ЕС. Там тоже терминал делал очень многое. Но там были проблемы с редакторами типа ViM.

    (если у кого есть желание поиграться, можно скачать дистрибутив SixPack - http://www.smrcc.org.uk/members/g4ugm/VM370.htm)

     
     
  • 2.14, Аноним (-), 15:21, 15/05/2012 [^] [^^] [^^^] [ответить]  
  • +/
    ViM тогда не быо, а vi(1) на 3270 работал.
     
     
  • 3.19, Vkni (ok), 15:36, 15/05/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > ViM тогда не быо, а vi(1) на 3270 работал.

    Точно? Там же терминал очень сильно отличающийся от UNIX'ового.

     
  • 3.38, 1 (??), 17:21, 15/05/2012 [^] [^^] [^^^] [ответить]  
  • +/
    >ViM тогда не быо, а vi(1) на 3270 работал.

    Если учесть что 3270 передавал полный экранный буфер, верится в это с трудом

     
     
  • 4.45, ptr (??), 18:51, 15/05/2012 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Неправда. Я писал для 3270 (EC 7920). В режиме форматированного экрана он передавал только текущее поле.
     
     
  • 5.63, Vkni (ok), 21:24, 15/05/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > Неправда. Я писал для 3270 (EC 7920). В режиме форматированного экрана он
    > передавал только текущее поле.

    Ну и как, там Vi работал? Насколько я понял, играясь с эмулятором 3270, vi там работать не должен. По крайней мере, его клавиши навигации jkl;.

     
     
  • 6.73, DeadMustdie (??), 22:43, 15/05/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Ну и как, там Vi работал? Насколько я понял, играясь с эмулятором
    > 3270, vi там работать не должен. По крайней мере, его клавиши
    > навигации jkl;.

    Про vi не скажу, а вот весьма сложные консольные приложения типа ISPF
    (включая полноэкранный текстовый редактор, чем-то похожий на vi)
    в 3270 прекрасно работают. Кто с мэйнфреймами дело имеет, наверняка
    видел.

     
  • 6.79, ptr (??), 01:46, 16/05/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >> Неправда. Я писал для 3270 (EC 7920). В режиме форматированного экрана он
    >> передавал только текущее поле.
    > Ну и как, там Vi работал? Насколько я понял, играясь с эмулятором
    > 3270, vi там работать не должен. По крайней мере, его клавиши
    > навигации jkl;.

    Не могу ответить. Как-то у меня не сложилось поработать с 7920 из *nix. SVS, TKS, VM/SP - сколько хочешь, но vi там не было.
    Суть в том, что 7920 прерывание посылает только на функциональные клавищи (Ф1-Ф12, ПД1-ПД3) и на ввод. И это был не недостаток, а преимущество. Чтобы не дергать стойку, канал и даже ЦП на каждую клавишу.
    Поэтому весь софт под него так и адаптировался, чтобы или последовательность заканчивается перечисленными клавишами (чаще всего - ввод), или использует только их вообще.

     
  • 5.92, ProfX (ok), 10:26, 16/05/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Аж настольгия взяла - помнится девчонки из нашего отдела называли терминал из этой серии (EC 7927) зверь-машина)))
     

  • 1.6, Anonim (??), 14:58, 15/05/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Оно автоматически восстанавливает сессию если я например усыпил ноутбук надолго и подключился к другому интернету потом?
     
     
  • 2.10, enemo (?), 15:07, 15/05/2012 [^] [^^] [^^^] [ответить]  
  • +/
    да, прозрачно восстанавливает после сна и смены айпишника.
     
     
  • 3.29, umbr (ok), 16:45, 15/05/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    а вот это уже киллер-фича
     
     
  • 4.41, Ы (?), 18:19, 15/05/2012 [^] [^^] [^^^] [ответить]  
  • +2 +/
    С какго перепугу? Screen существет дольше чем ты :) Да и не только screen.
     
     
  • 5.54, Anonim (??), 19:27, 15/05/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Никогда не знаешь понадобится ли тебе сейчас сорваться с места и убежать в другой конец города, а всегда запускать все приложения в скрине...
     
     
  • 6.59, filosofem (ok), 20:39, 15/05/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Никогда не знаешь понадобится ли тебе сейчас сорваться с места и убежать
    > в другой конец города, а всегда запускать все приложения в скрине...

    Иногда будет удобно, но не киллер фича ― факт. Ы прав.


     
  • 6.74, x0r (??), 22:47, 15/05/2012 [^] [^^] [^^^] [ответить]  
  • +/
    !!!! добавляете в putty в remote command для каждого соединения строчку screen -U -x -R
    и думаете как вы раньше жили
     
     
  • 7.90, Куяврик (?), 10:09, 16/05/2012 [^] [^^] [^^^] [ответить]  
  • +2 +/
    putty? это что-то из мира операционок, в которых нет ssh-клиента?
     
     
  • 8.97, filosofem (ok), 11:45, 16/05/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Это из мира айЗена, его единомышленников и сочувствующих ... текст свёрнут, показать
     
     
  • 9.101, x0r (??), 13:05, 16/05/2012 [^] [^^] [^^^] [ответить]  
  • –3 +/
    ну ладно вам, не так просто использовать на работе opensource когда дофига важн... текст свёрнут, показать
     
  • 9.124, Куяврик (?), 14:20, 19/05/2012 [^] [^^] [^^^] [ответить]  
  • +/
    дружище, айзен украл у тебя левый ботинок ... текст свёрнут, показать
     
  • 9.127, Куяврик (?), 16:43, 11/06/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Я могу рассчитывать, что ты не глупая балаболка и сертифицировал как минимум одн... текст свёрнут, показать
     
  • 6.75, arisu (ok), 22:48, 15/05/2012 [^] [^^] [^^^] [ответить]  
  • +/
    один раз настроить запуск с dtach'ем — и всё.
     

  • 1.7, Аноним (-), 15:03, 15/05/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    давно пора
     
  • 1.8, Аноним (-), 15:04, 15/05/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Насколько я понял, оно использует параллельные соединения, как FTP/IRC/SIP/etc.
    Причем без возможности вытащит параметры вспомогательного коннекта из основного.
    То есть админам фаерволов опять лишний гемор.
     
     
  • 2.37, Аноним (-), 17:19, 15/05/2012 [^] [^^] [^^^] [ответить]  
  • +/
    насколько я понял вы нифига не смыслите в сетях.

    >UDP

    !!

     
     
  • 3.50, Аноним (-), 19:20, 15/05/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >  насколько я понял вы нифига не смыслите в сетях.

    Насколько я понял, вы ничего не смыслите в stateful-фаерволах.

     
     
  • 4.52, Аноним (-), 19:23, 15/05/2012 [^] [^^] [^^^] [ответить]  
  • +/
    >>  насколько я понял вы нифига не смыслите в сетях.
    > Насколько я понял, вы ничего не смыслите в stateful-фаерволах.

    А также в работе SIP/RTP.

     

  • 1.11, Аноним (-), 15:08, 15/05/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    > Mosh обновляет содержимое экрана локально, отправляя информацию об
    > изменившемся состоянии экрана (бинарный diff) серверу в момент нажатия клавиши
    > Enter, в ответ сервер отсылает клиенту свой бинарный diff

    Это каким они местом думали то?

    Ctrl+C
    Enter
    Ctrl+V
    Enter

    Во-вторых, разве терминальные esc последовательности, которые передает ssh, больше чем diff целиком экрана?

     
     
  • 2.12, Аноним (-), 15:10, 15/05/2012 [^] [^^] [^^^] [ответить]  
  • +2 +/
    особенно вимеры обрадуются - после каждой команды энтер.
     
     
  • 3.15, Аноним (-), 15:22, 15/05/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > особенно вимеры обрадуются - после каждой команды энтер.

    Только ed(1), только хардкор!

     
  • 2.55, Аноним (-), 19:38, 15/05/2012 [^] [^^] [^^^] [ответить]  
  • +/
    >> Mosh обновляет содержимое экрана локально, отправляя информацию об
    >> изменившемся состоянии экрана (бинарный diff) серверу в момент нажатия клавиши
    >> Enter, в ответ сервер отсылает клиенту свой бинарный diff
    > Это каким они местом думали то?
    > Ctrl+C
    > Enter
    > Ctrl+V
    > Enter
    >Во-вторых, разве терминальные esc последовательности, которые передает ssh, больше чем diff целиком экрана?

    т.е. открыл ты так текстовый редактор на локально машине, написал там команду, скопировал ее, вставил, ага? запустил top и смотришь обновление раз в минуту...
    позвольте вам вопрос задать: вы когда нибудь сидели на каналах с пингом в 10-30 секунд и потерей пакетов до 75%?

     
     
  • 3.60, Аноним (-), 20:47, 15/05/2012 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Для особо тупых объясняю в чем суть Суть в том, что реакция со стороны сервера ... большой текст свёрнут, показать
     
     
  • 4.83, Аноним (-), 02:51, 16/05/2012 [^] [^^] [^^^] [ответить]  
  • –2 +/
    gt оверквотинг удален эта ты поработай как-нибудь над сарказмом, научись ра... большой текст свёрнут, показать
     
  • 2.70, кевин (?), 22:28, 15/05/2012 [^] [^^] [^^^] [ответить]  
  • +/
    ну головой думайте то очевидно что не энтер является спусковым крючком синхронизации
     

  • 1.16, Аноним (-), 15:22, 15/05/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    Из описания на хабре:
    Mosh не слушает портов и не производит аутентификацию. Mosh авторизовывается по ssh и запускает сервер через udp.
    только udp over ssh, нафейхуа оно тогда надо?

    И вообще, я знаю одну шутку про udp, но не факт что она до вас дойдет

     
     
  • 2.18, Аноним (-), 15:29, 15/05/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Ее все знают, именно поэтому TCP часто используется даже в неочевидных вещах.
     
  • 2.24, Аноним (-), 16:34, 15/05/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Нет, udp не over ssh, а отдельным соединением
     
     
  • 3.53, Аноним (-), 19:24, 15/05/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > Нет, udp не over ssh, а отдельным соединением

    ... вот только у udp нет понятия соединений :)

     
  • 2.42, Аноним (-), 18:22, 15/05/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Ethernet over ssh было бы круче!
     
     
  • 3.107, mr_gfd (?), 13:52, 16/05/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > Ethernet over ssh было бы круче!

    man ssh

    -w local_tun[:remote_tun]

    не L2, конечно, но, в большинстве случаев, L3 вполне хватает.

     

  • 1.17, Аноним (-), 15:28, 15/05/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Они изобрели блочный терминал (http://en.wikipedia.org/wiki/Block-oriented_terminal )???
     
     
  • 2.20, Vkni (ok), 15:38, 15/05/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > Они изобрели блочный терминал (http://en.wikipedia.org/wiki/Block-oriented_terminal
    > )???

    Вот мне тоже кажется, что это аналог блочного терминала.

     

  • 1.23, Аноним (-), 16:04, 15/05/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Интересно, а что будет с автокомплишеном?
     
     
  • 2.26, Аноним (-), 16:35, 15/05/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > Интересно, а что будет с автокомплишеном?

    А что с ним должно быть не так?

     
     
  • 3.32, Аноним (-), 16:50, 15/05/2012 [^] [^^] [^^^] [ответить]  
  • +/
    То что там лишнее нажатие энтера требуется. Новость както неудачно преподнесена. Понимать видимо следует так что при *наборе командной строки* отправка всей строки пройдет *только* после нажатия энтер. Соответственно, автокомплит отвалится ибо срабатывает по промежуточному нажатию таба, который мош отправлять не намерет. Скорей всего, это временно, потому что добавить к "барьерному" символу энтера еще и таб много ума не потребует.
     
     
  • 4.36, Михрютка (?), 17:05, 15/05/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > То что там лишнее нажатие энтера требуется. Новость както неудачно преподнесена. Понимать
    > видимо следует так что при *наборе командной строки* отправка всей строки
    > пройдет *только* после нажатия энтер. Соответственно, автокомплит отвалится ибо срабатывает
    > по промежуточному нажатию таба, который мош отправлять не намерет. Скорей всего,
    > это временно, потому что добавить к "барьерному" символу энтера еще и
    > таб много ума не потребует.

    да собственно там все отправлять придется. придумать локальное эхо - это хорошо, конечно, но как оно поможет мне less /var/log/messages?

     
     
  • 5.51, Аноним (-), 19:21, 15/05/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > конечно, но как оно поможет мне less /var/log/messages?

    Никак. Зато например les /var/log/messages -> (бл!!!) ctrl+c -> less /var/log/messages будет намного приятнее выглядеть на GPRS галимом с пингом в 5 секунд.

     
  • 2.30, Аноним (-), 16:46, 15/05/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    if ($press_key == "tab" || $press_key == "enter") then diff();  
     
  • 2.31, Михрютка (?), 16:47, 15/05/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    на медленном линке будет тормозить, как и раньше :)
     

  • 1.25, Аноним (-), 16:34, 15/05/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • –13 +/
    > Исходные тексты проекта доступны под лицензией GPLv3.

    Уже повод что бы не ставить. GPL v2 еще куда не шло.
    А эти из клики поддерживающих маразматика не нужны.

     
     
  • 2.28, ProfX (ok), 16:40, 15/05/2012 [^] [^^] [^^^] [ответить]  
  • +/
    а что плохого в GPLv3 ?
     
     
  • 3.33, umbr (ok), 16:50, 15/05/2012 [^] [^^] [^^^] [ответить]  
  • +3 +/
    было б что-то плохое - вообще похоронили бы :)
     
  • 3.35, Аноним (-), 16:56, 15/05/2012 [^] [^^] [^^^] [ответить]  
  • +7 +/
    > а что плохого в GPLv3 ?

    Очень смущает и беспокоит фанатиков проприетарщины, вроде анонима выше.

     
     
  • 4.68, myc (?), 21:49, 15/05/2012 [^] [^^] [^^^] [ответить]  
  • –3 +/
    OpenSSH в мире Unix и Unix-like (а так же во всяких сетевых железках) является стандартом де-факто. И в этом не малая заслуга его либеральной лицензии.
    Сомнительно, что софт с лицензией GPLv3 сможет стать альтернативой OpenSSH, кроме как для GNU/...

    Простите, если сможете.

     
     
  • 5.82, Аноним (-), 02:25, 16/05/2012 [^] [^^] [^^^] [ответить]  
  • +3 +/
    > OpenSSH в мире Unix и Unix-like (а так же во всяких сетевых
    > железках) является стандартом де-факто. И в этом не малая заслуга его
    > либеральной лицензии.
    > Сомнительно, что софт с лицензией GPLv3 сможет стать альтернативой OpenSSH, кроме как
    > для GNU/...

    Разумеется, история пойдет своим чередом.
    На железках со свободными прошивками будут работать программы GPLv3, а для проприетарных тивоизированных FreeBSD Foundation (по приказу начальства из Apple) организует написание "свободного" аналога.
    Каждому свое.

     
     
  • 6.99, myc (?), 13:02, 16/05/2012 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Фантег.
    Меня ни сколько не смущает, что на моем рабочем маке шелл окружение утянуто с фрибсд.
    Меня не мучает совесть за то, что по долгу службы мне приходится пользоваться openssh как на "православном" линуксе, так и на "богомерзких" фрибсд, маке и соляре.
    Я не просыпаюсь в холодном поту из-за того, что не могу посмотреть код закрытой части макоси, бо оно работает и кушать не просит.
    Но меня меня ацки бесит, когда приходится ковырять корявый код пионэрских поделий со свободной лицензией.
     
     
  • 7.109, Аноним (-), 14:46, 16/05/2012 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > Но меня меня ацки бесит, когда приходится ковырять корявый код пионэрских поделий со свободной лицензией.

    Проще говоря, вы фанатично ненавидите OpenSource. Так и скажите. Зачем воду лить?

     
     
  • 8.111, Аноним (-), 14:49, 16/05/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Собственно, отсюда вся ненависть к copyleft-лицензиям, и терпимость к bsd-like ... текст свёрнут, показать
     
  • 8.117, myc (?), 02:01, 17/05/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Вы явно путаете цели и средства Открытость софта как цель - удел фанатегов Для... текст свёрнут, показать
     
     
  • 9.118, Аноним (-), 02:37, 17/05/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Открытость софта - необходимое условие его хорошей работы Но не достаточное ... текст свёрнут, показать
     
  • 7.114, arisu (ok), 20:25, 16/05/2012 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > Но меня меня ацки бесит, когда приходится ковырять корявый код пионэрских поделий
    > со свободной лицензией.

    то ли дело ковырять высокопрофессиональный индийский код в дизассемблере!

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

     
     
  • 8.116, myc (?), 01:45, 17/05/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Для меня макось - инструмент Удобная прослойка между железом iTerm-ом ... текст свёрнут, показать
     
  • 5.89, ProfX (ok), 09:08, 16/05/2012 [^] [^^] [^^^] [ответить]  
  • +2 +/
    >OpenSSH в мире Unix и Unix-like (а так же во всяких сетевых железках) является стандартом де-факто. И в этом не малая заслуга его либеральной лицензии.
    >Сомнительно, что софт с лицензией GPLv3 сможет стать альтернативой OpenSSH, кроме как для GNU/...
    >Простите, если сможете.

    Хм... не вижу никаких препятствий использования софта выпущенного под лицензией GPLv3 в не-GNU системах таких как например FreeBSD и пр.
    AFAIK - достаточные различия между GPLv2 и GPLv3 лежат в появлении зациты от тивоизации а также от патентных нападений. Но ни то ни другое никак некасается вышеописанного.

     
     
  • 6.98, myc (?), 12:34, 16/05/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Как минимум эти отличия искусственно ограничивают сферу применения софта.
    С другой стороны, я не понимаю как эти ограничения мешают FreeBSD использовать свежие версии gcc.

    ps. кроме GNU/... и BSD есть много всяких разных ОС, в которых ограничения GPL являются значимыми.

     
     
  • 7.100, ProfX (ok), 13:03, 16/05/2012 [^] [^^] [^^^] [ответить]  
  • +/
    >ps. кроме GNU/... и BSD есть много всяких разных ОС, в которых ограничения GPL являются значимыми.

    не отрицаю - но все ограничения были и во второй версии GPL

     
  • 7.108, Аноним (-), 14:18, 16/05/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > Как минимум эти отличия искусственно ограничивают сферу применения софта.
    > С другой стороны, я не понимаю как эти ограничения мешают FreeBSD использовать
    > свежие версии gcc.

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

     
  • 7.110, Аноним (-), 14:47, 16/05/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > Как минимум эти отличия искусственно ограничивают сферу применения софта.

    И это хорошо.

     
  • 5.112, Аноним (-), 16:12, 16/05/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > OpenSSH в мире Unix и Unix-like (а так же во всяких сетевых железках) является стандартом де-факто. И в этом не малая заслуга его либеральной лицензии.

    Стандартом де-факто и де-юре должен быть интерфейс, а не софт.
    Пытаться воткнуть везде один и тот же софт, играя на чужой любви к халяве, вместо того чтобы принять стандарт и требовать его соблюдения - жуткий костыль.

     
  • 3.49, Аноним (-), 19:16, 15/05/2012 [^] [^^] [^^^] [ответить]  
  • +4 +/
    > а что плохого в GPLv3 ?

    Она очень беспокоит любителей прихватизировать результаты чужого труда: зажимать сорсы очень уж мешает: на нее уже не работают левые воркэраунды типа тивоизации, там предусмотрены патентные наезды и соответственно она намного лучше выполняет свои функции в современных реалиях с троянизнутыми против юзера девайсами и наглыми патентными троллями.

     
     
     
    Часть нити удалена модератором

  • 5.103, Аноним (-), 13:39, 16/05/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Чтобы защищать свободу пользователей программы в суде НЕОБХОДИМО быть автором и владельцем всех прав. Вот Линус например не собирается защищать пользователей своего ядра поэтому ничего такого не требует :)
     
  • 2.43, kurokaze (ok), 18:43, 15/05/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Для фанатиков проприетарщины все остальные люди фанатики
     
  • 2.56, sca (?), 20:26, 15/05/2012 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Здравствуй, Ваня.
     
  • 2.91, Куяврик (?), 10:15, 16/05/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > Уже повод что бы не ставить. GPL v2 еще куда не шло.

    Я фшоке. Я понимаю ещё "повод не брать код", но вот эти прыжки "gplv3 не использую", "bsd софт не использую" это уже фанатизм с явным оттенком идиотизма. может не надо так уж? как пользователю вам должно быть всё равно - код открыт и ладушки.

     
     
     
    Часть нити удалена модератором

  • 4.104, Куяврик (?), 13:40, 16/05/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > следующий раз FSF напишет в лицензии что весь софт принадлежит ей

    не надо забегать вперёд. следующий раз это следующий. что не устраивает тебя лично как пользователя СЕЙЧАС?

    > и это тоже схаваешь ?

    90% используемого софта - собственность разработчиков. и что?

     
     
  • 5.106, Michael Shigorin (ok), 13:44, 16/05/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > что не устраивает тебя лично как пользователя СЕЙЧАС?

    Не думаю, что это был пользователь.  Скорее вредителель.

     
  • 4.105, Аноним (-), 13:42, 16/05/2012 [^] [^^] [^^^] [ответить]  
  • +/
    >>> Уже повод что бы не ставить. GPL v2 еще куда не шло.
    >> Я фшоке. Я понимаю ещё "повод не брать код", но вот эти
    >> прыжки "gplv3 не использую", "bsd софт не использую" это уже фанатизм
    >> с явным оттенком идиотизма. может не надо так уж? как пользователю
    >> вам должно быть всё равно - код открыт и ладушки.
    > следующий раз FSF напишет в лицензии что весь софт принадлежит ей -
    > и это тоже схаваешь ?

    авторское право никто не отменял. скорее зелёные человечки отнимут у тебя ноут.

     
     
  • 5.120, Аноним (-), 02:41, 17/05/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > авторское право никто не отменял. скорее зелёные человечки отнимут у тебя ноут.

    До белой горячки не упиваюсь, так что ваши человечки мне не страшны.

     

  • 1.27, Аноним (-), 16:37, 15/05/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    > Прозрачное переключение между IP-адресами (роуминг). Каждые три секунды SSP-клиент посылает серверу heartbeat-сообщения с увеличенным номером последовательности.

    Изобрели TCP keepalive ?

     
     
  • 2.34, Аноним (-), 16:52, 15/05/2012 [^] [^^] [^^^] [ответить]  
  • +/
    >> Прозрачное переключение между IP-адресами (роуминг). Каждые три секунды SSP-клиент посылает серверу heartbeat-сообщения с увеличенным номером последовательности.
    > Изобрели TCP keepalive ?

    это не keepalive. это скорее screen

     
     
  • 3.47, Аноним (-), 19:12, 15/05/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > это не keepalive. это скорее screen

    Это гибрид того и другого :). Оно же для сетевого уровня в openvpn сделано - есть возможность работы когда оба конца туннеля динамические.

     

  • 1.39, Аноним (-), 17:41, 15/05/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Хм. Этот костыль надо было в модемные времена изобрести и к текущему времени уже похоронить, ибо задержки что по мобильным сетям, что на другую сторону планеты уже сократились до вполне комфортного уровня (разве что спутники остались). А вот попытки умничать типа не обновлять состояния до нажатия Enter наверняка непредсказуемым образом уменьшат комфортность работы с curses приложениями, и внешний UDP канал несёт свои проблемы (блокирование фаирволлами и nat'ами), и в плане безопасности всё это мне сильно не нравится.
     
     
  • 2.48, Аноним (-), 19:14, 15/05/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > другую сторону планеты уже сократились до вполне комфортного уровня

    А давно ли ты, дядя, мобильный интернет юзал? Если не повезет то на отшибе по перегруженному жпрс пинг в 10 секунд - случается. А теперь прикинь как круто узреть команду через 10 секунд после того как ее напечатал. Особенно если опечатался, да :)

     
     
  • 3.57, Аноним (-), 20:30, 15/05/2012 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Я и сейчас с мобильного интернета. ping до опеннета 50 ms, в ssh задержки не чувствую, и за последний пару лет не помню чтобы было иначе, а откуда я только по ssh сидел - от парков до леса. Да и почти всегда рулит ssh host 'command command command command command', на неё задержки не влияют.
     
     
  • 4.61, filosofem (ok), 21:03, 15/05/2012 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >а откуда я только по ssh сидел - от парков до леса

    На трассе пробовал, на воде, или в метро?

     
  • 4.85, Аноним (-), 03:35, 16/05/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > Я и сейчас с мобильного интернета. ping до опеннета 50 ms, в
    > ssh задержки не чувствую, и за последний пару лет не помню
    > чтобы было иначе, а откуда я только по ssh сидел -
    > от парков до леса. Да и почти всегда рулит ssh host
    > 'command command command command command', на неё задержки не влияют.

    из нерезиновой нос уже покажите, съездите куда-нибудь на Лену, например.

     
  • 3.80, Michael Shigorin (ok), 02:04, 16/05/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > А давно ли ты, дядя, мобильный интернет юзал? Если не повезет то
    > на отшибе по перегруженному жпрс пинг в 10 секунд - случается.

    На 3G с пингом обычно получше, а на GPRS чуда всё равно не произойдёт.

     
  • 2.86, muon (ok), 06:31, 16/05/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > к текущему времени уже похоронить, ибо задержки что по мобильным сетям, что на другую сторону планеты уже сократились до вполне комфортного уровня
    > задержки ... на другую сторону планеты ... сократились

    Какой патч наложить на SSH, чтобы увеличить скорость света?

     

  • 1.46, Аноним (-), 19:12, 15/05/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    > реализованного поверх UDP с шифрованием AES-128

    Все круто, только TCP разрешен на фаерах чем UDP, а протолкать через энтерпрайзное прокси UDP - вообще фантастика.

     
     
  • 2.62, ram_scan (?), 21:16, 15/05/2012 [^] [^^] [^^^] [ответить]  
  • +/
    А кто из мобильных операторов пускает клиентский трафик через ынтырпрайзное прокси тайну откройте ?
     
  • 2.64, filosofem (ok), 21:32, 15/05/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Мобильный шел нужен обычно тому, кто ваши ынтырпрайзные прокси и поднимает и проблем из-за невозможности пробросить трафик не испытывает.
     

  • 1.65, Аноним (-), 21:38, 15/05/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    "...Таким образом изменение адреса клиента никак не повлияет на текущую сессию и она останется открытой ..."

    имхо, таким образом предоставляется возможность обмануть сервер и подменить клиента

     
  • 1.102, vorchun (?), 13:33, 16/05/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    скомпилил, попробовал на локалхосте - и клиент и сервер нехило кушают процессор на каждом нажатии клавиш. видимо сыровато. а так мысль интересная, но не на медленных каналах, а на каналах с задержками - спутник. т.е. если машина на канале за спутником, соединение имеет тенденцию периодически "замерзать". Лупит себе какая-нить операционистка в консольной формочке по клавишам - а нифига не происходит с ее точки зрения. А так ввод забуферизировался, по жмаканью ентера отправился.
     
  • 1.113, ILYA INDIGO (ok), 16:52, 16/05/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    А аналог sshfs (moshfs) они то же сделают?
     
  • 1.121, Аноним (-), 14:11, 17/05/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    а как его свернуть в фон?

    С секьюр шеллом - понятно как: ентер волна сонтрол-зет, а мощ - никак?

     
  • 1.123, XoRe (ok), 01:25, 18/05/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Идея интересная, но реализация...
    Про крутость UDP могут много рассказать разработчики uTorrent.
    Имхо, проще использовать tcp с контролируемыми таймаутами.
    И потом, ip адрес не так часто меняется - не каждую минуту.
    Идея отправлять на сервер только по enter/tab - хорошая.
    Правда, как mosh будет определять, что запущен редактор/gui ?
     
  • 1.125, DevZone (ok), 00:51, 25/05/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Зачетная штука, спасибо поюзал
     
  • 1.126, grep (??), 11:34, 09/06/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Scrollback в терминале поломан, X forwarding отсутствует. Рановато пока.
     

     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



    Партнёры:
    PostgresPro
    Inferno Solutions
    Hosting by Hoster.ru
    Хостинг:

    Закладки на сайте
    Проследить за страницей
    Created 1996-2024 by Maxim Chirkov
    Добавить, Поддержать, Вебмастеру