[Comm] лимиты на ширину канала

[Comm] лимиты на ширину канала

[Dmitry Kovalsky]

Доброго всем утра!

наблюдаеться следующая картина есть уууузенькая выделенка 33600 и много юзеров 
(~70 рыл) :0)

Хочеться: чтоб каждый мог занимать не более 1.5 Kb/s а почте, аське и прочим 
пейджерам + ССШ выделить кусок канала на который никогда веб и фтп не залезут   

На сколько смог провентилировать этот вопрос то это можно сделать 
1) iptables
2)cbq
3)htb

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


Дима

E-mail: dikov@imbg.org.ua
Fax:  +380 (44) 266-0759
Tel.: +380 (44) 266-5589

[Comm] Re: лимиты на ширину канала

[Michael Shigorin]

On Wed, Sep 03, 2003 at 08:40:23AM +0300, Dmitry Kovalsky wrote:
> Хочеться: чтоб каждый мог занимать не более 1.5 Kb/s а почте, аське и прочим 
> пейджерам + ССШ выделить кусок канала на который никогда веб и фтп не залезут
> На сколько смог провентилировать этот вопрос то это можно сделать 
> 1) iptables

Разве что приоретизацию.

> 2)cbq

Штатно есть, но вообще не рекомендуется.

> 3)htb

Штатно нет (народ уже давно озабочен router kernel, но) -- но
хвалят.

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

Быстро ты сможешь задрать приоритет ssh, опустить -- аськам
сотоварищи -- ну и поднять cbq.

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

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

Re: [Comm] Re: лимиты на ширину канала

[Alexey Starinsky]

Здравствуйте, Michael,
>> Хочеться: чтоб каждый мог занимать не более 1.5 Kb/s а почте, аське и прочим
>> пейджерам + ССШ выделить кусок канала на который никогда веб и фтп не залезут
>> На сколько смог провентилировать этот вопрос то это можно сделать 
>> 1) iptables
MS> Разве что приоретизацию.
>> 2)cbq
MS> Штатно есть, но вообще не рекомендуется.
>> 3)htb
MS> Штатно нет (народ уже давно озабочен router kernel, но) -- но
MS> хвалят.
MS> Быстро ты сможешь задрать приоритет ssh, опустить -- аськам
MS> сотоварищи -- ну и поднять cbq.
MS> Какой-то шкрыпт сейчас заброшу, но можно и самому найти в LARTC
MS> или посмотреть то, что входит в пакет cbq.

А можно уточнить вопрос: привязка при наилучшем таком раскладе будет к
ip-адресу? Решения, когда привязка делается к логину, известны?
Т.е. интересно, сделали хоть издалека альтернативу ISA от M$ в данном
аспекте?

-- 
С уважением,
Алексей Старинский                         mailto:staa -at- tavrida -dot- com

Re: [Comm] Re: лимиты на ширину канала

[Shrek]

Alexey Starinsky пишет:

>Здравствуйте, Michael,
>  
>
>>>Хочеться: чтоб каждый мог занимать не более 1.5 Kb/s а почте, аське и прочим
>>>пейджерам + ССШ выделить кусок канала на который никогда веб и фтп не залезут
>>>На сколько смог провентилировать этот вопрос то это можно сделать 
>>>1) iptables
>>>      
>>>
>MS> Разве что приоретизацию.
>  
>
>>>2)cbq
>>>      
>>>
>MS> Штатно есть, но вообще не рекомендуется.
>  
>
>>>3)htb
>>>      
>>>
>MS> Штатно нет (народ уже давно озабочен router kernel, но) -- но
>MS> хвалят.
>MS> Быстро ты сможешь задрать приоритет ssh, опустить -- аськам
>MS> сотоварищи -- ну и поднять cbq.
>MS> Какой-то шкрыпт сейчас заброшу, но можно и самому найти в LARTC
>MS> или посмотреть то, что входит в пакет cbq.
>
>А можно уточнить вопрос: привязка при наилучшем таком раскладе будет к
>ip-адресу? Решения, когда привязка делается к логину, известны?
>Т.е. интересно, сделали хоть издалека альтернативу ISA от M$ в данном
>аспекте?
>
>  
>
оооооо.... не надо грязи

[Comm] Re: лимиты на ширину канала

[Michael Shigorin]

On Wed, Sep 03, 2003 at 10:03:31AM +0300, Alexey Starinsky wrote:
> А можно уточнить вопрос: привязка при наилучшем таком раскладе будет к
> ip-адресу? Решения, когда привязка делается к логину, известны?

Мне -- нет.  Правда, и не заморачивался.

> Т.е. интересно, сделали хоть издалека альтернативу ISA от M$ в
> данном аспекте?

Как делать -- примерно понятно.

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

Re: [Comm] лимиты на ширину канала

[Alexandr R. Ogurtzoff]

 Приветвую вас!

> 1) iptables
Классика! Осваивается быстрее всего и даёт полный контрольнад TCP/IP 
соединениями. Лучшая документация iptables tutorial усском переводе. Наверное 
можно и шейпить трафик, но мне почему то так никто и не ответил как...
>2)cbq
 Есть статейки на atmsk.ru в которых как раз шейпинг и описывается при помощи 
этого инструмента. 
> 3)htb
Это впервые от вас увидел, но может быть оно и правда.
В любом случае буду следить за этим тредом :-)
-- 
С наилучшими пожеланиями
Александр Огурцов

Re: [Comm] лимиты на ширину канала

[Gosha]

Hi!
On Wed, 3 Sep 2003 08:40:23 +0300
Dmitry Kovalsky <dikov@imbg.org.ua> wrote:

> Хочеться: чтоб каждый мог занимать не более 1.5 Kb/s а почте, аське и
> прочим пейджерам + ССШ выделить кусок канала на который никогда веб и
> фтп не залезут   
> 
> На сколько смог провентилировать этот вопрос то это можно сделать 
> 1) iptables
> 2)cbq
> 3)htb

Еще squid могу добавть в этот список. :-)

-- 
Best regards!
Igor Solovyov
System/Network administrator
JSC CB "Zlatkombank", Zlatoust, Russia

Re[2]: [Comm] Re: лимиты на ширину канала

[Alexey Starinsky]

Здравствуйте, Shrek,
>>А можно уточнить вопрос: привязка при наилучшем таком раскладе будет к
>>ip-адресу? Решения, когда привязка делается к логину, известны?
>>Т.е. интересно, сделали хоть издалека альтернативу ISA от M$ в данном
>>аспекте?

S> оооооо.... не надо грязи

Честно, не хотел упоминать мелкомягких, но так вот вышло :)
Просто знаю, чем на работе наш админ реально пользуется, вот и спросил.
Но вопрос остался открытым...


-- 
С уважением,
Алексей Старинский                         mailto:staa -at- tavrida -dot- com

Re: [Comm] Re: лимиты на ширину канала

[Alexey Starinsky]

Здравствуйте, Michael,

>> А можно уточнить вопрос: привязка при наилучшем таком раскладе будет к
>> ip-адресу? Решения, когда привязка делается к логину, известны?
MS> Мне -- нет.  Правда, и не заморачивался.
>> Т.е. интересно, сделали хоть издалека альтернативу ISA от M$ в
>> данном аспекте?
MS> Как делать -- примерно понятно.
Хоть немного бы направление намекнули, а то ... ну непонятно мне,
непонятно! :)


-- 
С уважением,
Алексей Старинский                         mailto:staa -at- tavrida -dot- com

Re: [Comm] Re: лимиты на ширину канала

[Shrek]

Alexey Starinsky пишет:

>Здравствуйте, Shrek,
>  
>
>>>А можно уточнить вопрос: привязка при наилучшем таком раскладе будет к
>>>ip-адресу? Решения, когда привязка делается к логину, известны?
>>>Т.е. интересно, сделали хоть издалека альтернативу ISA от M$ в данном
>>>аспекте?
>>>      
>>>
>
>S> оооооо.... не надо грязи
>
>Честно, не хотел упоминать мелкомягких, но так вот вышло :)
>Просто знаю, чем на работе наш админ реально пользуется, вот и спросил.
>Но вопрос остался открытым...
>
>
>  
>
он достался мне в наследство... слов нет, одни мысли и те нецензурные. 
как компания выпускающая самые дырявые операционки может заниматься... 
ща процетирую... Internet Security & Acceleration Server
вобщем не знал как от него избавиться. на прошлой неделе всеже снес. 
наконец то

Re[2]: [Comm] Re: лимиты на ширину канала

[Alexey Starinsky]

Здравствуйте, Shrek,
>>>>Т.е. интересно, сделали хоть издалека альтернативу ISA от M$ в данном
>>>>аспекте?
>>S> оооооо.... не надо грязи
>>Честно, не хотел упоминать мелкомягких, но так вот вышло :)
>>Просто знаю, чем на работе наш админ реально пользуется, вот и спросил.
>>Но вопрос остался открытым...
S> он достался мне в наследство... слов нет, одни мысли и те нецензурные.
S> как компания выпускающая самые дырявые операционки может заниматься... 
S> ща процетирую... Internet Security & Acceleration Server
S> вобщем не знал как от него избавиться. на прошлой неделе всеже снес. 
S> наконец то

Да знаю я, это G@вно ещё то, но не я определяю политику безопасности в
нашей конторе. Админы у нас мышку в форточках проедпочитают пингвину на
кнопочках :)
Точнее, кнопочкам в пингвинах :)

Так скажите, чем Вы сейчас пользуетесь?
Или у вас такая задача (трафик пологинно формировать/ограничивать) не
стоИт?

-- 
С уважением,
Алексей Старинский                         mailto:staa -at- tavrida -dot- com

Re: [Comm] Re: лимиты на ширину канала

[Shrek]

Alexey Starinsky пишет:

>Здравствуйте, Shrek,
>  
>
>>>>>Т.е. интересно, сделали хоть издалека альтернативу ISA от M$ в данном
>>>>>аспекте?
>>>>>          
>>>>>
>>>S> оооооо.... не надо грязи
>>>Честно, не хотел упоминать мелкомягких, но так вот вышло :)
>>>Просто знаю, чем на работе наш админ реально пользуется, вот и спросил.
>>>Но вопрос остался открытым...
>>>      
>>>
>S> он достался мне в наследство... слов нет, одни мысли и те нецензурные.
>S> как компания выпускающая самые дырявые операционки может заниматься... 
>S> ща процетирую... Internet Security & Acceleration Server
>S> вобщем не знал как от него избавиться. на прошлой неделе всеже снес. 
>S> наконец то
>
>Да знаю я, это G@вно ещё то, но не я определяю политику безопасности в
>нашей конторе. Админы у нас мышку в форточках проедпочитают пингвину на
>кнопочках :)
>Точнее, кнопочкам в пингвинах :)
>
>Так скажите, чем Вы сейчас пользуетесь?
>Или у вас такая задача (трафик пологинно формировать/ограничивать) не
>стоИт?
>
>  
>
этим пока не заморачивался, да и врятли буду, выделенки на оптотолокне 
на всех хватает

[Comm] Re: лимиты на ширину канала

[Vitaly Ostanin]

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

On Wed, 3 Sep 2003 10:45:05 +0300
Alexey Starinsky <staa@tavrida.com> wrote:

> Здравствуйте, Shrek,
> >>А можно уточнить вопрос: привязка при наилучшем таком
> >раскладе будет к>ip-адресу? Решения, когда привязка делается к
> >логину, известны?>Т.е. интересно, сделали хоть издалека
> >альтернативу ISA от M$ в данном>аспекте?
> 
> S> оооооо.... не надо грязи
> 
> Честно, не хотел упоминать мелкомягких, но так вот вышло :)
> Просто знаю, чем на работе наш админ реально пользуется, вот и
> спросил. Но вопрос остался открытым...

IMHO, стоит посмотреть на iproute2/cbq. Там не сложно, я как-то
ковырялся - работало.

Другой вопрос, что 70 пользователей даже "хоть как-то" в 33600 не
уложить.

<skipped/>

-- 
Regards, Vyt
mailto:  vyt@vzljot.ru
JID:     vyt@vzljot.ru

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

Re: [Comm] Re: лимиты на ширину канала

[Alexandr R. Ogurtzoff]

> Так скажите, чем Вы сейчас пользуетесь?
> Или у вас такая задача (трафик пологинно формировать/ограничивать) не
> стоИт?
 Мне провайдер пел хвалебную песнь про radius пакет с таким названием есть в 
Мастере\Сизифе но я с ним не заморачивался.
 Если хочешь можно считать трафик по IP+MAC (ну впринципе и IP выдавать по 
MAC) Я реализовал вариант предложеный на 
www.opennet.ru/base/net/traf_mes.txt.html
Работет, изменением в цепочках политики RETURN  на DROP можно добиться 
отключения выхода в Инет с определённой IPшки, сейчас оборачиваю всё это в 
скрипты и Си чтобы можно было использовать в том же Инет кафе.
Но ограничивать? Впринципе тоже можно попробовать добавив в цепочку конторля 
по IPшке ещё и
 -m limit --limit 3/minute --limit-burst 3
и играясь чисовыми параметрами подобрать сколько пакетов в минуту будет гонять 
кажный конкретный IP, но это только мысль пока не пробовал и по видимому ещё 
чего то и не учёл...Её думать надо. Но может гуры есть, которые в этом 
вопросе больше копенгаген чем я, чего то и подскажут подумают конкретней... К  
сожалению я в эту тему не скоро вернусь, хотя и по приятному поводу 
-- 
С наилучшими пожеланиями
Александр Огурцов

[Comm] Re: лимиты на ширину канала

[Michael Shigorin]

On Wed, Sep 03, 2003 at 12:53:12PM +0400, Vitaly Ostanin wrote:
> Другой вопрос, что 70 пользователей даже "хоть как-то" в 33600
> не уложить.

Да, Дим -- может, проще будет спросить у DG, Wnet или TSUA про
нормальный DSL?  Вон iop.kiev.ua переехал.

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

[Comm] Re: лимиты на ширину канала

[Michael Shigorin]

On Wed, Sep 03, 2003 at 10:46:25AM +0300, Alexey Starinsky wrote:
> >> А можно уточнить вопрос: привязка при наилучшем таком раскладе будет к
> >> ip-адресу? Решения, когда привязка делается к логину, известны?
> MS> Мне -- нет.  Правда, и не заморачивался.
> >> Т.е. интересно, сделали хоть издалека альтернативу ISA от M$ в
> >> данном аспекте?
> MS> Как делать -- примерно понятно.
> Хоть немного бы направление намекнули, а то ... ну непонятно мне,
> непонятно! :)

В зависимости от метода аутентификации (в домен?) туда и
подвязаться с целью получения IP и навешивания (открывания) на
него трубы заданного диаметра.

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

Re: [Comm] лимиты на ширину канала

[Dmitry Kovalsky]

On Wednesday 03 September 2003 10:14, Alexandr R. Ogurtzoff wrote:
>  Приветвую вас!
>
> > 1) iptables
>
> Классика! Осваивается быстрее всего и даёт полный контрольнад TCP/IP
> соединениями. Лучшая документация iptables tutorial усском переводе.
> Наверное можно и шейпить трафик, но мне почему то так никто и не ответил
> как...
Тут играться с лимитами нужно как я понял. 
а мне не понятно как правильно и надежно вычислять сколько ж пакетов в секунду 
будет составлять к примеру 1 Кбайт/сек 

если я не прав то поправьте меня
>
> >2)cbq
>
>  Есть статейки на atmsk.ru в которых как раз шейпинг и описывается при
> помощи этого инструмента.
Как видно из многосерийного монолога Andy Goreva  на смену cbq идет htb
последняя версия htb.init-v0.8.4
и к нему уже есть морда 
htbgui.zip............. накопать то накопал теперь разбираться нада :0)



 
>
> > 3)htb
>
> Это впервые от вас увидел, но может быть оно и правда.
> В любом случае буду следить за этим тредом :-)

-- 
Sincerely yours,

Ph.D. Student Dmytro Kovalskyy
Institute of Molecular Biology & Genetics
150 Akad. Zabolotnogo Street,
Kiev-143, 03143
UKRAINE

E-mail: dikov@imbg.org.ua
Fax:  +380 (44) 266-0759
Tel.: +380 (44) 266-5589

Re: [Comm] лимиты на ширину канала

[Alexandr R. Ogurtzoff]

> Тут играться с лимитами нужно как я понял.
> а мне не понятно как правильно и надежно вычислять сколько ж пакетов в
> секунду будет составлять к примеру 1 Кбайт/сек
>
> если я не прав то поправьте меня
 Может попробовать эмпирически?Тянем большой файл от провайдера засекам время 
примерно оцениваем скорость смотрим число пакетов в цепочке... Где то так

-- 
С наилучшими пожеланиями
Александр Огурцов

Re: [Comm] Re: лимиты на ширину канала

[Alexey Starinsky]

Здравствуйте, Michael,

Не далее как 3 сентября 2003 г., 12:40:53, Вы написали:

>> >> А можно уточнить вопрос: привязка при наилучшем таком раскладе будет к
>> >> ip-адресу? Решения, когда привязка делается к логину, известны?
>> MS> Мне -- нет.  Правда, и не заморачивался.
>> >> Т.е. интересно, сделали хоть издалека альтернативу ISA от M$ в
>> >> данном аспекте?
>> MS> Как делать -- примерно понятно.
>> Хоть немного бы направление намекнули, а то ... ну непонятно мне,
>> непонятно! :)
MS> В зависимости от метода аутентификации (в домен?) туда и
MS> подвязаться с целью получения IP и навешивания (открывания) на
MS> него трубы заданного диаметра.

Ладно, видимо, это одельный разговор и только за деньги, если на
вопрос о возможном решении рассказывается в _самых_общих_чертах_

Не по роду проф. деятельности нужно, а из интереса, разобраться,
на основе каких программ (технологий) возможна данная реализация.
Я ж рассказал, что админ у нас про Linux и слушать не хочет.
Просто у меня возник вопрос: а как бы ты сделал сам? Я на него сам
себе не смог ответить. А спросить, оказывается, чтобы немного
просветили, не у кого.

P.S. Ничего личного; видимо, это законы природы.

-- 
С уважением,
Алексей Старинский                         mailto:staa -at- tavrida -dot- com

Re[2]: [Comm] лимиты на ширину канала

[Alexey Starinsky]

>> Тут играться с лимитами нужно как я понял.
>> а мне не понятно как правильно и надежно вычислять сколько ж пакетов в
>> секунду будет составлять к примеру 1 Кбайт/сек
>>
>> если я не прав то поправьте меня
ARO>  Может попробовать эмпирически?Тянем большой файл от провайдера засекам время 
ARO> примерно оцениваем скорость смотрим число пакетов в цепочке... Где то так

Ничего против не имею, но напоминает способ подсчета числа пчёл в улье по их
среднему весу :)

-- 
С уважением,
Алексей Старинский                         mailto:staa -at- tavrida -dot- com

Re: [Comm] лимиты на ширину канала

[Alexandr R. Ogurtzoff]

> Ничего против не имею, но напоминает способ подсчета числа пчёл в улье по
> их среднему весу :)
 а почему бы и нет? Матстатистика! Даже вполне точно получиться....
-- 
С наилучшими пожеланиями
Александр Огурцов

Re: [Comm] Re: лимиты на ширину канала

[Alexandr R. Ogurtzoff]

> Ладно, видимо, это одельный разговор и только за деньги, если на
> вопрос о возможном решении рассказывается в _самых_общих_чертах_
 Да нет конечно, просто люди пытались понять твою задачу поэтому и уточняют 
задают наводящие вопросы, спросил б с чётко сформулированым ТЗ получил бы 
более конкретные ответы ;-)
-- 
С наилучшими пожеланиями
Александр Огурцов

Re: [Comm] Re: лимиты на ширину канала

[Andriy Dobrovol's'kii]

Vitaly Ostanin wrote:

> Другой вопрос, что 70 пользователей даже "хоть как-то" в 33600 не
> уложить.
> 
> <skipped/>
> 
> 
Угу. Абсолютно точно. Даже в два раза больше не сильно спасет. 
Проверенно. Расширяйте канал.
-- 
Rgrds,
Andriy
*********************************************************************
email: dobr at iop dot kiev dot ua            Kyiv, Ukraine
Phone: (380-44)   265-7824            Department of Gas Electronics
Fax:   (380-44)   265-2329             Institute of Physics of NASU
*********************************************************************

Re[2]: [Comm] лимиты на ширину канала

[Alexey Starinsky]

Здравствуйте, Alexandr,

>> Ничего против не имею, но напоминает способ подсчета числа пчёл в улье по
>> их среднему весу :)
ARO>  а почему бы и нет? Матстатистика! Даже вполне точно получиться....
Следующий шаг - ограничить число залетающих в улей пчёл, регулируя
диаметр входного отверстия :)


-- 
С уважением,
Алексей Старинский                         mailto:staa -at- tavrida -dot- com

Re[2]: [Comm] Re: лимиты на ширину канала

[Alexey Starinsky]

>> Ладно, видимо, это одельный разговор и только за деньги, если на
>> вопрос о возможном решении рассказывается в _самых_общих_чертах_
ARO>  Да нет конечно, просто люди пытались понять твою задачу поэтому и уточняют 
ARO> задают наводящие вопросы, спросил б с чётко сформулированым ТЗ получил бы 
ARO> более конкретные ответы ;-)

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

Например, на работе под мастдаевой системой у нас так:

1)) Есть домен. Каждый юзер может:
1a) залогиниваться на любой машине
1б) читать свою почту
1в) получить доступ в инет

2))
2a) Траффик насчитывается на его логин (а не IP),
2б) соответственно, по логину же выдаются и лимиты на канал

(не считая, есс-но общих приоритетов одного контента над другим:
например юзера с общими правами имеют приоритет по ширине канала на
выкачавание *.html в 4 раза выше, чем, скажем, на *.mp3)

Понимаю, что п.1а - делается отдельно при помощи LDAP (не знаю,
поддерживается ли LDAP в виндах, не узнавал)
1б - при помощи nfs (ящики на сервере)
1с и 2a - при помощи squid

Как сделать 1а+1б+1с и одновременно сделать 2б - неясно.
Ещё неплохо, чтобы юзеру при смене его пароля не нужно было бегать админу и менять его в пяти
местах :)


-- 
С уважением,
Алексей Старинский                         mailto:staa -at- tavrida -dot- com

Re[3]: [Comm] Re: лимиты на ширину канала

["KoLyA"]

 
 
-----Original Message----- 
From: Alexey Starinsky <staa -at- tavrida -dot- com> 
To: "Alexandr R. Ogurtzoff" <community@altlinux.ru> 
Date: Wed, 3 Sep 2003 15:21:27 +0300 
Subject: Re[2]: [Comm] Re: лимиты на ширину канала 
 
> 
>>> Ладно, видимо, это одельный разговор и только за деньги, если на 
>>> вопрос о возможном решении рассказывается в _самых_общих_чертах_ 
>ARO>  Да нет конечно, просто люди пытались понять твою задачу поэтому и уточняют  
>ARO> задают наводящие вопросы, спросил б с чётко сформулированым ТЗ получил бы  
>ARO> более конкретные ответы ;-) 
> 
>Наверное, естественно было бы начать с доменной системы 
>аутентификации, дабы виндовые юзвери тоже могли бы поработать. 
>Хотя, зачем нужна именно доменная система, честно говоря, не знаю. 
> 
>Например, на работе под мастдаевой системой у нас так: 
> 
>1)) Есть домен. Каждый юзер может: 
>1a) залогиниваться на любой машине 
>1б) читать свою почту 
>1в) получить доступ в инет 
> 
>2)) 
>2a) Траффик насчитывается на его логин (а не IP), 
>2б) соответственно, по логину же выдаются и лимиты на канал 
> 
>(не считая, есс-но общих приоритетов одного контента над другим: 
>например юзера с общими правами имеют приоритет по ширине канала на 
>выкачавание *.html в 4 раза выше, чем, скажем, на *.mp3) 
> 
>Понимаю, что п.1а - делается отдельно при помощи LDAP (не знаю, 
>поддерживается ли LDAP в виндах, не узнавал) 
>1б - при помощи nfs (ящики на сервере) 
>1с и 2a - при помощи squid 
> 
>Как сделать 1а+1б+1с и одновременно сделать 2б - неясно. 
>Ещё неплохо, чтобы юзеру при смене его пароля не нужно было бегать админу и менять 
его в пяти 
>местах :) 
> 
 
я где-то видел хау-ту самба+iptables. идея такая:  
настроен нат + на всю сеть стоит reject. 
при входе юзера в домен с какой-то машины создается правило для этой машины (ip 
адрес), где уже можно задать ограничение трафика. соответственно при logoff 
удаляется. 
что-то в таком духе. я особо не копал, а сделал фтп+хттп прокси, на сквиде delay_pools, 
оставив открытым почтовый трафик и закрыв все остальное, типа icq. 
 
еще вариант: под линуксом в вмварь грузить win2000 ( в боевых условиях - нормально.) 
самба - pdc, win2000 - член домена, в ней стоит isa и больше ничего. при этом физически 
конект идет с линукса, в нем же файрволл.  
виртуальная машина имеет два виртуальных ethernet - один host-only (забирать трафик с 
линукса), а второй bridged - отдавать в локалку.  

Re: Re[2]: [Comm] Re: лимиты на ширину канала

[Alexander Bokovoy]

On Wed, Sep 03, 2003 at 03:21:27PM +0300, Alexey Starinsky wrote:
> >> Ладно, видимо, это одельный разговор и только за деньги, если на
> >> вопрос о возможном решении рассказывается в _самых_общих_чертах_
> ARO>  Да нет конечно, просто люди пытались понять твою задачу поэтому и уточняют 
> ARO> задают наводящие вопросы, спросил б с чётко сформулированым ТЗ получил бы 
> ARO> более конкретные ответы ;-)
> 
> Наверное, естественно было бы начать с доменной системы
> аутентификации, дабы виндовые юзвери тоже могли бы поработать.
> Хотя, зачем нужна именно доменная система, честно говоря, не знаю.
> 
> Например, на работе под мастдаевой системой у нас так:
> 
> 1)) Есть домен. Каждый юзер может:
> 1a) залогиниваться на любой машине
> 1б) читать свою почту
> 1в) получить доступ в инет
> 
> 2))
> 2a) Траффик насчитывается на его логин (а не IP),
> 2б) соответственно, по логину же выдаются и лимиты на канал
> 
> (не считая, есс-но общих приоритетов одного контента над другим:
> например юзера с общими правами имеют приоритет по ширине канала на
> выкачавание *.html в 4 раза выше, чем, скажем, на *.mp3)
> 
> Понимаю, что п.1а - делается отдельно при помощи LDAP (не знаю,
> поддерживается ли LDAP в виндах, не узнавал)
> 1б - при помощи nfs (ящики на сервере)
> 1с и 2a - при помощи squid
> 
> Как сделать 1а+1б+1с и одновременно сделать 2б - неясно.
> Ещё неплохо, чтобы юзеру при смене его пароля не нужно было бегать
> админу и менять его в пяти местах :)
В принципе, все отлично делается на samba3+winbind+squid.
Если PDC на Samba, то достаточно добавить скрипт для входа в домен,
который будет запоминать IP-адрес машины, с которой вошли, и перестраивать
правила iptables так, чтобы запросы с этой машины будут ассоциироваться с
нужным пользователем, соответственно, статистика в базу данных будет
падать под его именем.

Проблема только с регистрацией выхода из домена (это событие не
фиксируется на PDC). Но и ее можно обойти, ведя список активных
соответствий IP-username и производя выход при обнаружении попытки входа
под этим же именем с другого IP либо при входе с этого же IP под другим
именем.
-- 
/ Alexander Bokovoy
---
You are number 6!  Who is number one?

Re[4]: [Comm] Re: лимиты на ширину канала

["KoLyA"]

 
 
-----Original Message----- 
From: Alexander Bokovoy <a.bokovoy@sam-solutions.net> 
To: community@altlinux.ru 
Date: Wed, 3 Sep 2003 15:51:08 +0300 
Subject: Re: Re[2]: [Comm] Re: лимиты на ширину канала 
 
> 
>On Wed, Sep 03, 2003 at 03:21:27PM +0300, Alexey Starinsky wrote: 
>> >> Ладно, видимо, это одельный разговор и только за деньги, если на 
>> >> вопрос о возможном решении рассказывается в _самых_общих_чертах_ 
>> ARO>  Да нет конечно, просто люди пытались понять твою задачу поэтому и уточняют  
>> ARO> задают наводящие вопросы, спросил б с чётко сформулированым ТЗ получил 
бы  
>> ARO> более конкретные ответы ;-) 
>>  
>> Наверное, естественно было бы начать с доменной системы 
>> аутентификации, дабы виндовые юзвери тоже могли бы поработать. 
>> Хотя, зачем нужна именно доменная система, честно говоря, не знаю. 
>>  
>> Например, на работе под мастдаевой системой у нас так: 
>>  
>> 1)) Есть домен. Каждый юзер может: 
>> 1a) залогиниваться на любой машине 
>> 1б) читать свою почту 
>> 1в) получить доступ в инет 
>>  
>> 2)) 
>> 2a) Траффик насчитывается на его логин (а не IP), 
>> 2б) соответственно, по логину же выдаются и лимиты на канал 
>>  
>> (не считая, есс-но общих приоритетов одного контента над другим: 
>> например юзера с общими правами имеют приоритет по ширине канала на 
>> выкачавание *.html в 4 раза выше, чем, скажем, на *.mp3) 
>>  
>> Понимаю, что п.1а - делается отдельно при помощи LDAP (не знаю, 
>> поддерживается ли LDAP в виндах, не узнавал) 
>> 1б - при помощи nfs (ящики на сервере) 
>> 1с и 2a - при помощи squid 
>>  
>> Как сделать 1а+1б+1с и одновременно сделать 2б - неясно. 
>> Ещё неплохо, чтобы юзеру при смене его пароля не нужно было бегать 
>> админу и менять его в пяти местах :) 
>В принципе, все отлично делается на samba3+winbind+squid. 
>Если PDC на Samba, то достаточно добавить скрипт для входа в домен, 
>который будет запоминать IP-адрес машины, с которой вошли, и перестраивать 
>правила iptables так, чтобы запросы с этой машины будут ассоциироваться с 
>нужным пользователем, соответственно, статистика в базу данных будет 
>падать под его именем. 
> 
>Проблема только с регистрацией выхода из домена (это событие не 
>фиксируется на PDC). Но и ее можно обойти, ведя список активных 
>соответствий IP-username и производя выход при обнаружении попытки входа 
>под этим же именем с другого IP либо при входе с этого же IP под другим 
>именем. 
 
вот-вот. и я о том же. 

Re: [Comm] Re: лимиты на ширину канала

[Ilya Kuznecov]

В сообщении от Среда 03 Сентябрь 2003 17:51 KoLyA написал(a):

> >Проблема только с регистрацией выхода из домена (это событие не
> >фиксируется на PDC). Но и ее можно обойти, ведя список активных
> >соответствий IP-username и производя выход при обнаружении попытки входа
> >под этим же именем с другого IP либо при входе с этого же IP под другим
> >именем.
>
> вот-вот. и я о том же.

А если на одной машине работают два пользователя (или запущены задачи от 
нескольких пользователей), то как винды определяют чей запрос?
Под линуксом учёт в данном случае и вовсе невозможен?

-- 
chumpa, Cybernetic Humanoid Used for Mathematics and Potential Assassination
kuznecov@blok-caf.ru       http://chumpa.izhnet.ru     icq 122393064

Re[4]: [Comm] Re: лимиты на ширину канала

[Alexey Starinsky]

Здравствуйте, Alexander,

Не далее как 3 сентября 2003 г., 15:51:08, Вы написали:
AB> В принципе, все отлично делается на samba3+winbind+squid.
AB> Если PDC на Samba, то достаточно добавить скрипт для входа в домен,
AB> который будет запоминать IP-адрес машины, с которой вошли, и перестраивать
AB> правила iptables так, чтобы запросы с этой машины будут ассоциироваться с
AB> нужным пользователем, соответственно, статистика в базу данных будет
AB> падать под его именем.

AB> Проблема только с регистрацией выхода из домена (это событие не
AB> фиксируется на PDC). Но и ее можно обойти, ведя список активных
AB> соответствий IP-username и производя выход при обнаружении попытки входа
AB> под этим же именем с другого IP либо при входе с этого же IP под другим
AB> именем.

Вот, это уже намного веселее :)
А где рецептик находился, случаем, не припомните?


-- 
С уважением,
Алексей Старинский                         mailto:staa -at- tavrida -dot- com

Re: [Comm] Re: лимиты на ширину канала

[Alexander Bokovoy]

On Wed, Sep 03, 2003 at 05:53:24PM +0500, Ilya Kuznecov wrote:
> В сообщении от Среда 03 Сентябрь 2003 17:51 KoLyA написал(a):
> 
> > >Проблема только с регистрацией выхода из домена (это событие не
> > >фиксируется на PDC). Но и ее можно обойти, ведя список активных
> > >соответствий IP-username и производя выход при обнаружении попытки входа
> > >под этим же именем с другого IP либо при входе с этого же IP под другим
> > >именем.
> >
> > вот-вот. и я о том же.
> 
> А если на одной машине работают два пользователя (или запущены задачи от 
> нескольких пользователей), то как винды определяют чей запрос?
> Под линуксом учёт в данном случае и вовсе невозможен?
А как они у вас на одной машине работают интерактивно?
В WinXP при переключении профиля происходит заморозка предыдущей сессии,
если я правильно помню.

Такие ситуации вполне возможно отловить в Samba 3.0 при помощи
примитивного модуля VFS, который вешается на IPC$ и протоколирует операцию
connect согласно имеющейся базе соединений. То есть, если ассоциация
IP-username1 активна, а пришел запрос от IP-username2, то приостанавливаем
действие IP-username1, активизируем IP-username2 и так далее. 

-- 
/ Alexander Bokovoy
---
Well fix that in the next (upgrade, update, patch release, service pack).

Re[2]: [Comm] Re:лимиты на ширину канала

["KoLyA"]

 
 
-----Original Message----- 
From: Ilya Kuznecov <kuznecov@blok-caf.ru> 
To: community@altlinux.ru 
Date: Wed, 3 Sep 2003 17:53:24 +0500 
Subject: Re: [Comm] Re:	лимиты на ширину канала 
 
> 
>В сообщении от Среда 03 Сентябрь 2003 17:51 KoLyA написал(a): 
> 
>> >Проблема только с регистрацией выхода из домена (это событие не 
>> >фиксируется на PDC). Но и ее можно обойти, ведя список активных 
>> >соответствий IP-username и производя выход при обнаружении попытки входа 
>> >под этим же именем с другого IP либо при входе с этого же IP под другим 
>> >именем. 
>> 
>> вот-вот. и я о том же. 
> 
>А если на одной машине работают два пользователя (или запущены задачи от  
>нескольких пользователей), то как винды определяют чей запрос? 
>Под линуксом учёт в данном случае и вовсе невозможен? 
 
ну речь шла собственно про вин98, где пользователей нет. (есть только на pdc) 
а если клиент под win2000 - я не уверен что даже isa прохавает что это приложение 
одного пользователя, а это - другого. скорее всего сработает правило для того юзера, 
который залогинился на машине под учетной записью домена. два одновременно не 
залогинятся ни в 2000, ни в xp. 

Re[2]: [Comm] Re:лимиты на ширину канала

["KoLyA"]

 
 
-----Original Message----- 
From: Alexander Bokovoy <a.bokovoy@sam-solutions.net> 
To: community@altlinux.ru 
Date: Wed, 3 Sep 2003 16:04:37 +0300 
Subject: Re: [Comm] Re:	лимиты на ширину канала 
 
> 
>On Wed, Sep 03, 2003 at 05:53:24PM +0500, Ilya Kuznecov wrote: 
>> В сообщении от Среда 03 Сентябрь 2003 17:51 KoLyA написал(a): 
>>  
>> > >Проблема только с регистрацией выхода из домена (это событие не 
>> > >фиксируется на PDC). Но и ее можно обойти, ведя список активных 
>> > >соответствий IP-username и производя выход при обнаружении попытки входа 
>> > >под этим же именем с другого IP либо при входе с этого же IP под другим 
>> > >именем. 
>> > 
>> > вот-вот. и я о том же. 
>>  
>> А если на одной машине работают два пользователя (или запущены задачи от  
>> нескольких пользователей), то как винды определяют чей запрос? 
>> Под линуксом учёт в данном случае и вовсе невозможен? 
>А как они у вас на одной машине работают интерактивно? 
>В WinXP при переключении профиля происходит заморозка предыдущей сессии, 
>если я правильно помню. 
> 
>Такие ситуации вполне возможно отловить в Samba 3.0 при помощи 
>примитивного модуля VFS, который вешается на IPC$ и протоколирует операцию 
>connect согласно имеющейся базе соединений. То есть, если ассоциация 
>IP-username1 активна, а пришел запрос от IP-username2, то приостанавливаем 
>действие IP-username1, активизируем IP-username2 и так далее.  
> 
 
приложение можно запустить от имени другого пользователя. тогда как? правда, как я 
уже писал, такую ситуация ms isa не отрабатывает, хотя для него это родное. 

Re: Re[2]: [Comm] Re:лимиты на ширину канала

[Alexander Bokovoy]

On Wed, Sep 03, 2003 at 05:11:04PM +0400, "KoLyA"  wrote:
> >> > вот-вот. и я о том же. 
> >>  
> >> А если на одной машине работают два пользователя (или запущены задачи от  
> >> нескольких пользователей), то как винды определяют чей запрос? 
> >> Под линуксом учёт в данном случае и вовсе невозможен? 
> >А как они у вас на одной машине работают интерактивно? 
> >В WinXP при переключении профиля происходит заморозка предыдущей сессии, 
> >если я правильно помню. 
> > 
> >Такие ситуации вполне возможно отловить в Samba 3.0 при помощи 
> >примитивного модуля VFS, который вешается на IPC$ и протоколирует операцию 
> >connect согласно имеющейся базе соединений. То есть, если ассоциация 
> >IP-username1 активна, а пришел запрос от IP-username2, то приостанавливаем 
> >действие IP-username1, активизируем IP-username2 и так далее.  
> > 
>  
> приложение можно запустить от имени другого пользователя. тогда как? правда, как я 
> уже писал, такую ситуация ms isa не отрабатывает, хотя для него это родное. 
Приложение, запущенное от другого пользователя и обращающееся к
авторизованному ресурсу (коим является, например, прокси-сервер), легко
отслеживается -- ну будет IE "Васи" и это приложение "Пети"
перерегистрироваться периодически.

Обработать эту ситуацию без передачи метаинформации о процессе на сервер
(например, кто запустил процесс, в терминал SID), к которому процесс
обращается (тот же Squid), нельзя. Увы, метаинформация не передается.
Поэтому и ISA точно также беспомощен.
-- 
/ Alexander Bokovoy
---
Bureaucrat, n.:
	A person who cuts red tape sideways.
		-- J. McCabe

Re: Re[4]: [Comm] Re: лимиты на ширину канала

[Alexander Bokovoy]

On Wed, Sep 03, 2003 at 03:58:02PM +0300, Alexey Starinsky wrote:
> Здравствуйте, Alexander,
> 
> Не далее как 3 сентября 2003 г., 15:51:08, Вы написали:
> AB> В принципе, все отлично делается на samba3+winbind+squid.
> AB> Если PDC на Samba, то достаточно добавить скрипт для входа в домен,
> AB> который будет запоминать IP-адрес машины, с которой вошли, и перестраивать
> AB> правила iptables так, чтобы запросы с этой машины будут ассоциироваться с
> AB> нужным пользователем, соответственно, статистика в базу данных будет
> AB> падать под его именем.
> 
> AB> Проблема только с регистрацией выхода из домена (это событие не
> AB> фиксируется на PDC). Но и ее можно обойти, ведя список активных
> AB> соответствий IP-username и производя выход при обнаружении попытки входа
> AB> под этим же именем с другого IP либо при входе с этого же IP под другим
> AB> именем.
> 
> Вот, это уже намного веселее :)
> А где рецептик находился, случаем, не припомните?
В голове :)
Пишите и у Вас получится.
-- 
/ Alexander Bokovoy
---
Better by far you should forget and smile than that you should remember
and be sad.
		-- Christina Rossetti

Re[6]: [Comm] Re: лимиты на ширину канала

[Alexey Starinsky]

Здравствуйте, Alexander,

Не далее как 3 сентября 2003 г., 17:00:20, Вы написали:

AB> On Wed, Sep 03, 2003 at 03:58:02PM +0300, Alexey Starinsky wrote:
>> Здравствуйте, Alexander,
>> 
>> Не далее как 3 сентября 2003 г., 15:51:08, Вы написали:
>> AB> В принципе, все отлично делается на samba3+winbind+squid.
>> AB> Если PDC на Samba, то достаточно добавить скрипт для входа в домен,
>> AB> который будет запоминать IP-адрес машины, с которой вошли, и перестраивать
>> AB> правила iptables так, чтобы запросы с этой машины будут ассоциироваться с
>> AB> нужным пользователем, соответственно, статистика в базу данных будет
>> AB> падать под его именем.
>> 
>> AB> Проблема только с регистрацией выхода из домена (это событие не
>> AB> фиксируется на PDC). Но и ее можно обойти, ведя список активных
>> AB> соответствий IP-username и производя выход при обнаружении попытки входа
>> AB> под этим же именем с другого IP либо при входе с этого же IP под другим
>> AB> именем.
>> 
>> Вот, это уже намного веселее :)
>> А где рецептик находился, случаем, не припомните?
AB> В голове :)
AB> Пишите и у Вас получится.

Всё равно спасибо большое.
А как насчёт второй самбы, не прокатит? Обязательно третья?
Она ж вроде как ещё полностью неоткатана, или я отстал от жизни?

-- 
С уважением,
Алексей Старинский                         mailto:staa -at- tavrida -dot- com

Re: Re[6]: [Comm] Re: лимиты на ширину канала

[Alexander Bokovoy]

On Wed, Sep 03, 2003 at 05:25:03PM +0300, Alexey Starinsky wrote:
> AB> On Wed, Sep 03, 2003 at 03:58:02PM +0300, Alexey Starinsky wrote:
> >> Здравствуйте, Alexander,
> >> 
> >> Не далее как 3 сентября 2003 г., 15:51:08, Вы написали:
> >> AB> В принципе, все отлично делается на samba3+winbind+squid.
> >> AB> Если PDC на Samba, то достаточно добавить скрипт для входа в домен,
> >> AB> который будет запоминать IP-адрес машины, с которой вошли, и перестраивать
> >> AB> правила iptables так, чтобы запросы с этой машины будут ассоциироваться с
> >> AB> нужным пользователем, соответственно, статистика в базу данных будет
> >> AB> падать под его именем.
> >> 
> >> AB> Проблема только с регистрацией выхода из домена (это событие не
> >> AB> фиксируется на PDC). Но и ее можно обойти, ведя список активных
> >> AB> соответствий IP-username и производя выход при обнаружении попытки входа
> >> AB> под этим же именем с другого IP либо при входе с этого же IP под другим
> >> AB> именем.
> >> 
> >> Вот, это уже намного веселее :)
> >> А где рецептик находился, случаем, не припомните?
> AB> В голове :)
> AB> Пишите и у Вас получится.
> 
> Всё равно спасибо большое.
> А как насчёт второй самбы, не прокатит? Обязательно третья?
> Она ж вроде как ещё полностью неоткатана, или я отстал от жизни?
Вы можете сделать и со второй, но функционально там все же похуже чем в
третьей, особенно со взаимодействием с Squid и другими внешними
приложениями. Что касается "необкатанности", то 3.0 сейчас в состоянии
Release Candidate 2, в разработке она уже почти два года. По мне -- она
давно стабильнее 2.2.8а.
-- 
/ Alexander Bokovoy
---
"One size fits all":
	Doesn't fit anyone.

Re[8]: [Comm] Re: лимиты на ширину канала

[Alexey Starinsky]

Здравствуйте, Alexander,

Не далее как 3 сентября 2003 г., 17:36:46, Вы написали:
>> А как насчёт второй самбы, не прокатит? Обязательно третья?
>> Она ж вроде как ещё полностью неоткатана, или я отстал от жизни?
AB> Вы можете сделать и со второй, но функционально там все же похуже чем в
AB> третьей, особенно со взаимодействием с Squid и другими внешними
AB> приложениями. Что касается "необкатанности", то 3.0 сейчас в состоянии
AB> Release Candidate 2, в разработке она уже почти два года. По мне -- она
AB> давно стабильнее 2.2.8а.

Спасибо за советы , будем изучать матчасть.

-- 
С уважением,
Алексей Старинский                         mailto:staa -at- tavrida -dot- com

[Comm] Re: лимиты на ширину канала

[Michael Shigorin]

On Wed, Sep 03, 2003 at 01:41:20PM +0300, Alexey Starinsky wrote:
> Ладно, видимо, это одельный разговор и только за деньги, если на
> вопрос о возможном решении рассказывается в _самых_общих_чертах_

Нет, просто я им не занимался -- прикинул, куда бы рыл при
необходимости.

Только и всего :-)

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

Re: [Comm] Re: лимиты на ширину канала

[Alexandr R. Ogurtzoff]

> Спасибо за советы , будем изучать матчасть.
 Выводами не забудь поделиться! :-)
Удачи!
-- 
С наилучшими пожеланиями
Александр Огурцов

Re[2]: [Comm] Re: лимиты на ширину канала

[Alexey Starinsky]

Здравствуйте, Alexandr,
>> Спасибо за советы , будем изучать матчасть.
ARO>  Выводами не забудь поделиться! :-)
ARO> Удачи!

Да не забуду, но скорее кто-нть другой успеха добьётся - нет у меня
пока сетки, чтобы на ней опыты проводить.
Не админ я, не админ :)
Электронщик-программист_микроконтроллеров я, которому линукс очень
интересен, вот и всего-то.

-- 
С уважением,
Алексей Старинский                         mailto:staa -at- tavrida -dot- com

Re: [Comm] Re: лимиты на ширину канала

[Alexey Starinsky]

Здравствуйте, Michael,

>> Ладно, видимо, это одельный разговор и только за деньги, если на
>> вопрос о возможном решении рассказывается в _самых_общих_чертах_
MS> Нет, просто я им не занимался -- прикинул, куда бы рыл при
MS> необходимости.
MS> Только и всего :-)
Да сразу бы так и сказал. Я ж мысли не улавливаю, телепатический блок
ещё в том квартале поломался :)


-- 
С уважением,
Алексей Старинский                         mailto:staa -at- tavrida -dot- com

Re: [Comm] Re: лимиты на ширину канала

[Maxim Tyurin]

On Wed, Sep 03, 2003 at 07:13:49PM +0300, Alexey Starinsky wrote:
> Здравствуйте, Alexandr,
> >> Спасибо за советы , будем изучать матчасть.
> ARO>  Выводами не забудь поделиться! :-)
> ARO> Удачи!
> 
> Да не забуду, но скорее кто-нть другой успеха добьётся - нет у меня
> пока сетки, чтобы на ней опыты проводить.

Опыты очень даже хорошо на VMware проводить. Запускаешь 5-10
виртуальных машин и вяжешь их в сетку и ставишь эксперименты.

> Не админ я, не админ :)

Никто не совершенен :)

> Электронщик-программист_микроконтроллеров я, которому линукс очень
> интересен, вот и всего-то.
> 

-- 

With Best Regards, Maxim Tyurin
JID:	MrKooll@jabber.pibhe.com
			

Re[2]: [Comm] Re: лимиты на ширину канала

[Alexey Starinsky]

Здравствуйте, Maxim,

>> Да не забуду, но скорее кто-нть другой успеха добьётся - нет у меня
>> пока сетки, чтобы на ней опыты проводить.
MT> Опыты очень даже хорошо на VMware проводить. Запускаешь 5-10
MT> виртуальных машин и вяжешь их в сетку и ставишь эксперименты.
Это уже проходили.
Сам весь день в линуксе на работе под Варей сижу.
Памяти мне не хватит, если столько машин разводить, да и тормоза такие
будут...
Хотя смысл есть, если только маахоньких пингвинчиков туда втыкать :)
Но всё равно: каждому метров по 64 подавай. А дома - 256 только.
На работе, правда, 512.
А сколько на винте они пожрут места?
Отож... :(

-- 
С уважением,
Алексей Старинский                         mailto:staa -at- tavrida -dot- com

Re: [Comm] Re: лимиты на ширину канала

[Maxim Tyurin]

On Wed, Sep 03, 2003 at 07:35:09PM +0300, Alexey Starinsky wrote:
> Здравствуйте, Maxim,
> 
> >> Да не забуду, но скорее кто-нть другой успеха добьётся - нет у меня
> >> пока сетки, чтобы на ней опыты проводить.
> MT> Опыты очень даже хорошо на VMware проводить. Запускаешь 5-10
> MT> виртуальных машин и вяжешь их в сетку и ставишь эксперименты.
> Это уже проходили.
> Сам весь день в линуксе на работе под Варей сижу.
> Памяти мне не хватит, если столько машин разводить, да и тормоза такие
> будут...
> Хотя смысл есть, если только маахоньких пингвинчиков туда втыкать :)
> Но всё равно: каждому метров по 64 подавай. А дома - 256 только.

Часто и по 16 хватает :)

> На работе, правда, 512.
> А сколько на винте они пожрут места?
> Отож... :(

Все равно дешевле чем 10 компов получается.

-- 

With Best Regards, Maxim Tyurin
JID:	MrKooll@jabber.pibhe.com
			

Re: [Comm] Re: лимиты на ширину канала

[Alexey I. Froloff]

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

* Alexey Starinsky <staa -at- tavrida -dot- com> [030903 20:39]:
> Хотя смысл есть, если только маахоньких пингвинчиков туда втыкать :)
> Но всё равно: каждому метров по 64 подавай. А дома - 256 только.
> На работе, правда, 512.
> А сколько на винте они пожрут места?
А им всем можно с хвост-системы /usr по NFS раздать ;-)

-- 
Regards, Sir Raorn.
-------------------
> В чём смысл помещения содержимого initrd образа в указанный каталог?
Мало ли, вдруг разработчику захочется поковыряться в загруженном initrd?
		-- ldv in devel@

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

Re: Re[2]: [Comm] лимиты на ширину канала

[Dmitry Kovalsky]

On Wednesday 03 September 2003 15:05, Alexey Starinsky wrote:
> Здравствуйте, Alexandr,
>
> >> Ничего против не имею, но напоминает способ подсчета числа пчёл в улье
> >> по их среднему весу :)
>
> ARO>  а почему бы и нет? Матстатистика! Даже вполне точно получиться....
> Следующий шаг - ограничить число залетающих в улей пчёл, регулируя
> диаметр входного отверстия :)
Неплохой монитор сети называеться IPTraf
-- 
Sincerely yours,

Ph.D. Student Dmytro Kovalskyy
Institute of Molecular Biology & Genetics
150 Akad. Zabolotnogo Street,
Kiev-143, 03143
UKRAINE

E-mail: dikov@imbg.org.ua
Fax:  +380 (44) 266-0759
Tel.: +380 (44) 266-5589

[Comm] VMWare и загрузка по сети

[Denis Smirnov]

On Thu, Sep 04, 2003 at 09:13:53AM +0400, Alexey I. Froloff wrote:

> А им всем можно с хвост-системы /usr по NFS раздать ;-)

Мне вот интересно, а можно ли сделать бездисковую виртуальную машину?
Чтобы тестировать загрузку по сети?

-- 
С уважением, Денис

http://freesource.info

Re: [Comm] VMWare и загрузка по сети

[Maxim Tyurin]

On Thu, Sep 04, 2003 at 04:20:36PM +0400, Denis Smirnov wrote:
> On Thu, Sep 04, 2003 at 09:13:53AM +0400, Alexey I. Froloff wrote:
> 
> > А им всем можно с хвост-системы /usr по NFS раздать ;-)
> 
> Мне вот интересно, а можно ли сделать бездисковую виртуальную машину?
> Чтобы тестировать загрузку по сети?

ИМХО AMD PCInet32 (это та сетевая которую эмулирует VMware) загрузку
по сети не поддерживает. 
Так что с дисковода грузиться :)
-- 

With Best Regards, Maxim Tyurin
JID:	MrKooll@jabber.pibhe.com
			

[Comm] Re: VMWa и загрузка по сети

[Denis Smirnov]

On Thu, Sep 04, 2003 at 05:55:39PM +0300, Maxim Tyurin wrote:

> ИМХО AMD PCInet32 (это та сетевая которую эмулирует VMware) загрузку
> по сети не поддерживает. 
> Так что с дисковода грузиться :)

О! Это мысль. nfs root по крайней мере протестировать можно прекрасно.

-- 
С уважением, Денис

http://freesource.info

Re: [Comm] Re: VMWa и загрузка по сети

[Maxim.Savrilov]

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

On Thu, 4 Sep 2003 19:40:44 +0400
Denis Smirnov <mithraen@freesource.info> wrote:

> On Thu, Sep 04, 2003 at 05:55:39PM +0300, Maxim Tyurin wrote:
> 
> > ИМХО AMD PCInet32 (это та сетевая которую эмулирует VMware) загрузку
> > по сети не поддерживает. 
> > Так что с дисковода грузиться :)
> 
> О! Это мысль. nfs root по крайней мере протестировать можно прекрасно.

ltsp.ru
там есть отличные доки, в том числе и по vmware
а в виртуальной машине лучше установить lilo и скачать образ lzlilo
прописать его и грузиться

-- 
Я ем все что дают. Что не дают - сперва отбираю, потом ем

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

Re: [Comm] лимиты на ширину канала

[Andy Gorev]

Alexandr R. Ogurtzoff wrote:

>>3)htb
> 
> Это впервые от вас увидел, но может быть оно и правда.
> В любом случае буду следить за этим тредом :-)

http://www.atmsk.ru/index.php?option=articles&task=viewarticle&artid=28&Itemid=3

-- 
С Уважением,
Андрей Горев