А обновить прошивку не судьба? На последнюю "От энтузиастов". Так хоть можно будет локализовать глюк.
Судя по логу, инет есть.
Плюс не указаны настройки, выдаваемые провайдером.
Junior Member
Code:Jan 1 03:00:06 kernel: usb.c: registered new driver usbdevfs Jan 1 03:00:06 kernel: usb.c: registered new driver hub Jan 1 03:00:06 kernel: usb-uhci.c: $Revision: 1.275 $ time 20:50:46 Mar 17 2008 Jan 1 03:00:06 kernel: usb-uhci.c: High bandwidth mode enabled Jan 1 03:00:06 kernel: PCI: Enabling device 01:03.0 (0000 -> 0001) Jan 1 03:00:06 kernel: ECHI PCI device 30381106 found. Jan 1 03:00:06 kernel: UCHI reg 0x41 = 10 Jan 1 03:00:06 kernel: UCHI reg 0x41 changed to = 0 Jan 1 03:00:06 kernel: usb-uhci.c: USB UHCI at I/O 0x100, IRQ 12 Jan 1 03:00:06 kernel: usb-uhci.c: Detected 2 ports Jan 1 03:00:06 kernel: usb.c: new USB bus registered, assigned bus number 1 Jan 1 03:00:06 kernel: hub.c: USB hub found Jan 1 03:00:06 kernel: hub.c: 2 ports detected Jan 1 03:00:06 kernel: usb-uhci.c: v1.275:USB Universal Host Controller Interface driver Jan 1 03:00:07 kernel: PCI: Enabling device 01:03.2 (0000 -> 0002) Jan 1 03:00:07 kernel: ehci_hcd 01:03.2: PCI device 1106:3104 Jan 1 03:00:07 kernel: ehci_hcd 01:03.2: irq 12, pci mem c0120000 Jan 1 03:00:07 kernel: usb.c: new USB bus registered, assigned bus number 2 Jan 1 03:00:07 kernel: ECHI PCI device 31041106 found. Jan 1 03:00:07 kernel: ECHI reg 0x49 = 80010f20 Jan 1 03:00:07 kernel: ECHI reg 0x49 changed to = 80010f00 Jan 1 03:00:07 kernel: ECHI reg 0x4b = 80010f09 Jan 1 03:00:07 kernel: ECHI reg 0x4b changed to = 80010f29 Jan 1 03:00:07 kernel: PCI: 01:03.2 PCI cache line size set incorrectly (0 bytes) by BIOS/FW, correcting to 32 Jan 1 03:00:07 kernel: ehci_hcd 01:03.2: USB 2.0 enabled, EHCI 1.00, driver 2003-Dec-29/2.4 Jan 1 03:00:07 kernel: hub.c: USB hub found Jan 1 03:00:07 kernel: hub.c: 2 ports detected Jan 1 03:00:07 kernel: usb.c: registered new driver usblp Jan 1 03:00:07 kernel: printer.c: v0.13: USB Printer Device Class driver Jan 1 03:00:08 kernel: usb.c: registered new driver audio Jan 1 03:00:08 kernel: audio.c: v1.0.0:USB Audio Class driver Jan 1 03:00:08 kernel: Linux video capture interface: v1.00 Jan 1 03:00:08 kernel: SCSI subsystem driver Revision: 1.00 Jan 1 03:00:09 kernel: Initializing USB Mass Storage driver... Jan 1 03:00:09 kernel: usb.c: registered new driver usb-storage Jan 1 03:00:09 kernel: USB Mass Storage support registered. Jan 1 03:00:09 udpxy[86]: udpxy is starting Jan 1 03:00:10 pppd[89]: pppd 2.4.2 started by admin, uid 0 Jan 1 03:00:10 pppd[89]: Using interface ppp0 Jan 1 03:00:10 pppd[89]: local IP address 10.64.64.64 Jan 1 03:00:10 pppd[89]: remote IP address 10.112.112.112 Jan 1 03:00:11 pppd[89]: Starting link Jan 1 03:00:11 pppd[89]: Serial connection established. Jan 1 03:00:11 pppd[89]: Connect: ppp0 <--> /dev/pts/0 Jan 1 03:00:13 pptp[102]: connect: No route to host Jan 1 03:00:13 pptp[102]: Could not open control connection to 80.70.225.44 Jan 1 03:00:13 pptp[100]: Call manager exited with error 256 Jan 1 03:00:13 pppd[89]: Modem hangup Jan 1 03:00:13 pppd[89]: Connection terminated. Jan 1 03:00:43 pppd[89]: Starting link Jan 1 03:00:44 pptp[111]: route_add: not adding existing route Jan 1 03:00:44 pppd[89]: Serial connection established. Jan 1 03:00:44 pppd[89]: Connect: ppp0 <--> /dev/pts/0 Jan 1 03:00:48 pppd[89]: CHAP authentication succeeded Jan 1 03:00:48 pppd[89]: Local IP address changed to 92.39.236.240 Jan 1 03:00:48 pppd[89]: Remote IP address changed to 80.70.225.44 Jan 1 03:00:48 PPTP: connect to ISP Oct 19 00:09:32 ntp client: Synchronizing time with time.nist.gov ...
Last edited by vectorm; 18-10-2009 at 22:17.
Лужу, паяю, АВМ починяю
А обновить прошивку не судьба? На последнюю "От энтузиастов". Так хоть можно будет локализовать глюк.
Судя по логу, инет есть.
Плюс не указаны настройки, выдаваемые провайдером.
Было: WL500gP (fw 1.9.2.7-10-USB-1.71) + Toshiba TravelStar 250Gb 2.5" inside router.
(ADOS + rTorrent WebUI+rtorrent + samba + rrdtool + XMail + QuiXplorer + ClamAV)
> Мои инструкции < Для новичков и ленивых > Wiki переехало сюда < "Ночные" сборки >
Junior Member
я обновил. сейчас последняя стоит. та же проблема. Ещё несколько замыканий было в среду и четверг. Думал что действительно слетели настройки или прошивка. Когда посмотрел всё оказалось на месте. Да и мастер смотрел настройки 2 часа и менять и пропринговывать провайдера пытался - так ничего и не получилось. Есть какие нибудь программы проверяющие работоспособность WL500W. Ну типа тестера какого-нибудьOriginally Posted by vectorm
Лужу, паяю, АВМ починяю
Привязки по MAC нет?
И не дали ответа на второй вопрос.
Было: WL500gP (fw 1.9.2.7-10-USB-1.71) + Toshiba TravelStar 250Gb 2.5" inside router.
(ADOS + rTorrent WebUI+rtorrent + samba + rrdtool + XMail + QuiXplorer + ClamAV)
> Мои инструкции < Для новичков и ленивых > Wiki переехало сюда < "Ночные" сборки >
Forum Guru
А посмотреть в поиске религия запрещает ?
Нужно отключить UPnP и проверить DNS ...
И про ваш matrix уже кучу тем наклепали ...
• Oleg's FAQ • Mini FAQ • Все об Asus RT-N16 • Все об Asus RT-N66U • VectorMM.net • Wiki-HUB.ru • WikiDevi • Wi-Cat.ru •
Junior Member
Да вроде всё отключали. Я конечно попробую ещё. Мастер сам сидел пытался поменять настройки и не помогло. Привязки к Мак адресу нет. Месяц всё нормально работало, а потом вдруг оборвало и вот теперь никак.А посмотреть в поиске религия запрещает ?
Нужно отключить UPnP и проверить DNS ...
И про ваш matrix уже кучу тем наклепали ...
Кстати у меня он странно работал. если считать что у меня стоит скорость 30 мбит/сек у меня скорость передачи и через провод и через Wi-Fi больше 10 мбит не поднималась. И если поднималась то меня обрывало и роутер опять запрашивал vpn соединение. Ещё к нему было не подключиться. Приходилось перезапускать роутер или wi-fi на буке.
Кароче странно это всё. Может мне действительно лажёвый роутер попался?
Registered User
Господа, подскажите как заставить WL520 и/или 500gpv2 пробрасывать порты на IP не полученные по DHCP от этого маршрутизатора?
Есть локалка (порядка 30 машин), IP адреса статичные. По ряду причин не могу делать назначение адресов по DHCP.
Есть два девайса - WL520gu и WL520gpv2. На обоих прошиты самы свежие официальные прошивки (пробовал и несколько предидущих). На обоих маршрутизаторах, независимо от прошивки, проблема проявляется абсолютно идентично.
Port forwarding (virtual server) работает только с теми машинами в LAN, которым (для эксперемента) настроил получение адреса по DHCP. Стоит прописать на машинке адрес вручную, порты на неё пробрасываться перестают.
Добавление этих адресов в список назначаемых вручную тоже не помогает.
От сервиса на порту, к которому делается проброс, ничего не зависит - одинаково не работаю (и работают при DHCP) несколько разных серверов удаленки, FTP и HTTP.
Маршрутизатор нужен только для организации удаленного доступа к машинкам в локалке. Для всего остального есть другой канал и другой маршрутизатор, но возможности его администрирования у меня нет (головная компания не дает).
Кто-то сталкивался с таким? Как-то побороть можно?
Заранее благодарен за помощь.
Senior Member
так есть.
их маки в dhcp пропиши. этоже статический Port forwarding, он должен заранее знать..
Senior Member
Не знаю как на официальной, но на тех прошивках, которыми пользуются здесь, для прописанных вручную адресов все пробрасывается.На обоих прошиты самы свежие официальные прошивки (пробовал и несколько предидущих). На обоих маршрутизаторах, независимо от прошивки, проблема проявляется абсолютно идентично.
Port forwarding (virtual server) работает только с теми машинами в LAN, которым (для эксперемента) настроил получение адреса по DHCP. Стоит прописать на машинке адрес вручную, порты на неё пробрасываться перестают.
Asus RT-N16 1.9.2.7-rtn-r2730 + D-link DNS 323 1.08 + WDTV Live 1.01.24
Registered User
Да, промониторил порты, на которые делается форвардинг, и выяснил что запрс на соединение на них приходит.
Похоже, проблема не связана со способом получения IP. Она происходит в следствие того, что на всех машинах в локалке указан default gateway основного (другого) маршрутизатора. И ответы запроса на соединение уходят к нему, а не на тот, который делает проброс портов.
Ежели указываю на машинках default gateway на мой маршрутизатор или прописываю оба - перестают работать куча сервисов настроенных на работу с головной компанией через их маршрутизатор...
Я не силен в линуксе, подскажите, может есть какая-то софтинка, которую можно проинсталировать на мой маршрутизатор, чтоб она работала по принципу прокси-сервера для нужных мне портов?
Т.е. чтоб она устанавливала два TCP-cоединения (одно с клиентом в WAN, другое с нужным хостом в LAN) без задействования маршрутизации?
Registered User
Сразу же и прошил правильную прошивку.
Но, к сожалению, после дополнитьельных эксперементов, пришел к выводу что проблема не связана с прошивкой...
Senior Member
Ну Вы же выяснили, что проблема на локальных машинах вот на них и надо править таблицу маршрутизации.
Asus RT-N16 1.9.2.7-rtn-r2730 + D-link DNS 323 1.08 + WDTV Live 1.01.24
Registered User
Я не совсем представляю, как это можно сделать.
Может, Вы подскажете?
Senior Member
Структура Вашей сети? Интернет от одного маршрутизатора, следом за ним второй и дальше Ваша сеть?
Но судя вот по этому
пробросить входящие порты Вы не сможете.Маршрутизатор нужен только для организации удаленного доступа к машинкам в локалке. Для всего остального есть другой канал и другой маршрутизатор, но возможности его администрирования у меня нет (головная компания не дает).
Или к интернету подключены оба роутера?
Asus RT-N16 1.9.2.7-rtn-r2730 + D-link DNS 323 1.08 + WDTV Live 1.01.24
Registered User
Помогите! Неконтролируемый рост таблицы маршрутов!
Прикупил роутер DLink DIR-320, прошил прошивку 1.9.2.7-d-r655
Роутер подключен к провайдеру через PPPoE.
Вроде все работает как надо, только вот наблюдается странный рост таблиц маршрутов на домашних компах, которые ходят в инет через роутер.
Выглядит это примерно так. У только что включенного компа девственно чистая таблица маршрутов выглядит так:
Через несколько часов активных хождений и качаний наблюдается примерно следующая картина:Code:Network Destination Netmask Gateway Interface Metric 0.0.0.0 0.0.0.0 192.168.1.1 192.168.1.2 20 127.0.0.0 255.0.0.0 127.0.0.1 127.0.0.1 1 192.168.1.0 255.255.255.0 192.168.1.2 192.168.1.2 20 192.168.1.2 255.255.255.255 127.0.0.1 127.0.0.1 20 192.168.1.255 255.255.255.255 192.168.1.2 192.168.1.2 20 224.0.0.0 240.0.0.0 192.168.1.2 192.168.1.2 20 255.255.255.255 255.255.255.255 192.168.1.2 192.168.1.2 1 Default Gateway: 192.168.1.1
Раньше без роутера такого точно не было. А сейчас эту таблицу маршрутов даже смотреть страшно.Code:Network Destination Netmask Gateway Interface Metric 0.0.0.0 0.0.0.0 192.168.1.1 192.168.1.2 20 62.33.186.252 255.255.255.255 192.168.1.1 192.168.1.2 20 62.69.14.13 255.255.255.255 192.168.1.1 192.168.1.2 20 62.181.56.68 255.255.255.255 192.168.1.1 192.168.1.2 20 68.1.97.207 255.255.255.255 192.168.1.1 192.168.1.2 20 72.29.94.50 255.255.255.255 192.168.1.1 192.168.1.2 20 .................... тут еще штук 200 всяких разных хостов ................ 195.66.136.99 255.255.255.255 192.168.1.1 192.168.1.2 20 195.112.96.34 255.255.255.255 192.168.1.1 192.168.1.2 20 202.156.242.176 255.255.255.255 192.168.1.1 192.168.1.2 20 212.74.192.85 255.255.255.255 192.168.1.1 192.168.1.2 20 212.74.192.132 255.255.255.255 192.168.1.1 192.168.1.2 20 212.192.251.42 255.255.255.255 192.168.1.1 192.168.1.2 20 217.195.58.204 255.255.255.255 192.168.1.1 192.168.1.2 20 224.0.0.0 240.0.0.0 192.168.1.2 192.168.1.2 20 255.255.255.255 255.255.255.255 192.168.1.2 192.168.1.2 1 Default Gateway: 192.168.1.1
Поначалу думал, черви отакуют через ICMP Redirect. Но tcpdump не выявил ничего подозрительного. Зато обнаружилась взаимосвязь между пакетами ICMP с типом 3 кодом 4 (Fragmentation Needed and Don't Fragment was Set) и ростом таблицы маршрутов. Каждый раз, когда роутер отправляет такой пакет в локалку, адрес хоста из этого пакета добавляется в таблицу маршрутов.
Зачем винда это делает? Это нормально или лечится?
Posting Permissions
