не работает ICQ и https
-
в основном qip
а браузеры я разные уже пробовал одинаково
в первом посте я писал что делаю шлюз взамен юзергейт вот значит на данный момент в сети получается 2 шлюза стоит 172.16.8.5 w2k3 + usergate и второй 172.16.8.8. pfsense и наблюдается такая фиговина в основном в опере я иду на страничку ну произвольно к примеру nix.ru тыкаю Ссылки на контент, прайс итд и в какой-то момент времени вылазит табличка которая предлагает мне пройти авторизацию на прокси только не на 172.16.8.8 а на юзергейт тоесть на 172.16.8.5 ну это так мысли вслух скажем может из-за этого все проблемыа вотут можно поподробней ""Попробуйте аську выпустить наружу напрямую, минуя прокси. Правило на интерфейсе LAN вам это позволяет."" или примерно носом в мануал, для меня честно контроллер домена поднять проще чем freebsd настроить
-
Похоже, у вас происходит путаница.
Если вы собираетесь пускать всех клиентов через pfSense, то вам надо указать адрес его LAN-интерфейса в качестве шлюза. Или вообще включить dhcp на нём, тогда параметры будут выдаваться автоматически.
Включен ли DNS Forwarder в pfSense?
У вас, вы писали, поднят DC в сети? Следовательно, есть DNS-сервер контроллера домена.
Тогда клиентам надо отдавать адрес доменного DNS-сервера, а уже в доменном DNS можно в качестве форвардера прописать ip-адрес pfSense.
Опишите настройки клиентов: указан ли LAN-интерфейс pfSense в качестве шлюза в сетевых настройках? Правильно ли прописан DNS-сервер?
То, что у вас пояляется окно с авторизацией на UserGate наводит на мысль, что вы выпускаете pfSense в Интернет через него. Получается двойной прокси, тут и может крыться проблема. Попробуйте выпустить pfSense напрямую, минуя UserGate.
Насчет аськи - просто выключите использование прокси-сервера в клиенте. В правилах для LAN-интерфейса у вас разрешено прохождение пакетов из LAN сети куда угодно.
Не используя прокси, клиент, будь то аська или браузер, сможет обратиться к удаленному хосту в случае, если у него прописаны корректные параметры:
1. ip-адрес с маской;
2. шлюз;
3. dns-сервер.А вообще, было бы неплохо, если бы вы привели схему сети. Было бы понятнее, где может быть проблема.
-
как построена сеть это очень долго расписывать примерно я нарисовал
а вообще там три разные подсети, клиенты отделены друг от друга, политиками запрещен доступ к различным данным итдно сейчас конкретно для примера я беру общую сеть 172.16.8.* на ней происходит тест
а в те дебри лезть не стоит мне очень долго придется описывать на какой я такое тут нагородил“в доменном DNS в качестве форвардера ip-адрес pfSense.” Точно так и сделано тока их там 2 и pfsens и usergate
LAN-интерфейс
Адреса получаем автоматически
IP-адрес: 172.16.8.50
Маска подсети: 255.255.252.0
Основные шлюзы: 172.16.8.5, 172.16.8.8
DHCP-сервер: 172.16.8.80
Аренда получена: 27.01.2012 5:15:55
Аренда истекает: 03.02.2012 5:15:55
DNS-сервер: 172.16.8.40В pfsense - DNS forwarder включен
Не не usergate и pfsens стоят паралельно
Зарисовка сети плюс минус
-
Основные шлюзы: 172.16.8.5, 172.16.8.8
Исключите у клиентов упоминание ip-адреса, на котором стоит UserGate – не должно быть его ни в шлюзах, ни в прокси-серверах.
-
Вы говорите если с аськи убрать авторизацию должно работать но при настройки прокси я же там что-то ставлю и инет у всех вырубает и включает только для разрешенных подсетей
а точто вы говорите убрать второй который usergate пока что нет возможности отчет у бухов хотя
могу смоделировать сеть и несколько клиентов на виртуалке -
-
Вы говорите если с аськи убрать авторизацию должно работать но при настройки прокси я же там что-то ставлю и инет у всех вырубает и включает только для разрешенных подсетей
а точто вы говорите убрать второй который usergate пока что нет возможности отчет у бухов хотя
могу смоделировать сеть и несколько клиентов на виртуалкеНаверное, вам стоит пояснить, хотя бы в общих словах, как работает http-клиент.
Если в клиенте прописано, что надо использовать прокси, он шлёт http-запросы именно на него. Прокси-сервер, в зависимости от выставленных правил, либо получает для клиента объект по запрошенному адресу и отдает его, либо, если стоит запрет, не получает объект и сообщает о запрете клиенту клиенту (ошибка http 403). При этом клиент может не использовать ни DNS, ни шлюз по умолчанию, так как все операции по определению ip по имени хоста и отправку запроса на удаленный http-сервер берёт на себя прокси.
Если клиенту не указано, что надо использовать прокси, клиент шлёт http-запросы непосредственно на хост, указанный в URL, через шлюз по умолчанию, самостоятельно определяя адрес по имени хоста, делая запрос к серверу DNS. Прокси в данной ситуации вообще не при чём, все http-запросы идут мимо него. Потому и не действуют ограничения, которые вы указали в прокси.
В связи с этим я и предлагал отключить использование прокси в клиентах, чтобы выявить звено, в котором возникает проблема. -
Спасибо огромное всем за помощь лучшее во всем деле оказывается выспаться как-то после 2х суток мозг отключен видимо напрочь
Нарисовал на виртуалке новую сетку завернул ее на pfsense без параллельных гейтов все заработало
Глюк был из-за параллельно стоящего usergate
Пока не совсем разобрался с правилами фаэрвола
Я их немного подправил
Не могу запустить чтобы с ftp качало через 3128
Вопросик насколько актуально антивирус на шлюзе скорость инета итак не айс
-
Squid - http-прокси, следовательно в вашем ftp-клиенте это и надо указать.
К примеру, в Total Commander можно явно указать в настройках ftp-соединения, что используемый прокси имеет тип http. -
это все так
аську я запустил через 3128 заработала
к примеру берем Internet Explorer в нем написано использовать прокси ip 172.16.8.8:3128
Инет работает
ftp не хочет
ставлю ну к примеру адрес 192.168.1.55 втыкаюсь в хаб после модема
напрямую с модема все качается с ftp итд
переходим под сквид ставлю себе на лан к примеру адрес 172.16.8.240 либо получаю от DHCP какой нибудь там 172.16.10.48 не дает скачать с ftp ресурсов говорит ошибкасайт произвольный
ОШИБКА
Запрошенный URL не может быть доставлен
–------------------------------------------------------------------------------
Во время доставки URL: ftp://ftp2.nix.ru/download/price/Nix3.ZIP
Произошла следующая ошибка:
Превышено время ожидания ответа.
Система сообщила:
[No Error]Превышено время ожидания ответа во время чтения данных из сети. Сеть или сервер не работают либо перегружены. Пожалуйста, повторите запрос.
–------------------------------------------------------------------------------
Generated Fri, 03 Feb 2012 06:00:28 GMT by (squid)либо вот так
К сожалению, Google Chrome не может открыть страницу ftp2.nix.ru.
Попробуйте:
Перейдите на страницу nix.ru
Снова откройте страницу: ftp://ftp2.nix.ru/download/price/Nix3.ZIP -
Во время доставки URL: http://ftp://ftp2.nix.ru/download/price/Nix3.ZIP
Так вы посмотрите на URL, он у вас некорректный. Префикс должен быть один, либо "http://", либо, как в вашем случе, "ftp://"
-
Во время доставки URL: http://ftp://ftp2.nix.ru/download/price/Nix3.ZIP
Так вы посмотрите на URL, он у вас некорректный. Префикс должен быть один, либо "http://", либо, как в вашем случе, "ftp://"
Это форум добавил. Нужно писать с префиксом _..
-
Тогда надо посмотреть вывод команды tail -f /var/squid/log/access.log
Проделал то же самое у себя, в логе появляется запись:
1328525035.994 1394 192.168.40.9 TCP_MISS/200 735269 GET ftp://ftp2.nix.ru/download/price/Nix3.ZIP remark DIRECT/195.128.95.131 application/zip192.168.40.9 - мой локальный IP; браузер Firefox 10.0/Win32, стоит галочка "один прокси-сервер для всех протоколов", прокси прописан явно (не прозрачный).
-
Я надеюсь тему еще не закрыли а то приболел малость
1329101823.920 296 172.16.8.220 TCP_MISS/200 636 GET http://e.mail.ru/cgi-bin/checknew? galka DIRECT/94.100.184.15 text/html
1329101824.182 255 172.16.8.220 TCP_MISS/200 433 GET http://mail.radar.imgsmail.ru/update? galka DIRECT/128.140.168.92 image/gifвот это мое я так понимаю пробовал эксплорер, гугл, оперу, мозилу
1329101828.653 17 172.16.8.50 TCP_MISS/404 0 CONNECT 117.79.92.44:443 fish DIRECT/- -
1329101828.700 17 172.16.8.50 TCP_MISS/404 0 CONNECT 130.117.190.216:443 fish DIRECT/- -
1329101828.702 0 172.16.8.50 TCP_MISS/404 0 CONNECT 202.177.216.233:443 fish DIRECT/- -
1329101830.745 0 172.16.8.50 TCP_MISS/404 0 CONNECT 79.141.216.13:443 fish DIRECT/- -1329101839.190 2 172.16.8.25 TCP_DENIED/407 1706 CONNECT autoupdate.opera.com:443 - NONE/- text/html
1329101840.991 0 172.16.8.23 TCP_DENIED/403 1285 CONNECT 217.69.129.211:2042 - NONE/- text/htmlжамкнул тут отчет по трафику там появилась надпись “пользователи превысившие квоту в 10 мег” откуда это и где это ставится ума не приложу и почему не отключает тогда пользователей раз они превысили
заметно увеличилось время при отправке почты если прицеплен фаил очень долго хотя фаил весит килобайты большой пока непробовал отправить
-
жамкнул тут отчет по трафику там появилась надпись “пользователи превысившие квоту в 10 мег” откуда это и где это ставится ума не приложу и почему не отключает тогда пользователей раз они превысили
Это из отчета формируется. Отключать не должно, так как нет такого функционала в пакетах.
-
да это я понимаю может чегонить прикрутить к нему чтоб отключало юзеров
хотя я уже пытался http://forum.pfsense.org/index.php/topic,43926.0.html сделать вот это
работает тока по ip похоже по логинам не отключает а жаль очень бы хотел особо назойливыхеще столкнулся с такой бедой не уходит почта более 5 мегов 2-3 свободно а 6 уже не идет пишет что по завершено по таймауту
-
еще столкнулся с такой бедой не уходит почта более 5 мегов 2-3 свободно а 6 уже не идет пишет что по завершено по таймауту
Это может быть ограничением на почтовом сервере .
