https://www.opennet.ru/openforum/vsluhforumID3/101068.html В рамках проекта ssh-chat (https://github.com/shazow/ssh-chat) подготовлена довольно необычная реализация чата, автор которой предлагает (https://medium.com/@shazow/ssh-how-does-it-even-9e43586e4ffc) не ограничиваться использованием SSH для организации удалённого доступа, а также применять SSH и для других задач, воспользовавшись уже готовыми и проверенными средствами аутентификации и шифрования. <br><br><br>Приложение для организации работы чата оформлено в виде специализированного SSH-сервера, который позволяет использовать для подключения любой SSH-клиент, но вместо доступа к терминалу, выводит интерфейс чата. Похожим способом предлагается поступать и для других областей применения, например, SSH можно применять для создания работающей поверх SSH распределённой хэш-таблицв (DHT), разработки многопользовательских игр (MUD (https://ru.wikipedia.org/wiki/%D0%9C%D0%BD%D0%BE%D0%B3%D0%BE%D0%BF%D0%BE%D0%BB%D1%8C%D0%B7%D0%BE%D0%B2%D0%B0%D1%82%D0%B5%D0%BB%D1%8C%D1%81%D0%BA%D0%B8%D0%B9_%D0%BC%D0%B8%D1%80)), организации ши https://www.opennet.ru/openforum/vsluhforumID3/101068.html#119 Tue, 20 Jan 2015 19:28:19 GMT го, я создал. ssh chat.pizd.ec<br> https://www.opennet.ru/openforum/vsluhforumID3/101068.html#118 Wed, 07 Jan 2015 16:23:18 GMT &gt; SSH как безопасный транспорт для HTTP<br><br>SSH не является безопасным транспортом. Он дискредитирован.<br> https://www.opennet.ru/openforum/vsluhforumID3/101068.html#117 Wed, 07 Jan 2015 11:38:49 GMT &gt; Моя девушка не убегает от вида терминала. Но осилить идею захода из <br>&gt; под guest-а для регистрации она уже может не суметь.<br><br>ты или её сильно недооцениваешь, или она, пардон, по умственному развитию где-то в районе табурета.<br><br>&gt; Но я так понял, вы настаиваете на том, чтобы заходить сначала из <br>&gt; под guest-а, так что ладно, пусть данная проблема пока будет неактуальной.<br><br>так удобнее всего. заодно отсекает тех, кто вилку в ухо несёт. потому что ниасилить прочитать небольшой файл, зайти гостем и так далее &#8212; это уже какой-то клинический дебилизм. зачем такие дебилы в чате?<br><br>тем более, что клиент вполне себе может иметь красивый пункт &#171;зарегистрироваться&#187; же после захода гостем. ну ничего сложного вообще, нужно мозга не больше, чем чтобы носок надеть.<br><br>рассуждения про память и прочее я скипанул, потому что мы тут оба гаданием на кофейной гуще занимаемся.<br><br>&gt;&gt;&gt; Да, я это предполагал такое решение в другом комментарии выше. Но тогда <br>&gt;&gt;&gt; начинается новая волна проблем: <br>&gt;&gt; один из вариа https://www.opennet.ru/openforum/vsluhforumID3/101068.html#116 Wed, 07 Jan 2015 08:59:39 GMT &gt;&gt; Разница в том, как это выглядит перед пользователями, если делать настолько же <br>&gt;&gt; удобно для тупого пользователя, как начали делать в subj-вом проекте. Там <br>&gt;&gt; нет необходимости заходить сначала на guest-а, чтобы получить ник, а только <br>&gt;&gt; потом логиниться с данным ником. Можно сразу заходить с новым ником.<br>&gt; без разницы. те, кому это &#171;с разницей&#187;, с воплями убегут уже от <br>&gt; одного вида терминала.<br><br>Моя девушка не убегает от вида терминала. Но осилить идею захода из под guest-а для регистрации она уже может не суметь.<br><br>&gt;&gt; Предлагаете в motd высветить запрет использования root или как?<br>&gt; зачем? ник занят &#8212; это получается само просто потому, что система проверяет <br>&gt; существующих пользователей. ну, если кому-то нечего делать &#8212; пусть долбится и <br>&gt; пытается угадать ключ. авось умрёт от истощения.<br><br>Если делать без guest-овой учётки (то есть сделать мега-костыль в pam, разрешающий логиниться каждому незнакомому пользователю), то попытка залогиниться из под уже занятых логинов буд https://www.opennet.ru/openforum/vsluhforumID3/101068.html#115 Tue, 06 Jan 2015 14:01:43 GMT Не правильно готовишь :))<br><br>там нет нормальных логинов, через которые можно делать проброс <br> https://www.opennet.ru/openforum/vsluhforumID3/101068.html#114 Tue, 06 Jan 2015 13:47:43 GMT Слушайте, никто не обижает ваше IRC. Успокойтесь и не порите чуши.<br>И намёка не было чтобы как-то где-то уязвить IRC.<br><br>Просто поймите, что не IRC единым&#8230;<br> https://www.opennet.ru/openforum/vsluhforumID3/101068.html#113 Tue, 06 Jan 2015 13:30:12 GMT а теперь подумай о том, что один поток и сто потоков &#8212; вещи разные. оно только кэшами заколебается щёлкать.<br> https://www.opennet.ru/openforum/vsluhforumID3/101068.html#112 Tue, 06 Jan 2015 13:27:00 GMT &gt; guest, ключ для которого лежит в открытом доступе. <br><br>У вон того перца с его сервером логиниться можно совсем без ключа. А можно с ключом, тогда сервер fingerprint видит. Как я понимаю он админов так и авторизует, по фигнерпринтам их ключей. По ним же можно и ники резервировать. Наверное одна из немногих вещей которые в сабже сделаны относительно адекватно.<br> https://www.opennet.ru/openforum/vsluhforumID3/101068.html#111 Tue, 06 Jan 2015 13:25:32 GMT &gt; Просто из-за моей лени перечитать данную ветку комментариев, вместе с прочтением других <br>&gt; веток комментариев, в моей голове сформировалась небольшая каша. Приношу извинения.<br><br>ерунда, бывает.<br><br>&gt; Разница в том, как это выглядит перед пользователями, если делать настолько же <br>&gt; удобно для тупого пользователя, как начали делать в subj-вом проекте. Там <br>&gt; нет необходимости заходить сначала на guest-а, чтобы получить ник, а только <br>&gt; потом логиниться с данным ником. Можно сразу заходить с новым ником.<br><br>без разницы. те, кому это &#171;с разницей&#187;, с воплями убегут уже от одного вида терминала.<br><br>&gt; Предлагаете в motd высветить запрет использования root или как?<br><br>зачем? ник занят &#8212; это получается само просто потому, что система проверяет существующих пользователей. ну, если кому-то нечего делать &#8212; пусть долбится и пытается угадать ключ. авось умрёт от истощения.<br><br>&gt;&gt;&gt; Это одна из мелочей, с которой нужно смириться. Другая из мелочей, что <br>&gt;&gt;&gt; будет использовано намного больше ОЗУ.<br>&gt;&gt; &