LinuxForum.Fans
Тема

континент АП 3.5 через linux шлюз

Автор: semperN 11 сообщений 5403 просмотров
#276526

Нужно заставить работать континент ап. В качестве шлюза стоит fedora 15 где маскарадится моя подсеть 192.168.1.0/24 (прокси не используется). Выход в интернет происходит через местного провайдера по pptp. IP сервака для континента ап пингуется но сам клиент не может соедениться выдает ошибки 734 либо 721 вроде. Думаю проблема в iptables но не как не могу понять какие именно. Подскажите пожалуйста как быть может кто сталкивался.
Вот конфиг iptables.

text
# Generated by iptables-save v1.4.10 on Wed Sep 26 08:23:53 2012
*nat
:PREROUTING ACCEPT [3939:322973]
:INPUT ACCEPT [1039:113200]
:OUTPUT ACCEPT [905:65602]
:POSTROUTING ACCEPT [905:65602]
-A POSTROUTING -s 192.168.1.0/24 -o ppp5 -j MASQUERADE
-A POSTROUTING -s 10.10.10.0/24 -o eth0 -j MASQUERADE
COMMIT
# Completed on Wed Sep 26 08:23:53 2012
# Generated by iptables-save v1.4.10 on Wed Sep 26 08:23:53 2012
*filter
:INPUT ACCEPT [3471:2122647]
:FORWARD ACCEPT [0:0]
:OUTPUT ACCEPT [4052:530312]
-A INPUT -i tun0 -j ACCEPT
-A INPUT -i ppp5 -p tcp -m tcp --sport 1195 -j ACCEPT
-A INPUT -i eth0 -j ACCEPT
-A FORWARD -p tcp -m tcp --tcp-flags SYN,RST SYN -j TCPMSS --clamp-mss-to-pmtu
-A FORWARD -i tun0 -j ACCEPT
-A FORWARD -m conntrack --ctstate RELATED,ESTABLISHED -j ACCEPT
-A OUTPUT -o tun0 -j ACCEPT
-A OUTPUT -o ppp5 -p tcp -m tcp --dport 1195 -j ACCEPT
-A OUTPUT -o eth0 -j ACCEPT
COMMIT

iptables -L

text
Chain INPUT (policy ACCEPT)
target     prot opt source               destination
ACCEPT     all  --  anywhere             anywhere
ACCEPT     tcp  --  anywhere             anywhere            tcp spt:rsf-1
ACCEPT     all  --  anywhere             anywhere
ACCEPT     all  --  anywhere             anywhere

Chain FORWARD (policy ACCEPT) target prot opt source destination TCPMSS tcp -- anywhere anywhere tcp flags:SYN,RST/SYN TCPMSS clamp to PMTU ACCEPT all -- anywhere anywhere

ACCEPT udp -- anywhere anywhere udp dpt:silhouette ACCEPT tcp -- anywhere anywhere tcp dpt:silhouette ACCEPT udp -- anywhere anywhere udp spt:silhouette ACCEPT tcp -- anywhere anywhere tcp spt:silhouette

ACCEPT all -- anywhere anywhere ctstate RELATED,ESTABLISHED ACCEPT all -- anywhere anywhere

Chain OUTPUT (policy ACCEPT) target prot opt source destination ACCEPT all -- anywhere anywhere ACCEPT tcp -- anywhere anywhere tcp dpt:rsf-1 ACCEPT all -- anywhere anywhere ACCEPT all -- anywhere anywhere

ip a:

text
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 16436 qdisc noqueue state UNKNOWN
    link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
    inet 127.0.0.1/8 scope host lo
    inet6 ::1/128 scope host
       valid_lft forever preferred_lft forever
2: eth1: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP qlen 1000
    link/ether 00:26:5a:67:ca:fa brd ff:ff:ff:ff:ff:ff
    inet 10.0.134.56/26 brd 10.0.134.63 scope global eth1
    inet6 fe80::226:5aff:fe67:cafa/64 scope link
       valid_lft forever preferred_lft forever
3: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UNKNOWN qlen 1000
    link/ether 00:16:76:80:15:e8 brd ff:ff:ff:ff:ff:ff
    inet 192.168.1.10/24 brd 192.168.1.255 scope global eth0
    inet6 fe80::216:76ff:fe80:15e8/64 scope link
       valid_lft forever preferred_lft forever
4: tun0: <POINTOPOINT,MULTICAST,NOARP,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UNKNOWN qlen 100
    link/none
    inet 10.10.10.1 peer 10.10.10.2/32 scope global tun0
6: ppp5: <POINTOPOINT,MULTICAST,NOARP,UP,LOWER_UP> mtu 1000 qdisc pfifo_fast state UNKNOWN qlen 3
    link/ppp
    inet 213.xx.xx.xx peer 213.108.144.29/32 scope global ppp5
#276533

кто нибудь помогите плиз очень надо.

#276535

насколько я помню по работе в казначействе в свое время, ошибка 721 выдавалась при неверной настройке портов в самом континенте ап.. Или не то?

#276536

Помогите вам помочь.
Что в документации на "Континент АП" сказано про номера используемых им протоколов и портов?
Что о том же думает снифер?
Что означают номера ошибок согласно документации "Континент АП"?

#276537

Вот там http://usergate.ru/support/forum/index.php?PAGE_NAME=read&FID=12&TID=10628&MID=s
пишут:


Для передачи защищённого трафика "Континент" используется IP- протокол с номером 250. Если на пути зашифров. трафика, передаваемого между абонентскими пунктами, аходятся межсетевые экраны или другое оборудование, осуществляющее фильтрацию IP - пакетов, необходимо создать для них правила, разрешающие прохождение IP- пакетов по этому протоколу в обоих направлениях. Кроме того, необходимо разрешить прохождение пакетов для следующих соединений в обоих направлениях по следующим портам: TCP - соединение порты 4439, 4440, 4443. UDP -соединение порт 4440.

Делали?
UPD: Ложная тревога, похоже, для 3.5 многое уже не актуально, см.ниже.

ps. Судя по


*nat
:PREROUTING ACCEPT [3939:322973]
:INPUT ACCEPT [1039:113200]
:OUTPUT ACCEPT [905:65602]
:POSTROUTING ACCEPT [905:65602]

*filter
:INPUT ACCEPT [3471:2122647]
:FORWARD ACCEPT [0:0]
:OUTPUT ACCEPT [4052:530312]
в последующих правилах "... -j ACCEPT" толку не больше чем никакого. Руководство по iptables требует незамедлительного его вдумчивого прочтения.

pps. По той же ссылке:

Континент-АП, начиная с версии 3.2, не использует в своей работе ip250. Если у Вас установлена более ранняя версия - запросите актуальную в той организации, для связи с которой используется АП. Список протоколов и портов, которые нужно открыть, можно посмотреть в документации (в формате pdf на русском языке должна предоставляться вместе с дистрибутивом ПО. Если недодали - требуйте), найдя через "Поиск" русское слово "порты".
Что там написано для вашей версии? В руководстве администратора / 3.6 / линукс указано:

Протокол/порт
Назначение
Источник/получатель
Примечание

UDP/4433
Обмен сообщениями между сервером доступа и абонентским пунктом
Сервер доступа / Абонентский пункт
Номер порта по умолчанию; изменяется в программе управления сервером доступа

UDP/7500
Обмен сообщениями между сервером доступа и абонентским пунктом
Абонентский пункт / Сервер доступа
Номер порта по умолчанию; изменяется в настройках виртуального адаптера Continent 3 PPP Adapter
В 3.5 также?
#276593
"bormant" написал:
в последующих правилах "... -j ACCEPT" толку не больше чем никакого. Руководство по iptables требует незамедлительного его вдумчивого прочтения.
pps. По той же ссылке:
Континент-АП, начиная с версии 3.2, не использует в своей работе ip250. Если у Вас установлена более ранняя версия - запросите актуальную в той организации, для связи с которой используется АП. Список протоколов и портов, которые нужно открыть, можно посмотреть в документации (в формате pdf на русском языке должна предоставляться вместе с дистрибутивом ПО. Если недодали - требуйте), найдя через "Поиск" русское слово "порты".
Что там написано для вашей версии? В руководстве администратора / 3.6 / линукс указано:
Протокол/порт
Назначение
Источник/получатель
Примечание
UDP/4433 
Обмен сообщениями между сервером доступа и абонентским пунктом
Сервер доступа / Абонентский пункт
Номер порта по умолчанию; изменяется в программе управления сервером доступа
UDP/7500 
Обмен сообщениями между сервером доступа и абонентским пунктом
Абонентский пункт / Сервер доступа
Номер порта по умолчанию; изменяется в настройках виртуального адаптера Continent 3 PPP Adapter
В 3.5 также?

Шлюз не я настраивал, можно сказать с корабля на бал сразу попал. В казначействе сказали использутся порты udp 7500, 4433 и tcp 4433, 4439.

#276641

А как на счет того что-бы изначально сервак с прогой на прямую подключить к интернет и проверить работоспособность программы. А потом уже утаскивать сервер за шлюз

#276691
"l_cho" написал:
А как на счет того что-бы изначально сервак с прогой на прямую подключить к интернет и проверить работоспособность программы. А потом уже утаскивать сервер за шлюз

шлюз и где будет континент па на разных этажах. И не кто не даст его туда тащить.

#276696

Тогда пробрось , форвардингом интернет на нужный ip и более не надо мудрить

#276748

Сегодня поехал в казначейство проверять сертификат. оказывается сертификат не верный. жду новый.

#276993

Тему можно закрывать. Косяк оказывается был в самом сертификате. Слишком длинное полное наименование организации.

Войдите или зарегистрируйтесь, чтобы ответить.