Telnet с машины с аськой
telnet login.icq.com 5190
Подключение к login.icq.com...Не удалось открыть подключение к этому узлу, на по
рт 5190: Сбой подключения
telnet login.icq.com 443
пустой экран, затем обратно вываливается в командную строку
Telnet с машины с аськой
telnet login.icq.com 5190
Подключение к login.icq.com...Не удалось открыть подключение к этому узлу, на по
рт 5190: Сбой подключения
telnet login.icq.com 443
пустой экран, затем обратно вываливается в командную строку
Значить:
- 5190 порт закрыт
- 443 порт открыт
Аська должна работать на 443 порту.
Вот этим правилом
2 REDIRECT tcp -- 0.0.0.0/0 0.0.0.0/0 source IP range 192.168.0.120-192.168.0.239 tcp dpt:443 redir ports 3129
443 порт заруливается на Squid, значит и аська туда же попадает. Как её исключить из этого правила, т.е. пустить мимо Squid, транзитом?
А может так
icq = "login.icq.com"
iptables -t nat -A PREROUTING -i eth0 -s YOUR_LAN -p tcp -d ! $icq --dport 443 -j REDIRECT --to-port 3129
Тока незнаю возможно ли вписывать в правила название домена. Если нет то тогда виясните его айпи и подставите его.
А может так texticq = "login.icq.com" iptables -t nat -A PREROUTING -i eth0 -s YOUR_LAN -p tcp -d ! $icq --dport 443 -j REDIRECT --to-port 3129Тока незнаю возможно ли вписывать в правила название домена. Если нет то тогда виясните его айпи и подставите его.
Спасибо за совет, попробую, отпишую. Домен по моему можно писать.
Сбросил все правила в ACCEPT
telnet login.icq.com 443
Подключение к login.icq.com...Не удалось открыть подключение к этому узлу, на по
рт 443: Сбой подключения
telnet login.icq.com 5190
Подключение к login.icq.com...Не удалось открыть подключение к этому узлу, на по
рт 5190: Сбой подключения
Машина со Squid не является шлюзом, прокси прозрачный.
Ребят, подмогните победить данную проблему!!!
Верно. Это правило нужно сделать на машыне с сквидом, а на шлюзе открыть 443 порт для этой машыны.
Верно. Это правило нужно сделать на машыне с сквидом, а на шлюзе открыть 443 порт для этой машыны.
на шлюзе, 443 порт завернул на Squid, на Squid сделал два правила для прозрачного прокси....
REDIRECT tcp -- 0.0.0.0/0 0.0.0.0/0 source IP range 192.168.0.120-192.168.0.239 tcp dpt:80 redir ports 3128
REDIRECT tcp -- 0.0.0.0/0 0.0.0.0/0 source IP range 192.168.0.120-192.168.0.239 tcp dpt:443 redir ports 3129
пробовал с этим правилом, но...
iptables -t nat -A PREROUTING -i eth0 -s 192.168.0.0/24 -p tcp -d ! 64.12.0.0/16 --dport 443 -j REDIRECT --to-port 3129
ругается...
Using intrapositioned negation (`--option ! this`) is deprecated in favor of extrapositioned (`! --option this`).
сделал так...
iptables -t nat -A PREROUTING -i eth0 -s 192.168.0.0/24 -p tcp ! -d 64.12.0.0/16 --dport 443 -j REDIRECT --to-port 3129
проглотил.
Но всё равно не робит, и telnet не проходит. А FORWARD при таком правиле
iptables -t nat -A PREROUTING -i eth0 -s 192.168.0.0/24 -p tcp ! -d 64.12.0.0/16 --dport 443 -j REDIRECT --to-port 3129
надо делать?
Не не. Не то. Или я вас не понял или вы меня.
У вас машына со сквидом не есть шлюзом в интернет. Она просто прокси сервером влокалке. И вы хотите чтобы icq ишло именно через этот прокси. А шлюзует у вас какаято другая машына или какойто хардварный шлюз. Верно.
верно.
Сеть: Пров -> Маршрутизатор (Он же шлюз) -> Вся остальная сеть, включая Squid
Вот этим правилом2 REDIRECT tcp -- 0.0.0.0/0 0.0.0.0/0 source IP range 192.168.0.120-192.168.0.239 tcp dpt:443 redir ports 3129
443 порт заруливается на Squid, значит и аська туда же попадает. Как её исключить из этого правила, т.е. пустить мимо Squid, транзитом?
Вот здесь вы говорите что хотите аську пустить мимо сквида.
Но всё равно не робит, и telnet не проходит. А FORWARD при таком правиле
iptables -t nat -A PREROUTING -i eth0 -s 192.168.0.0/24 -p tcp ! -d 64.12.0.0/16 --dport 443 -j REDIRECT --to-port 3129
надо делать?
Да обязательно.
Как её просто в обход Squid пустить и не заморачиваться с ней. Мне её нах не надо мониторить!
ну как вариант:
# iptables -A FORWARD –dport 5190 -j ACCEPT
# iptables -A FORWARD -d login.oscar.aol.com -j ACCEPT
ща попробую
сделал так
iptables -A FORWARD -d login.oscar.aol.com -p tcp -m multiport --dport 443,5190 -j ACCEPT
но всё равно не конект.
Можт у меня аська какая нить кривая?
443
это зачем указали?
да кароч я всё перебровал и с ним и без него.
Да простят меня гуру, глупый совет, но может тебе надо проверить пересылку пакетов, хотя это не твой случай.
/etc/sysctl.conf -> net.ipv4.ip_forward = 1
включено!!!