faq обучение настройка
Текущее время: Вс июл 20, 2025 18:53

Часовой пояс: UTC + 3 часа




Начать новую тему Ответить на тему  [ Сообщений: 19 ]  На страницу 1, 2  След.
Автор Сообщение
 Заголовок сообщения: 804-ый и PPPOE+VPN
СообщениеДобавлено: Чт май 15, 2008 14:47 
Не в сети

Зарегистрирован: Вс дек 30, 2007 08:30
Сообщений: 21
Здравствуйте. Довольно долго бьюсь с этой проблемой, а надо было сразу зайти сюда.
На 804-ом к провайдеру подключаюсь по ПППоЕ (логин и пароль).
Другие офисы подключаются к прову по такому же принципу, только непосредственно с компов. После этого поднимается ВПН туннель до 804 в главном офисе.

Постоянно по неск. раз в день рвет туннель ВПН. Все время грешил на связь прова. До сегодняшнего дня. Позвонили в техподдержку, там сказали, что коннект был разорван клиентом (т.е. 804-ым).
После этого еще более пристально стал следить за разрывами и заметил, что как только один разрывает ВПН подключение 804-ый сразу отрубает у себя инет. И даже если нажимаешь на Коннект он все равно не коннектится. Идешь в тулзы, жмешь рестарт. И он сразу моментом цепляется к нету.
В догонку, все работают по этим туннелям с 1С. Туннель упал, но пользователь не видит и продолжает дальше печатать. А как нажимает сохранить, вылетает ошибка и 1С закрывается.

Прошивка 1.4х или 1.50 (но не б2). через час будет полная инфа по прошиве.


Вернуться наверх
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Чт май 15, 2008 17:13 
Не в сети
Сотрудник D-LINK
Сотрудник D-LINK

Зарегистрирован: Ср июл 04, 2007 13:48
Сообщений: 7031
Откуда: D-Link. Moscow
Прошивку обязательно обновить до последней версии. 1.50b2


Вернуться наверх
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Пт май 16, 2008 11:13 
Не в сети
Сотрудник D-LINK
Сотрудник D-LINK

Зарегистрирован: Ср май 10, 2006 16:40
Сообщений: 12251
Откуда: D-Link, Moscow
Не могу подтвердить. Подробности отправил на почту


Вернуться наверх
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Пн май 19, 2008 04:29 
Не в сети

Зарегистрирован: Вс дек 30, 2007 08:30
Сообщений: 21
Проблемы продолжаются. Вчера дошло до того, что 2 офиса законнектятся, а остальные не могут - у них вылетает ошибка 800, ВПН сервер недоступен. Хотя он нормально пингуется. Вообще вчера за весь день одновременно могли работать не больше 4 офисов.

Вот лог
-------------------------------------------------
System Logs
-------------------------------------------------
Sun May 18 16:36:00 2008 PADR sent
Sun May 18 16:36:00 2008 PADS recv 8002 3E77
Sun May 18 16:36:00 2008 PAP3: Authentication failed
Sun May 18 16:36:00 2008 PPP3: terminate
Sun May 18 16:36:00 2008 LCP terminate recv
Sun May 18 16:39:07 2008 PPP3: retry fail
Sun May 18 16:39:11 2008 DOD:triggered internally
Sun May 18 16:39:11 2008 PPPoE start to dial-up
Sun May 18 16:39:11 2008 PADT sent
Sun May 18 16:39:12 2008 PADI sent RDTC\
Sun May 18 16:39:12 2008 PADR sent
Sun May 18 16:39:12 2008 PADS recv 8002 9877
Sun May 18 16:39:12 2008 PAP3: OK
Sun May 18 16:39:12 2008 IPCP3: IP is 10.253.2.120
Sun May 18 16:39:12 2008 IPCP3: DNS0 is 62.231.161.9
Sun May 18 16:39:12 2008 IPCP3: DNS1 is 208.67.222.222
Sun May 18 16:39:23 2008 [START_CTRL_RQST]: tunnel 0
Sun May 18 16:39:23 2008 [OUT_CALL_RQST]: tunnel 0, peer call 0x4000
Sun May 18 16:39:24 2008 PPP: cant find user id(bardina)
Sun May 18 16:39:27 2008 [CALL_CLEAR_RQST]: tunnel 0, peer call 0x4000
Sun May 18 16:39:27 2008 destory call 0 from tunnel 0
Sun May 18 16:39:27 2008 [pptp_call_destroy]: <Hard Close> Closing PPTP call; [tunn=0], [call=0]
Sun May 18 16:39:27 2008 [STOP_CTRL_RQST]: tunnel 0
Sun May 18 16:39:27 2008 [peer](1)general request to clear.
Sun May 18 16:39:27 2008 [pptp_conn_destory]: <Hard Close> Closing PPTP connection; index=0
Sun May 18 16:39:29 2008 [START_CTRL_RQST]: tunnel 0
Sun May 18 16:39:29 2008 [OUT_CALL_RQST]: tunnel 0, peer call 0x8000
Sun May 18 16:39:30 2008 PPP: cant find user id(bardina)
Sun May 18 16:39:33 2008 [CALL_CLEAR_RQST]: tunnel 0, peer call 0x8000
Sun May 18 16:39:33 2008 destory call 0 from tunnel 0
Sun May 18 16:39:33 2008 [pptp_call_destroy]: <Hard Close> Closing PPTP call; [tunn=0], [call=0]
Sun May 18 16:39:33 2008 [STOP_CTRL_RQST]: tunnel 0
Sun May 18 16:39:33 2008 [peer](1)general request to clear.
Sun May 18 16:39:33 2008 [pptp_conn_destory]: <Hard Close> Closing PPTP connection; index=0
Sun May 18 16:39:33 2008 [START_CTRL_RQST]: tunnel 0
Sun May 18 16:39:33 2008 [OUT_CALL_RQST]: tunnel 0, peer call 0xc000
Sun May 18 16:39:35 2008 PPP: cant find user id(bardina)
Sun May 18 16:39:37 2008 [CALL_CLEAR_RQST]: tunnel 0, peer call 0xc000
Sun May 18 16:39:37 2008 destory call 0 from tunnel 0
Sun May 18 16:39:37 2008 [pptp_call_destroy]: <Hard Close> Closing PPTP call; [tunn=0], [call=0]
Sun May 18 16:39:37 2008 [STOP_CTRL_RQST]: tunnel 0
Sun May 18 16:39:37 2008 [peer](1)general request to clear.
Sun May 18 16:39:37 2008 [pptp_conn_destory]: <Hard Close> Closing PPTP connection; index=0
Sun May 18 16:39:37 2008 [START_CTRL_RQST]: tunnel 0
Sun May 18 16:39:37 2008 [OUT_CALL_RQST]: tunnel 0, peer call 0x0
Sun May 18 16:39:38 2008 [CALL_CLEAR_RQST]: tunnel 0, peer call 0x0
Sun May 18 16:39:38 2008 destory call 0 from tunnel 0
Sun May 18 16:39:38 2008 [pptp_call_destroy]: <Hard Close> Closing PPTP call; [tunn=0], [call=0]
Sun May 18 16:39:38 2008 [STOP_CTRL_RQST]: tunnel 0
Sun May 18 16:39:38 2008 [peer](1)general request to clear.
Sun May 18 16:39:38 2008 [pptp_conn_destory]: <Hard Close> Closing PPTP connection; index=0
Sun May 18 16:39:40 2008 [START_CTRL_RQST]: tunnel 0
Sun May 18 16:39:40 2008 [OUT_CALL_RQST]: tunnel 0, peer call 0x4000
Sun May 18 16:40:47 2008 PPPoE start to hang-up
Sun May 18 16:40:47 2008 PADT sent
Sun May 18 16:40:51 2008 DOD:TCP trigger from 192.168.1.100:4899 to 10.0.0.2:1243
Sun May 18 16:40:51 2008 PPPoE start to dial-up
Sun May 18 16:40:51 2008 PADI sent RDTC\
Sun May 18 16:40:51 2008 PADI sent RDTC\
Sun May 18 16:40:51 2008 PADR sent
Sun May 18 16:40:51 2008 PADS recv 8002 AD77
Sun May 18 16:40:51 2008 PAP3: Authentication failed
Sun May 18 16:40:51 2008 PPP3: terminate
Sun May 18 16:40:51 2008 LCP terminate recv
Sun May 18 16:40:52 2008 UPP: Eventing NG:-12
Sun May 18 16:43:59 2008 PPP3: retry fail
Sun May 18 16:44:03 2008 DOD:triggered internally
Sun May 18 16:44:03 2008 PPPoE start to dial-up
Sun May 18 16:44:03 2008 PADT sent
Sun May 18 16:44:04 2008 PADI sent RDTC\
Sun May 18 16:44:04 2008 PADR sent
Sun May 18 16:44:04 2008 PADS recv 8002 D577
Sun May 18 16:44:04 2008 PAP3: OK
Sun May 18 16:44:04 2008 IPCP3: IP is 10.253.2.120
Sun May 18 16:44:04 2008 IPCP3: DNS0 is 62.231.161.9
Sun May 18 16:44:04 2008 IPCP3: DNS1 is 208.67.222.222
Sun May 18 16:44:10 2008 [START_CTRL_RQST]: tunnel 0
Sun May 18 16:44:10 2008 [OUT_CALL_RQST]: tunnel 0, peer call 0x8000
Sun May 18 16:44:45 2008 [START_CTRL_RQST]: tunnel 1
Sun May 18 16:44:46 2008 [OUT_CALL_RQST]: tunnel 1, peer call 0x0
Sun May 18 16:45:45 2008 [START_CTRL_RQST]: tunnel 2
Sun May 18 16:45:47 2008 [OUT_CALL_RQST]: tunnel 2, peer call 0xc000
Sun May 18 16:47:00 2008 [START_CTRL_RQST]: tunnel 3
Sun May 18 16:47:03 2008 [OUT_CALL_RQST]: tunnel 3, peer call 0xc000
Sun May 18 16:48:06 2008 [START_CTRL_RQST]: tunnel 4
Sun May 18 16:48:10 2008 [OUT_CALL_RQST]: tunnel 4, peer call 0x8000
Sun May 18 16:49:05 2008 [START_CTRL_RQST]: tunnel 5
Sun May 18 16:49:09 2008 [OUT_CALL_RQST]: tunnel 5, peer call 0x0
Sun May 18 16:56:43 2008 [START_CTRL_RQST]: tunnel 6
Sun May 18 16:56:49 2008 [OUT_CALL_RQST]: tunnel 6, peer call 0x8000
Sun May 18 16:58:01 2008 [CALL_CLEAR_RQST]: tunnel 6, peer call 0x8000
Sun May 18 16:58:01 2008 destory call 6 from tunnel 6
Sun May 18 16:58:01 2008 [pptp_call_destroy]: <Hard Close> Closing PPTP call; [tunn=6], [call=6]
Sun May 18 16:58:06 2008 [STOP_CTRL_RQST]: tunnel 6
Sun May 18 16:58:06 2008 [peer](1)general request to clear.
Sun May 18 16:58:06 2008 [pptp_conn_destory]: <Hard Close> Closing PPTP connection; index=6
Sun May 18 16:58:22 2008 [START_CTRL_RQST]: tunnel 6
Sun May 18 16:58:28 2008 [OUT_CALL_RQST]: tunnel 6, peer call 0xc000
Sun May 18 17:10:58 2008 [CALL_CLEAR_RQST]: tunnel 6, peer call 0xc000
Sun May 18 17:10:58 2008 destory call 6 from tunnel 6
Sun May 18 17:10:58 2008 [pptp_call_destroy]: <Hard Close> Closing PPTP call; [tunn=6], [call=6]
Sun May 18 17:11:04 2008 [STOP_CTRL_RQST]: tunnel 6
Sun May 18 17:11:04 2008 [peer](1)general request to clear.
Sun May 18 17:11:04 2008 [pptp_conn_destory]: <Hard Close> Closing PPTP connection; index=6
Sun May 18 17:11:44 2008 [START_CTRL_RQST]: tunnel 6
Sun May 18 17:11:50 2008 [OUT_CALL_RQST]: tunnel 6, peer call 0x0
Sun May 18 17:33:18 2008 Blocked access attempt from 10.253.6.217:3910 to TCP port 445
Sun May 18 17:33:21 2008 Blocked access attempt from 10.253.6.217:3910 to TCP port 445
Sun May 18 17:37:44 2008 [CALL_CLEAR_RQST]: tunnel 6, peer call 0x0
Sun May 18 17:37:44 2008 destory call 6 from tunnel 6
Sun May 18 17:37:44 2008 [pptp_call_destroy]: <Hard Close> Closing PPTP call; [tunn=6], [call=6]
Sun May 18 17:37:51 2008 [STOP_CTRL_RQST]: tunnel 6
Sun May 18 17:37:51 2008 [peer](1)general request to clear.
Sun May 18 17:37:51 2008 [pptp_conn_destory]: <Hard Close> Closing PPTP connection; index=6
Sun May 18 18:19:45 2008 [START_CTRL_RQST]: tunnel 6
Sun May 18 18:19:51 2008 [OUT_CALL_RQST]: tunnel 6, peer call 0x4000
Sun May 18 18:35:37 2008 [CALL_CLEAR_RQST]: tunnel 6, peer call 0x4000
Sun May 18 18:35:37 2008 destory call 6 from tunnel 6
Sun May 18 18:35:37 2008 [pptp_call_destroy]: <Hard Close> Closing PPTP call; [tunn=6], [call=6]
Sun May 18 18:35:44 2008 [STOP_CTRL_RQST]: tunnel 6
Sun May 18 18:35:44 2008 [peer](1)general request to clear.
Sun May 18 18:35:44 2008 [pptp_conn_destory]: <Hard Close> Closing PPTP connection; index=6
Sun May 18 18:42:02 2008 Blocked access attempt from 10.253.0.3:4534 to TCP port 445
Sun May 18 18:42:05 2008 Blocked access attempt from 10.253.0.3:4534 to TCP port 445
Sun May 18 18:56:00 2008 [CALL_CLEAR_RQST]: tunnel 5, peer call 0x0
Sun May 18 18:56:06 2008 [STOP_CTRL_RQST]: tunnel 5
Sun May 18 18:56:06 2008 [peer](1)general request to clear.
Sun May 18 18:56:06 2008 [pptp_conn_destory]: <Hard Close> Closing PPTP connection; index=5
Sun May 18 19:00:06 2008 [CALL_CLEAR_RQST]: tunnel 4, peer call 0x8000
Sun May 18 19:00:08 2008 [STOP_CTRL_RQST]: tunnel 4
Sun May 18 19:00:08 2008 [peer](1)general request to clear.
Sun May 18 19:00:08 2008 [pptp_conn_destory]: <Hard Close> Closing PPTP connection; index=4
Sun May 18 19:11:10 2008 [pptp_conn_close]: Closing PPTP tunnel 1
Sun May 18 19:11:17 2008 [pptp_conn_destory]: <Hard Close> Closing PPTP connection; index=1
Sun May 18 19:50:52 2008 [CALL_CLEAR_RQST]: tunnel 0, peer call 0x8000
Sun May 18 19:50:52 2008 destory call 0 from tunnel 0
Sun May 18 19:50:52 2008 [pptp_call_destroy]: <Hard Close> Closing PPTP call; [tunn=0], [call=0]
Sun May 18 19:50:54 2008 [STOP_CTRL_RQST]: tunnel 0
Sun May 18 19:50:54 2008 [peer](1)general request to clear.
Sun May 18 19:50:54 2008 [pptp_conn_destory]: <Hard Close> Closing PPTP connection; index=0
Sun May 18 20:37:08 2008 [START_CTRL_RQST]: tunnel 0
Sun May 18 20:37:10 2008 [OUT_CALL_RQST]: tunnel 0, peer call 0x8000
Sun May 18 21:21:50 2008 [CALL_CLEAR_RQST]: tunnel 3, peer call 0xc000
Sun May 18 21:21:50 2008 destory call 3 from tunnel 3
Sun May 18 21:21:50 2008 [pptp_call_destroy]: <Hard Close> Closing PPTP call; [tunn=3], [call=3]
Sun May 18 21:21:53 2008 [STOP_CTRL_RQST]: tunnel 3
Sun May 18 21:21:53 2008 [peer](1)general request to clear.
Sun May 18 21:21:53 2008 [pptp_conn_destory]: <Hard Close> Closing PPTP connection; index=3
Sun May 18 21:23:44 2008 [CALL_CLEAR_RQST]: tunnel 0, peer call 0x8000
Sun May 18 21:23:44 2008 destory call 0 from tunnel 0
Sun May 18 21:23:44 2008 [pptp_call_destroy]: <Hard Close> Closing PPTP call; [tunn=0], [call=0]
Sun May 18 21:23:45 2008 [STOP_CTRL_RQST]: tunnel 0
Sun May 18 21:23:45 2008 [peer](1)general request to clear.
Sun May 18 21:23:45 2008 [pptp_conn_destory]: <Hard Close> Closing PPTP connection; index=0
Sun May 18 21:28:57 2008 [CALL_CLEAR_RQST]: tunnel 2, peer call 0xc000
Sun May 18 21:28:57 2008 destory call 2 from tunnel 2
Sun May 18 21:28:57 2008 [pptp_call_destroy]: <Hard Close> Closing PPTP call; [tunn=2], [call=2]
Sun May 18 21:28:57 2008 [STOP_CTRL_RQST]: tunnel 2
Sun May 18 21:28:57 2008 [peer](1)general request to clear.
Sun May 18 21:28:57 2008 [pptp_conn_destory]: <Hard Close> Closing PPTP connection; index=2
Sun May 18 22:11:58 2008 Syn Time: Sun May 18 21:11:58 2008


Могу конфиги в личку скинуть.


Вернуться наверх
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Пн май 19, 2008 09:37 
Не в сети
Сотрудник D-LINK
Сотрудник D-LINK

Зарегистрирован: Ср май 10, 2006 16:40
Сообщений: 12251
Откуда: D-Link, Moscow
Я теперь вообще ничего не понимаю.
У вас устройсвто подключается по PPPoE и одновременно является PPTP сервером? В таком случае всё правильно, что не работает. Устройство не может быть использовано как l2tp или pptp сервер при типе подключения на WAN порту pptp или PPPoE.


Вернуться наверх
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Вт май 20, 2008 06:33 
Не в сети

Зарегистрирован: Вс дек 30, 2007 08:30
Сообщений: 21
Вот блин, сам же так ответил в другой теме, а у себя бревно в глазу не заметил. :lol: Как мне стоит тогда сделать? Необходимы туннели между центральным офисом и остальными.

PS: Система работает, но как только одного выкидывает, сразу всех выбивает.
Ради интереса вчера поставил на отпинговку яндекс примерно минут на 15. Увидел, что периодически один ICMP пакет из 80-100 недоходит. Будем беседовать. Жду Вашего ответа, т.к. работа практически стоит. И что самое идиотское, эту схему на 804-ых нам предложил провайдер. САМ.


Вернуться наверх
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Вт май 20, 2008 11:09 
Не в сети
Сотрудник D-LINK
Сотрудник D-LINK

Зарегистрирован: Ср май 10, 2006 16:40
Сообщений: 12251
Откуда: D-Link, Moscow
Вам надо заменить pptp туннели на IPSec, тогда проблем быть не должно. IPSec устройством поддерживается при любом типе подключения WAN порта.


Вернуться наверх
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Ср май 21, 2008 14:35 
Не в сети

Зарегистрирован: Вс дек 30, 2007 08:30
Сообщений: 21
В общем, настроил сегодня туннели IPSEC, причем сначала один динамический, потом оба, потом один статический. На клиентском компе сделал все как в факе написано. В итоге на компе Согласование используемого уровня безопасности IP
и только. Дальше ничего не происходит. Смотрю в логи 804-го, там вообще тишина. В статусе ВПН Idle. Нажимаешь реконнект, в логах появляется это:
-------------------------------------------------
System Logs
-------------------------------------------------
Fri May 16 01:48:07 2008 UPP: Eventing NG:-12
Fri May 16 01:48:10 2008 DOD:triggered internally
Fri May 16 01:48:10 2008 PPPoE start to dial-up
Fri May 16 01:48:10 2008 PADT sent
Fri May 16 01:48:11 2008 PADI sent RDTC\
Fri May 16 01:48:11 2008 PADR sent
Fri May 16 01:48:11 2008 PADS recv 8002 A5D6
Fri May 16 01:48:11 2008 PAP3: OK
Fri May 16 01:48:11 2008 IPCP3: IP is 10.253.2.120
Fri May 16 01:48:11 2008 IPCP3: DNS0 is 62.231.161.9
Fri May 16 01:48:11 2008 IPCP3: DNS1 is 208.67.222.222
Fri May 16 01:48:30 2008 [START_CTRL_RQST]: tunnel 0
Fri May 16 01:48:30 2008 [OUT_CALL_RQST]: tunnel 0, peer call 0x4000
Fri May 16 01:48:43 2008 Send IKE M1(INIT) : 10.253.2.120 --> 10.253.2.121
Fri May 16 01:48:43 2008 Receive IKE M2(RESP) : 10.253.2.121 --> 10.253.2.120
Fri May 16 01:48:43 2008 Try to match with ENC:3DES AUTH:PSK HASH:SHA1 Group:Group2
Fri May 16 01:48:43 2008 Send IKE M3(KEYINIT) : 10.253.2.120 --> 10.253.2.121
Fri May 16 01:48:43 2008 Receive IKE M4(KEYRESP) : 10.253.2.121 --> 10.253.2.120
Fri May 16 01:48:44 2008 Send IKE M5(IDINIT) : 10.253.2.120 --> 10.253.2.121
Fri May 16 01:48:44 2008 Receive IKE M6(IDRESP) : 10.253.2.121 --> 10.253.2.120
Fri May 16 01:48:44 2008 IKE Phase1 (ISAKMP SA) established : 10.253.2.121 <-> 10.253.2.120
Fri May 16 01:48:44 2008 Send IKE Q1(QINIT) : 192.168.1.0 --> 192.168.3.12
Fri May 16 01:48:44 2008 Receive IKE INFO : 10.253.2.121 --> 10.253.2.120
Fri May 16 01:48:49 2008 IKED re-TX : QINIT to 10.253.2.121
Fri May 16 01:48:54 2008 IKED re-TX : QINIT to 10.253.2.121
Fri May 16 01:49:04 2008 IKED re-TX : QINIT to 10.253.2.121
Fri May 16 01:49:14 2008 IKED re-TX : QINIT to 10.253.2.121
Fri May 16 01:49:21 2008 [START_CTRL_RQST]: tunnel 1
Fri May 16 01:49:22 2008 [OUT_CALL_RQST]: tunnel 1, peer call 0xc000
Fri May 16 01:49:30 2008 [START_CTRL_RQST]: tunnel 2
Fri May 16 01:49:31 2008 [OUT_CALL_RQST]: tunnel 2, peer call 0x4000
Fri May 16 01:49:34 2008 IKED re-TX : QINIT to 10.253.2.121
Fri May 16 01:49:34 2008 Send IKE (INFO) : delete [192.168.1.0|10.253.2.120]-->[10.253.2.121|192.168.3.12] phase 2
Fri May 16 01:49:34 2008 IKE phase2 (IPSec SA) remove : 192.168.1.0 <-> 192.168.3.12
Fri May 16 01:49:34 2008 inbound SPI = 0x9000010, outbound SPI = 0x0
Fri May 16 01:49:34 2008 Send IKE (INFO) : delete 10.253.2.120 -> 10.253.2.121 phase 1
Fri May 16 01:49:34 2008 IKE phase1 (ISAKMP SA) remove : 10.253.2.120 <-> 10.253.2.121
Fri May 16 01:49:34 2008 PPPoE start to hang-up
Fri May 16 01:49:34 2008 PADT sent
Fri May 16 01:49:37 2008 UPP: Eventing NG:-12
Fri May 16 01:49:37 2008 UPP: Eventing NG:-12
Fri May 16 01:49:38 2008 DOD:TCP trigger from 192.168.1.15:3364 to 10.253.2.121:4899
Fri May 16 01:49:38 2008 PPPoE start to dial-up
Fri May 16 01:49:38 2008 PADI sent RDTC\
Fri May 16 01:49:38 2008 PADR sent
Fri May 16 01:49:38 2008 PADS recv 8002 E5D6
Fri May 16 01:49:38 2008 PAP3: Authentication failed
Fri May 16 01:49:38 2008 PPP3: terminate
Fri May 16 01:49:38 2008 LCP terminate recv
Fri May 16 01:49:57 2008 DOD:prot 1 trigger from 192.168.1.15 to 10.253.2.121
Fri May 16 01:49:57 2008 PPPoE start to dial-up
Fri May 16 01:49:57 2008 PADT sent
Fri May 16 01:49:58 2008 PADI sent RDTC\
Fri May 16 01:49:58 2008 PADR sent
Fri May 16 01:49:58 2008 PADS recv 8002 F4D6
Fri May 16 01:49:58 2008 PAP3: OK
Fri May 16 01:49:58 2008 IPCP3: IP is 10.253.2.120
Fri May 16 01:49:58 2008 IPCP3: DNS0 is 62.231.161.9
Fri May 16 01:49:58 2008 IPCP3: DNS1 is 208.67.222.222
Fri May 16 01:50:39 2008 [START_CTRL_RQST]: tunnel 0
Fri May 16 01:50:39 2008 [OUT_CALL_RQST]: tunnel 0, peer call 0x0
Fri May 16 01:50:40 2008 [START_CTRL_RQST]: tunnel 1
Fri May 16 01:50:40 2008 [OUT_CALL_RQST]: tunnel 1, peer call 0x8000
Fri May 16 01:51:06 2008 [START_CTRL_RQST]: tunnel 2
Fri May 16 01:51:08 2008 [OUT_CALL_RQST]: tunnel 2, peer call 0x0
Fri May 16 01:53:22 2008 Send IKE M1(INIT) : 10.253.2.120 --> 10.253.2.121
Fri May 16 01:53:22 2008 Receive IKE M2(RESP) : 10.253.2.121 --> 10.253.2.120
Fri May 16 01:53:22 2008 Try to match with ENC:3DES AUTH:PSK HASH:SHA1 Group:Group2
Fri May 16 01:53:22 2008 Send IKE M3(KEYINIT) : 10.253.2.120 --> 10.253.2.121
Fri May 16 01:53:22 2008 Receive IKE M4(KEYRESP) : 10.253.2.121 --> 10.253.2.120
Fri May 16 01:53:22 2008 Send IKE M5(IDINIT) : 10.253.2.120 --> 10.253.2.121
Fri May 16 01:53:22 2008 Receive IKE M6(IDRESP) : 10.253.2.121 --> 10.253.2.120
Fri May 16 01:53:22 2008 IKE Phase1 (ISAKMP SA) established : 10.253.2.121 <-> 10.253.2.120
Fri May 16 01:53:22 2008 Send IKE Q1(QINIT) : 192.168.1.0 --> 192.168.3.12
Fri May 16 01:53:22 2008 Receive IKE INFO : 10.253.2.121 --> 10.253.2.120
Fri May 16 01:53:27 2008 IKED re-TX : QINIT to 10.253.2.121
Fri May 16 01:53:32 2008 IKED re-TX : QINIT to 10.253.2.121
Fri May 16 01:53:42 2008 IKED re-TX : QINIT to 10.253.2.121
Fri May 16 01:53:52 2008 IKED re-TX : QINIT to 10.253.2.121
Fri May 16 01:54:12 2008 IKED re-TX : QINIT to 10.253.2.121
Fri May 16 01:54:13 2008 Send IKE (INFO) : delete [192.168.1.0|10.253.2.120]-->[10.253.2.121|192.168.3.12] phase 2
Fri May 16 01:54:13 2008 IKE phase2 (IPSec SA) remove : 192.168.1.0 <-> 192.168.3.12
Fri May 16 01:54:13 2008 inbound SPI = 0xb000010, outbound SPI = 0x0
Fri May 16 01:56:48 2008 [START_CTRL_RQST]: tunnel 3
Fri May 16 01:56:51 2008 [OUT_CALL_RQST]: tunnel 3, peer call 0x8000

Настройки:
WAN 804: 10.253.2.120
Lan 192.168.1.1 /192.168.1.0/255.255.255.0
Сервак внутри сети 192.168.1.100

Удаленный клиент:
Подключение к прову по ПППОЕ, ИП 10.253.2.121. Адрес сетевухи 192.168.3.12

в настройках на 804-ом удаленный адрес указывал как 192.168.3.12, а шлюз 10.253.2.121. Это правильно? Или надо было указать 10.253.2.121 и то и другое?


Вернуться наверх
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Чт май 22, 2008 10:26 
Не в сети

Зарегистрирован: Вс дек 30, 2007 08:30
Сообщений: 21
Поднимаю тему. Начальство уже запилило, офисы отваливаются в день по 7-10 раз, и проблема стоит очень остро. Жду любые советы и предложения.


Вернуться наверх
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Чт май 22, 2008 11:07 
Не в сети
Сотрудник D-LINK
Сотрудник D-LINK

Зарегистрирован: Ср июл 04, 2007 13:48
Сообщений: 7031
Откуда: D-Link. Moscow
Версия прошивок на устройствах? Как настраивали каждое? обрисуте подробнее топологию с IP адресами.


Вернуться наверх
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Чт май 22, 2008 11:17 
Не в сети

Зарегистрирован: Вс дек 30, 2007 08:30
Сообщений: 21
вот топология
http://abagur.nm.ru/topology.JPG

к прову подключаюсь по ПППОЕ.
Сервер: ЛАН 192.168.1.100, шлюз 192.168.1.1
Шлюз:
Лан: 192.168.1.1 / 255.255.255.255
Ван: 10.253.2.120 (после подключения по ПППОЕ)

далее сеть прова.
Потом комп (клиент): Лан 192.168.3.12 / 255.255.255.255
Подключается к прову по ПППОЕ, получает айпишник 10.253.2.121.

Устройство одно. Прошивка последняя. 1.50б2

Попробовал на ДЛинке поставить вместо 192.168.3.12 (как удаленный адрес) 10.253.2.121 (его адрес после подключения к прову по ПППОЕ). Не помогло :(


Вернуться наверх
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Пт май 23, 2008 08:16 
Не в сети

Зарегистрирован: Вс дек 30, 2007 08:30
Сообщений: 21
Начинаю занимать деньги на свои похороны, т.к. если сегодня не сделаю мне конец :'(


Вернуться наверх
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Пт май 23, 2008 11:33 
Не в сети

Зарегистрирован: Вс дек 30, 2007 08:30
Сообщений: 21
Еще пока жив, но недолго осталось. Техподд. подскажите, плиз...


Вернуться наверх
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Пт май 23, 2008 13:01 
Не в сети
Сотрудник D-LINK
Сотрудник D-LINK

Зарегистрирован: Ср июл 04, 2007 13:48
Сообщений: 7031
Откуда: D-Link. Moscow
Видимо какая то проблема на стороне клиента, попробуйте запустить службу IPSec у клиента, так же настроить windows по этой инструкции http://www.dlink.ru/technical/faq_vpn_21.php на мой взгляд тут более подробно освещены все аспекты, только учитывайте, что у вас просто хост за которым подсетей нет.


Вернуться наверх
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Сб май 24, 2008 16:27 
Не в сети

Зарегистрирован: Вс дек 30, 2007 08:30
Сообщений: 21
Подцепил ноут напрямую к WAN порту. Сделал похожую адресацию. Все сразу поднялось. НО. Пинги до серва не идут.

Т.е.
Ноут (10.1.2.4) - (10.1.2.3) 804Wan | 804Lan 192.168.1.1 - 192.168.1.100

При пинге с ноута сервака 192.168.1.100 сначала идет "Согласование уровня безопасности". Потом превышен интервал ожидания. Никаких файрволов на тачках не стоит.


Вернуться наверх
 Профиль  
 
Показать сообщения за:  Сортировать по:  
Начать новую тему Ответить на тему  [ Сообщений: 19 ]  На страницу 1, 2  След.

Часовой пояс: UTC + 3 часа


Кто сейчас на форуме

Сейчас этот форум просматривают: нет зарегистрированных пользователей и гости: 593


Вы не можете начинать темы
Вы не можете отвечать на сообщения
Вы не можете редактировать свои сообщения
Вы не можете удалять свои сообщения
Вы не можете добавлять вложения

Найти:
Перейти:  
Создано на основе phpBB® Forum Software © phpBB Group
Русская поддержка phpBB