ru_linux

Прочитав где-то что полную поддержку HTTP 1.1 разработчки замечательного прокси-сервера squid обещали в версии 3.2, решил я его попробовать. Надо сказать что меня очень порадовало наличие нормально работающего kerberos идентификации.
Но нашлась и ложка дёктя, а именно: слэш в логах, при NTLM и Basic аудентификации, стал прописываться двойной (\\), хотя внутрь сквида попадает одиночный.

( Читать дальше...Свернуть )

Мне нужно блокировать запросы, в которых присутствует специфический заголовок HTTP, например, "X-BLAH-BLAH-BLAH". То есть, не столько блокировать, сколько не пропускать их (вырезать).

Судя по: http://www.squid-cache.org/Doc/config/header_access/

You can only specify known headers for the header name

Этого сделать нельзя?
Или всё-таки как-то это можно реализовать без модификации кода и пересборки?

Попытка впервые разобраться с командой ip.
 Задача:
Есть конторка, где для доступа в интернет используются на сервере под centos 5.6:
внутрисеть, где "все разрешено" - eth0
один канал с дорогим трафиком, но быстрый  - eth1белый IP
второй канал безлимитка, но тормозная причем за NAT - eth2 IP=192.168.5.252 GW=192.168.5.76
Задача: с помощью squid и ip route отправить во второй канал сайты по списку (*.odnoklassniki.ru *.vkontakte.ru *.youtube.com и т.д.)
( Читать дальше...Свернуть )

Столкнулся со странным глюком.

Дома стоит сервер на centos, установлен squid 3.1.7-2 в режиме transparent proxy. На сервере 1гиг оперативной памяти. При попытке через браузер загрузить на яндекс большие файлы(от 500мег)  прокси-сервер впадает в кому. По top он начинает активно сжирать всю доступную память, и грузит процессор под 97%. В конце-концов, система начинает свопится и тормозить. Если файл был не слишком большой, есть шанс дождаться, пока сервер его «прожует», на файлах больше гига – проще перезапустить squid.
( Читать дальше...Свернуть )

Squid 3.0 на openSUSE 11.3
Надо написать собственную авторизовалку для Сквида, которая будет по своим хитрым алгоритмам определять, где какой юзер и какой у него уровень доступа.

В конфиг добавил это:

external_acl_type customsquidauth %PATH /home/user/squidhelper.bin
acl customsquidauth external customsquidauth
http_access allow customsquidauth

А вот собственно и код авторизовалки на Си:
( Читать дальше...Свернуть )

Может кто-то делал свою авторизовалку на Си? В чём моя ошибка? Поделитесь примером

Спасибо!

UPD. помогло fflush(stdout); сразу после fprintf

расскажите мне пожалуйста про tcp_outgoing_address в сквиде, кто пользовался. я почему-то считал что достаточно прописать в него адрес интерфейса с которого надо гнать пакеты, и оно заведется и побежит. а вот не получается что-то.
ситуация - клиенты купили себе второй (дешевый, запасной) канал. воткнули в сервер еще одну сетевую карту, я поднял на порту 3129 второй сквид и прописал в ему tcp_outgoing_address дешевый_ип. открываю, скажем, www.ru - не работает, пока не route add на www.ru через дешевый интерфейс. это так и должно быть?
upd: всем спасибо, разобрался. главное - не быть слишком умным и не пытаться юзать биты tos, с ними у меня не заработало.

squid.conf:
tcp_outgoing_address *.*.7.10

#!/bin/sh
/bin/ip route add default via *.*.7.9 table imt
/bin/ip rule add from *.*.7.10 table imt
/bin/ip route flush cache

Приветствую!
Попробую описать проблему которая у меня возникла.
Есть у меня шлюз на freebsd на котором установлен прозрачный squid и есть машина работающая под ubuntu. Так вот, если в настройках убунку явно указать адрес и порт прокси - все отлично, а вот если не указывать, то убунту отказывается лазить в тырнет. Причем нашины с виндой нормально работают без указания прокси. В чем косяк? Куда копать?

FreeBSD 7.0
Squid 2.7
Ubuntu 9.04

Hey, if you not the gay!

Надо настроить интранет DNS сервер.

Например, мой внешний, зарегистрированный домен:
sub.domain.com

Соединение с интернет происходит только у юзеров ч/з единственный шлюз ч/з squid и smtp.
Дальнейшее развитие в этом направлении не предусмотрено.

Поэтому есть два принципиальных вопроса:

1. Что лучше:
обозвать внутренний домен как sub.domain.com (используя view "internal/external" для сокрытия внутренней сети)
или выбрать заведомо несуществующий в интернете домен типа org.localnet ?

2. Возможно ли размещение этого интранет DNS сервера на вышеописанном шлюзе ?
(или лучше пристроить это дело на чисто внутреннем сервере ?)
При том, что он будет выполнять роль кэширующего DNS сервера для запросов в
интернет и одновременно будет главным авторитативным сервером для внутренней сети.


Thanks a lot.