Antichat снова доступен.
Форум Antichat (Античат) возвращается и снова открыт для пользователей.
Здесь обсуждаются безопасность, программирование, технологии и многое другое.
Сообщество снова собирается вместе.
Новый адрес: forum.antichat.xyz
 |
|
Маршрутизация, настройка роутера, решение проблем.. |
15.04.2008, 18:40
|
|
Участник форума
Регистрация: 12.12.2006
Сообщений: 158
Провел на форуме:
1364740
Репутация:
114
|
|
Маршрутизация, настройка роутера, решение проблем..
Заранее приношу извинения если запостил не туда, более подходящего раздела увы нет..
Суть проблемы в следующем. Городская локалка, есно с выходом в инет.. выход в инет осуществляется посредством создания впн'а, то бишь протокол pptp.
Небольшая домашняя сетка 3-и компа. Соответственно роутер - Asus RX3042H.
В общем-то по сути разобравшись настройка ничего сложного из себя не представляет - пптп, dDHCP прова дает нам иП и шлюз (т.е. автоматом это прописывается по факту подключения), логин, пароль, иП сервака, 3-и маршрута в статикРоут (внутрений, до шлюза, до сервера) и вот оно, вуаля, НО.. здесь появляются проблемы, из лога видно что соединение с серваком проходит, аутентификация проходит, выдается мой статический иП, проходит 1,5 мин и соед принудительно рвется, при этом так же можно заметить что сервак на мои запросы в 30 метров служебной инфы отправляет 50-100б.
Короче говоря полтергейсты или ипаные скрипты со стороны прова.
Пров вообще веселый пишет что мол договором роутеры запрещены, некоторые ставят но при этом техпод-а не оказывается. Техподы это ппц веселые парни, не петрет совершенно, че делают там непонятно. Попытался с ними посоветоваться, говорят, что у меня defaultGateway совпадает c vpn, а это мол неверно, а как же инче спрашиваю я, в ответ тишина.. (вопрос кстати, роутер автоматом выставляет их равными, я изменить их никак не могу или??)
Да и вообще признаться я далеко не гуру в настройке сетевых девайсов, а так сказать матерый нуб, поэтому множество процессов в корне не понимаю. Все что есть и всю. картину в целом постарался описать. Я понимаю что помочь будет трудновато без знания интерфеса девайса, позже вечером выложу скрины .
Так вот, терь собсно просьба - кто имеет представление или просто сталкивался с этой тематикой подскажите и расскажите что знаете об этом?!!
зы: спа уже за то что мой монускритп был дочитан до конца.) 
Последний раз редактировалось mR_LiNK[deface_0nl; 15.04.2008 в 18:46..
|
|
|
16.04.2008, 17:35
|
|
Участник форума
Регистрация: 12.12.2006
Сообщений: 158
Провел на форуме:
1364740
Репутация:
114
|
|
скрины интерфейса и лога:
настройка пптп:
статик роут:
статус:
лог:
Код:
Apr 13 16:56:20 pppd[641]: remote IP address 10.0.0.21
Apr 13 16:56:20 pppd[641]: local IP address 91.123.31.7
Apr 13 16:56:20 pppd[641]: CHAP authentication succeeded: S=2A69D985B7C062E9E7A1991AB41DFC059774E4A2
Apr 13 16:56:18 pptp[644]: Outgoing call established (call ID 0, peer s call ID 4882).
Apr 13 16:56:18 pppd[641]: Connect: ppp1 <--> /dev/pts/0
Apr 13 16:56:18 pppd[641]: Using interface ppp1 ppp_mode=pptp
Apr 13 16:56:18 pppd[641]: Starting negotiation on eth1
Apr 13 16:56:18 pppd[641]: pppd 2.4.2 started by root, uid 0
Apr 13 16:56:18 pptp[644]: Received Outgoing Call Reply.
Apr 13 16:56:18 pptp[644]: Sent control packet type is 7 Outgoing-Call-Request
Apr 13 16:56:17 pptp[644]: Client connection established.
Apr 13 16:56:17 pptp[644]: Received Start Control Connection Reply
Apr 13 16:56:17 pptp[644]: Sent control packet type is 1 Start-Control-Connection-Request
Apr 13 16:56:10 pptp[622]: Closing connection
Apr 13 16:56:08 pptp[622]: read returned zero, peer has closed
Apr 13 16:56:07 pptp[624]: pppd may have shutdown, see pppd log
Apr 13 16:56:07 pptp[624]: short read (-1): Input/output error
Apr 13 16:56:06 pppd[619]: Sent 29588134 bytes, received 54 bytes.
Apr 13 16:56:06 pppd[619]: Connect time 1.4 minutes.
Apr 13 16:56:06 pptp[622]: read returned zero, peer has closed
Apr 13 16:56:06 pptp[622]: read returned zero, peer has closed
Apr 13 16:56:06 pptp[622]: Sent control packet type is 12 Call-Clear-Request
Apr 13 16:56:06 pptp[622]: Closing connection
Apr 13 16:56:06 pptp[622]: Sent control packet type is 4 Stop-Control-Connection-Reply
Apr 13 16:56:06 pptp[622]: Received Stop Control Connection Request.
Apr 13 16:56:06 pptp[622]: Call disconnect notification received (call id 4865)
Apr 13 16:56:05 pppd[619]: Sent 29588134 bytes, received 54 bytes.
Apr 13 16:56:05 pppd[619]: Connect time 1.4 minutes.
Apr 13 16:56:04 pppd[619]: Connection terminated.
Apr 13 16:56:04 pppd[619]: Serial link appears to be disconnected.
Apr 13 16:56:04 pppd[619]: No response to 7 echo-requests
Apr 13 16:55:13 kernel: fw: Connection timed out. tcp from 192.168.1.102 to 81.19.88.11 sport=1893 dport=80
Apr 13 16:54:48 kernel: sys: TCP port 55555 probe from 192.168.1.102.
Apr 13 16:54:44 pppd[619]: remote IP address 10.0.0.21
Apr 13 16:54:44 pppd[619]: local IP address 91.123.31.7
Apr 13 16:54:44 pppd[619]: CHAP authentication succeeded: S=31EB39618522140AF33905BBBBD428ECF6423B0A
Apr 13 16:54:42 pppd[619]: Connect: ppp1 <--> /dev/pts/0
Apr 13 16:54:42 pppd[619]: Using interface ppp1 ppp_mode=pptp
Apr 13 16:54:42 pppd[619]: Starting negotiation on eth1
Apr 13 16:54:42 pppd[619]: pppd 2.4.2 started by root, uid 0
Apr 13 16:54:42 pptp[622]: Outgoing call established (call ID 0, peer s call ID 4865).
Apr 13 16:54:42 pptp[622]: Received Outgoing Call Reply.
Apr 13 16:54:42 pptp[622]: Sent control packet type is 7 Outgoing-Call-Request
Apr 13 16:54:41 pptp[622]: Client connection established.
Apr 13 16:54:41 pptp[622]: Received Start Control Connection Reply
Apr 13 16:54:41 pptp[622]: Sent control packet type is 1 Start-Control-Connection-Request
Apr 13 16:54:34 pptp[600]: Closing connection
Apr 13 16:54:32 pptp[600]: read returned zero, peer has closed
Apr 13 16:54:31 pptp[602]: pppd may have shutdown, see pppd log
Apr 13 16:54:31 pptp[602]: short read (-1): Input/output error
Apr 13 16:54:30 pppd[597]: Sent 29687068 bytes, received 182 bytes.
Apr 13 16:54:30 pppd[597]: Connect time 1.4 minutes.
Apr 13 16:54:30 pptp[600]: read returned zero, peer has closed
Apr 13 16:54:30 pptp[600]: read returned zero, peer has closed
Apr 13 16:54:30 pptp[600]: Sent control packet type is 12 Call-Clear-Request
Apr 13 16:54:30 pptp[600]: Closing connection
Apr 13 16:54:30 pptp[600]: Sent control packet type is 4 Stop-Control-Connection-Reply
Apr 13 16:54:30 pptp[600]: Received Stop Control Connection Request.
Apr 13 16:54:30 pptp[600]: Call disconnect notification received (call id 4836)
Apr 13 16:54:29 pppd[597]: Sent 29687068 bytes, received 182 bytes.
Apr 13 16:54:29 pppd[597]: Connect time 1.4 minutes.
Apr 13 16:54:28 pppd[597]: Connection terminated.
Apr 13 16:54:28 pppd[597]: Serial link appears to be disconnected.
Apr 13 16:54:28 pppd[597]: No response to 7 echo-requests
Apr 13 16:53:13 kernel: sys: TCP port 55555 probe from 192.168.1.100.
Apr 13 16:53:12 kernel: sys: TCP port 55555 probe from 192.168.1.102.
Apr 13 16:53:08 pppd[597]: remote IP address 10.0.0.21
Apr 13 16:53:08 pppd[597]: local IP address 91.123.31.7
Apr 13 16:53:08 pppd[597]: CHAP authentication succeeded: S=9A3622BFF529AE4FFE478D9CDF46E854E3AB7200
Apr 13 16:53:06 pppd[597]: Connect: ppp1 <--> /dev/pts/0
Apr 13 16:53:06 pppd[597]: Using interface ppp1 ppp_mode=pptp
Apr 13 16:53:06 pppd[597]: Starting negotiation on eth1
Apr 13 16:53:06 pppd[597]: pppd 2.4.2 started by root, uid 0
Apr 13 16:53:06 pptp[600]: Outgoing call established (call ID 0, peer s call ID 4836).
Apr 13 16:53:06 pptp[600]: Received Outgoing Call Reply.
Apr 13 16:53:06 pptp[600]: Sent control packet type is 7 Outgoing-Call-Request
Apr 13 16:53:05 pptp[600]: Client connection established.
Apr 13 16:53:05 pptp[600]: Received Start Control Connection Reply
Apr 13 16:53:05 pptp[600]: Sent control packet type is 1 Start-Control-Connection-Request
Apr 13 16:53:03 dhcpcd[593]: Successfully Configured interface eth1 to 10.21.107.198
зы: народ, ну неужели здесь нет ни одного сетевика??! Помощь оч нужна!
Последний раз редактировалось mR_LiNK[deface_0nl; 16.04.2008 в 17:37..
|
|
|
|
19.04.2008, 19:55
|
|
Познающий
Регистрация: 14.04.2008
Сообщений: 58
Провел на форуме:
147873
Репутация:
23
|
|
Для начала викинь роутер, проверь стандартым средствами OS(подозреваю Windows ), посмотри что получешь. Из приведенного листинга заметил что у тебя два дефолтовых шлюза, страаано, балансировки нагрузки у тебя быть не может...
|
|
|
|
19.04.2008, 20:13
|
|
Познавший АНТИЧАТ
Регистрация: 14.01.2008
Сообщений: 1,165
Провел на форуме:
7229141
Репутация:
3099
|
|
http://www.thg.ru/network/asus_rx3042h/index.html
может после прочтения хоть как то сподвигнет решить проблему.
а вообще проблема с роутером
в RX3042H есть проблемы с PPTP
Последний раз редактировалось xcedz; 19.04.2008 в 20:18..
|
|
|
|
19.04.2008, 20:38
|
|
Познающий
Регистрация: 20.12.2007
Сообщений: 80
Провел на форуме:
497815
Репутация:
85
|
|
была похожая проблема у знакомого с городской сетью.
Организацыя сети таже, логалка + интернет через VPN, только у его вместо маршрутизатора Linux Slackware сервак стоит. так он тоже говорил что у его нет прирывало, причину уже не помню... увижу его - спрошу.
Но у его точно была бага вот с чем: получается так - на маршрутизаторе 4 сетевухи (ето к примеру). Одна из их смотрит в сеть / интернет. Остальные три связаны в другой подсети с компами... . Так вот на маршрутизаторе при подключении впн‘а поднимается сетевой интерфейс pptp.
Дале по сути: ты со свого компа посылаешь пакет он идет сначала на маршрутизатор и потом по попадает в сеть (локальную) не находит там куда ему ити и возвращается.... . Тебе нужно зделать чтобы пакеты сначала шли не в сеть локальную, а направить их сразу в интернет на нужный интерфейс. Возможно это и сеть причина обрыва хз.
Все ето дело настраивается с помощю NAT (только проблема - можно ли ето сделат с помощю твоего маршрутизатора хз). ?
Увижу друга спрошу конкретней как он там делал..... Если что пишы в ПМ
Последний раз редактировалось emik; 19.04.2008 в 20:45..
|
|
|
|
19.04.2008, 23:45
|
|
Участник форума
Регистрация: 12.12.2006
Сообщений: 158
Провел на форуме:
1364740
Репутация:
114
|
|
Для начала викинь роутер, проверь стандартым средствами OS(подозреваю Windows ), посмотри что получешь. Из приведенного листинга заметил что у тебя два дефолтовых шлюза, страаано, балансировки нагрузки у тебя быть не может...
эх.. впаять бы минус за дерзость..
2 шлюза т.к. 2 wan порта, соответственно 2-а разных прова и т.д., баланс кстати выставляется!
http://www.thg.ru/network/asus_rx3042h/index.html
может после прочтения хоть как то сподвигнет решить проблему.
а вообще проблема с роутером
в RX3042H есть проблемы с PPTP
пасиб, уже давно читал, а вот о проблемах с пптп не слышал, какие конкретно?
была похожая проблема у знакомого с городской сетью.
Организацыя сети таже, логалка + интернет через VPN, только у его вместо маршрутизатора Linux Slackware сервак стоит. так он тоже говорил что у его нет прирывало, причину уже не помню... увижу его - спрошу.
Но у его точно была бага вот с чем: получается так - на маршрутизаторе 4 сетевухи (ето к примеру). Одна из их смотрит в сеть / интернет. Остальные три связаны в другой подсети с компами... . Так вот на маршрутизаторе при подключении впн‘а поднимается сетевой интерфейс pptp.
Дале по сути: ты со свого компа посылаешь пакет он идет сначала на маршрутизатор и потом по попадает в сеть (локальную) не находит там куда ему ити и возвращается.... . Тебе нужно зделать чтобы пакеты сначала шли не в сеть локальную, а направить их сразу в интернет на нужный интерфейс. Возможно это и сеть причина обрыва хз.
Все ето дело настраивается с помощю NAT (только проблема - можно ли ето сделат с помощю твоего маршрутизатора хз). ?
Увижу друга спрошу конкретней как он там делал..... Если что пишы в ПМ
1) ты не совсем прав, в данном случае, существует разница между ВАН и ЛАН портами на роутере!
2) после подъема впн пакеты в локальную сеть уже никак не могут уходить из лога кстати видно, проходит аутентификация, выдается статик ИП, а на этом все.
Но по логу у меня есть вопросу, не все я там понимаю.. Кто знает посмотрите пож
Последний раз редактировалось mR_LiNK[deface_0nl; 19.04.2008 в 23:53..
|
|
|
|
20.04.2008, 10:01
|
|
Познающий
Регистрация: 14.04.2008
Сообщений: 58
Провел на форуме:
147873
Репутация:
23
|
|
Стараюсь помочь, а ты минусами грозишь...
В ллоге ж написано начинает согласование управляющего протокола, и писе...
Вот по тому и предлогаю тебе встать машиной организовать работающий канал, а затем с него будет легче разобраться какая трабла у тебя с pptp возникла
|
|
|
|
20.04.2008, 10:54
|
|
Познавший АНТИЧАТ
Регистрация: 14.01.2008
Сообщений: 1,165
Провел на форуме:
7229141
Репутация:
3099
|
|
вот ребята бьются с асусом на оф форуме
именно с Asus RX3042H
http://www.forum.asus.ru/viewtopic.php?t=20857&postdays=0&postorder=asc&sta rt=135
очень познавательно, не ты один такой.
ЗЫ была бы у меня эта желязяка я бы наверно тоже попарился  .
Последний раз редактировалось xcedz; 20.04.2008 в 10:58..
|
|
|
|
20.04.2008, 16:33
|
|
Участник форума
Регистрация: 12.12.2006
Сообщений: 158
Провел на форуме:
1364740
Репутация:
114
|
|
Стараюсь помочь, а ты минусами грозишь...
В ллоге ж написано начинает согласование управляющего протокола, и писе...
не понял?? где это написано??
Привожу свое понимание лога, если что не так поправь:
вот он старт, поднятие впн, аутентификация и получения внешнего статик иП(91.123.31.7)(снизу вверх читаем):
Код:
Apr 13 16:54:44 pppd[619]: local IP address 91.123.31.7
Apr 13 16:54:44 pppd[619]: CHAP authentication succeeded: S=31EB39618522140AF33905BBBBD428ECF6423B0A
Apr 13 16:54:42 pppd[619]: Connect: ppp1 <--> /dev/pts/0
Apr 13 16:54:42 pppd[619]: Using interface ppp1 ppp_mode=pptp
Apr 13 16:54:42 pppd[619]: Starting negotiation on eth1
Apr 13 16:54:42 pppd[619]: pppd 2.4.2 started by root, uid 0
Apr 13 16:54:42 pptp[622]: Outgoing call established (call ID 0, peer s call ID 4865).
Apr 13 16:54:42 pptp[622]: Received Outgoing Call Reply.
Apr 13 16:54:42 pptp[622]: Sent control packet type is 7 Outgoing-Call-Request
Apr 13 16:54:41 pptp[622]: Client connection established.
Apr 13 16:54:41 pptp[622]: Received Start Control Connection Reply
Apr 13 16:54:41 pptp[622]: Sent control packet type is 1 Start-Control-Connection-Request
далее запрос на сервак (10.0.0.21), в ответ тишина, плюс появляется событие - Serial link appears to be disconnected, почему?? и что это собственно? .. далее конект рвется:
Код:
Apr 13 16:56:06 pptp[622]: Closing connection
Apr 13 16:56:06 pptp[622]: Sent control packet type is 4 Stop-Control-Connection-Reply
Apr 13 16:56:06 pptp[622]: Received Stop Control Connection Request.
Apr 13 16:56:06 pptp[622]: Call disconnect notification received (call id 4865)
Apr 13 16:56:05 pppd[619]: Sent 29588134 bytes, received 54 bytes.
Apr 13 16:56:05 pppd[619]: Connect time 1.4 minutes.
Apr 13 16:56:04 pppd[619]: Connection terminated.
Apr 13 16:56:04 pppd[619]: Serial link appears to be disconnected.
Apr 13 16:56:04 pppd[619]: No response to 7 echo-requests
Apr 13 16:55:13 kernel: fw: Connection timed out. tcp from 192.168.1.102 to 81.19.88.11 sport=1893 dport=80
Apr 13 16:54:48 kernel: sys: TCP port 55555 probe from 192.168.1.102.
Apr 13 16:54:44 pppd[619]: remote IP address 10.0.0.21
Вот по тому и предлогаю тебе встать машиной организовать работающий канал, а затем с него будет легче разобраться какая трабла у тебя с pptp возникла
Прямой канал с машины работает гут, но есно там и не видно ничего, все в автомате от прова идет. Есть некоторые подозрения о кривых настройках прова, касательно адреса серверов и днС, в роутере я могу только иП забить, символьно он не дает зараза..
вот ребята бьются с асусом на оф форуме
именно с Asus RX3042H
http://www.forum.asus.ru/viewtopic.php?t=20857&postdays=0&postorder=asc&sta rt=135
очень познавательно, не ты один такой.
ЗЫ была бы у меня эта желязяка я бы наверно тоже попарился
Эт все читал уже, ответов там на вечные вопросы не нашел, бьюсь с железкой уже более 2-ух недель.
Последний раз редактировалось mR_LiNK[deface_0nl; 20.04.2008 в 16:47..
|
|
|
|
20.04.2008, 20:58
|
|
Познающий
Регистрация: 14.04.2008
Сообщений: 58
Провел на форуме:
147873
Репутация:
23
|
|
А вот выяснить это мы с тобой сечас и пытаемсо 
В винде поставь дебаг(честно не помню какие галки, но потом гора разных логов от него, в висте там вообще кнопарь специальный сделан).
Еще зайди на роутер там в куче бархла мжно будет найти детальный лог ppp, вывод от туда думаю внесет немного ясности.
А одминам могешь сказать что у тебя Линь и ты настаиваешь ppp может че подскажут. |
|
|
|
|
|
|
|
Здесь присутствуют: 1 (пользователей: 0 , гостей: 1)
|
|
|
|
Линейный вид
