Проблема с VPN подключением ошибка 733

Lotus · Сообщение **Lotus** » Ср июн 10, 2009 14:05

Всем доброго дня! Поставил vnp+utm5+windows2003, ставил все по инструкции Настройка UTM5 на Win Server 2003 для работы по VPN в RASS . Проблема заключаеться при создании VPN подключения на стороне клиента, при попытки установить сообщения выбивает ошибку 733 не удаеться подключиться к удаленному компьютеру
Возможно необходимо согласовать протоколы управления данного компьютера. В чем могут быть проблемы?

bear · Сообщение **bear** » Ср июн 10, 2009 14:42

шифрование попробуй отключи

Lotus · Сообщение **Lotus** » Ср июн 10, 2009 15:30

Отключал не помогло! Вот что пишет в логах

?Debug : Jun 10 16:56:17 RadiusSocket: RADIUS packet successfully received
?Debug : Jun 10 16:56:17 RadiusSocket: RADIUS raw data obtained
?Debug : Jun 10 16:56:17 RADIUS Packet: Size <277>; HDR.Size <277>
?Debug : Jun 10 16:56:18 AuthServer: Recv...
?Debug : Jun 10 16:56:18 AuthServer: Packet from NAS <127.0.0.1>
?Debug : Jun 10 16:56:18 RADIUS DBA: NAS found. Data size <0>
?Debug : Jun 10 16:56:18 AuthServer: Packet from <127.0.0.1> packet dump: RPacket:
Code: 1; ID: 12
<Vendor: 0; Attr: 1>[9]: 757365722d74657374
<Vendor: 0; Attr: 4>[4]: 7f000001
<Vendor: 0; Attr: 5>[4]: 00000002
<Vendor: 0; Attr: 6>[4]: 00000002
<Vendor: 0; Attr: 7>[4]: 00000001
<Vendor: 0; Attr: 31>[12]: 3139322e3136382e302e3537
<Vendor: 0; Attr: 44>[3]: 313137
<Vendor: 0; Attr: 61>[4]: 00000005
<Vendor: 0; Attr: 64>[4]: 00000001
<Vendor: 0; Attr: 65>[4]: 00000001
<Vendor: 0; Attr: 66>[12]: 3139322e3136382e302e3537
<Vendor: 0; Attr: 80>[16]: 73d9e426bba04b91c8ce028d88f69be2
<Vendor: 311; Attr: 9>[4]: 00000137
<Vendor: 311; Attr: 11>[16]: 384da41a0deeaa8e79c40bf2d198e944
<Vendor: 311; Attr: 18>[10]: 4d5352415356352e3230
<Vendor: 311; Attr: 25>[50]: 0000dae3f911c9eb9f4480c6b0ff9949e91000000000000000009851b2243b41955a4f3d72e1e6e671bbd544be80ce984e8c
<Vendor: 311; Attr: 34>[15]: 4d535241532d302d444d4954524959
<Vendor: 311; Attr: 35>[10]: 4d5352415356352e3130

?Debug : Jun 10 16:56:18 AuthServer: User <user-test> connecting
?Debug : Jun 10 16:56:18 AuthServer: Session for sessionid <user-test> not found in <127.0.0.1> cache
?Debug : Jun 10 16:56:18 RADIUS DBA: Info for login <user-test> found. type <1>
?Debug : Jun 10 16:56:18 AuthServer: Auth scheme: MS-CHAPv2
?Debug : Jun 10 16:56:18 AuthServer: MS-CHAPv2: Authorized user <user-test>
?Debug : Jun 10 16:56:18 AuthServer: MS-CHAPv2: MPPE Keys send
?Debug : Jun 10 16:56:18 RADIUS IPPool: Dropped on timeout: 0xc0a80002
?Debug : Jun 10 16:56:18 AuthServer: IP claimed: 0xc0a80002 (<192.168.0.2>)
?Debug : Jun 10 16:56:18 AuthServer: Calling fill radius attributes for service. Attr storage size <0>
?Debug : Jun 10 16:56:18 AuthServer: Calling fill radius attributes for slink. Attr storage size <0>
?Debug : Jun 10 16:56:18 AuthServer: Calling fill radius attributes for NAS. Attr storage size <0>
Notice: Jun 10 16:56:18 AuthServer: Login OK <user-test> from NAS <127.0.0.1> CLID <> Calling-station <192.168.0.57>
?Debug : Jun 10 16:56:18 AuthServer: Setting interim update interval from config
?Debug : Jun 10 16:56:18 AuthServer: Auth reply: RPacket:
Code: 2; ID: 12
<Vendor: 0; Attr: 6>[4]: 00000002
<Vendor: 0; Attr: 7>[4]: 00000001
<Vendor: 0; Attr: 8>[4]: c0a80002
<Vendor: 0; Attr: 9>[4]: ffffffff
<Vendor: 0; Attr: 27>[4]: 00015180
<Vendor: 311; Attr: 7>[4]: 00000001
<Vendor: 311; Attr: 8>[4]: 00000006
<Vendor: 311; Attr: 16>[34]: 8ffd7121966223f8712a95bd9bd3b864e047dd401a3669db51b121e1d813505b7f5e
<Vendor: 311; Attr: 17>[34]: 8efa3006cbf1197b7a9e20b6e61af5757358e1a7859c6f86a4845dc92e6335fa9a87
<Vendor: 311; Attr: 26>[43]: 81533d35384232443936433036423832394130353646424636374438414434453836393942463433384530

?Debug : Jun 10 16:56:18 RADIUS Packet: raw data constructed! size <209>
?Debug : Jun 10 16:56:18 RadiusSocket: Moving RADIUS packet into send queue
?Debug : Jun 10 16:56:18 RadiusSocket: RADIUS raw data sent
?Debug : Jun 10 16:56:18 AuthServer: Next...
?Trace : Jun 10 16:56:18 AuthServer: Process loop step
?Debug : Jun 10 16:56:18 RadiusSocket: Waiting for RADIUS raw data
?Debug : Jun 10 16:56:22 RadiusSocket: RADIUS packet successfully received
?Debug : Jun 10 16:56:22 RadiusSocket: RADIUS raw data obtained
?Debug : Jun 10 16:56:22 RADIUS Packet: Size <236>; HDR.Size <236>
?Debug : Jun 10 16:56:22 AcctServer: Recv...
?Debug : Jun 10 16:56:22 AcctServer: Packet from <127.0.0.1> packet dump: RPacket:
Code: 4; ID: 9
<Vendor: 0; Attr: 1>[9]: 757365722d74657374
<Vendor: 0; Attr: 4>[4]: 7f000001
<Vendor: 0; Attr: 5>[4]: 00000002
<Vendor: 0; Attr: 6>[4]: 00000002
<Vendor: 0; Attr: 7>[4]: 00000001
<Vendor: 0; Attr: 12>[4]: 00000578
<Vendor: 0; Attr: 27>[4]: 00015180
<Vendor: 0; Attr: 31>[12]: 3139322e3136382e302e3537
<Vendor: 0; Attr: 40>[4]: 00000001
<Vendor: 0; Attr: 41>[4]: 00000000
<Vendor: 0; Attr: 44>[3]: 313137
<Vendor: 0; Attr: 45>[4]: 00000001
<Vendor: 0; Attr: 50>[3]: 313335
<Vendor: 0; Attr: 51>[4]: 00000001
<Vendor: 0; Attr: 55>[4]: 4a2fbb85
<Vendor: 0; Attr: 61>[4]: 00000005
<Vendor: 0; Attr: 64>[4]: 00000001
<Vendor: 0; Attr: 65>[4]: 00000001
<Vendor: 0; Attr: 66>[12]: 3139322e3136382e302e3537
<Vendor: 311; Attr: 8>[4]: 00000000
<Vendor: 311; Attr: 9>[4]: 00000137
<Vendor: 311; Attr: 18>[10]: 4d5352415356352e3230
<Vendor: 311; Attr: 34>[15]: 4d535241532d302d444d4954524959
<Vendor: 311; Attr: 35>[10]: 4d5352415356352e3130

?Debug : Jun 10 16:56:22 RADIUS DBA: NAS found. Data size <0>
?Debug : Jun 10 16:56:22 AcctServer: Acct packet with session ID: 117
?Debug : Jun 10 16:56:22 RADIUS DBA: NAS found. Data size <0>
?Debug : Jun 10 16:56:22 AcctServer: Acct-Start packet
?Debug : Jun 10 16:56:22 AcctServer: Acct-Start: User <user-test>
?Debug : Jun 10 16:56:22 AcctServer: Acct-Session-Time (46) not present in accounting packet.
?Debug : Jun 10 16:56:22 AcctServer: No h323-setup-time (9, 25) attribute in accountig start packet. Setting to NOW <1244642182>!
?Debug : Jun 10 16:56:22 RADIUS DBA: Info for login <user-test> found. type <1>
?Debug : Jun 10 16:56:22 RADIUS DBA: info for user found. type <1> info addr <6739432>
?Debug : Jun 10 16:56:22 RADIUS DBA: search_user_info return info <6739432>
?Debug : Jun 10 16:56:22 RADIUS DBA: search_user_info return valid info
?Debug : Jun 10 16:56:22 RADIUS IPPool: Bind <0> : <c0a80002>
?Debug : Jun 10 16:56:22 RADIUS DBA: Setting interim interval <0> for session id <117>
?Debug : Jun 10 16:56:22 RADIUS DBA: Calling send_session_log_init_sync ...
?Debug : Jun 10 16:56:22 RADIUS Stream[plugin]: send_session_log_init_sync
?Debug : Jun 10 16:56:22 RADIUS Stream[plugin]: init log id <20>
?Debug : Jun 10 16:56:22 AcctServer: Reply packet dump: RPacket:
Code: 5; ID: 9

?Debug : Jun 10 16:56:22 RadiusSocket: Moving RADIUS packet into send queue
?Debug : Jun 10 16:56:22 RadiusSocket: RADIUS raw data sent
?Debug : Jun 10 16:56:22 AcctServer: Next...
?Debug : Jun 10 16:56:22 RadiusSocket: Waiting for RADIUS raw data
?Debug : Jun 10 16:56:26 RadiusSocket: RADIUS packet successfully received
?Debug : Jun 10 16:56:26 RadiusSocket: RADIUS raw data obtained
?Debug : Jun 10 16:56:26 RADIUS Packet: Size <272>; HDR.Size <272>
?Debug : Jun 10 16:56:26 AcctServer: Recv...
?Debug : Jun 10 16:56:26 AcctServer: Packet from <127.0.0.1> packet dump: RPacket:
Code: 4; ID: 10
<Vendor: 0; Attr: 1>[9]: 757365722d74657374
<Vendor: 0; Attr: 4>[4]: 7f000001
<Vendor: 0; Attr: 5>[4]: 00000002
<Vendor: 0; Attr: 6>[4]: 00000002
<Vendor: 0; Attr: 7>[4]: 00000001
<Vendor: 0; Attr: 12>[4]: 00000578
<Vendor: 0; Attr: 27>[4]: 00015180
<Vendor: 0; Attr: 31>[12]: 3139322e3136382e302e3537
<Vendor: 0; Attr: 40>[4]: 00000002
<Vendor: 0; Attr: 41>[4]: 00000000
<Vendor: 0; Attr: 42>[4]: 0000014c
<Vendor: 0; Attr: 43>[4]: 0000011d
<Vendor: 0; Attr: 44>[3]: 313137
<Vendor: 0; Attr: 45>[4]: 00000001
<Vendor: 0; Attr: 46>[4]: 00000007
<Vendor: 0; Attr: 47>[4]: 0000000e
<Vendor: 0; Attr: 48>[4]: 0000000c
<Vendor: 0; Attr: 49>[4]: 00000006
<Vendor: 0; Attr: 50>[3]: 313335
<Vendor: 0; Attr: 51>[4]: 00000001
<Vendor: 0; Attr: 55>[4]: 4a2fbb88
<Vendor: 0; Attr: 61>[4]: 00000005
<Vendor: 0; Attr: 64>[4]: 00000001
<Vendor: 0; Attr: 65>[4]: 00000001
<Vendor: 0; Attr: 66>[12]: 3139322e3136382e302e3537
<Vendor: 311; Attr: 8>[4]: 00000000
<Vendor: 311; Attr: 9>[4]: 00000137
<Vendor: 311; Attr: 18>[10]: 4d5352415356352e3230
<Vendor: 311; Attr: 34>[15]: 4d535241532d302d444d4954524959
<Vendor: 311; Attr: 35>[10]: 4d5352415356352e3130

?Debug : Jun 10 16:56:26 RADIUS DBA: NAS found. Data size <0>
?Debug : Jun 10 16:56:26 AcctServer: Acct packet with session ID: 117
?Debug : Jun 10 16:56:26 RADIUS DBA: NAS found. Data size <0>
?Debug : Jun 10 16:56:26 AcctServer: Acct-Stop packet
?Debug : Jun 10 16:56:26 RADIUS DBA: Session erase ... login type <1>
?Debug : Jun 10 16:56:26 RADIUS DBA: login type login_pool or login_named_pool
?Debug : Jun 10 16:56:26 RADIUS Stream[plugin]: finish log id <20>
?Debug : Jun 10 16:56:27 AcctServer: Reply packet dump: RPacket:
Code: 5; ID: 10

?Debug : Jun 10 16:56:27 RadiusSocket: Moving RADIUS packet into send queue
?Debug : Jun 10 16:56:27 RadiusSocket: RADIUS raw data sent
?Debug : Jun 10 16:56:27 AcctServer: Next...
?Debug : Jun 10 16:56:27 RadiusSocket: Waiting for RADIUS raw data
?Debug : Jun 10 16:56:34 RADIUS Stream[plugin]: Ping reply received

dk · Сообщение dk » Ср июн 10, 2009 15:43

Была такая ошибка, когда поднимал родной виндовый впн и не задал ручками пул IP-адресов. + по отзывам был необходим дхцп, у меня и так работал.

Lotus · Сообщение **Lotus** » Ср июн 10, 2009 15:57

В свойствах сервера на вкладке IP у меня статестический пул адресов состоит всего из одного айпишника как сказано в мануале!

bear · Сообщение **bear** » Ср июн 10, 2009 16:06

а из какого пула выдается ип адрес абоненту? и какой этот адрес?
какие услуги подключаются в тарифном плане?

Lotus · Сообщение **Lotus** » Чт июн 11, 2009 12:23

bear писал(а):а из какого пула выдается ип адрес абоненту? и какой этот адрес?
какие услуги подключаются в тарифном плане?

Ip клиенту выдает сам биллинг, но сам виндовый vpn не пропускает его из-за того что у него пул состоит всего из одного айпишника. Все решилась когда я вместо netsh ras ip add range 192.168.0.254 192.168.0.254, поставил пул 192,168,0,1 192,168,0,254. Понимаю что теперь два пользователя смогут законектиться под одним логином. Но если на самом биллинге авторизация проходит по ip, то второго пользователя сам биллинг не пустит в инет. У меня такая схема работает с биллингом trafic inspector. У кого какие будут соображения по этому поводу!