The OpenNET Project / Index page

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

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

"Кеширование без изменения адреса"  
Сообщение от cav (ok) on 09-Июн-07, 06:53 
Здравствуйте
по требованию провайдера, каждому из клиентов выдаётся реальный IP адрес, и изменять его нельзя, как можно обеспечить кеширование http трафика для данных клиентов?
система для придоставления доступа собрана на FreeBSD+PPPoE+Radius
Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

 Оглавление

Сообщения по теме [Сортировка по времени, UBB]


1. "Кеширование без изменения адреса"  
Сообщение от reader (ok) on 09-Июн-07, 10:22 
Так же как и в других случаях (прописать прокси в браузере или завернуть прозрачно на прокси), другой вопрос что вы хотите показать провайдеру и что означает нельзя изменить адрес. Провайдер запрещает использовать прокси, требует получение и отправку http трафика непосредственно клиентом , а не шлюзом , .......... ?
Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

2. "Кеширование без изменения адреса"  
Сообщение от cav (ok) on 09-Июн-07, 10:45 
>Так же как и в других случаях (прописать прокси в браузере или
>завернуть прозрачно на прокси), другой вопрос что вы хотите показать провайдеру
>и что означает нельзя изменить адрес. Провайдер запрещает использовать прокси, требует
>получение и отправку http трафика непосредственно клиентом , а не шлюзом
>, .......... ?


при прописывании адреса прокси или прозрачном прокси, к конечной цели пользователь поидёт уже с адресом самого прокси сервера, этот вариант не подходит.
По условиям договора с провайдером, каждый пользователь должен выходить в инет со своим ИП(это отслеживается). Если я заверну ХТТП запросы на прокси сервер(для экономии трафика) то после прокси они все пойдут с одним адресом, а это недопустимо, чем в таком случае можно сделать кеширование?

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

3. "Кеширование без изменения адреса"  
Сообщение от reader (ok) on 09-Июн-07, 11:26 
разве что поставить каждому по squid и сделать их всех соседями (cache_peer sib1.foo.net         sibling)
Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

4. "Кеширование без изменения адреса"  
Сообщение от cav (??) on 09-Июн-07, 11:49 
>разве что поставить каждому по squid и сделать их всех соседями (cache_peer
>sib1.foo.net         sibling)
если есть скажем адресов 500 то столько же и сквидов нужно?
может другое решение есть для подобного случая?
Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

5. "Кеширование без изменения адреса"  
Сообщение от idle (ok) on 25-Июн-07, 13:32 
>>разве что поставить каждому по squid и сделать их всех соседями (cache_peer
>>sib1.foo.net         sibling)
>если есть скажем адресов 500 то столько же и сквидов нужно?
>может другое решение есть для подобного случая?
Увы это нереально. Как-то очень давно сталкивался с подобной нуждой, всё что накопал какой-то линуксовый патч, который вроде-как это умеет, подробностей не помню...


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

6. "Кеширование без изменения адреса"  
Сообщение от MKuznetsov (??) on 27-Июн-07, 10:09 
> к конечной цели пользователь поидёт уже с адресом самого прокси сервера,
> ...
> Если я заверну ХТТП запросы на прокси сервер(для экономии трафика) то после прокси они все пойдут с одним адресом

а вот и неправда :) -j SNAT --to-source <сразу целая подсеть> и всё проканает

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

7. "Кеширование без изменения адреса"  
Сообщение от reader (ok) on 27-Июн-07, 11:12 
>> к конечной цели пользователь поидёт уже с адресом самого прокси сервера,
>> ...
>> Если я заверну ХТТП запросы на прокси сервер(для экономии трафика) то после прокси они все пойдут с одним адресом
>
>а вот и неправда :) -j SNAT --to-source <сразу целая подсеть> и всё проканает


только за исключением того, что адрес клиента и адрес --to-source не будут соответствовать

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

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

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




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

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