[Comm] Система администрирования интернет-салона

[Comm] Система администрирования интернет-салона

[Andrey Petrov]

Доброго времени суток!

Взялся сделать систему управления интернет-салоном и учет статистики.
С велением статистики все просто - будет работать через веб-интерфейс
в завязке с mysql. Но нужно еще как-то прикрутить удаленную блокировку
рабочих станций. Все машины на linux. Админ-машина является
маршрутизатором к провайдеру для салона + 2-я сеть для офиса.
Задача: скриптами веб-сервера блокировать и разблокировать на рабочих
станциях экран Х или клавиатуру с мышью.
Незнаю как :(
Предполагаю 2 варианта реаализации:
1-й - запускать и килять на удаленных машинах какой-нить хскринсейвер
(с паролем). Но не знаю как запустить его в сессию работающего там
пользователя, что бы залочить ему КДЕ.
2-й - по примонтированным по NFS их /dev менять права на устройства
(клава, мышь) на 400 для блокировки и обратно на 444 для
разблокирования.

Может быть оба эти способа через ж... %)
Так к тому и спашиваю как?
Как это правильно и удобно реализовать?
Может через какие-нибудь другие сервисы это можно делать?
Подскажите плз.

Может кто пожелает подключиться к этому проекту, т.к. из решения
задачи для конкретного салона это перерастет в проект с более широкими
возможностями (учет трафика, управление процессами на раб.станциях и
пр.). И есс-но под GPL.

з.ы.: в дополнение еще стоит задача уметь блокироать удаленные рабочие
станции под win.

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

з.з.з.ы: Сорри если написал не в ту рассылку.

--
Andrey Petrov (hell@relcom.kz)

 +++ Тише едешь - хрен приедешь! +++

Re: [Comm] Система администрирования интернет-салона

[Grigory Milev]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

>>>>> "Andrey" == Andrey Petrov <hell@relcom.kz> writes:

    Andrey> Доброго времени суток!  Взялся сделать систему управления
    Andrey> интернет-салоном и учет статистики.  С велением статистики все
    Andrey> просто - будет работать через веб-интерфейс в завязке с mysql. Но
Я бы советовал postgersql + некоторый движок, к которому в виде морды
прикрутить веб интерфейс, морду на tk и т.д.

    Andrey> нужно еще как-то прикрутить удаленную блокировку рабочих
    Andrey> станций. Все машины на linux. Админ-машина является
    Andrey> маршрутизатором к провайдеру для салона + 2-я сеть для офиса.
    Andrey> Задача: скриптами веб-сервера блокировать и разблокировать на
    Andrey> рабочих станциях экран Х или клавиатуру с мышью.  Незнаю как :(
    Andrey> Предполагаю 2 варианта реаализации: 1-й - запускать и килять на
    Andrey> удаленных машинах какой-нить хскринсейвер (с паролем). Но не знаю
    Andrey> как запустить его в сессию работающего там пользователя, что бы
    Andrey> залочить ему КДЕ.  2-й - по примонтированным по NFS их /dev менять
    Andrey> права на устройства (клава, мышь) на 400 для блокировки и обратно
    Andrey> на 444 для разблокирования.
Как вариант можно прибивать удаленно Х, а потом так-же их запускать.

    Andrey> Может быть оба эти способа через ж... %) Так к тому и спашиваю
    Andrey> как?  Как это правильно и удобно реализовать?  Может через
    Andrey> какие-нибудь другие сервисы это можно делать?  Подскажите плз.

    Andrey> Может кто пожелает подключиться к этому проекту, т.к. из решения
    Andrey> задачи для конкретного салона это перерастет в проект с более
    Andrey> широкими возможностями (учет трафика, управление процессами на
    Andrey> раб.станциях и пр.). И есс-но под GPL.

    Andrey> з.ы.: в дополнение еще стоит задача уметь блокироать удаленные
    Andrey> рабочие станции под win.
Могу поучаствовать.

PS:
   Велькомен ту маил, пообсуждаем.

+-------------------------------------------------------+
Grigory Milev	mailto:week@altlinux.ru
ALT Linux Team	http://www.altlinux.ru
+-------------------------------------------------------+
Life too beautiful and interest... Don't worry, be happy.
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.1 (GNU/Linux)
Comment: Processed by Mailcrypt 3.5.8 <http://mailcrypt.sourceforge.net/>

iD8DBQE+eIJqS14SMK5ZwWARAnsGAJ4oYOznN1tDeZ/CRnhkSc0/gKG/owCeMqEl
DTYCg4a3XLJ8jv13l6Eka8o=
=ndX+
-----END PGP SIGNATURE-----

Re: [Comm] Система администрирования интернет-салона

[Artem Pastukhov]

[-- Attachment #1: signed data --]
[-- Type: text/plain, Size: 1114 bytes --]

19 Март 2003 17:44, Grigory Milev написал:

>     Andrey> нужно еще как-то прикрутить удаленную блокировку
> рабочих Andrey> станций. Все машины на linux. Админ-машина
> является Andrey> маршрутизатором к провайдеру для салона + 2-я
> сеть для офиса. Andrey> Задача: скриптами веб-сервера
> блокировать и разблокировать на Andrey> рабочих станциях экран
> Х или клавиатуру с мышью.  Незнаю как :( Andrey> Предполагаю 2
> варианта реаализации: 1-й - запускать и килять на Andrey>
> удаленных машинах какой-нить хскринсейвер (с паролем). Но не
> знаю Andrey> как запустить его в сессию работающего там
> пользователя, что бы Andrey> залочить ему КДЕ.  2-й - по
> примонтированным по NFS их /dev менять Andrey> права на
> устройства (клава, мышь) на 400 для блокировки и обратно
> Andrey> на 444 для разблокирования.
> Как вариант можно прибивать удаленно Х, а потом так-же их
> запускать.
Зачем же так жестко , их можно залочить на том же tk и повесить 
чтобы он порт какой-нибудь слушал по которому ему unlock скажут.

-- 
 С уважением,
Артем Пастухов          past@yam.ru
 ЯМ Интернешнл         http://www.yam.ru


[-- Attachment #2: signature --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

Re: [Comm] Система администрирования интернет-салона

[Mike Lykov]

> Могу поучаствовать.
>
> PS:
>    Велькомен ту маил, пообсуждаем.

Вы совсем-то в маил не пропадайте, потому что дело интересное. нарисуйте сайт 
проекта, новости и все такое ;)

-- 
Mike

Re: [Comm] Система администрирования интернет-салона

[Grigory Milev]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

>>>>> "Artem" == Artem Pastukhov <past@yam.ru> writes:

    Artem> 19 Март 2003 17:44, Grigory Milev написал:
    Andrey> нужно еще как-то прикрутить удаленную блокировку
    >> рабочих Andrey> станций. Все машины на linux. Админ-машина является
    >> Andrey> маршрутизатором к провайдеру для салона + 2-я сеть для
    >> офиса. Andrey> Задача: скриптами веб-сервера блокировать и
    >> разблокировать на Andrey> рабочих станциях экран Х или клавиатуру с
    >> мышью.  Незнаю как :( Andrey> Предполагаю 2 варианта реаализации: 1-й -
    >> запускать и килять на Andrey> удаленных машинах какой-нить хскринсейвер
    >> (с паролем). Но не знаю Andrey> как запустить его в сессию работающего
    >> там пользователя, что бы Andrey> залочить ему КДЕ.  2-й - по
    >> примонтированным по NFS их /dev менять Andrey> права на устройства
    >> (клава, мышь) на 400 для блокировки и обратно
    Andrey> на 444 для разблокирования.
    >> Как вариант можно прибивать удаленно Х, а потом так-же их запускать.
    Artem> Зачем же так жестко , их можно залочить на том же tk и повесить
    Artem> чтобы он порт какой-нибудь слушал по которому ему unlock скажут.
Можно и так. Собственно я и предлагал написать демона, который занимается
учетом времен/трафика, блокирует компы и т.д., а к нему гуй, хош веб, хош на
tk, хош еще на чем-нить. Как блокировать машину это дело второе, можно сделать
одновременно несколько вариантов, что бы администратор выбирал наиболее
подходящий для него.

+-------------------------------------------------------+
Grigory Milev	mailto:week@altlinux.ru
ALT Linux Team	http://www.altlinux.ru
+-------------------------------------------------------+
Life too beautiful and interest... Don't worry, be happy.
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.1 (GNU/Linux)
Comment: Processed by Mailcrypt 3.5.8 <http://mailcrypt.sourceforge.net/>

iD8DBQE+eIgNS14SMK5ZwWARArhMAJ4hpSW0sL5J/0j5muG/TmYw6GW+WACfXLMM
552P727959/VabS5L09MLGM=
=CEKl
-----END PGP SIGNATURE-----

Re: [Comm] Система администрирования интернет-салона

[Grigory Milev]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

>>>>> "Mike" == Mike Lykov <combr@vesna.ru> writes:

    >> Могу поучаствовать.
    >> 
    >> PS: Велькомен ту маил, пообсуждаем.

    Mike> Вы совсем-то в маил не пропадайте, потому что дело
    Mike> интересное. нарисуйте сайт проекта, новости и все такое ;)
Я думаю, что такому проекту прямой путь на sourceforge, как-только нарисуется
план действий и основные идеи, можно будет туда выложить и естественно, что
такому проекту местечко в sisyphus найдется :-)

+-------------------------------------------------------+
Grigory Milev	mailto:week@altlinux.ru
ALT Linux Team	http://www.altlinux.ru
+-------------------------------------------------------+
Life too beautiful and interest... Don't worry, be happy.
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.1 (GNU/Linux)
Comment: Processed by Mailcrypt 3.5.8 <http://mailcrypt.sourceforge.net/>

iD8DBQE+eIinS14SMK5ZwWARAhSWAJ41nc6ozZDMgri4hrJOdQS/EkqlAwCfdlk5
XiPU+hUbWamY1SKoMt08PVo=
=Iuyd
-----END PGP SIGNATURE-----

Re: [Comm] Система администрирования интернет-салона

[Artem Pastukhov]

[-- Attachment #1: signed data --]
[-- Type: text/plain, Size: 608 bytes --]

19 Март 2003 18:09, Grigory Milev написал:
> Можно и так. Собственно я и
> предлагал написать демона, который занимается учетом
> времен/трафика, блокирует компы и т.д., а к нему гуй, хош веб,
> хош на tk, хош еще на чем-нить. Как блокировать машину это
> дело второе, можно сделать одновременно несколько вариантов,
> что бы администратор выбирал наиболее подходящий для него.
>
Попытка учета по трафику/сумме и блокировке была как раз в 
упоминавшемся мной в соседней ветке squid2mysql 
можно взять за основу.
-- 
 С уважением,
Артем Пастухов          past@yam.ru
 ЯМ Интернешнл         http://www.yam.ru


[-- Attachment #2: signature --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

Re: [Comm] Система администрирования интернет-салона

[vic ismakaev]

19 Март 2003 20:33, Artem Pastukhov написал:
> 19 Март 2003 18:09, Grigory Milev написал:
> > Можно и так. Собственно я и
> > предлагал написать демона, который занимается учетом
> > времен/трафика, блокирует компы и т.д., а к нему гуй, хош веб,
> > хош на tk, хош еще на чем-нить. Как блокировать машину это
> > дело второе, можно сделать одновременно несколько вариантов,
> > что бы администратор выбирал наиболее подходящий для него.
>
> Попытка учета по трафику/сумме и блокировке была как раз в
> упоминавшемся мной в соседней ветке squid2mysql
> можно взять за основу.
Опора на SQUID при учете трафика - не совсем удачное решение.
Наиболее удачными вариантами,по-моему, являются решения на базе 
PCAP/netfilter.С помощью этой связки можно и нужно считать трафик и 
блокировать доступ в инет. 
-- 
С уважением
Виктор В Исмакаев

Re: [Comm] Система администрирования интернет-салона

[Grigory Milev]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

>>>>> "vic" == vic ismakaev <viclists@mail.esoo.ru> writes:

    vic> 19 Март 2003 20:33, Artem Pastukhov написал:
    >> 19 Март 2003 18:09, Grigory Milev написал: > Можно и так. Собственно я
    >> и > предлагал написать демона, который занимается учетом >
    >> времен/трафика, блокирует компы и т.д., а к нему гуй, хош веб, > хош на
    >> tk, хош еще на чем-нить. Как блокировать машину это > дело второе,
    >> можно сделать одновременно несколько вариантов, > что бы администратор
    >> выбирал наиболее подходящий для него.
    >> 
    >> Попытка учета по трафику/сумме и блокировке была как раз в
    >> упоминавшемся мной в соседней ветке squid2mysql можно взять за основу.
    vic> Опора на SQUID при учете трафика - не совсем удачное решение.
    vic> Наиболее удачными вариантами,по-моему, являются решения на базе
    vic> PCAP/netfilter.С помощью этой связки можно и нужно считать трафик и
    vic> блокировать доступ в инет.  -- С уважением Виктор В Исмакаев
Согласен, лучше пользовать iptables и иже с ними, squid вносит некоторые
ограничения на пользователей, что не есть хорошо.

+-------------------------------------------------------+
Grigory Milev	mailto:week@altlinux.ru
ALT Linux Team	http://www.altlinux.ru
+-------------------------------------------------------+
Life too beautiful and interest... Don't worry, be happy.
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.1 (GNU/Linux)
Comment: Processed by Mailcrypt 3.5.8 <http://mailcrypt.sourceforge.net/>

iD8DBQE+eI9ZS14SMK5ZwWARAmVKAJ9UOTTBDZJ6df4XBwnD0cS7DPuFBgCeJPV3
HMOEdYLSBKCV3XrfNbmLPtk=
=XybG
-----END PGP SIGNATURE-----

Re: [Comm] Система администрирования интернет-салона

[vic ismakaev]

19 Март 2003 19:32, Andrey Petrov написал:
> Доброго времени суток!
>
> Взялся сделать систему управления интернет-салоном и учет статистики.
> С велением статистики все просто - будет работать через веб-интерфейс
> в завязке с mysql.
Не забывайте про накладные расходы при работе с БД(реактивность системы будет 
не очень высокой.
Представьте ситуацию - высокоскоростной доступ в инет(АДСЛ - 8 Мбит, СДСЛ  - 
2-10 Мб),лимит -20 Мб. Реакция с MySQL(пакет -> демон-логер -> БД -> репортер 
->блокиратор) может доходить до минуты а то и больше.Сколько может за это 
время может прокачать станция?
Поэтому,по-моему ,лучше иметь двойной учет - статистика в БД, счетчик текущего 
трафика на/со станции в памяти,и он уже будет давать команду на блокировку.


Какой язык планируете в качестве рабочего?
-- 
С уважением
Виктор В Исмакаев

Re: [Comm] Система администрирования интернет-салона

[Grigory Milev]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

>>>>> "vic" == vic ismakaev <viclists@mail.esoo.ru> writes:

    vic> 19 Март 2003 19:32, Andrey Petrov написал:
    >> Доброго времени суток!
    >> 
    >> Взялся сделать систему управления интернет-салоном и учет статистики.
    >> С велением статистики все просто - будет работать через веб-интерфейс в
    >> завязке с mysql.
    vic> Не забывайте про накладные расходы при работе с БД(реактивность
    vic> системы будет не очень высокой.  Представьте ситуацию -
    vic> высокоскоростной доступ в инет(АДСЛ - 8 Мбит, СДСЛ - 2-10 Мб),лимит
    vic> -20 Мб. Реакция с MySQL(пакет -> демон-логер -> БД -> репортер
    -> блокиратор) может доходить до минуты а то и больше.Сколько может за это
    vic> время может прокачать станция?  Поэтому,по-моему ,лучше иметь двойной
    vic> учет - статистика в БД, счетчик текущего трафика на/со станции в
    vic> памяти,и он уже будет давать команду на блокировку.
Я полагаю, что правильнее будет пакет -> демон-блокиратор -> БД -> репортер.


    vic> Какой язык планируете в качестве рабочего?
Я бы воспользовался tcl, особенно учитывая простоту переноса на другие
платформы, хорошая работа с regexp. Как второй вариант ruby. Можно конечно
писать и на C, но для таких задач, по моему, это не целесообразно.

+-------------------------------------------------------+
Grigory Milev	mailto:week@altlinux.ru
ALT Linux Team	http://www.altlinux.ru
+-------------------------------------------------------+
Life too beautiful and interest... Don't worry, be happy.
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.1 (GNU/Linux)
Comment: Processed by Mailcrypt 3.5.8 <http://mailcrypt.sourceforge.net/>

iD8DBQE+eJWFS14SMK5ZwWARArVFAJ47bWdCSTYcgFIajjt8/W/mwRgLDQCeJIFz
yA0/HU6QNd3yoUwYiQnqPTw=
=fpDQ
-----END PGP SIGNATURE-----

Re: [Comm] Система администрирования интернет-салона

[vic ismakaev]

19 Март 2003 21:06, Grigory Milev написал:
> >>>>> "vic" == vic ismakaev <viclists@mail.esoo.ru> writes:
>
>     vic> 19 Март 2003 19:32, Andrey Petrov написал:
>     >> Доброго времени суток!
>     >>
>     >> Взялся сделать систему управления интернет-салоном и учет
>     >> статистики. С велением статистики все просто - будет работать через
>     >> веб-интерфейс в завязке с mysql.
>
>     vic> Не забывайте про накладные расходы при работе с БД(реактивность
>     vic> системы будет не очень высокой.  Представьте ситуацию -
>     vic> высокоскоростной доступ в инет(АДСЛ - 8 Мбит, СДСЛ - 2-10
> Мб),лимит vic> -20 Мб. Реакция с MySQL(пакет -> демон-логер -> БД ->
> репортер -> блокиратор) может доходить до минуты а то и больше.Сколько
> может за это vic> время может прокачать станция?  Поэтому,по-моему ,лучше
> иметь двойной vic> учет - статистика в БД, счетчик текущего трафика на/со
> станции в vic> памяти,и он уже будет давать команду на блокировку.
> Я полагаю, что правильнее будет пакет -> демон-блокиратор -> БД ->
> репортер.
В демоне-блокираторе необходимо предусмотреть  еще и считальщика текущего 
трафика.

>
>     vic> Какой язык планируете в качестве рабочего?
> Я бы воспользовался tcl, особенно учитывая простоту переноса на другие
> платформы, хорошая работа с regexp. Как второй вариант ruby. Можно конечно
> писать и на C, но для таких задач, по моему, это не целесообразно.
Мое предпочтение - Ruby + C.
Без С ,помоему,никуда не деться.
Боюсь,что скриптовые языки не справяться с перехватом/счетом/блокировкой 
пакетов в реальном времени. А для статистики -что угодно можно использовать.

Хотя есть биндинги  IP_QUEUE и PCAP для Perl'a,а для PCAP еще и для Ruby. 


-- 
С уважением
Виктор В Исмакаев

[Comm] Re[2]: [Comm] Система администрирования интернет-салона

[Andrey Petrov]

Доброго времени суток!

19.03.2003, 21:09 Вы писали на тему
"[Comm] Система администрирования интернет-салона":

GM> -----BEGIN PGP SIGNED MESSAGE-----
GM> Hash: SHA1

>>>>>> "Artem" == Artem Pastukhov <past@yam.ru> writes:

GM>     Artem> 19 Март 2003 17:44, Grigory Milev написал:
GM>     Andrey> нужно еще как-то прикрутить удаленную блокировку
GM>     >> рабочих Andrey> станций. Все машины на linux. Админ-машина является
GM>     >> Andrey> маршрутизатором к провайдеру для салона + 2-я сеть для
GM>     >> офиса. Andrey> Задача: скриптами веб-сервера блокировать и
GM>     >> разблокировать на Andrey> рабочих станциях экран Х или клавиатуру с
GM>     >> мышью.  Незнаю как :( Andrey> Предполагаю 2 варианта реаализации: 1-й -
GM>     >> запускать и килять на Andrey> удаленных машинах какой-нить хскринсейвер
GM>     >> (с паролем). Но не знаю Andrey> как запустить его в сессию работающего
GM>     >> там пользователя, что бы Andrey> залочить ему КДЕ.  2-й - по
GM>     >> примонтированным по NFS их /dev менять Andrey> права на устройства
GM>     >> (клава, мышь) на 400 для блокировки и обратно
GM>     Andrey> на 444 для разблокирования.
GM>     >> Как вариант можно прибивать удаленно Х, а потом так-же их запускать.
GM>     Artem> Зачем же так жестко , их можно залочить на том же tk и повесить
GM>     Artem> чтобы он порт какой-нибудь слушал по которому ему unlock скажут.
GM> Можно и так. Собственно я и предлагал написать демона, который занимается
GM> учетом времен/трафика, блокирует компы и т.д., а к нему гуй, хош веб, хош на
GM> tk, хош еще на чем-нить. Как блокировать машину это дело второе, можно сделать
GM> одновременно несколько вариантов, что бы администратор выбирал наиболее
GM> подходящий для него.
Веб-интерфейс я выбрал потому как не программер, да и администрировать
удобнее с любой машины любым браузером. Хотя минусом, конечно, это
нужно апач для этого поднимать. Да и решение на веб применительно к
первоначальной задаче и меня и заказчика вполне устраивает, а в
дальнейшем все это будет обрастать прочей фукциональностью. Почему не
делать доброе дело для всех, если к тому же за это еще и платить
готовы.
А вот с блокировкой в голову пришло еще одно решение:
На клиентских машинах по крону каждую минуту запускается скрипт,
который обращается к базе на админ-машине чтобы узнать свой статус и
соответственно лочит\разлачивает\ничего_неделает.
Для этого достаточно будет иметь на рабочих станциях скл-клиента.

А по-поводу демона который будет слушать порт мне идея нравится. Мне
так даже с самого начала хотелось, но самому не посилам (на данный
момент), а знакомых программеров дружащих с линукс - нету.. :(
Вот и обратился в рассылку.
GM> +-------------------------------------------------------+
GM> Grigory Milev   mailto:week@altlinux.ru
GM> ALT Linux Team  http://www.altlinux.ru
GM> +-------------------------------------------------------+
GM> Life too beautiful and interest... Don't worry, be happy.
GM> -----BEGIN PGP SIGNATURE-----
GM> Version: GnuPG v1.2.1 (GNU/Linux)
GM> Comment: Processed by Mailcrypt 3.5.8 <http://mailcrypt.sourceforge.net/>

GM> iD8DBQE+eIgNS14SMK5ZwWARArhMAJ4hpSW0sL5J/0j5muG/TmYw6GW+WACfXLMM
GM> 552P727959/VabS5L09MLGM=
GM> =CEKl
GM> -----END PGP SIGNATURE-----
GM> _______________________________________________
GM> Community mailing list
GM> Community@altlinux.ru
GM> http://www.altlinux.ru/mailman/listinfo/community




--
Andrey Petrov (hell@relcom.kz)

 +++ Hе откладывай на завтpа то, что можно выпить сегодня. +++

[Comm] Re[2]: [Comm] Система администрирования интернет-салона

[Andrey Petrov]

Доброго времени суток!

19.03.2003, 21:11 Вы писали на тему
"[Comm] Система администрирования интернет-салона":

GM>     >> Могу поучаствовать.
GM>     >> 
GM>     >> PS: Велькомен ту маил, пообсуждаем.

GM>     Mike> Вы совсем-то в маил не пропадайте, потому что дело
GM>     Mike> интересное. нарисуйте сайт проекта, новости и все такое ;)
GM> Я думаю, что такому проекту прямой путь на sourceforge, как-только нарисуется
GM> план действий и основные идеи, можно будет туда выложить и естественно, что
GM> такому проекту местечко в sisyphus найдется :-)
Именно так и хочется сделать;)
Но мне сейчас в любом случае надо проект сделать применительно к
конкретной задаче и конкретному салону. А дальше все равно проект не
заглохнет. Я даже уверен что продолжателей и альтернативных
реализаторов идеи найдется достаточно и без меня :))

--
Andrey Petrov (hell@relcom.kz)

 +++ Пришел, увидел и ушел: +++

[Comm] Re[2]: [Comm] Система администрирования интернет-салона

[Andrey Petrov]

Доброго времени суток!

19.03.2003, 21:52 Вы писали на тему
"[Comm] Система администрирования интернет-салона":

vi> 19 Март 2003 19:32, Andrey Petrov написал:
>> Доброго времени суток!
>>
>> Взялся сделать систему управления интернет-салоном и учет статистики.
>> С велением статистики все просто - будет работать через веб-интерфейс
>> в завязке с mysql.
vi> Не забывайте про накладные расходы при работе с БД(реактивность системы будет 
vi> не очень высокой.
vi> Представьте ситуацию - высокоскоростной доступ в инет(АДСЛ - 8 Мбит, СДСЛ  - 
vi> 2-10 Мб),лимит -20 Мб. Реакция с MySQL(пакет -> демон-логер -> БД -> репортер 
->>блокиратор) может доходить до минуты а то и больше.Сколько может за это 
vi> время может прокачать станция?
Я пока решаю относительно моей задачи. Скростей у нас таких нет :(
Трафик считать мне пока не нужно (хотя в перспективе будет добавлено)
Нужна только статистика по времени. С этим проблем на данном этапе
нет. Нужно решить проблему с блокировкой станций (см. начало треда)
vi> Поэтому,по-моему ,лучше иметь двойной учет - статистика в БД, счетчик текущего 
vi> трафика на/со станции в памяти,и он уже будет давать команду на блокировку.
Возможно. Но до этого доло позже дойдет, или кто-то параллельно
сделает.

vi> Какой язык планируете в качестве рабочего?
Пока все будет на php+mysql

--
Andrey Petrov (hell@relcom.kz)

 +++ Лучше иметь синицу в руках, чем утку под кроватью. +++

Re: [Comm] Система администрирадминистрирования интернет-салона

[Андрей Новосёлов]

В Wed, 19.03.2003, в 17:02, Artem Pastukhov написал:
> 19 Март 2003 17:44, Grigory Milev написал:
> 
> >     Andrey> нужно еще как-то прикрутить удаленную блокировку
> > рабочих Andrey> станций. Все машины на linux. Админ-машина
> > является Andrey> маршрутизатором к провайдеру для салона + 2-я
> > сеть для офиса. Andrey> Задача: скриптами веб-сервера
> > блокировать и разблокировать на Andrey> рабочих станциях экран
> > Х или клавиатуру с мышью.  Незнаю как :( Andrey> Предполагаю 2
> > варианта реаализации: 1-й - запускать и килять на Andrey>
> > удаленных машинах какой-нить хскринсейвер (с паролем). Но не
> > знаю Andrey> как запустить его в сессию работающего там
> > пользователя, что бы Andrey> залочить ему КДЕ.  2-й - по
> > примонтированным по NFS их /dev менять Andrey> права на
> > устройства (клава, мышь) на 400 для блокировки и обратно
> > Andrey> на 444 для разблокирования.
> > Как вариант можно прибивать удаленно Х, а потом так-же их
> > запускать.
> Зачем же так жестко , их можно залочить на том же tk и повесить 
> чтобы он порт какой-нибудь слушал по которому ему unlock скажут.
Простите, за вмешательство, я не программист, но можно ли сделать, чтобы
с машины администратора приходил на рабочую станцию скриптик,
запускающий на ней обратный отсчёт того кол-ва секунд, которое в нём же
указано. Своеобразные песочные часы. Надеюсь подключится к обсуждению
isa <iscander@mercuri.mk.ua> У нас ребята собирали и-нет кафе на АЛТ,
там была проблема с локером и какой-то скачивали и использовали. Но он
это лучше знает.
-- 
With the best wishes & kindest regards, Andrey.
Registered      LINUX     user      # 282220


  

Re: [Comm] Система администрирования интернет-салона

[Grigory Milev]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

>>>>> "vic" == vic ismakaev <viclists@mail.esoo.ru> writes:

    >> целесообразно.
    vic> Мое предпочтение - Ruby + C.  Без С ,помоему,никуда не деться.
    vic> Боюсь,что скриптовые языки не справяться с
    vic> перехватом/счетом/блокировкой пакетов в реальном времени. А для
    vic> статистики -что угодно можно использовать.
Собственно, никто не мешает написать модуль для ruby на C по подсчету трафика.

    vic> Хотя есть биндинги IP_QUEUE и PCAP для Perl'a,а для PCAP еще и для
    vic> Ruby.
Собственно о чем я и говорю :)

+-------------------------------------------------------+
Grigory Milev	mailto:week@altlinux.ru
ALT Linux Team	http://www.altlinux.ru
+-------------------------------------------------------+
Life too beautiful and interest... Don't worry, be happy.
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.1 (GNU/Linux)
Comment: Processed by Mailcrypt 3.5.8 <http://mailcrypt.sourceforge.net/>

iD8DBQE+eXliS14SMK5ZwWARArP3AKCDR11BNoawlSW5YVv2rN/0Gu9xDQCfR3GZ
88nYQjtCDpxy424WOoQTpAE=
=WCKM
-----END PGP SIGNATURE-----

Re: [Comm] Система администрирования интернет-салона

[vic ismakaev]

20 Март 2003 13:18, Grigory Milev написал:
> >>>>> "vic" == vic ismakaev <viclists@mail.esoo.ru> writes:
>     >> целесообразно.
>
>     vic> Мое предпочтение - Ruby + C.  Без С ,помоему,никуда не деться.
>     vic> Боюсь,что скриптовые языки не справяться с
>     vic> перехватом/счетом/блокировкой пакетов в реальном времени. А для
>     vic> статистики -что угодно можно использовать.
> Собственно, никто не мешает написать модуль для ruby на C по подсчету
> трафика.
>
>     vic> Хотя есть биндинги IP_QUEUE и PCAP для Perl'a,а для PCAP еще и для
>     vic> Ruby.
> Собственно о чем я и говорю :)
Да,я тоже думаю в эту сторону.Есть мысля через SWIG сделать объвязку 
libipq,libipulog,libiptc. Но не уверен,что мне это будет под силу и что при 
таком подходе - перехват пакетов и подсчет пакетов скриптом на Ruby - 
подходящее решение.

У кого нибудь есть опыт работы со SWIG?


-- 
С уважением
Виктор В Исмакаев

[Comm] Re[2]: [Comm] Система администрирадминистрирования интернет-салона

[isa]

Приветвую, всех!
<skip>
АН> isa <iscander@mercuri.mk.ua> У нас ребята собирали и-нет кафе на АЛТ,
АН> там была проблема с локером и какой-то скачивали и использовали. Но он
АН> это лучше знает.
Да был такой грех, только было это не инет-кафе, а игровой зал. есть
локер у Жени Остапца(Юнисоф Киев), но вообщем то без его разрешения
передавать его в общественное пользование я не решусь, поймите
правильно.
Для игрового зала ребята разработали локер на svgalib. Его я не видел,
но вроде работает. Стартовали онис проекта найденого мной на ltsp и
назывался он как то вроде icafe или ikiosk.
Нормалного законченого решения под GPL не видел. Но с удовольствием
подключусь к реализации. Возьмёте в команду? В своё время на Си писал
неплохо.
Первые мысли по Локеру:
Это демон общающейся с серваком по той же самой udp, в случае
n-посылок оставленых без ответа, автоматично включает блокировочную
часть. Ну естественно блокировка включается и по сигналу с сервера.
Саму блокировку можно наверное подсмотреть в xlock.
В режиме администратора зала (интерфейс пожалуй Web - подходит всем)
от админа многого не должно требоваться впринципе это студент,
которому объяснили как работает данная -кокретная программа.
Учёт должен включать возможность того почасовая оплата или по трафику,
возможность возврата денег клиенту при недоработке им своего лимита.
для хозяина клуба нужен отдельный вход с интерфейсом к базе данных и
контролем администраторов и кассы. Дальше можно наворачивать как то:
Клубная система - дисконтные карты итп.
для локера хорошо бы обеспечить индикацию клиенту, о том что время
истекло ну например спикером попикать, или же вообще приятным женским голосом
обматерить типа: у тебя осталось 1 минута или 1 мегабайт трафика.
Необходимо предусмотреть режим простоя выскочил клиент покурить, пивка
тяпнуть - станцию залочить, чтоб никто не попортил клиенту его работу
считать по заниженому\завышеному(выбирается хозяином клуба) тарифу, ну
или в конце концов просто доплатить клиент собрался и со своего места
встал, ну а по возвращении вернулся человек к тому начем заканчивал.
Используя демона на порту можно сюда же подкрутить и Виндовых клиентов
собственно переписать локерную часть, примеры перехватчиков
клавы\мышки у меня где то на Делфях были.
Кроме того в демоне можно предусмотреть запуск программ, чтоб
администратор со своего места мог запустить клиенту программку,
которую тот просит...Ну не умееет он оконнными менеджерами
пользоваться, а в Квак играть хочет!
Такие вот наброски к проекту, ну как начинаем? Или мне потом
прибегать?(с) Пёс Шарик (Трое их Простоквашино) Пишите на личный мыл,
закрутим проект! А там можно и на  Соурсфорге и в Sisiphus, а потом
глядишь у Альта очередной дистрибутив появиться специально для
игровых-интернет залов :-)
 Благодарю за внимание. С наилучшими пожеланиями
  Александр Огурцов. Можно просто Саша.
-- 
С уважением,
 isa                          mailto:iscander@mercuri.mk.ua

[Comm] Система администрирадминистрирования интернет-салона

[Kirill Neverovsky]

Hello isa,

Thursday, March 20, 2003, 7:54:41 PM, you wrote:

i> Приветвую, всех!
i> <skip>
АН>> isa <iscander@mercuri.mk.ua> У нас ребята собирали и-нет кафе на АЛТ,
АН>> там была проблема с локером и какой-то скачивали и использовали. Но он
АН>> это лучше знает.
i> Да был такой грех, только было это не инет-кафе, а игровой зал. есть
i> локер у Жени Остапца(Юнисоф Киев), но вообщем то без его разрешения
i> передавать его в общественное пользование я не решусь, поймите
i> правильно.
i> Для игрового зала ребята разработали локер на svgalib. Его я не видел,
i> но вроде работает. Стартовали онис проекта найденого мной на ltsp и
i> назывался он как то вроде icafe или ikiosk.
i> Нормалного законченого решения под GPL не видел. Но с удовольствием
i> подключусь к реализации. Возьмёте в команду? В своё время на Си писал
i> неплохо.
i> Первые мысли по Локеру:
i> Это демон общающейся с серваком по той же самой udp, в случае
i> n-посылок оставленых без ответа, автоматично включает блокировочную
i> часть. Ну естественно блокировка включается и по сигналу с сервера.
i> Саму блокировку можно наверное подсмотреть в xlock.
i> В режиме администратора зала (интерфейс пожалуй Web - подходит всем)
i> от админа многого не должно требоваться впринципе это студент,
i> которому объяснили как работает данная -кокретная программа.
i> Учёт должен включать возможность того почасовая оплата или по трафику,
i> возможность возврата денег клиенту при недоработке им своего лимита.
i> для хозяина клуба нужен отдельный вход с интерфейсом к базе данных и
i> контролем администраторов и кассы. Дальше можно наворачивать как то:
i> Клубная система - дисконтные карты итп.
i> для локера хорошо бы обеспечить индикацию клиенту, о том что время
i> истекло ну например спикером попикать, или же вообще приятным женским голосом
i> обматерить типа: у тебя осталось 1 минута или 1 мегабайт трафика.
i> Необходимо предусмотреть режим простоя выскочил клиент покурить, пивка
i> тяпнуть - станцию залочить, чтоб никто не попортил клиенту его работу
i> считать по заниженому\завышеному(выбирается хозяином клуба) тарифу, ну
i> или в конце концов просто доплатить клиент собрался и со своего места
i> встал, ну а по возвращении вернулся человек к тому начем заканчивал.
i> Используя демона на порту можно сюда же подкрутить и Виндовых клиентов
i> собственно переписать локерную часть, примеры перехватчиков
i> клавы\мышки у меня где то на Делфях были.
i> Кроме того в демоне можно предусмотреть запуск программ, чтоб
i> администратор со своего места мог запустить клиенту программку,
i> которую тот просит...Ну не умееет он оконнными менеджерами
i> пользоваться, а в Квак играть хочет!
i> Такие вот наброски к проекту, ну как начинаем? Или мне потом
i> прибегать?(с) Пёс Шарик (Трое их Простоквашино) Пишите на личный мыл,
i> закрутим проект! А там можно и на  Соурсфорге и в Sisiphus, а потом
i> глядишь у Альта очередной дистрибутив появиться специально для
i> игровых-интернет залов :-)
i>  Благодарю за внимание. С наилучшими пожеланиями
i>   Александр Огурцов. Можно просто Саша.

Здорово! Главное, что-бы мотивация и энтузиазм не пропал. Когда это
все заработает, это будет очень круто!

[Comm] Re[2]: [Comm] Система администрирования интернет-салона

[Andrey Petrov]

Доброго времени суток!

20.03.2003, 16:21 Вы писали на тему
"[Comm] Система администрирования интернет-салона":

vi> 20 Март 2003 13:18, Grigory Milev написал:
>> >>>>> "vic" == vic ismakaev <viclists@mail.esoo.ru> writes:
>>     >> целесообразно.
>>
>>     vic> Мое предпочтение - Ruby + C.  Без С ,помоему,никуда не деться.
>>     vic> Боюсь,что скриптовые языки не справяться с
>>     vic> перехватом/счетом/блокировкой пакетов в реальном времени. А для
>>     vic> статистики -что угодно можно использовать.
>> Собственно, никто не мешает написать модуль для ruby на C по подсчету
>> трафика.
>>
>>     vic> Хотя есть биндинги IP_QUEUE и PCAP для Perl'a,а для PCAP еще и для
>>     vic> Ruby.
>> Собственно о чем я и говорю :)
vi> Да,я тоже думаю в эту сторону.Есть мысля через SWIG сделать объвязку 
vi> libipq,libipulog,libiptc. Но не уверен,что мне это будет под силу и что при 
vi> таком подходе - перехват пакетов и подсчет пакетов скриптом на Ruby - 
vi> подходящее решение.

vi> У кого нибудь есть опыт работы со SWIG?

В изначально поставленную задачу подчет трафика вовсе не входил, но
такая возможность (если проект будет развиваться) очень даже
желательно. К сожалению, я не программист, поэтому буду просто
молчаливо наблюдать за вашей дисскусией. Я надеюсь этот тред
обсуждения не потеряется в архиве и будет активно развиваться.

--
Andrey Petrov (hell@relcom.kz)

 +++ Все лишнее - детям ! +++

[Comm] Re[2]: [Comm] Система администрирования интернет-салона

[Andrey Petrov]

Доброго времени суток!

19.03.2003, 21:11 Вы писали на тему
"[Comm] Система администрирования интернет-салона":

GM> -----BEGIN PGP SIGNED MESSAGE-----
GM> Hash: SHA1

>>>>>> "Mike" == Mike Lykov <combr@vesna.ru> writes:

GM>     >> Могу поучаствовать.
GM>     >> 
GM>     >> PS: Велькомен ту маил, пообсуждаем.

GM>     Mike> Вы совсем-то в маил не пропадайте, потому что дело
GM>     Mike> интересное. нарисуйте сайт проекта, новости и все такое ;)
GM> Я думаю, что такому проекту прямой путь на sourceforge, как-только нарисуется
GM> план действий и основные идеи, можно будет туда выложить и естественно, что
GM> такому проекту местечко в sisyphus найдется :-)
Я думаю что нужно коллективно определить основные направления проекта
(именно проекта, а не моей локальной задачи). Я пока вижу три
основных: удаленное управление, сбор статистики и собственно сам
интерфейс администрирования.
Теперь нужно конкретизировать: чем управлять и что собирать.
Т.е. какими возможностями должен обладать конечный продукт.


--
Andrey Petrov (hell@relcom.kz)

 +++ Семь пядей в лобке... +++

[Comm] Re: [Comm] Re[2]: [Comm] Система администрирадминистрирования интернет-салона

[Andrey Petrov]

Доброго времени суток!

21.03.2003, 0:54 Вы писали на тему
"[Comm] Re[2]: [Comm] Система администрирадминистрирования интернет-салона":

i> Приветвую, всех!
i> <skip>
АН>> isa <iscander@mercuri.mk.ua> У нас ребята собирали и-нет кафе на АЛТ,
АН>> там была проблема с локером и какой-то скачивали и использовали. Но он
АН>> это лучше знает.
i> Да был такой грех, только было это не инет-кафе, а игровой зал. есть
i> локер у Жени Остапца(Юнисоф Киев), но вообщем то без его разрешения
i> передавать его в общественное пользование я не решусь, поймите
i> правильно.
i> Для игрового зала ребята разработали локер на svgalib. Его я не видел,
i> но вроде работает. Стартовали онис проекта найденого мной на ltsp и
i> назывался он как то вроде icafe или ikiosk.
i> Нормалного законченого решения под GPL не видел. Но с удовольствием
i> подключусь к реализации. Возьмёте в команду? В своё время на Си писал
i> неплохо.
i> Первые мысли по Локеру:
i> Это демон общающейся с серваком по той же самой udp, в случае
i> n-посылок оставленых без ответа, автоматично включает блокировочную
i> часть. Ну естественно блокировка включается и по сигналу с сервера.
i> Саму блокировку можно наверное подсмотреть в xlock.
В общем, согласен. Кто будет писать?
i> В режиме администратора зала (интерфейс пожалуй Web - подходит всем)
i> от админа многого не должно требоваться впринципе это студент,
i> которому объяснили как работает данная -кокретная программа.
i> Учёт должен включать возможность того почасовая оплата или по трафику,
i> возможность возврата денег клиенту при недоработке им своего лимита.
i> для хозяина клуба нужен отдельный вход с интерфейсом к базе данных и
i> контролем администраторов и кассы. Дальше можно наворачивать как то:
i> Клубная система - дисконтные карты итп.
i> для локера хорошо бы обеспечить индикацию клиенту, о том что время
i> истекло ну например спикером попикать, или же вообще приятным женским голосом
i> обматерить типа: у тебя осталось 1 минута или 1 мегабайт трафика.
i> Необходимо предусмотреть режим простоя выскочил клиент покурить, пивка
i> тяпнуть - станцию залочить, чтоб никто не попортил клиенту его работу
i> считать по заниженому\завышеному(выбирается хозяином клуба) тарифу, ну
i> или в конце концов просто доплатить клиент собрался и со своего места
i> встал, ну а по возвращении вернулся человек к тому начем заканчивал.
i> Используя демона на порту можно сюда же подкрутить и Виндовых клиентов
i> собственно переписать локерную часть, примеры перехватчиков
i> клавы\мышки у меня где то на Делфях были.
i> Кроме того в демоне можно предусмотреть запуск программ, чтоб
i> администратор со своего места мог запустить клиенту программку,
i> которую тот просит...Ну не умееет он оконнными менеджерами
i> пользоваться, а в Квак играть хочет!
В идеале вообще хорошо было бы если бы демон на рабочей станции умел
по запросу администратора показывать список процессов, логи,
запускасть и убивать процессы, выводить сообщения пользователям и т.п.
i> Такие вот наброски к проекту, ну как начинаем? Или мне потом
i> прибегать?(с) Пёс Шарик (Трое их Простоквашино) Пишите на личный мыл,
i> закрутим проект! А там можно и на  Соурсфорге и в Sisiphus, а потом
i> глядишь у Альта очередной дистрибутив появиться специально для
i> игровых-интернет залов :-)
Ну, для этого, я полагаю, должны не только ребята из командв АЛТ
поднапрячься, но и те кому это нужно должны тоже посодействовать.
i>  Благодарю за внимание. С наилучшими пожеланиями
i>   Александр Огурцов. Можно просто Саша.




--
Andrey Petrov (hell@relcom.kz)

 +++ Hе тяни резину за хвост в долгий ящик. +++

[Comm] Re[2]: [Comm] Система администрирования интернет-салона

[Andrey Petrov]

Доброго времени суток!

19.03.2003, 21:40 Вы писали на тему
"[Comm] Система администрирования интернет-салона":

GM> -----BEGIN PGP SIGNED MESSAGE-----
GM> Hash: SHA1

>>>>>> "vic" == vic ismakaev <viclists@mail.esoo.ru> writes:

GM>     vic> 19 Март 2003 20:33, Artem Pastukhov написал:
GM>     >> 19 Март 2003 18:09, Grigory Milev написал: > Можно и так. Собственно я
GM>     >> и > предлагал написать демона, который занимается учетом >
GM>     >> времен/трафика, блокирует компы и т.д., а к нему гуй, хош веб, > хош на
GM>     >> tk, хош еще на чем-нить. Как блокировать машину это > дело второе,
GM>     >> можно сделать одновременно несколько вариантов, > что бы администратор
GM>     >> выбирал наиболее подходящий для него.
GM>     >> 
GM>     >> Попытка учета по трафику/сумме и блокировке была как раз в
GM>     >> упоминавшемся мной в соседней ветке squid2mysql можно взять за основу.
GM>     vic> Опора на SQUID при учете трафика - не совсем удачное решение.
GM>     vic> Наиболее удачными вариантами,по-моему, являются решения на базе
GM>     vic> PCAP/netfilter.С помощью этой связки можно и нужно считать трафик и
GM>     vic> блокировать доступ в инет.  -- С уважением Виктор В Исмакаев
GM> Согласен, лучше пользовать iptables и иже с ними, squid вносит некоторые
GM> ограничения на пользователей, что не есть хорошо.

Дискуссия перетекает из основного вопроса о блокировке удаленной
станции от пользователя в подсчет трафика и блокировку выхода в инет.
Это не совсем правильно.
А если, например, пользователь не сидит в инете, а просто набирает
текст в ОО? Или в тукса режется?
Да и в любом случае в салонах посетители платят за время, а не за
трафик. Тема, конечно, тоже нужная.
Давайте вернемся к блокированию рабочих станций. Те варианты которые
мне пришли в голову (см. начало треда) самому мен не очень нравятся.
Но мне так никто и не сказал плохо это или хорошо.
Очень понравилась идея про демона, который будет слушать какой-нить
порт. Но я не программист. Если кто-то готов написать, давайте обсудим
что можно сделать.


--
Andrey Petrov (hell@relcom.kz)

 +++ Все лишнее - детям ! +++

[Comm] Re: Система администрирования интернет-салона

[Michael Shigorin]

[-- Attachment #1: Type: text/plain, Size: 574 bytes --]

On Wed, Mar 19, 2003 at 08:32:07PM +0600, Andrey Petrov wrote:
> Взялся сделать систему управления интернет-салоном и учет статистики.

Т.к. здесь это (переход к специфике реализации) может несколько
стать офтопиком, могу предложить (в таком случае и если интерес
не рассосется сам собой) перебраться в games at linux.kiev.ua
(подписка: mailto:games-subscribe@linux.kiev.ua), если и там тема
не поместится -- могу выдать на руки рассылку, хостинг etc. в
рамках linux.kiev.ua.

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

[Comm] Re: [Comm] Re: Система администрирования интернет-салона

[Andrey Petrov]

Доброго времени суток!

24.03.2003, 20:12 Вы писали на тему
"[Comm] Re: Система администрирования интернет-салона":

MS> On Wed, Mar 19, 2003 at 08:32:07PM +0600, Andrey Petrov wrote:
>> Взялся сделать систему управления интернет-салоном и учет статистики.

MS> Т.к. здесь это (переход к специфике реализации) может несколько
MS> стать офтопиком, могу предложить (в таком случае и если интерес
MS> не рассосется сам собой) перебраться в games at linux.kiev.ua
Не думаю что это можно оффтопиком. ИМХО проект не относится к играм, и
мне кажется что в этой рассылке я мог бы получить большее количество
полезных комментариев и предложений.
MS> (подписка: mailto:games-subscribe@linux.kiev.ua), если и там тема
MS> не поместится -- могу выдать на руки рассылку, хостинг etc. в
MS> рамках linux.kiev.ua.
Спасибо. Возможно даже мы воспользуемся Вашим предложением.
Т.к. имеющиеся у нас варианты хостинга (в достаточном количестве и с
полным доступом) мало подходят по причине узкого канала ко внешним
сетям (не смейтесь, но у нашего провайдера всего 128 наружу, и это при
немалом количестве как частных, так и корпоративных клиентов).
Давайте обсудим Ваши условия (лучше директ-мэйл, дабы не засорять
рассылку)

--
Andrey Petrov (hell@relcom.kz) (webmaster@linuxoid.spl.kz)

 +++ Дайте солдату точку опоры, и он... уснет. +++

Re: [Comm] Re: [Comm] Re[2]: [Comm] Система администрирадминистрирования интернет-салона

[Stepin Igor]

В сообщении от 23 Март 2003 23:24 Andrey Petrov написал:
> Доброго времени суток!
>
> В идеале вообще хорошо было бы если бы демон на рабочей станции умел
> по запросу администратора показывать список процессов, логи,
> запускасть и убивать процессы, выводить сообщения пользователям и т.п.
sshd

-- 
С уважением, Степин Игорь.

Re: [Comm] Re: [Comm] Re[2]: [Comm] Система администрирадминистрирования интернет-салона

[Grigory Milev]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

>>>>> "Stepin" == Stepin Igor <is-lists@istudio.ru> writes:

    Stepin> В сообщении от 23 Март 2003 23:24 Andrey Petrov написал:
    >> Доброго времени суток!
    >> 
    >> В идеале вообще хорошо было бы если бы демон на рабочей станции умел по
    >> запросу администратора показывать список процессов, логи, запускасть и
    >> убивать процессы, выводить сообщения пользователям и т.п.
    Stepin> sshd
Можно и так, то тогда теряется универсальность, в смысле в случае клиента на
win. По моему, надо продумать грамотный протокол обмена между клиентом и
сервером и написать разных клиентов под разные ОП.

PS:
   У нас как всегда, погудели, по предлагали, на этом и остановились :-)))

+-------------------------------------------------------+
Grigory Milev	mailto:week@altlinux.ru
ALT Linux Team	http://www.altlinux.ru
+-------------------------------------------------------+
Life too beautiful and interest... Don't worry, be happy.
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.1 (GNU/Linux)
Comment: Processed by Mailcrypt 3.5.8 <http://mailcrypt.sourceforge.net/>

iD8DBQE+gCh3S14SMK5ZwWARAjAGAJ9WImPf/+HzZ2T57ky4pu3VnvszAgCfZWCe
KeqdeGiexxPZEQ9gELgEy6c=
=t1kz
-----END PGP SIGNATURE-----

[Comm] Re[2]: [Comm] Re: [Comm] Re[2]: [Comm] Система администрирадминистрирования интернет-салона

[Andrey Petrov]

Доброго времени суток!

25.03.2003, 15:59 Вы писали на тему
"[Comm] Re: [Comm] Re[2]: [Comm]  Система администрирадминистрирования интернет-салона":

GM>     >> В идеале вообще хорошо было бы если бы демон на рабочей станции умел по
GM>     >> запросу администратора показывать список процессов, логи, запускасть и
GM>     >> убивать процессы, выводить сообщения пользователям и т.п.
GM>     Stepin> sshd
GM> Можно и так, то тогда теряется универсальность, в смысле в случае клиента на
GM> win. По моему, надо продумать грамотный протокол обмена между клиентом и
GM> сервером и написать разных клиентов под разные ОП.
Протокол обмена - это важно. При этом демон должен обладать хотя бы
минимальными средствами безопасности. Нужна авторизация, что бы
какой-нить кул-хацкер с соседней машины не оправлял ему команды.
Нужно придумать какую-нить систему команд этому демону, с возможностью
их расширения. Но я слабо в этом разбираюсь и незнаком с людьми, которые
могли бы написать это (хоть на С, хоть еще на чем-нибудь). Поэтому
буду ждать пока кто-нибудь напишет что-либо для этой задачи. А пока
использую что-нибудь, что могу реализовать самостоятельно. В конце
концов база отчетов и интерфейс администрирования от этого не
изменятся, изменения коснутся только взаимодействия клиента и сервера.
GM> PS:
GM>    У нас как всегда, погудели, по предлагали, на этом и остановились :-)))
Я ожидал более бурного обсуждения проблемы. Ладно... позже сделаю
страничку и форум для проекта. Может и начнет что-нибудь
продвигаться...

--
Andrey Petrov (hell@relcom.kz)

 +++ Плох тот солдат, который не хочет спать с генералом. +++

[Comm] Re[2]: [Comm] Re: [Comm] Re[2]: [Comm] Система администрирадминистрирования интернет-салона

[ASA]

Hello Grigory,

Tuesday, March 25, 2003, 1:59:19 PM, you wrote:

GM>     >> Доброго времени суток!
GM>     >> 
GM>     >> В идеале вообще хорошо было бы если бы демон на рабочей станции умел по
GM>     >> запросу администратора показывать список процессов, логи, запускасть и
GM>     >> убивать процессы, выводить сообщения пользователям и т.п.
GM>     Stepin> sshd
GM> Можно и так, то тогда теряется универсальность, в смысле в случае клиента на
GM> win. По моему, надо продумать грамотный протокол обмена между клиентом и
В принципе ssh существует и под вынду.

GM> сервером и написать разных клиентов под разные ОП.
Дак есть же SSL либы и OpenSSH, ничто не мешает реализовать
протоколы управления на основе ssh или просто свои протоколы,
защищенные SSL'ом.

-- 
Best regards,
 ASA                            mailto:llb@udm.ru

[Comm] Re: Система администрирадминистрирования интернет-салона

[Michael Shigorin]

On Tue, Mar 25, 2003 at 07:50:17PM +0600, Andrey Petrov wrote:
> GM>    У нас как всегда, погудели, по предлагали, на этом и остановились :-)))
> Я ожидал более бурного обсуждения проблемы. Ладно... позже
> сделаю страничку и форум для проекта. Может и начнет что-нибудь
> продвигаться...

Повторюсь: есть более адекватные места для подобных обсуждений.
:)

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/