The OpenNET Project / Index page

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




Версия для распечатки Пред. тема | След. тема
Новые ответы [ Отслеживать ]
Кеширование без изменения адреса, !*! cav, 09-Июн-07, 06:53  [смотреть все]
Здравствуйте
по требованию провайдера, каждому из клиентов выдаётся реальный IP адрес, и изменять его нельзя, как можно обеспечить кеширование http трафика для данных клиентов?
система для придоставления доступа собрана на FreeBSD+PPPoE+Radius
  • Кеширование без изменения адреса, !*! reader, 10:22 , 09-Июн-07 (1)
    Так же как и в других случаях (прописать прокси в браузере или завернуть прозрачно на прокси), другой вопрос что вы хотите показать провайдеру и что означает нельзя изменить адрес. Провайдер запрещает использовать прокси, требует получение и отправку http трафика непосредственно клиентом , а не шлюзом , .......... ?
    • Кеширование без изменения адреса, !*! cav, 10:45 , 09-Июн-07 (2)
      >Так же как и в других случаях (прописать прокси в браузере или
      >завернуть прозрачно на прокси), другой вопрос что вы хотите показать провайдеру
      >и что означает нельзя изменить адрес. Провайдер запрещает использовать прокси, требует
      >получение и отправку http трафика непосредственно клиентом , а не шлюзом
      >, .......... ?


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

      • Кеширование без изменения адреса, !*! reader, 11:26 , 09-Июн-07 (3)
        разве что поставить каждому по squid и сделать их всех соседями (cache_peer sib1.foo.net         sibling)
        • Кеширование без изменения адреса, !*! cav, 11:49 , 09-Июн-07 (4)
          >разве что поставить каждому по squid и сделать их всех соседями (cache_peer
          >sib1.foo.net         sibling)
          если есть скажем адресов 500 то столько же и сквидов нужно?
          может другое решение есть для подобного случая?
          • Кеширование без изменения адреса, !*! idle, 13:32 , 25-Июн-07 (5)
            >>разве что поставить каждому по squid и сделать их всех соседями (cache_peer
            >>sib1.foo.net         sibling)
            >если есть скажем адресов 500 то столько же и сквидов нужно?
            >может другое решение есть для подобного случая?
            Увы это нереально. Как-то очень давно сталкивался с подобной нуждой, всё что накопал какой-то линуксовый патч, который вроде-как это умеет, подробностей не помню...


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

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

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


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




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

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