Re: [Sysadmins] Как прикрыть сторонние прокси?

Re: [Sysadmins] Как прикрыть сторонние прокси?

[Ivan Fedorov]

[-- Attachment #1: Type: text/plain, Size: 748 bytes --]

Александр Ежов <csander-5URONGGNgjI@public.gmane.org> writes:

> AltLinux 5 школьный сервер, прозрачный прокси squid. Случайно обратил
> внимание на то, что пользователь прописал в браузере прокси сервер IP
> и порт, видимо знакомый админ есть, а может через домашний комп, но
> это не суть. Как это можно закрыть и в будущем контролировать,
> т.к. статистика ничего не показывает по понятным причинам.

iptables вам в помощь... то бишь любой firewall.

[-- Attachment #2: Type: application/pgp-signature, Size: 197 bytes --]

Re: [Sysadmins] Как прикрыть сторонние прокси?

[Andrii Dobrovol`s`kii]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA256

Александр Ежов пишет:
> AltLinux 5 школьный сервер, прозрачный прокси squid. Случайно обратил
> внимание на то, что пользователь прописал в браузере прокси сервер IP и
> порт, видимо знакомый админ есть, а может через домашний комп, но это не
> суть. Как это можно закрыть и в будущем контролировать, т.к. статистика
> ничего не показывает по понятным причинам.
> 
Ходить проверять...
А чем Вас напрягает сторонний прокси?
- -- 
Rgrds,
Andriy
*********************************************************************
email: dobr at iop dot kiev dot ua            Kyiv, Ukraine
Phone: (380-44)   525-7824            Department of Gas Electronics
Fax:   (380-44)   525-2329             Institute of Physics of NASU
*********************************************************************
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.10 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iF4EAREIAAYFAkzzl/MACgkQpBPgR3404hPArwD+J1DE2I7ABKxLMIyfLnbwNBTd
yz7x9hIie+0RmD9eHCcA/0ka3PgPI6Eef+/8qiv2pSvM7U8hV6dAOSVNpU5cvXbq
=zzAM
-----END PGP SIGNATURE-----

Re: [Sysadmins] Как прикрыть сторонние прокси?

["А. Куликовский"]

29.11.2010 14:01, Ivan Fedorov пишет:
> Александр Ежов <csander-5URONGGNgjI@public.gmane.org> writes:
> 
>> AltLinux 5 школьный сервер, прозрачный прокси squid. Случайно обратил
>> внимание на то, что пользователь прописал в браузере прокси сервер IP
>> и порт, видимо знакомый админ есть, а может через домашний комп, но
>> это не суть. Как это можно закрыть и в будущем контролировать,
>> т.к. статистика ничего не показывает по понятным причинам.
> 
> iptables вам в помощь... то бишь любой firewall.
> 
Перенаправлять на свой прокси не только порты http (80 etc),  но и порты
прокси (3128, 8080 ...)

-- 
С уважением, А.Куликовский
Гимназия №1 г.Дзержинска, РБ

Re: [Sysadmins] Как прикрыть сторонние прокси?

[Alexey Shabalin]

2010/11/29 Dank Bagryantsev <4alt@mail.ru>
>
> Здравствуйте, Александр.
>
> Вы писали 29 ноября 2010 г., 13:55:11:
>
>
> AltLinux 5 школьный сервер, прозрачный прокси squid. Случайно обратил внимание на то, что пользователь прописал в браузере прокси сервер IP и порт, видимо знакомый админ есть, а может через домашний комп, но это не суть. Как это можно закрыть и в будущем контролировать, т.к. статистика ничего не показывает по понятным причинам.
>
> Запретить через iptables форвардинг любых TCP-пакетов (еще и UDP можно). Политикой iptables например.
> То, что нужно пускать мимо прокси - явно разрешить.
> Иначе никак не получится, сторонние прокси могут быть на разных IP и портах.
Например на udp port 53. обычная практика - разрешить всем доступ к
DNS, чем и можно воспользоваться.
:)

--
Alexey Shabalin

Re: [Sysadmins] Как прикрыть сторонние прокси?

[Dank Bagryantsev]

Здравствуйте, Alexey.

Вы писали 29 ноября 2010 г., 22:56:08:

>> Запретить через iptables форвардинг любых TCP-пакетов (еще и UDP можно). Политикой iptables например.
>> То, что нужно пускать мимо прокси - явно разрешить.
>> Иначе никак не получится, сторонние прокси могут быть на разных IP и портах.
AS> Например на udp port 53. обычная практика - разрешить всем доступ к
AS> DNS, чем и можно воспользоваться.
AS> :)

IMHO, напрямую в броузере UDP-порт для прокси не задействуешь.
А вот через тот же OpenVPN на udp port 53 - это мигом :) и потом
соответственно куда угодно :)

Еще по поводу возможности инкапсуляции трафика в ICMP-пакеты можно
порассуждать :)


-- 
С уважением,
 Dank