The OpenNET Project / Index page

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

форумы  помощь  поиск  регистрация  майллист  ВХОД  слежка  RSS
"Наставьте на путь истинный"
Вариант для распечатки  
Пред. тема | След. тема 
Форумы OpenNET: Виртуальная конференция (Public)
Изначальное сообщение [Проследить за развитием треда]

"Наставьте на путь истинный" 
Сообщение от Sergey Galayda emailИскать по авторуВ закладки on 22-Июн-05, 12:19  (MSK)
Ситуация следующая:
Есть сервер, в нем 4 сетевых карточки, одна на провайдера, три в разные офисы. На сервере стоит сквид, экономия трафика существенная.
офисы завернуты на сквид. Раньше все скидывались за инет по счетчикам на сетевых картах смотрящих в сторону каждого офиса. Сейчас они узнали, что на сквиде экономится трафик и значит они платят больше. Чуть не поубивали друг друга. Теперь хотят платить только за то что они потребляют из мира.
Т.е. если сквид отдал из кеша, то это халява. Этику вопроса оставляем
Подскажите можно ли как то это реализовать? Я так понимаю на выходе из сквида в мир пакет уже обезличен? На ум приходит одно - запретить кеширование совсем, что бы каждый перся в инет за одним и тем же файлом, но своим. Или есть более гибкое решение?
  Правка | Высказать мнение | Ответить | Рекомендовать в FAQ | Cообщить модератору | Наверх

 Оглавление

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

1. "Наставьте на путь истинный" 
Сообщение от LuckyBird Искать по авторуВ закладки(??) on 22-Июн-05, 12:31  (MSK)
Когда отчёты по скиду строите, там же можно посмотреть сколько проентов из кеша, а сколько накачано ?
Написать скрипт который вычислит общий процент.


По моему можно так.

  Удалить Правка | Высказать мнение | Ответить | Рекомендовать в FAQ | Cообщить модератору | Наверх

2. "Наставьте на путь истинный" 
Сообщение от Sergey Galayda emailИскать по авторуВ закладки on 22-Июн-05, 12:42  (MSK)
>Когда отчёты по скиду строите, там же можно посмотреть сколько проентов из
>кеша, а сколько накачано ?
>Написать скрипт который вычислит общий процент.

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

  Удалить Правка | Высказать мнение | Ответить | Рекомендовать в FAQ | Cообщить модератору | Наверх

4. "Наставьте на путь истинный" 
Сообщение от гы Искать по авторуВ закладки on 22-Июн-05, 13:15  (MSK)
>>Когда отчёты по скиду строите, там же можно посмотреть сколько проентов из
>>кеша, а сколько накачано ?
>>Написать скрипт который вычислит общий процент.
>
>Был предложен вариант что бы внешний трафик делить пропорционально внутреннему по каждой
>карте. Но они бьют на то что кто то пользуется в
>основном внутренней почтой и естествено не идет через сквид, а кто
>то на оборот только по страницам ходит. Короче тупик.

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

  Удалить Правка | Высказать мнение | Ответить | Рекомендовать в FAQ | Cообщить модератору | Наверх

5. "Наставьте на путь истинный" 
Сообщение от denn emailИскать по авторуВ закладки(??) on 22-Июн-05, 15:28  (MSK)
>Когда отчёты по скиду строите, там же можно посмотреть сколько проентов из
>кеша, а сколько накачано ?
>Написать скрипт который вычислит общий процент.
>
>
>По моему можно так.


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

  Удалить Правка | Высказать мнение | Ответить | Рекомендовать в FAQ | Cообщить модератору | Наверх

3. "Наставьте на путь истинный" 
Сообщение от jonatan Искать по авторуВ закладки(ok) on 22-Июн-05, 12:47  (MSK)
>Подскажите можно ли как то это реализовать? Я так понимаю на выходе
>из сквида в мир пакет уже обезличен?
Начиная с squid-2.5 можно делать следующее:

acl net1 src 192.168.1.0/255.255.255.0
acl net2 src 192.168.2.0/255.255.255.0
acl net3 src 192.168.3.0/255.255.255.0

tcp_outgoing_address 1.2.3.4 net1
tcp_outgoing_address 1.2.3.5 net2
tcp_outgoing_address 1.2.3.6 net3

и считать на внешнем интерфейсе по 1.2.3.4, 1.2.3.5 и 1.2.3.6. Но это если Вы можете выделить несколько реальных адресов.

  Удалить Правка | Высказать мнение | Ответить | Рекомендовать в FAQ | Cообщить модератору | Наверх

6. "Наставьте на путь истинный" 
Сообщение от Дмитрий Искать по авторуВ закладки(??) on 22-Июн-05, 15:56  (MSK)
Дык эта...
первый ответ самый верный... Есть HIT, то есть найдено в кэше, а есть MISS, то бишь не найдено.
Обрабатываем лог сквида согласно этим флагам и получаем трафик извне и трафик из кэша.

Но на практике я бы посоветовал обломать юзверей ибо это нормальная практика. Есть цена мегабайта и все, остальное ваши проблемы...

  Удалить Правка | Высказать мнение | Ответить | Рекомендовать в FAQ | Cообщить модератору | Наверх

7. "Наставьте на путь истинный" 
Сообщение от jonatan Искать по авторуВ закладки(ok) on 22-Июн-05, 16:10  (MSK)
>Дык эта...
>первый ответ самый верный... Есть HIT, то есть найдено в кэше, а
>есть MISS, то бишь не найдено.
Почему "самый"? Аргументы?
Плюсы моего вараинта.
1. Прокси может посылать запросы серверу на предмет изменения ресурса. Если изменений не было, то отдает клиенту из кэша. Так вот эти запросы не учитываются в HIT/MISS. Значит мой вариант точнее.
2. Никаких дополнительных вычислений не нужно.
Минус этого способа я уже указал. Хотя если сам прокси за nat, то можно навесить на него сколько угодно приватных адресов.

>Обрабатываем лог сквида согласно этим флагам и получаем трафик извне и трафик
>из кэша.
>
>Но на практике я бы посоветовал обломать юзверей ибо это нормальная практика.
>Есть цена мегабайта и все, остальное ваши проблемы...
Согласен.

  Удалить Правка | Высказать мнение | Ответить | Рекомендовать в FAQ | Cообщить модератору | Наверх


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

Индекс форумов | Темы | Пред. тема | След. тема
Оцените тред (1=ужас, 5=супер)? [ 1 | 2 | 3 | 4 | 5 ]
Пожалуйста, прежде чем написать сообщение, ознакомьтесь с данными рекомендациями.




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

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