The OpenNET Project / Index page

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



Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

Реализация чата на основе SSH. Предложения по расширению обл..., opennews (ok), 03-Янв-15, (0) [смотреть все]

Сообщения [Сортировка по времени | RSS]


50. "Реализация чата на основе SSH. Предложения по расширению..."  +/
Сообщение от Аноним (-), 04-Янв-15, 09:20 
Ты еще скажи что можно взять какой-нибудь протокол типа ирца и туннельнуть. Между нормальным клиентом и нормальным сервером. С флудконтролем и без лага по 3 секунды на каждую букву. И вообще без занятий сервера отрисовкой экрана и обработкой ввода.

Но это будет слишком просто, NIH будет зудеть.

Ответить | Правка | Наверх | Cообщить модератору

52. "Реализация чата на основе SSH. Предложения по расширению..."  +1 +/
Сообщение от Зевака (?), 04-Янв-15, 11:46 
Можно: ssh -L6667:irc.ololo.net:6667 user@gate.ololo.net
Остальные опции самостоятельно поищите.
Кстати, можно и так: ssh -D1080 user@gate.ololo.net
Ответить | Правка | Наверх | Cообщить модератору

66. "Реализация чата на основе SSH. Предложения по расширению..."  –2 +/
Сообщение от Аноним (-), 04-Янв-15, 14:38 
> Кстати, можно и так: ssh -D1080 user@gate.ololo.net

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

Ответить | Правка | Наверх | Cообщить модератору

80. "Реализация чата на основе SSH. Предложения по расширению..."  +/
Сообщение от Аноним (-), 05-Янв-15, 20:16 
> Это действительно будет конкретное ololo.net - у юзера на системе образуется прокся. Если у машины есть выход в интернет и админ не очень крут в настройке фаера - у него будет много траффика, завались. Потому что открытые прокси всегда пользуются спросом.

Прежде чем нести чушь, почитай умолчания конфига sshd. Прокси таким образом будет работать только для локалхоста. За тебя уже подумали и решили.

Ответить | Правка | Наверх | Cообщить модератору

105. "Реализация чата на основе SSH. Предложения по расширению..."  +/
Сообщение от Аноним (-), 06-Янв-15, 15:13 
> работать только для локалхоста. За тебя уже подумали и решили.

Насколько я помню, -D - динамический форвард портов. На локальной машине появляется как бы проксик, который реально туннелирует все по ssh на ремотную машину и то что попрошено по протоколу socks реально разруливается ремотно. И так в принципе можно например исходящие соединения куда угодно делать и прочая. Но даже если соединения будут только к локалхосту - это позволяет сканить/юзать вообще все сервисы на локалхосте, а не только ирц сервак. Что как бы грабли.

Ответить | Правка | Наверх | Cообщить модератору

83. "Реализация чата на основе SSH. Предложения по расширению..."  +/
Сообщение от Xaionaro (ok), 06-Янв-15, 11:00 
> С флудконтролем

Слона едят по частям.

> без лага по 3 секунды на каждую букву.

Ну так может не будете по GPRS из Австралии подсоединяться к серверу. Что насчёт того, чтобы развернуть этот сервис в рамках своей локалки и перепроверить на лаги?

> И вообще без занятий сервера отрисовкой экрана и обработкой ввода.

Это в упрёк дополнительным задержкам на отрисовку? При хорошей сети это будет совершенно незаметно.

Ответить | Правка | К родителю #50 | Наверх | Cообщить модератору

85. "Реализация чата на основе SSH. Предложения по расширению..."  +/
Сообщение от arisu (ok), 06-Янв-15, 11:04 
> Ну так может не будете по GPRS из Австралии подсоединяться к серверу.
> Что насчёт того, чтобы развернуть этот сервис в рамках своей локалки
> и перепроверить на лаги?

а зачем? вот где-где, а «в рамках своей локалки» он вообще нужен как свинье папиросы.

Ответить | Правка | Наверх | Cообщить модератору

86. "Реализация чата на основе SSH. Предложения по расширению..."  +1 +/
Сообщение от Xaionaro (ok), 06-Янв-15, 11:06 
>> Ну так может не будете по GPRS из Австралии подсоединяться к серверу.
>> Что насчёт того, чтобы развернуть этот сервис в рамках своей локалки
>> и перепроверить на лаги?
> а зачем? вот где-где, а «в рамках своей локалки» он вообще нужен
> как свинье папиросы.

Я уверен, что бывают разные use case-ы. И что дополнительная свободная программа, занимающая новую нишу -- это всегда хорошо... пока её не форсируют.

Ответить | Правка | Наверх | Cообщить модератору

88. "Реализация чата на основе SSH. Предложения по расширению..."  +1 +/
Сообщение от arisu (ok), 06-Янв-15, 11:17 
так никто ж автору не запрещает ерундой заниматься. как и нам — говорить, что он ерундой занимается.
Ответить | Правка | Наверх | Cообщить модератору

90. "Реализация чата на основе SSH. Предложения по расширению..."  +/
Сообщение от Xaionaro (ok), 06-Янв-15, 11:26 
> так никто ж автору не запрещает ерундой заниматься. как и нам —
> говорить, что он ерундой занимается.

Прошу простить данный переход на личности, но мне кажется, что вам так не нравится данное решение лишь потому, что оно уродское, а не потому, что оно бесполезное. Было бы больше таких людей как вы, мир был бы действительно лучше, ибо всякие systemd не взлетели бы, но всё-таки как-то некрасиво засирать чей-то труд лишь за то, что он не понравился. Для этого нужны более объективные причины.
А объективно говоря, subj-вый сервер занимает нишу отличную от IRC, поэтому сравнивать их некорректно. Напомню пример. Бывают конторы, где запрещают установку дополнительного ПО, но где разрешено работать с ssh. И на всякий случай также напомню, что далеко не у каждого человека есть тонна шеллов раскиданных по всей планете.

Ответить | Правка | Наверх | Cообщить модератору

91. "Реализация чата на основе SSH. Предложения по расширению..."  +/
Сообщение от arisu (ok), 06-Янв-15, 11:41 
> Прошу простить данный переход на личности, но мне кажется, что вам так
> не нравится данное решение лишь потому, что оно уродское, а не
> потому, что оно бесполезное.

верно. именно уродливое. ну, поэтому *в* *таком* *виде* — бесполезное. сама же идея вполне имеет право существовать, и может быть вполне полезна.

> но всё-таки как-то некрасиво засирать чей-то труд лишь за то, что
> он не понравился. Для этого нужны более объективные причины.

уродливая архитектура — вполне достаточная причина.

> А объективно говоря, subj-вый сервер занимает нишу отличную от IRC, поэтому сравнивать
> их некорректно.

а я ни слова про IRC не говорил, кстати. я как раз имел в виду намного более простую архитектуру, с кучкой очень тупых клиентов, общающихся с сервером на той же машине по IPC/unix socket. просто есть смысл в любом случае отделять тупого клиента, который будет запущен для юзера, от непосредственно сервера, который занимается обработкой всего. меньше вектор атаки.

> также напомню, что далеко не у каждого человека есть тонна шеллов
> раскиданных по всей планете.

с точки зрения клиента это неважно в данном случае. а с точки зрения сервера — всё равно же допсофт туда ставить.

Ответить | Правка | Наверх | Cообщить модератору

92. "Реализация чата на основе SSH. Предложения по расширению..."  +/
Сообщение от arisu (ok), 06-Янв-15, 11:51 
собственно, менее уродливой её вполне можно сделать именно перестав заниматься созданием монстриков, и перейдя к созданию мелких запчастей. вполне возможно иметь логин guest, ключ для которого лежит в открытом доступе. а дальше человек может залогиниться гостем и создать себе акк, получив личный ключ. всё это реализуемо при помощи простенького клиента, который запускается вместо login shell, и сервера (работающего на той же технике, вполне), который заведует остальным.

со стороны клиента надо только ssh, терминал и возможность скопировать символы из терминала (чтобы забрать сгенерированый ключ при регистрации). то есть, именно то, что и постулировано в сабже.

со стороны же сервера имеем архитектуру из «сервер болталки», «сервер ssh», «клиентский интерфейс». всё красиво побито на части, всё взаимозаменяемо, всё обновляемо по отдельности. вдобавок предусматриваем в клиенте команду «перейти на машиночитаемый протокол» — и тогда при желании люди смогут ещё и сторонние клиенты писать к этой фиговине.

все довольны, всё то же самое, архитектура по максимуму использует уже существующие компоненты, не пытаясь их заменять на доморощеные хаки. «ура-ура!» — закричали тут швамбраны все.

Ответить | Правка | К родителю #90 | Наверх | Cообщить модератору

112. "Реализация чата на основе SSH. Предложения по расширению..."  +/
Сообщение от Аноним (-), 06-Янв-15, 16:27 
> guest, ключ для которого лежит в открытом доступе.

У вон того перца с его сервером логиниться можно совсем без ключа. А можно с ключом, тогда сервер fingerprint видит. Как я понимаю он админов так и авторизует, по фигнерпринтам их ключей. По ним же можно и ники резервировать. Наверное одна из немногих вещей которые в сабже сделаны относительно адекватно.

Ответить | Правка | Наверх | Cообщить модератору

106. "Реализация чата на основе SSH. Предложения по расширению..."  +/
Сообщение от Аноним (-), 06-Янв-15, 15:26 
> Слона едят по частям.

В IRC его уже завалили, распилили на части и приготовили. А вы только точите копье, аргументируя это тем что вон тот слон неправильный. А ваши у...щные костыли с попыткой запретить sshd всякиe sftp и выполнение произвольных программ, запустить только один конкретный ирц клиент и прочая - это что, такой чемпионат "кто сделает самый у...щный аналог IRC?"

> Ну так может не будете по GPRS из Австралии подсоединяться к серверу.

А в обычном IRC все это жить особо не мешает. Поскольку ввод обрабатывает мой локальный клиент и задержка ввода около нуля, даже если до сервера пинг в 3 секунды. А когда я считаю что закончил - клиент сообщение уже пихает на сервак. Как нечто атомарное. Это подперто буферами и на клиенте и на сервере и если там даже что-то протупит, меня это напрягать будет крайне слабо. И с сервера едут сугубо сообщения. А как я их там парсить и рендерить буду - проблемы моего клиента. Настрою как мне удобно и будет радовать лично мой глаз (у меня hexchat с весьма кастомной схемой которую я сделал себе сам, желая видеть разные события в разном виде). А не какие-то горбатые потуги рендера всего экрана. С навязкой мне цветовых схем и прочего крапа. Вот реально - до того как делать очередное кривое у...ще - посмотрите как делали 30 лет назад. Даже это - просто шедевр инженерной мысли на фоне того что затеваете вы.

> Что насчёт того, чтобы развернуть этот сервис в рамках своей локалки
> и перепроверить на лаги?

Negative. Зачем мне некая НЕХ, которая сносно работает только в тепличных условиях, а к реальной жизни непригодна?

> Это в упрёк дополнительным задержкам на отрисовку? При хорошей сети это будет
> совершенно незаметно.

Это упрек к общей у...щности такого подхода. Зачем-то свалить на сервер кучу несвойственных ему задач и попутно сильно обуть клиента на возможность кастомизировать отображение, зато добавить кучу тормозов, слать явно больше траффика чем надо и прочая. Эталонный пример клиентсервра сделанного максимально через анyc, при том непонятно зачем.

ИМХО нормальный вариант использования ПРОТОКОЛА ssh - запилить субсет ssh (с использованием libssh?) который согласен только форвардить трафф клиента к серверу. И больше не умеет вообще ни-че-го. И тунельнуть например обычный ирц к обычному ирцд. При сильном эстетстве можно парочке клиентов и серверов привинтить либу по типу того как с openssl, чтобы показать "как надо". А то что вы предлагаете с irssi в контейнерах - это форменный, простите, онанизм. И больше всего напоминает BNC сделанный максимально через задний проход.

Ответить | Правка | К родителю #83 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




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

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