Bekijk de volledige versie : Проблема с Routing table
Привет!
Осознаю, что туплю, но не могу разобраться. Поиском пробовал, но не нашёл.
Есть проблема есть у меня строчка в Routing Table
89.0.0.0 * 255.0.0.0 U 0 0 0 WAN vlan1
из-за неё как я понимаю мне не попасть на сайт, которые с 89 начинаются :(. Что подскажите сделать?
Вручную вность в RT сайт надоело :)
Спасибо!
а откуда она у вас взялась? вы бы целиком таблицу тут запостили, может стало бы яснее.
В общем, насколько я понял, корбина без предупреждения стала раздавать таблицу маршутизации по DHCP и все прописаные через web-интерфейс роуты сменили интерфейс с MAN на WAN. Прописал их ручками в post-firewall, теперь открывается все кроме адресов 10.*.*.*. В таблице роутинга следующая картина:
Destination Gateway Genmask Flags Metric Ref Use Iface
85.21.0.34 10.60.0.17 255.255.255.255 UGH 2 0 0 WAN vlan1
192.168.1.0 * 255.255.255.0 U 0 0 0 LAN br0
10.60.0.0 * 255.255.0.0 U 0 0 0 WAN vlan1
default 85.21.0.34 0.0.0.0 UG 0 0 0 WAN ppp0
default 10.60.0.17 0.0.0.0 UG 1 0 0 WAN vlan1
Теперь нужно придумать как адрес получать по DHCP, а маршруты отбрасывать, ну или менять в них интерфейс с WAN обратно на MAN. Подскажите, как проделать подобную махинацию? :)
В общем, насколько я понял, корбина без предупреждения стала раздавать таблицу маршутизации по DHCP и все прописаные через web-интерфейс роуты сменили интерфейс с MAN на WAN. Прописал их ручками в post-firewall, теперь открывается все кроме адресов 10.*.*.*. В таблице роутинга следующая картина:
Destination Gateway Genmask Flags Metric Ref Use Iface
85.21.0.34 10.60.0.17 255.255.255.255 UGH 2 0 0 WAN vlan1
192.168.1.0 * 255.255.255.0 U 0 0 0 LAN br0
10.60.0.0 * 255.255.0.0 U 0 0 0 WAN vlan1
default 85.21.0.34 0.0.0.0 UG 0 0 0 WAN ppp0
default 10.60.0.17 0.0.0.0 UG 1 0 0 WAN vlan1
Теперь нужно придумать как адрес получать по DHCP, а маршруты отбрасывать, ну или менять в них интерфейс с WAN обратно на MAN. Подскажите, как проделать подобную махинацию? :)
При чём тут Корбина. Так и должно быть. Только локальные маршруты надо самому вбивать в IP Config/Route и включить статический роутинг.
При чём тут Корбина. Так и должно быть. Только локальные маршруты надо самому вбивать в IP Config/Route и включить статический роутинг.
Нет, так быть не должно. До среды все работало нормально с вбитыми маршрутами, причем в Status & Log/Routing table интерфейс показывался именно как MAN. В среду вечером после каких-то корбиновских работ локальные ресурсы отпали полностью, а в таблице роутинга интерфейс прописаных маршрутов сменился с MAN на WAN. Сейчас при отключенном в веб-интерфесе роутинге все работает, но откуда-то берется маршрут 10.60.0.0/16 с неясным гейтвеем (третья строка в посте выше) и до адресов 10.60.*.* пакеты не доходят, причем не пингуется даже районный шлюз (10.60.0.17), хотя все что находится за ним прекрасно пингуется и работает:
michaels-imac:~ dwarf$ ping 10.2.3.5
PING 10.2.3.5 (10.2.3.5): 56 data bytes
64 bytes from 10.2.3.5: icmp_seq=0 ttl=247 time=3.955 ms
64 bytes from 10.2.3.5: icmp_seq=1 ttl=247 time=5.009 ms
^C
--- 10.2.3.5 ping statistics ---
2 packets transmitted, 2 packets received, 0% packet loss
round-trip min/avg/max/stddev = 3.955/4.482/5.009/0.527 ms
michaels-imac:~ dwarf$ ping 10.60.0.17
PING 10.60.0.17 (10.60.0.17): 56 data bytes
^C
--- 10.60.0.17 ping statistics ---
4 packets transmitted, 0 packets received, 100% packet loss
Мне нужно результат вот этого:
nvram show|grep routes
Выполнить это на роутере.
Я вспомнил, что некоторое время назад добавил использование маршрутов из дхцп. :)
Мне нужно результат вот этого:
nvram show|grep routes
Выполнить это на роутере.
Я вспомнил, что некоторое время назад добавил использование маршрутов из дхцп. :)
С выключенными роутами в веб-интерфейсе:
[mihey@(none) root]$ nvram show | grep route
wan_route=
lan_route=
wan_route_x=IP_Routed
default_router_disable=0
wan0_route=
router_disable=0
size: 12505 bytes (20263 left)
Со включенными роутами:
[mihey@(none) root]$ nvram show | grep route
wan_route= 10.0.0.0:255.0.0.0:0.0.0.0:2 89.179.135.67:255.255.255.255:0.0.0.0:2 195.14.50.26:255.255.255.255:0.0.0.0:2 195.14.50.16:255.255.255.255:0.0.0.0:2 85.21.79.0:255.255.255.0:0.0.0.0:2 85.21.90.0:255.255.255.0:0.0.0.0:2 85.21.138.208:255.255.255.240:0.0.0.0:2 85.21.52.254:255.255.255.255:0.0.0.0:2 85.21.88.130:255.255.255.255:0.0.0.0:2 83.102.146.96:255.255.255.224:0.0.0.0:2 195.14.50.93:255.255.255.255:0.0.0.0:2 85.21.91.0:255.255.255.0:0.0.0.0:1 172.16.16.0:255.255.255.0:0.0.0.0:1
lan_route=
wan_route_x=IP_Routed
default_router_disable=0
wan0_route=
router_disable=0
wan0_route_x=IP_Routed
size: 12915 bytes (19853 left)
Прошивка 1.9.2.7-8-pre9, если что :)
по дхцп ничего не пришло.
по дхцп ничего не пришло.
Хм… откуда тогда берется роут на 10.60.0.0/16, если он нигде не прописан? :(
Давайте полный вывод route, ifconfig и лог.
Давайте полный вывод route, ifconfig и лог.
Выложил в аттаче, а то слишком большое.
А теперь ответит автор начального поста :) (я не на корбине сижу, в Tiera (СПб))
команда почему-то выдала пустоту:
[admin@(none) root]$ nvram show|grep routes
size: 10540 bytes (22228 left)
а если посмотреть на административную веб страничку, то
Destination Gateway Genmask Flags Metric Ref Use Iface
89.223.71.129 * 255.255.255.255 UH 0 0 0 WAN vlan1
89.223.71.129 * 255.255.255.255 UH 0 0 0 WAN vlan1
192.168.1.0 * 255.255.255.0 U 0 0 0 LAN br0
89.0.0.0 * 255.0.0.0 U 0 0 0 WAN vlan1
default 89.223.71.129 0.0.0.0 UG 0 0 0 WAN vlan1
да, не удалить эту строчку
89.0.0.0 * 255.0.0.0 U 0 0 0 WAN vlan1
может конечно её и не надо удалять, но на все узлы с 89.*.*.* не сконнектиться
StanislavX
10-10-2007, 00:42
Работает все просто великолепно,
есть только одна небольшая странность.
При выставление
IP Config->WAN & LAN
WAN Connection Type: Static IP
и маршрутов в (IP Config->Route)
Маршруты не попадают в таблицу маршрутизации.
Если же изменить Static IP на PPTP
то все маршруты попадают в таблицу маршрутизации.
(другие установки при этом не меняются)
Это баг или фича?
Прошивка:
Product ID: WL500gp
Firmware Version: 1.9.2.7
Firmware Release: 1.9.2.7-7f
Это баг или фича?
Прошивка:
Product ID: WL500gp
Firmware Version: 1.9.2.7
Firmware Release: 1.9.2.7-7f
Это наверное баг..
У меня тоже самое...
Пришлось в крон прописать обновление в 1 минуту маршрутов.
nightrus
11-10-2007, 09:26
а зачем в крон то? один раз в post-firewall прописать никак?
и эта баг в прошивке 7g тоже?
при добавлении маршрутов для статического Ip выбирайте интерфейс Man, а не Wan.
Это баг или фича?
Есть разница между WAN и MAN. Маршруты MAN в случае Static IP не добавляются, ибо в этом случае интерфейс только один - WAN.
Провайдер Корбина, PPTP поднимает роутер, прошивка -8, прописаны статичные маршруты.
1) Если зайти в интерфейс роутера и нажать дисконнект, то он от PPTP отваливается и после этого дальнейший роутинг осуществлять отказывается даже по тем маршрутам, которые прописаны как статичные. То есть хочу сказать роутеру чтобы отсоединился от VPN чтобы поднять его вручную с компа (так быстрее например для торрента) - и не могу.
При этом как замечено, если соединение у роутера отвалилось само, или еще не успело подняться после перезагрузки, то установить VPN с компа можно.
2) Не совсем в тему, но может кто объяснит почему по L2TP так медленно открываются страницы? По всем показателям, включая торрент и пинг, скорость выше чем по PPTP, но именно скорость открытия веб страниц гораздо ниже? Не могу объяснить этот феномен.
Доброго времени суток.
Столкнулся со следующей проблемой, провайдер предоставляет доступ в интернет с помощью статического айпи. Еще мне неплохо держать VPN с рабочей сетью, но так чтобы это VPN соединение не мешало мне свободно ходить в интернет. Мой опыт мне подсказывает использовать дополнительную опцию nodefaultroute. В итоге файл с настройками ппп выглядит следующим образом :
[admin@******Home ppp]$ cat options.wan0
noauth refuse-eap
user '*******'
password '*******'
plugin pptp.so
pptp_server *******.ru
nomppe-stateful +mppe-128 mtu 1400
maxfail 0
persist
ipcp-accept-remote ipcp-accept-local noipdefault
ktune
default-asyncmap nopcomp noaccomp
novj nobsdcomp nodeflate
lcp-echo-interval 10
lcp-echo-failure 6
unit 0
nodefaultroute
но после соединения все равно добавляется ненужный роут
Destination Gateway Genmask Flags Metric Ref Use Iface
84.17.23.130 10.208.192.1 255.255.255.255 UGH 1 0 0 WAN vlan2
192.168.1.0 * 255.255.255.0 U 0 0 0 LAN br0
10.208.192.0 * 255.255.252.0 U 0 0 0 WAN vlan2
default 192.168.0.1 0.0.0.0 UG 0 0 0 WAN ppp0
default 10.208.192.1 0.0.0.0 UG 1 0 0 WAN vlan2
И приходится руками удалять
default 192.168.0.1 0.0.0.0 UG 0 0 0 WAN ppp0
и добавлять тоже руками нужные пути.
Вопрос такой: что я делаю неправильно, или как можно реализовать автоматический скрипт после подъема ppp0.
lrwxrwxrwx 1 admin root 8 Jan 1 1970 ip-up-> /sbin/rc
ip-up это линка на бинарник, можно сделать конечно враппер, но что то мне кажется что это не то, и проблему можно решить более просто
Текущая версия 1.9.2.7-rtn-r3158
Честно говоря ничего из написанного не подходит вроде как к моей теме.
Вопрос то простой, если кто-то знает ответ пусть поможет:
Как убрать эту строчку из таблицы роутов?
default 192.168.0.1 0.0.0.0 UG 0 0 0 WAN ppp0
Ну и естественно чтобы это происходило при каждом поднятии Pptp.
theMIROn
25-02-2012, 16:30
использовать свой скрипт (ip-up-script), который после отработки стандартного (из rc) удалит маршрут.
использовать свой скрипт (ip-up-script), который после отработки стандартного (из rc) удалит маршрут.
Да это то что мне и надо, видимо я неправильно изложил свою мысль. А где прописать этот скрипт чтобы он выполнялся после поднятия ppp0?
theMIROn
25-02-2012, 17:33
Да это то что мне и надо, видимо я неправильно изложил свою мысль. А где прописать этот скрипт чтобы он выполнялся после поднятия ppp0?
прописать в опциях pppd, из web интерфейса, оно добавится к генерируемым. хранить - в flashfs /usr/local/sbin/*
прописать в опциях pppd, из web интерфейса, оно добавится к генерируемым. хранить - в flashfs /usr/local/sbin/*
Спасибо, это помогло.