Доброе время суток! Проблема в следующем, некоторые сайты требуют авторизацию и вываливают окошко для ввода пароля если цепляешся на прямую, а через сквид это не канает, гдето видел инфу по этому поводу, убей не могу вспомнить, и найти пока не могу. у меня через сквида пароль не запрашивается, уже третий день голову ломаю, дохрена чего в конфиге перепробовал (header_access, always_direct allow HTTP, Safe ports), ниче не канает, только напрямую работает, а через сквида ни в какую, хоть убейся об стену, и мануал внятный по этому поводу не могу нигде найти.

Мож кто в курсе как это победить, или хотя бы знает где почитать? заранее спасибо !

Доброе время суток всем! Столкнулся с такой проблемой, есть рутер в нем 2 модема один внутренний "техас инструментс", второй, внешний, курьер "v`everything", дак вот, на рутере запущен dial-in server (pppd запускается через inittab, pap авторизация),с внутренним проблем нет, т.е. дозвон, логин, все по плану, работает кароче, а вот с внешим касяк, не авторизует и все, настройки одинаковые у обоих модемо. В один прекрасный момент я решил из терминала позвонить, посмотреть че к чему и обнаружил я вот что, когда звоню на внутренний модем, после соединения он выдает,(тоесть это ppp выдает), как я выяснил правильные дрючки,(фигурные скобки и всякая лабуда), а вот когда я званю на внешний модем, после соединения он выдает какието нетакие дрючки, совсем другое нежели внутренний, куча коверканых русских букв и т.д. че за байда понять немогу, уже перерыл и попробовал все настройки pppd, нифига непомогает, пробовал скорость порта менять тоже толку мало, щас чтоит 115200, ставил 57600, результат 0, все мысли у меня по этому поводу иссякли, что за грабли такие понять немогу, если кто сталкивался откликнитесь плиз, а то второго внутреннего модема нету. заранее спасибо!, сорри за мой английйский ;-)

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

Ситуация такая: одному узеру надо забанить почти все сайты кроме нескольких, в количестве 3-5 штук, которые собственно ему нужны для работы, все остальное перекрыть, немогу врубиться как в сквиде это сделать, как эти сайты прописать, а потом все остальное перекрыть, в iptables я бы сделал но, стоит прозрачный прокси, стоит редирект 80 порта на 3128, а это как известно делается в таблице PREROUTING, и поэтому редирект работает в обход фильтра iptables. если кто делал такое откликнитесь пжалста заранее спасибо!.

Достаточно долго бился с сим сабжем, никому нежелаю оного, поэтому привожу мануал, как сделать так чтобы все работало. Задача: Подключаться к серверу mpd 3.13 (на FreeBSD) из Linux'а с помощью программы pptp-client. Как оказалось реализация коротких кодов протокола внутри MPPE посылок разная у FreeBSD и Linux, что и приводило к интересному эффекту: соединение устанавливалось, а получить по нему хоть что-нибудь неполучалось. по этой ссыле можно скачать патч и немного почитать удачи :-)

http://www.opennet.ru/base/net/pptp_mppe_crypt.txt.html

содержание файла "options"

name user11

remotename vpn

require-mppe-128

require-mschap-v2

defaultroute

noauth

hide-password

local

noproxyarp

lcp-echo-interval 30

lcp-echo-failure 4

noipx

logfile /var/log/ppplog

случайно наткнулся на такую фишку: дело в том что у провайдера, стоит блокировка при повторной авторизации, если клиент с таким аккаунтом уже залогинился, то повторно можно только поднять тунель, залогиниться с VPN сервером, а пакетики ходить при этом небудут, дак вот залогинился я с другой тачки, из под винды, настройки посмотреть, потом пошел залогинился на линухе, и тут вспомнил что виндовая машина еще в инете, РРР линуха остался работать, а я пошел выключить соединение на винде, и о чудо, после того как я отцепился на виндовой машине от VPN`A, линуховый VPN+PPTP вдруг взял и заработал, какбы перехватил канал, сразу пинги стали ходить, да и вообще весь тунель заработал, попробовал отцепиться, и поновой подключиться ч нуля, чисто линух-клиентом, нифига, нестрелят, тоже самое, потом повторил эксперимент законектился виндой, потом линухом, потом винду отцепил, и опять тунель на линухе заработал. немогу теперь понять чтоже винда такое делает что после нее линух работает, а сам сразу намогет соединиться, может чтото в настройках, читаю ман PPPD.

касяк какойто, у кого нибудь есть мысли?, в чем может быть причина того что pptp неможет самостоятельно с VPN серваком договориться

Блин, засада немогу подцепиться из под линуха по VPN к провайдеру , PPP интерфейс поднимается, айпишник получает , соединение устанавливается , даже обмен данными идет(если смотреть на ифконфиг) , и все на этом заканчивается , пинги неходят ни до гейтвея не до днса, че за байда понять намогу. с 98ой все стрелят на ура. сервер VPN - 10.10.12.1 pptp 10.10.12.1 привожу логи:

Apr 21 21:45:16 123 pptp[867]: anon log[main:pptp.c:237]: The synchronous pptp option is NOT activated pptp[870]: anon log[ctrlp_rep:pptp_ctrl.c:243]: Sent control packet type is 1 'Start-Control-Connection-Request' pptp[870]: anon log[ctrlp_disp:pptp_ctrl.c:714]: Received Start Control Connection Reply pptp[870]: anon log[ctrlp_disp:pptp_ctrl.c:748]: Client connection established. pptp[870]: anon log[ctrlp_rep:pptp_ctrl.c:243]: Sent control packet type is 7 'Outgoing-Call-Request' pptp[870]: anon log[ctrlp_disp:pptp_ctrl.c:834]: Received Outgoing Call Reply. pptp[870]: anon log[ctrlp_disp:pptp_ctrl.c:873]: Outgoing call established (call ID 0, peer's call ID 37822) pppd[872]: pppd 2.4.2 started by root, uid 0 pppd[872]: Using interface ppp0 pppd[872]: Connect: ppp0 <--> /dev/pts/0 pppd[872]: MPPE 128-bit stateless compression enabled pppd[872]: local IP address 192.168.2.50 pppd[872]: remote IP address 10.10.10.1

Kernel IP routing table , до поднятия ррр интерфейса Destination Gateway Genmask Flags Metric Ref Use Iface 10.10.12.51 0.0.0.0 255.255.255.0 U 0 0 0 eth0 127.0.0.0 0.0.0.0 255.0.0.0 U 0 0 0 lo 0.0.0.0 10.10.12.1 0.0.0.0 UG 1 0 0 eth0 после поднятия ррр делаю: route del default gw 10.10.12.1 route add default gw 192.168.2.50 metric 1 или route add default gw 10.10.10.1 metric 1 итог, ниче непинается кроме локалки, 10.10.10.1 тоже непинается мож кто знает в чем грабли ?, уже 2ю неделю бьюсь, горы мануалов перечитал, просто уже зашел в тупик плиз хэлп !

короче все началось с того как поставил в комп видяху NVIDIA VANTA/LT 8МЕГ + родной дравер от нвидии + glx, начались конкретные висюки после которых спасал только резет , ну ессно через некоторое время появились ошибки в файловой системе , а точнее какието не понятные файлы в /tmp ,которые не удалялись , да и хрен бы с ними но до кучи перестали запускаться Хы - вываливались с сообщением SEGMENTATION FAULT . Стандартная проверка "reiserfsck " с разными ключами эффекта не дала , и тогда я решился запустить "reiserfsck --rebuild-tree" , раза с 50го этот ребилд наконец доребилдил начатое до конца (я уж и не надеялся бета всеж -)), вроде бы должно тепер стрелять подумал я и набрал "mount /dev/hde2 /mnt" ,но не тут-то было ,при попытке обращения к /mnt на экране появляется все таже до боли надоевшая надпись "SEGMENTATION FAULT" и т.д с названием регистров СП. Хотя при проверке видно как он сканирует дерево каталогов,видимо еще есть надежда. Последующие проверки (reiserfsck c ключами -x -o -b -c ну и --rebuild-sb тоже),ничего не дали , эффект тот же. Может кто подскажет что можно сделать чтобы FS наконец ожила . моя система : Slackware 8.0/2.4.5 Заранее благодарен .

короче ситуэшн такая : решил поставить ведро 2.4.12 собрал , скомпилил, вроде бы все ок. но при загрузке вешается после определения промайза , как я понял на определении винта , причем вешается намертво , после этого только резет , такое ощущение что в новых ядрах что-то сделали с дровами выше упомянутого девайса , потому как до этого пробовал воткнуть 2.4.10 были такие же грабли , однако 2.4.5 работает ,правда это ядро шло в комплекте с 8й слакой и возможно что оно чем-то пропатчено , но раньше у меня стояло 2.4.0 и тоже как ни странно все работало . конфиг ядра такой же как в 2.4.5 , может кто знает чем ЭТО лечится ? Мать "MSI - BX Master " MS-6163 ATX BX13 заранее благодарен.