Возможно ли как-то отменить в Сквиде подмену адресов источников?

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

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

• Отменить подмену адресов,AlexVS, 21:42 , 05-Сен-05
  • Отменить подмену адресов,xc, 02:14 , 07-Сен-05
    • Отменить подмену адресов,AlexVS, 11:46 , 07-Сен-05
      • Отменить подмену адресов,Sergey, 14:38 , 08-Сен-05
        • Отменить подмену адресов,fufnf, 10:55 , 10-Фев-06
        • Отменить подмену адресов,fufnf, 10:57 , 10-Фев-06
      • Отменить подмену адресов,xc, 20:55 , 08-Сен-05

Уже сам понял что невозможно пропустить через прокси пакет, что б он не заменил АйПи источника на себя. Но наболевший вопрос так и остаётся:
как имея в сети кэширующий прокси считать трафик пользователей по АйПи исключая то что сквид отдаёт из кэша, используя divert пакетов на саму прогу-считалку?

>Уже сам понял что невозможно пропустить через прокси пакет, что б он
>не заменил АйПи источника на себя. Но наболевший вопрос так и
>остаётся:
>как имея в сети кэширующий прокси считать трафик пользователей по АйПи исключая
>то что сквид отдаёт из кэша, используя divert пакетов на саму
>прогу-считалку?

Hi!
Какая эффективность кэша? Если не превышает 10%, то - Забей!
Кто тебе компенсирует сетевой шум от сканов, DNS ресолвинг и прочий технический трафик?

На худой конец - напиши свой биллер - в логе всё есть ;)

>Hi!
>Какая эффективность кэша? Если не превышает 10%, то - Забей!
>Кто тебе компенсирует сетевой шум от сканов, DNS ресолвинг и прочий технический
>трафик?
>
>На худой конец - напиши свой биллер - в логе всё есть
>;)
Вы наверное не поняли меня. Я хочу поднять билинг на netams или на ipa ..., которые будут учитывать ВЕСь трафик в т.ч. и технический, и хотелось б его повесить на интерфейс смотрящий в мир для учёто ВСЕГо инетовского трафика, но тогда возникает проблема с прокси: проходящий через него трафик потом на внешнем интерфейсе выглядит как запрос от прокси, а не от конкретного пользователя.

в случае прозрачного проксирования у меня сквид отдает трафик с соурс адресом=адресом ресурса а не адресом сквида  

>в случае прозрачного проксирования у меня сквид отдает трафик с соурс адресом=адресом
>ресурса а не адресом сквида

А как это реализовано?

Мне нужно классифицировать трафик от разных источников в динамическом шейпере. Однако, после СКВИДа адреса источников меняются на адрес сервера, на котором он запущен. Нужно, чтобы исходные адреса для всех пакетов оставались настоящими. Как это сделать?

>в случае прозрачного проксирования у меня сквид отдает трафик с соурс адресом=адресом
>ресурса а не адресом сквида

А как это реализовано?

Стоит прозрачный сквид. Мне нужно классифицировать трафик от разных источников в динамическом шейпере. Однако, после СКВИДа адреса источников меняются на адрес сервера, на котором он запущен. Нужно, чтобы исходные адреса для всех пакетов оставались настоящими. Как это сделать?

Hi!

Давай смотреть так:

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

Прозрачный прокси - это твой(его) бонус, ведь тебе(твоей конторе) надо экономить.

Если хочешь получить данные с внешнего иф, как тебе представляет их пров, то надо вообще снимать данные с внешнего ифа роутера провайдерского канала ;)

Мой тебе совет, не надо тратить зря времени на подъем всего того, о чем ты пишешь ;) Это реальный гимоор, поскольку есть ещё и хотя бы DNS ;)