форумы  помощь  поиск  регистрация  майллист  ВХОД  слежка

Вариант для распечатки		Архивированная нить - только для чтения!  Пред. тема | След. тема
Форумы Настройка Squid и других прокси серверов (Public)
Изначальное сообщение		[Проследить за развитием треда]

"Приоритеты пользователей (acl)"
Сообщение от Андрей Слободяник on 28-Ноя-03, 14:39  (MSK)
Можно ли средствами Squid сделать приоритезацию пользователей? Т.е. запросы с одного acl обрабатывались бы приоритетнее другого. Конкретнее, порядок delay_pools играет роль? Если сумма ведёр больше ширина канала, то какие наполняются быстрее? Или отдавать через шейпер?
	Рекомендовать в FAQ | Cообщить модератору | Наверх

Индекс форумов | Темы | Пред. тема | След. тема

Сообщения по теме

1. "Приоритеты пользователей (acl)"
Сообщение от Junior on 28-Ноя-03, 15:13  (MSK)
>Можно ли средствами Squid сделать приоритезацию пользователей? Т.е. запросы с одного acl >обрабатывались бы приоритетнее другого. Конкретнее, порядок delay_pools играет роль? Говорят играет. Т.е. если правило отработало в цепочке первым, оно запрещено или разрешено (в зависимости от настройки), а если из десятки и больше, то при приличной загрузке сервера вероятность возникновения тормозов возрастает. Ну и ещё зависит от настройки TOS в фильтре (или от остсутствия настроек) можно отдать искусственно приоритет, но тут приоритеты протоколам и службам раздаются. > Если сумма >ведёр больше ширина канала, то какие наполняются быстрее? Или отдавать через шейпер? А зачем из делать больше? Теряется смысл разделения, на мой взгляд. Обычно наоборот оставляют небольшой запас пропускной способности канала. Ещё лучше (на мой взгляд), для разделения трафика использовать фильтр (iptables). Нагрузка на железо гораздо меньше, чем в случае с прокси-сервером. Удачного дня.
	Рекомендовать в FAQ | Cообщить модератору | Наверх

	2. "Приоритеты пользователей (acl)"
	Сообщение от Михаил on 30-Ноя-03, 09:05  (MSK)
	>>Можно ли средствами Squid сделать приоритезацию пользователей? Т.е. запросы с одного acl >>обрабатывались бы приоритетнее другого. Конкретнее, порядок delay_pools играет роль? > >Говорят играет. играет, но имхо, не для приоритезации, а для решения давать доступ или по конкретному запросу. >Т.е. если правило отработало в цепочке первым, оно запрещено или >разрешено (в зависимости от настройки), а если из десятки и больше, >то при приличной загрузке сервера вероятность возникновения тормозов возрастает. что-то я не замечал такого... >Ну и >ещё зависит от настройки TOS в фильтре (или от остсутствия настроек) >можно отдать искусственно приоритет, но тут приоритеты протоколам и службам раздаются. теоретически - можеть быть... а как на практике привязать юзеров к TOS-у? >> Если сумма >>ведёр больше ширина канала, то какие наполняются быстрее? Или отдавать через шейпер? > >А зачем из делать больше? Теряется смысл разделения, на мой взгляд. только если все ведра всегда активно работают, а такого, имхо, никогда не бывает! у меня сумма всех ведер раза в полтора больше ширины канала и никаких проблем никому из пользователей это не доставляет. и еще остается полоса на почту и др. >Обычно наоборот оставляют небольшой запас пропускной способности канала. зачем? за нее же деньги платятся немалые...
		Рекомендовать в FAQ | Cообщить модератору | Наверх

	3. "Приоритеты пользователей (acl)"
	Сообщение от Junior on 30-Ноя-03, 11:33  (MSK)
	>>>Можно ли средствами Squid сделать приоритезацию пользователей? Т.е. запросы с одного acl >>>обрабатывались бы приоритетнее другого. Конкретнее, порядок delay_pools играет роль? >> >>Говорят играет. >играет, но имхо, не для приоритезации, а для решения давать доступ или >по конкретному запросу. Если уж точно, то delay_pools и есть самый большой тормоз! >>Т.е. если правило отработало в цепочке первым, оно запрещено или >>разрешено (в зависимости от настройки), а если из десятки и больше, >>то при приличной загрузке сервера вероятность возникновения тормозов возрастает. >что-то я не замечал такого... Это не значит, что этого нет, раз не замечал. >>Ну и >>ещё зависит от настройки TOS в фильтре (или от остсутствия настроек) >>можно отдать искусственно приоритет, но тут приоритеты протоколам и службам раздаются. >теоретически - можеть быть... >а как на практике привязать юзеров к TOS-у? А нах..? Внимательнее читать нужно ответ "протоколы и службы". Есть желание - ставь mark на пакеты и там уже разруливай. >>> Если сумма >>>ведёр больше ширина канала, то какие наполняются быстрее? Или отдавать через шейпер? >> >>А зачем из делать больше? Теряется смысл разделения, на мой взгляд. >только если все ведра всегда активно работают, а такого, имхо, никогда не >бывает! >у меня сумма всех ведер раза в полтора больше ширины канала и >никаких проблем никому из пользователей это не доставляет. >и еще остается полоса на почту и др. > >>Обычно наоборот оставляют небольшой запас пропускной способности канала. >зачем? за нее же деньги платятся немалые... См предидущий ответ, даже самому себе ;) Если разграничение по вёдрам идёт больше и никаких проблем - значит НЕПРАВИЛЬНО сделано разграничение. Ограничивают исходя из РЕАЛЬНЫХ пользователей и загрузки канала, а не книжных инструкций. Если у меня сидит сотня-другая пользователей и все работают в сети (специфика такая), то и вёдра ставить я буду на них соответственно, а не с прикидом на увеличение канала, а тут ещё кому-то почту отправить/получить нужно, что же делать ему если канал забит? Ждать в час по чайной ложке? К тому же использовать разделение канала средствами самого squid-а считаю наплевательским отношением к самому серверу. Нагрузка возрастает немерянно на железо! Гораздо проще делать это средствами ядра, а именно фильтром пакетов. Удачного дня.
		Рекомендовать в FAQ | Cообщить модератору | Наверх

	4. "Приоритеты пользователей (acl)"
	Сообщение от Михаил on 30-Ноя-03, 13:37  (MSK)
	>Если уж точно, то delay_pools и есть самый большой тормоз! если ты про ограничение скорости, то оно для того и сделано :) >>>Т.е. если правило отработало в цепочке первым, оно запрещено или >>>разрешено (в зависимости от настройки), а если из десятки и больше, >>>то при приличной загрузке сервера вероятность возникновения тормозов возрастает. >>что-то я не замечал такого... >Это не значит, что этого нет, раз не замечал. это заметили бы мои пользователи и давно истрепали бы мне все нервы :) >>а как на практике привязать юзеров к TOS-у? >А нах..? Внимательнее читать нужно ответ "протоколы и службы". Есть желание - >ставь mark на пакеты и там уже разруливай. это я все читал... и не однократно... сквид и iptables у меня замечательно работают сами по себе, не влияя друг на друга... а вопрос был не в "протоколах и службах", а в том как привязать _логин_ пользователя к TOS-у? поясняю, не логин пользователя в системе, а логин пользователя сквида при аутентификации через ncsa! и как заставить сквид метить свои пакеты? >>>Обычно наоборот оставляют небольшой запас пропускной способности канала. >>зачем? за нее же деньги платятся немалые... > >См предидущий ответ, даже самому себе ;) >Если разграничение по вёдрам идёт больше и никаких проблем - значит НЕПРАВИЛЬНО >сделано разграничение. что же в этом неправильного? если я пропорционально сокращу все ведра, чтобы их сумма была чуть меньше ширины канала, то канал будет всегда простаивать наполовину! >Ограничивают исходя из РЕАЛЬНЫХ пользователей и загрузки канала, а >не книжных инструкций. именно так! именно исходя из реальной работы реальных пользователей я и делал свои настройки! >Если у меня сидит сотня-другая пользователей и все >работают в сети (специфика такая), то и вёдра ставить я буду >на них соответственно, а не с прикидом на увеличение канала, а >тут ещё кому-то почту отправить/получить нужно, что же делать ему если >канал забит? Ждать в час по чайной ложке? причем тут прикид на увеличение канала? про это речи вроде не было... кроме того, попрошу не приравнивать твою ситуацию ко всем остальным ситуациям! у меня, например, 98% почты ходит через внутренний почтовый сервак и у пользоваталей все происходит почти мгновенно. >К тому же использовать разделение канала средствами самого squid-а считаю наплевательским отношением >к самому серверу. Нагрузка возрастает немерянно на железо! Гораздо проще делать >это средствами ядра, а именно фильтром пакетов. у меня сквид потребляет порядка 0,001 от всего машинного времени (включая ночь и выходные) на Целероне-2000, и это немерянная нагрузка? правда у меня пользователей поменьше, где-то 60-70, а не сотни... и вообще, я не понимаю о чем мы спорим :)))
		Рекомендовать в FAQ | Cообщить модератору | Наверх

	5. "Приоритеты пользователей (acl)"
	Сообщение от Junior on 30-Ноя-03, 14:13  (MSK)
	>и вообще, я не понимаю о чем мы спорим :))) Да не собираюсь спорить.;) >сквид и iptables у меня замечательно работают сами по себе, не влияя друг на друга... > а вопрос был не в "протоколах и службах", а в том как привязать _логин_ пользователя к TOS-у? поясняю, не логин пользователя в системе, а логин пользователя сквида при аутентификации через ncsa! > и как заставить сквид метить свои пакеты? Ну и где я сказал, что это про авторизованных клиентов? :) А другое - squid разве не имеет учётной записи?:))) Если его пакетики маркировать и потом разбрасывать по TOS-у, то думаю может неплохая управлялка получиться :) Хотя.. мне и так удаётся справляться с трафиком. Но раз задача стоит гипотетическая, то и решение из той же области %) >кроме того, попрошу не приравнивать твою ситуацию ко всем остальным ситуациям! >у меня, например, 98% почты ходит через внутренний почтовый сервак и у пользоваталей все происходит почти мгновенно. У меня, почти все, тоже, но.. Есть пользователи, имеющие сторонние аккаунты в бесплатных почтовых серверах. Как с ними? Выход нашёл, конечно, я просто отпраку заворачиваю на локальный почтовик методом REDIRECT, но получение никак не завернёшь! Письмо же там лежит, а иногда аттачами пересылают мегабайты!! :) Понятное дело, что можно административно воздействовать на таких, в конце-концов - перехватить все учётные записи и пароли на стороне и забирать внешние сообщения fetchmail-ом, но зачем? :) А потребелние ресурсов.. кроме процессорного времени есть ещё и память. Вот её он ТАК жрёт, что это просто жуть какая-то! Мне лично жалко столько давать прокси-серверу.:) А если там ещё крутится любая БД?:)) К тому же есть ещё одна неприятная новость: поставлено новое ядро - 2.4.23, а там  избавились от такой штуки, как OOMK - чем это чревато на загруженном сервере - неприятно представить. Посмотрим что будет. Удачного дня.
		Рекомендовать в FAQ | Cообщить модератору | Наверх

	6. "Приоритеты пользователей (acl)"
	Сообщение от Михаил on 30-Ноя-03, 15:00  (MSK)
	>А другое - squid разве не имеет учётной записи?:))) >Если его пакетики маркировать и потом разбрасывать по TOS-у, то думаю может >неплохая управлялка получиться :) >Хотя.. мне и так удаётся справляться с трафиком. Но раз задача стоит >гипотетическая, то и решение из той же области %) хм, даже есди подходить гипотетически... со стороны локальной сети 100 Мбитный интерфейс и никакие TOS-ы там не ныжны... а со стороны интернета пакеты сквида никак не различаются по принадлежности http-запроса... т.е. как понять для кого из пользователей(клиентов) ходят данные пакеты через интерфейс, смотрящий в интернет? т.е. как и что здесь маркировать тоже не понятно... >Письмо же там лежит, а иногда аттачами пересылают мегабайты!! :) а и пусть! :) если пользователю охота тратить таким образом свою квоту на интернет - его личное дело! :) >А потребелние ресурсов.. кроме процессорного времени есть ещё и память. Вот её >он ТАК жрёт, что это просто жуть какая-то! Мне лично жалко >столько давать прокси-серверу.:) сколько дашь, столько и жрет :) говорят, люди даже на 32 Мбайтах оперативки сквид запускали... >К тому же есть ещё одна неприятная новость: поставлено новое ядро - >2.4.23, а там  избавились от такой штуки, как OOMK - >чем это чревато на загруженном сервере - неприятно представить. прошу простить мою безграмотность, а что такое ООМК?
		Рекомендовать в FAQ | Cообщить модератору | Наверх

	7. "Приоритеты пользователей (acl)"
	Сообщение от Junior on 01-Дек-03, 08:29  (MSK)
	>со стороны локальной сети 100 Мбитный интерфейс и никакие TOS-ы там не >ныжны... >а со стороны интернета пакеты сквида никак не различаются по принадлежности http-запроса... >т.е. как понять для кого из пользователей(клиентов) ходят данные пакеты через >интерфейс, смотрящий в интернет? >т.е. как и что здесь маркировать тоже не понятно... Маркируются пакеты от процесса к интерфейсу, что непонятного? >>Письмо же там лежит, а иногда аттачами пересылают мегабайты!! :) >а и пусть! :) >если пользователю охота тратить таким образом свою квоту на интернет - его >личное дело! :) Речь о квоте разве я ставил? Нету квотирования, ибо от этого работа зависит человека, а если его лимит исчерпается в разгар работы, кто оплатит возможные убытки?! >>А потребелние ресурсов.. кроме процессорного времени есть ещё и память. Вот её >>он ТАК жрёт, что это просто жуть какая-то! Мне лично жалко >>столько давать прокси-серверу.:) >сколько дашь, столько и жрет :) >говорят, люди даже на 32 Мбайтах оперативки сквид запускали... НИКОГДА SQUID не жрёт отведённое количество памяти в конфиге! Всегда больше!!! И что закономерно - чем больше нагрузка, тем больше перерасход памяти. Если бы одними только опциями конфига можно было ограничить потребляемую память...:) А SQUID и я запускал на Р120 и 48Мб, ну и что? Так там и загрузка была 2-3 клиента и почтовый сервер на приём получение. Кроме того, там и IDE0 был убит и половина ресурсов не работала. Это не есть пример для подражания. >>К тому же есть ещё одна неприятная новость: поставлено новое ядро - >>2.4.23, а там  избавились от такой штуки, как OOMK - >>чем это чревато на загруженном сервере - неприятно представить. >прошу простить мою безграмотность, а что такое ООМК? Сие есть киллер процессов превышающих потребление памяти, причём не обязательно второстепенных процессов. На ЛОРе уже целая полемика по этому поводу бушует.
		Рекомендовать в FAQ | Cообщить модератору | Наверх

	8. "Приоритеты пользователей (acl)"
	Сообщение от Михаил on 01-Дек-03, 08:48  (MSK)
	>>т.е. как понять для кого из пользователей(клиентов) ходят данные пакеты через >>интерфейс, смотрящий в интернет? >>т.е. как и что здесь маркировать тоже не понятно... >Маркируются пакеты от процесса к интерфейсу, что непонятного? так не известно же какие из пакетов содержат информацию для какого клиента... т.е. можно сделать приоритезацию между процессами, но нельзя - между клиентами сквида. >>>Письмо же там лежит, а иногда аттачами пересылают мегабайты!! :) >>а и пусть! :) >>если пользователю охота тратить таким образом свою квоту на интернет - его >>личное дело! :) >Речь о квоте разве я ставил? ну это конкретно у меня так сделано... >Нету квотирования, ибо от этого работа зависит человека, а если его лимит >исчерпается в разгар работы, кто оплатит возможные убытки?! у нас сотрудники, чья работа непосредственно зависит от интернета имеют повышенную квоту. если ему нужно по работе я в любой момент могу ее еще увеличить. а если он ее истратил на порнуху или обои для рабочего стола, то пусть объясняется сначала со своим начальником. я всех пользователей заранее об этом честно предупредил и еще ни разу нареканий на мою систему не было! >Сие есть киллер процессов превышающих потребление памяти, причём не обязательно второстепенных процессов. а разве он как-то не настраивается? где можно почитать про это поподробнее? >На ЛОРе уже целая полемика по этому поводу бушует. надеюсь, здесь такого не будет, поэтому предлагаю данный тред дальше не развивать.
		Рекомендовать в FAQ | Cообщить модератору | Наверх

	9. "Приоритеты пользователей (acl)"
	Сообщение от Junior on 01-Дек-03, 09:21  (MSK)
	>>>т.е. как понять для кого из пользователей(клиентов) ходят данные пакеты через >>>интерфейс, смотрящий в интернет? >>>т.е. как и что здесь маркировать тоже не понятно... >>Маркируются пакеты от процесса к интерфейсу, что непонятного? >так не известно же какие из пакетов содержат информацию для какого клиента... > >т.е. можно сделать приоритезацию между процессами, но нельзя - между клиентами сквида. Так я о чём говорю?!:) Приоритетно настроить трафик по протоколам, которые запрашиваются у прокси. Чтобы как-то различать пользователей можно попробовать использовать модуль string в iptables чтобы просматривать логин. Возможно решение и надуманное, и кривое, но теоретически возможное. Чтобы получить полную картину управления трафиком по пользователям проще(лучше) настроить биллинг и тогда уже и пользователи и квоты будут обрабатываться автоматически. > >>>>Письмо же там лежит, а иногда аттачами пересылают мегабайты!! :) >>>а и пусть! :) >>>если пользователю охота тратить таким образом свою квоту на интернет - его >>>личное дело! :) >>Речь о квоте разве я ставил? >ну это конкретно у меня так сделано... >>Нету квотирования, ибо от этого работа зависит человека, а если его лимит >>исчерпается в разгар работы, кто оплатит возможные убытки?! >у нас сотрудники, чья работа непосредственно зависит от интернета имеют повышенную квоту. >если ему нужно по работе я в любой момент могу ее >еще увеличить. а если он ее истратил на порнуху или обои >для рабочего стола, то пусть объясняется сначала со своим начальником. я >всех пользователей заранее об этом честно предупредил и еще ни разу >нареканий на мою систему не было! Для любителей "клубнички" у меня редиректор стоит. который режет порнуху, баннеры, музыку. Называется rejik2. Нареканий нет, да и на что жаловаться, когда доступа к виртуальным прелестям нет?:) Т.е "облико морале" не страдает и работа делается. >>Сие есть киллер процессов превышающих потребление памяти, причём не обязательно второстепенных процессов. >а разве он как-то не настраивается? >где можно почитать про это поподробнее? http://www.kernel.org > >>На ЛОРе уже целая полемика по этому поводу бушует. >надеюсь, здесь такого не будет, поэтому предлагаю данный тред дальше не развивать. Согласен.
		Рекомендовать в FAQ | Cообщить модератору | Наверх

	10. "Приоритеты пользователей (acl)"
	Сообщение от Андрей Слободяник on 02-Дек-03, 14:13  (MSK)
	Вопрос стоит по-другому: есть пользователь (привязки к IP), который качает на полной скорости канала. Если начинает работать второй, более приоритетный, первому должно отдаваться меньше, второй, в идеале, должен грузить так, как будто весь канал его. После прекращение работы второго, первый забивает весь канал дальше.
		Рекомендовать в FAQ | Cообщить модератору | Наверх

	11. "Приоритеты пользователей (acl)"
	Сообщение от Michael on 02-Дек-03, 14:19  (MSK)
	>Вопрос стоит по-другому: есть пользователь (привязки к IP), который качает на полной >скорости канала. Если начинает работать второй, более приоритетный, первому должно отдаваться >меньше, второй, в идеале, должен грузить так, как будто весь канал >его. После прекращение работы второго, первый забивает весь канал дальше. имхо, такое сквидом не сделаешь. только ip-шейпером!
		Рекомендовать в FAQ | Cообщить модератору | Наверх

	12. "Приоритеты пользователей (acl)"
	Сообщение от Junior on 02-Дек-03, 14:28  (MSK)
	>>Вопрос стоит по-другому: есть пользователь (привязки к IP), который качает на полной >>скорости канала. Если начинает работать второй, более приоритетный, первому должно отдаваться >>меньше, второй, в идеале, должен грузить так, как будто весь канал >>его. После прекращение работы второго, первый забивает весь канал дальше. Как вариант - редиректор
		Рекомендовать в FAQ | Cообщить модератору | Наверх

	14. "Приоритеты пользователей (acl)"
	Сообщение от Michael on 02-Дек-03, 15:53  (MSK)
	>>>Вопрос стоит по-другому: есть пользователь (привязки к IP), который качает на полной >>>скорости канала. Если начинает работать второй, более приоритетный, первому должно отдаваться >>>меньше, второй, в идеале, должен грузить так, как будто весь канал >>>его. После прекращение работы второго, первый забивает весь канал дальше. > >Как вариант - редиректор имхо, и редиректор тут не поможет! как редиректор узнает, что второй (более приоритетный) прекратил работу? и что он будет делать с первым во время работы второго? выдавать страничку "подождите, пожалуйста"?
		Рекомендовать в FAQ | Cообщить модератору | Наверх

	17. "Приоритеты пользователей (acl)"
	Сообщение от Junior on 03-Дек-03, 07:53  (MSK)
	>имхо, и редиректор тут не поможет! >как редиректор узнает, что второй (более приоритетный) прекратил работу? >и что он будет делать с первым во время работы второго? выдавать >страничку "подождите, пожалуйста"? имхо (вот, раз понравилось слово) зависит от правил редиректора и фантазии администратора.;)
		Рекомендовать в FAQ | Cообщить модератору | Наверх

	18. "Приоритеты пользователей (acl)"
	Сообщение от Michael on 03-Дек-03, 10:53  (MSK)
	>>имхо, и редиректор тут не поможет! >>как редиректор узнает, что второй (более приоритетный) прекратил работу? >>и что он будет делать с первым во время работы второго? выдавать >>страничку "подождите, пожалуйста"? >имхо (вот, раз понравилось слово) зависит от правил редиректора и >фантазии администратора.;) нет, правил редиректора тут не достаточно, так как он вызвается только ПЕРЕД закачкой какого-либо файла, но совершенно неизвестно, когда эта закачака закончится! а фантазии, пожалуй, многовато :)
		Рекомендовать в FAQ | Cообщить модератору | Наверх

	13. "Приоритеты пользователей (acl)"
	Сообщение от Андрей Слободяник on 02-Дек-03, 14:44  (MSK)
	>имхо, такое сквидом не сделаешь. только ip-шейпером! А если так - то чем мне могут помочь delay_pools?
		Рекомендовать в FAQ | Cообщить модератору | Наверх

	15. "Приоритеты пользователей (acl)"
	Сообщение от Michael on 02-Дек-03, 15:56  (MSK)
	>>имхо, такое сквидом не сделаешь. только ip-шейпером! >А если так - то чем мне могут помочь delay_pools? только ограничением пользователей, чтобы один или несколько пользователей не занимали весь канал. но ни для приоритезации, ни для равномерного деления канала delay_pools не помогут.
		Рекомендовать в FAQ | Cообщить модератору | Наверх

	16. "Приоритеты пользователей (acl)"
	Сообщение от Андрей Слободяник on 03-Дек-03, 02:40  (MSK)
	>только ограничением пользователей, чтобы один или несколько пользователей >не занимали весь канал. Да мне как раз и надо, чтобы канал полностью был загружен. Но! Если привелигированный пользователь начинает смотреть странички, закачки должны потесниться. >но ни для приоритезации, ни для равномерного деления канала delay_pools не >помогут. Ладно, буду что-то думать с шейпером.
		Рекомендовать в FAQ | Cообщить модератору | Наверх

	19. "Приоритеты пользователей (acl)"
	Сообщение от Junior on 03-Дек-03, 15:55  (MSK)
	>>>имхо, такое сквидом не сделаешь. только ip-шейпером! >>А если так - то чем мне могут помочь delay_pools? >только ограничением пользователей, чтобы один или несколько пользователей не занимали весь канал. > >но ни для приоритезации, ни для равномерного деления канала delay_pools не помогут. > Неверно. delay_pools не работает с конкретными пользователями, он работает с правилами. Можно в пул загонять использование протокола, типа файлов и др. до чего есть необходимость. Тут не обязательно указывать конкретного пользователя или группу.
		Рекомендовать в FAQ | Cообщить модератору | Наверх

	20. "Приоритеты пользователей (acl)"
	Сообщение от Michael on 03-Дек-03, 17:55  (MSK)
	>Неверно. delay_pools не работает с конкретными пользователями, он работает с правилами. а тут уж я не соглашусь! цитирую http://www.bog.pp.ru/work/squid.html#delaypool "Определены 3 класса пулов: 1. одно ведро на всех из этого класса 2. одно общее ведро и 255 отдельных для каждого хоста из C-сетки 3. 255 ведер для каждой сетки (класс B) и отдельное для каждого хоста" т.е. создается по ведру на каждый клиентский хост(на каждый ip). а если исходить из предполжения, что в каждый момент времени на каждом хосте ровно один пользователь (что обычно и бывает), то получается, что создается по ведру на пользователя. > Можно >в пул загонять использование протокола, типа файлов и др. до чего >есть необходимость. Тут не обязательно указывать конкретного пользователя или группу. да, необязательно. но протокол, тип файлов и др. - всего лишь условия попадания/не попадания запроса пользователя в его ведро. но не основа для создания ведер! не бывает ведер для протокола или типа файлов!
		Рекомендовать в FAQ | Cообщить модератору | Наверх

	22. "Приоритеты пользователей (acl)"
	Сообщение от Junior on 04-Дек-03, 07:25  (MSK)
	>>Неверно. delay_pools не работает с конкретными пользователями, он работает с правилами. >а тут уж я не соглашусь! >цитирую http://www.bog.pp.ru/work/squid.html#delaypool >"Определены 3 класса пулов: >1. одно ведро на всех из этого класса >2. одно общее ведро и 255 отдельных для каждого хоста из C-сетки > >3. 255 ведер для каждой сетки (класс B) и отдельное для каждого >хоста" Да, но указывать явного пользователя при сим - необязательно:) У меня например, созданы правила, при которых пул принадлежит файлам типа мп3, мпег и т.д. в определённое время!:) Т.е НИКАКОГО упоминания пользователя. Ему до фени кто будет пробовать качать, пул сработает на ЛЮБОГО!! Вот о чём я говорил. ;) >> Можно >>в пул загонять использование протокола, типа файлов и др. до чего >>есть необходимость. Тут не обязательно указывать конкретного пользователя или группу. >да, необязательно. >но протокол, тип файлов и др. - всего лишь условия попадания/не попадания >запроса пользователя в его ведро. но не основа для создания ведер! > >не бывает ведер для протокола или типа файлов! См. выше. Пул МОЖНО использовать с ПРАВИЛАМИ, а не с обязательными коиентами. Проще попробовать, чем ссылаться на надпись на сайте..;) Удачного дня.
		Рекомендовать в FAQ | Cообщить модератору | Наверх

	27. "Приоритеты пользователей (acl)"
	Сообщение от Michael on 04-Дек-03, 13:24  (MSK)
	2 Junior: вот чего я никак не пойму - вы со мной спорите или соглашаетесь? :) автору темы: delay_pool-ами вытеснения одних закачек в пользу других сделать нельзя, как и всем сквидом вообще!
		Рекомендовать в FAQ | Cообщить модератору | Наверх

	29. "Приоритеты пользователей (acl)"
	Сообщение от Junior on 04-Дек-03, 13:33  (MSK)
	>2 Junior: >вот чего я никак не пойму - вы со мной спорите или >соглашаетесь? :) Рассказываю по сути вопроса.:) На личном примере. Как трактовать - дело личное.:)
		Рекомендовать в FAQ | Cообщить модератору | Наверх

	21. "Приоритеты пользователей (acl)"
	Сообщение от Андрей Слободяник on 04-Дек-03, 00:33  (MSK)
	>Неверно. delay_pools не работает с конкретными пользователями, он работает с правилами. Можно >в пул загонять использование протокола, типа файлов и др. до чего >есть необходимость. Тут не обязательно указывать конкретного пользователя или группу. Пусть: acl user1 src 192.168.0.1 acl user2 src 192.168.0.2 Подскажите, то мне написать в delay_pools, чтобы оба по отдельности могли забивать весь канал, но при одновременном подключении, трафик для юзера1 вытеснял закачки юзера2. Мне нужно, чтобы канал был всегда полностью загружен, но не забивался закачками (т.е., чтобы трафик для определенного acl обслуживался в последнюю очередь). И посоветуйте, плиз, заполняю форму: EMail: (указываю) !slob@ukr.net Почему мне на почту сообщения не высылаются?
		Рекомендовать в FAQ | Cообщить модератору | Наверх

	23. "Приоритеты пользователей (acl)"
	Сообщение от Junior on 04-Дек-03, 10:23  (MSK)
	>>Неверно. delay_pools не работает с конкретными пользователями, он работает с правилами. Можно >>в пул загонять использование протокола, типа файлов и др. до чего >>есть необходимость. Тут не обязательно указывать конкретного пользователя или группу. > >Пусть: >acl user1 src 192.168.0.1 >acl user2 src 192.168.0.2 > >Подскажите, то мне написать в delay_pools, чтобы оба по отдельности могли забивать >весь канал, но при одновременном подключении, трафик для юзера1 вытеснял закачки >юзера2. Мне нужно, чтобы канал был всегда полностью загружен, но не >забивался закачками (т.е., чтобы трафик для определенного acl обслуживался в последнюю >очередь). Создать 2 пула первого класса. Каждому описать параметры. Приоритетному пользователю поставить в параметрах -1/-1 Что означает без ограничений. Гарантии нет, что вытеснит, но он не будет ограничен в потреблении трафика. Хотя слышал, что squid может не совсем хорошо обрабатывать эти параметры (-1/-1). Вообще, по моему убеждению, все ограничения корректней обрабатывает фильтр. Что я у себя и делаю. Прокси должно хранить объекты в кэше и выдавать их при необходимости. Но опять же - это только сугубо моё убеждение и я его воплощаю только у себя в сети. Фильтр со всем справляется. >И посоветуйте, плиз, заполняю форму: >EMail: (указываю) !slob@ukr.net >Почему мне на почту сообщения не высылаются? Откуда они должны пиходить и по какому поводу? Если имеется в виду конфиг squid-а, то он и не занимается отправкой почты. Просто адрес, который просят там поставить будет подставляться макросами на страничке при ошибке и пожеланием связаться с администратором сервера для выяснения проблемы. Удачного дня.
		Рекомендовать в FAQ | Cообщить модератору | Наверх

	24. "Приоритеты пользователей (acl)"
	Сообщение от Андрей Слободяник on 04-Дек-03, 12:00  (MSK)
	>корректней обрабатывает фильтр. Что я у себя и делаю. Прокси должно Что подразумевается под фильтром? Подробнее, пожалуйста. Как оно вообще работает? Пришли на squid два запроса от разных пользователей на закачку больших файлов, которые удаленные сервера отдают на большой скорости. Они поделят канал, или один забъет полностью? Если да, то какой? А если я на исходящий интерфейс прикручу шейпер с sfq, мне это поможет? >>И посоветуйте, плиз, заполняю форму: >>EMail: (указываю) !slob@ukr.net >>Почему мне на почту сообщения не высылаются? >Откуда они должны пиходить и по какому поводу? >Если имеется в виду конфиг squid-а, то он и не занимается отправкой >почты. Имеется в виду здесь на форуме ;-) Вынужден несколько раз в день заходить на эту страничку, чтобы видеть ваши ответы.
		Рекомендовать в FAQ | Cообщить модератору | Наверх

	25. "Приоритеты пользователей (acl)"
	Сообщение от ipmanyak on 04-Дек-03, 12:23  (MSK)
	>>>И посоветуйте, плиз, заполняю форму: >>>EMail: (указываю) !slob@ukr.net >>>Почему мне на почту сообщения не высылаются? возможно потому, что от имени доменов net и com прет куча спама и админ сайта просто их забанил! спроси админа этого сайта mailto:mc@tyumen.ru Максим Чирков
		Рекомендовать в FAQ | Cообщить модератору | Наверх

	26. "Приоритеты пользователей (acl)"
	Сообщение от Sloboda on 04-Дек-03, 13:02  (MSK)
	>>>>И посоветуйте, плиз, заполняю форму: >>>>EMail: (указываю) !slob@ukr.net >>>>Почему мне на почту сообщения не высылаются? >возможно потому, что от имени доменов net и com прет куча спама >и админ сайта просто их забанил! спроси админа этого сайта mailto:mc@tyumen.ru > >Максим Чирков А что, на mail.ru нормально будет? Или где аккаунт завести?
		Рекомендовать в FAQ | Cообщить модератору | Наверх

	28. "Приоритеты пользователей (acl)"
	Сообщение от Junior on 04-Дек-03, 13:31  (MSK)
	>>корректней обрабатывает фильтр. Что я у себя и делаю. Прокси должно >Что подразумевается под фильтром? Подробнее, пожалуйста. iptables >Как оно вообще работает? Пришли на squid два запроса от разных пользователей >на закачку больших файлов, которые удаленные сервера отдают на большой скорости. Фильтр может распознать пользователя даже по авторизации (модуль string), но динамически менять пропускную способность закачки... не пробовал. Вероятно можно было бы, но для этого нужно было бы писать демон, который бы висел в памяти и отслеживал появление указанных пользователей, получая данные от фильтра. При получении оговоренной ситуации динамически добавлялось бы правило, ограничивающее одного и дающее приоритет другому. Програмно это реализуемо. Кто возьмётся? :) >Они поделят канал, или один забъет полностью? Если да, то какой? >А если я на исходящий интерфейс прикручу шейпер с sfq, мне >это поможет? Шейпер призван ограничивать трафик, аналогично действиям delay_pools (если не ошибаюсь). Я не использую шейпер у себя. >>>И посоветуйте, плиз, заполняю форму: >>>EMail: (указываю) !slob@ukr.net >>>Почему мне на почту сообщения не высылаются? Может знак ! воспринимается как параметр отрицания?:)) Это как в фильтре, если стоит ! ip_addr, то значит "кроме как на ip_addr" :))) Mail.ru вполне принимает  почту. Возможно и в форуме проблемы с отправкой - трудно сказать почему.
		Рекомендовать в FAQ | Cообщить модератору | Наверх

	30. "Приоритеты пользователей (acl)"
	Сообщение от Sloboda on 04-Дек-03, 16:49  (MSK)
	>iptables >ограничивающее одного и дающее приоритет другому. Можно подробнее, как iptables поможет решить исходную задачу - полностью загрузить канал закачками не в ущерб простому "серфингу веба" и другим сервисам. >Может знак ! воспринимается как параметр отрицания?:)) Это как в фильтре, В инструкции на форме форума так написано: "Если поставить ! перед email (например, !user@host.ru), то новые сообщения в текущем треде будут отправлены вам по почте." Или это от регистрации зависит?
		Рекомендовать в FAQ | Cообщить модератору | Наверх

	31. "Приоритеты пользователей (acl)"
	Сообщение от Junior on 05-Дек-03, 07:47  (MSK)
	>>iptables >>ограничивающее одного и дающее приоритет другому. >Можно подробнее, как iptables поможет решить исходную задачу - полностью загрузить канал >закачками не в ущерб простому "серфингу веба" и другим сервисам. Т.е. Вы предлагаете мне сделать всю Вашу работу безвозмездно??;) Совет был дан (для этого и форум), но делать за Вас работу... простите.:) Ещё один совет. Если канал имеет более-менее приемлимую ширину (толщину), то не важно сколько пользователей просматривает странички (почти не важно), достаточно будет загнать все закачки в пулы (если будет использоваться squid) и установить количество коннектов от пользователя, использующего закачки, в минимально-приемлемую величину. Тогда ни один сёрфер не будет жаловаться на плохую загрузку страниц. А желающим "качаться" отведите определённое время. Не пытайтесь угодить всем сразу. >>Может знак ! воспринимается как параметр отрицания?:)) Это как в фильтре, >В инструкции на форме форума так написано: >"Если поставить ! перед email (например, !user@host.ru), то новые сообщения в текущем >треде будут отправлены вам по почте." > >Или это от регистрации зависит? Возможно, хотя и маловероятно. Скорее всего вопрос действительно в адресе. Удачного дня.
		Рекомендовать в FAQ | Cообщить модератору | Наверх

	32. "Приоритеты пользователей (acl)"
	Сообщение от Sloboda on 07-Дек-03, 03:20  (MSK)
	>Т.е. Вы предлагаете мне сделать всю Вашу работу безвозмездно??;) Вовсе нет. Просто в моём представлении iptables может только запрещать/разрешать трафик, а не делать приоритезацию либо резку канала. >Совет был дан (для этого и форум), но делать за Вас работу... >простите.:) Осмелился уточнить подробности, потому что не уразумел причём здесь iptables. На случай, если обсуждение будет продолжаться, скажу, что ставить iptables  марки, а потом на их основании резать шейпером, я умею. Хотелось только уточнить, как работает сквид, если пришли два запроса, и сервера отдают файлы на скорости, превышающий ширину канала: делит пополам или один вытесняет другой. >все закачки в пулы (если будет использоваться squid) и установить Т.е. даже если серфинга не будет, закачка весь канал занять не сможет, а это-то я и стремлюсь обойти. >отведите определённое время. Не пытайтесь угодить всем сразу. Задача стоит так. В любое время суток есть серферы, у которых ничего тормозить не должно. Когда серфинга нет закачки должны разростаться до полной ширины канала, за который идет фиксированная плата, не зависящая от трафика. Полного решения проблемы я не жду, но за любые советы буду очень благодарен.
		Рекомендовать в FAQ | Cообщить модератору | Наверх

	33. "Приоритеты пользователей (acl)"
	Сообщение от Max on 07-Дек-03, 16:13  (MSK)
	Если позволите... Я не пользуюсь iptables у меня стоит ipchains. Кратко. Передо мной стояла, или вернее стоит похожая задача. Все пользователи очень деловой и занятой народ и всем нужен широкий канал(БК, музыка, фильмы итд итп):)). Пожалуй единственный выход который я сумел найти это всетаки ACL и пулы. Загружаем полностью канал при помощи пула для пользователей А - всем поровну. Заходит пользователь Б, который не попадает под пул А или вообще под пулы. Трафик на уровне ядра поделиться приблительно поровну между пулом А и пользователем Б. Собственно я сам такой пользователь Б. Пулы могут делиться по адресам пользователей по типам файлов и другим условиям. И здесь простор для фантазии. Собственно пользователя Б можно вообще пустить мимо сквида.
		Рекомендовать в FAQ | Cообщить модератору | Наверх

	34. "Приоритеты пользователей (acl)"
	Сообщение от Junior on 08-Дек-03, 08:27  (MSK)
	>>Т.е. Вы предлагаете мне сделать всю Вашу работу безвозмездно??;) >Вовсе нет. Просто в моём представлении iptables может только запрещать/разрешать трафик, а >не делать приоритезацию либо резку канала. Отнюдь. В нём гораздо больше функциональности, чем в простом надсмотрщике трафика. Если возникнет желание - просто зайдите на netfilter.org и почитать описания патчей к фильтру из patch-o-matic. Правда все они (самые интересные) требуют перекомпилирования ядра и фильтра. Но оно того стОит. >>Совет был дан (для этого и форум), но делать за Вас работу... >>простите.:) >Осмелился уточнить подробности, потому что не уразумел причём здесь iptables. Почитайте описания модулей. > >На случай, если обсуждение будет продолжаться, скажу, что ставить iptables  марки, >а потом на их основании резать шейпером, я умею. Хотелось только >уточнить, как работает сквид, если пришли два запроса, и сервера отдают >файлы на скорости, превышающий ширину канала: делит пополам или один вытесняет >другой. > Если найдено решение с шейпером, то так даже лучше. Поймите, squid не для этих целей. Это всё-равно, что ломом в зубах ковырять:) Простите за идиому. >>все закачки в пулы (если будет использоваться squid) и установить >Т.е. даже если серфинга не будет, закачка весь канал занять не сможет, >а это-то я и стремлюсь обойти. Я уже говорил, для корректного решения проблемы, прийдётся либо демона своего писАть, который бы отслеживал в реальном времени загрузку и вносил изменения в пропускную способность канала для пользователей. Либо использовать целую связку для отслеживания и управления. Но тогда возникает проблема другого рода. Увеличивается количество ответственных за работу компонентов, следовательно сбой или выход из строя любого из них нарушает работу всей цепочки. > >>отведите определённое время. Не пытайтесь угодить всем сразу. >Задача стоит так. В любое время суток есть серферы, у которых ничего >тормозить не должно. Когда серфинга нет закачки должны разростаться до полной >ширины канала, за который идет фиксированная плата, не зависящая от трафика. > > >Полного решения проблемы я не жду, но за любые советы буду очень >благодарен. Мой совет - законите ВСЕ закачки в пул, всегда. Пул должен быть меньше немного, чем полный канал, тогда серферам не будет проблем для шастанья по инету. Потому что если будет даже динамическое распределение канала, то качальщики ВСЁ-РАВНО попадают в пул. Когда сделаете это, то сами увидите, что другого просто уже не нужно будет. Удачного дня.
		Рекомендовать в FAQ | Cообщить модератору | Наверх

Удалить

Индекс форумов | Темы | Пред. тема | След. тема

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