Да верю я ... выводOriginally Posted by gorvic
из работающей винды приведите (только без правок и можно в ЛС чтоб адреса не светить)Code:ipconfig /all
Junior Member
я не с потолка маску брал...
Last edited by Omega; 15-12-2011 at 19:43. Reason: попробуйте забить mac-адрес компа в роутер ... ;)
Senior Member
Да верю я ... вывод
из работающей винды приведите (только без правок и можно в ЛС чтоб адреса не светить)Code:ipconfig /all
Junior Member
Причина: попробуйте забить mac-адрес компа в роутер ...
привязки к мак адресу нет, пробовал вбить мак адрес, провайдер указывает что возможно роутер не умеет работать с данной маской, якобы у них на тесте уже несколько так не работают))) однако сегодня видел wl520gu точно также маска 255.255.255.255 и сволочь инет раздает)))
Last edited by Omega; 15-12-2011 at 19:56. Reason: логи подключения с роутера в студию ... :)
Senior Member
при маске 255.255.255.255 адрес в сети один и даже шлюза быть не может ... Конечно я могу ошибаться ...
Last edited by Omega; 15-12-2011 at 22:05. Reason: можно ещё попробовать забить ip-адрес статикой ... ;)
Junior Member
забивал вручную, но опять же вопрос как тогда маску вбивать)))Причина: можно ещё попробовать забить ip-адрес статикой ...
Логи позже чуть прикреплю...
логи сразу после сброса - режим автомат
PHP Code:Jan 1 00:00:04 syslogd started: BusyBox v1.19.2
Jan 1 00:00:04 kernel: klogd started: BusyBox v1.19.2 (2011-10-22 20:06:56 MSK)
Jan 1 00:00:04 kernel: Linux version 2.6.22.19 (root@localhost) (gcc version 4.4.6 (GCC) ) #2 Sat Oct 22 20:28:56 MSK 2011
Jan 1 00:00:04 kernel: CPU revision is: 00029006
Jan 1 00:00:04 kernel: Setting the PFC to its default value
Jan 1 00:00:04 kernel: Determined physical RAM map:
Jan 1 00:00:04 kernel: memory: 02000000 @ 00000000 (usable)
Jan 1 00:00:05 dnsmasq[206]: started, version 2.59 cachesize 512
Jan 1 00:00:05 dnsmasq[206]: compile time options: IPv6 GNU-getopt no-RTC no-DBus no-i18n DHCP no-scripts no-TFTP no-conntrack no-IDN
Jan 1 00:00:05 dnsmasq-dhcp[206]: DHCP, IP range 192.168.1.101 -- 192.168.1.254, lease time 1d
Jan 1 00:00:05 dnsmasq[206]: read /etc/hosts - 2 addresses
Jan 1 00:00:05 miniupnpd[207]: version 1.6 started
Jan 1 00:00:05 miniupnpd[207]: HTTP listening on port 46667
Jan 1 00:00:05 miniupnpd[207]: Listening for NAT-PMP traffic on port 5351
Jan 1 00:00:05 kernel: usbcore: registered new interface driver usbfs
Jan 1 00:00:05 kernel: usbcore: registered new interface driver hub
Jan 1 00:00:06 kernel: usbcore: registered new device driver usb
Jan 1 00:00:06 kernel: ehci_hcd: USB 2.0 'Enhanced' Host Controller (EHCI) Driver
Jan 1 00:00:06 kernel: PCI: Enabling device 0000:01:03.2 (0000 -> 0002)
Jan 1 00:00:06 kernel: ehci_hcd 0000:01:03.2: EHCI Host Controller
Jan 1 00:00:06 kernel: ehci_hcd 0000:01:03.2: new USB bus registered, assigned bus number 1
Jan 1 00:00:06 kernel: ehci_hcd 0000:01:03.2: irq 12, io mem 0x40004000
Jan 1 00:00:06 kernel: ehci_hcd 0000:01:03.2: USB 2.0 started, EHCI 1.00
Jan 1 00:00:06 kernel: usb usb1: configuration #1 chosen from 1 choice
Jan 1 00:00:06 kernel: hub 1-0:1.0: USB hub found
Jan 1 00:00:06 kernel: hub 1-0:1.0: 4 ports detected
Jan 1 00:00:06 kernel: uhci_hcd: USB Universal Host Controller Interface driver
Jan 1 00:00:06 kernel: PCI: Enabling device 0000:01:03.0 (0000 -> 0001)
Jan 1 00:00:06 kernel: uhci_hcd 0000:01:03.0: UHCI Host Controller
Jan 1 00:00:06 kernel: uhci_hcd 0000:01:03.0: new USB bus registered, assigned bus number 2
Jan 1 00:00:06 kernel: uhci_hcd 0000:01:03.0: irq 12, io base 0x00000100
Jan 1 00:00:06 kernel: usb usb2: configuration #1 chosen from 1 choice
Jan 1 00:00:06 kernel: hub 2-0:1.0: USB hub found
Jan 1 00:00:06 kernel: hub 2-0:1.0: 2 ports detected
Jan 1 00:00:06 kernel: PCI: Enabling device 0000:01:03.1 (0000 -> 0001)
Jan 1 00:00:06 kernel: uhci_hcd 0000:01:03.1: UHCI Host Controller
Jan 1 00:00:06 kernel: uhci_hcd 0000:01:03.1: new USB bus registered, assigned bus number 3
Jan 1 00:00:06 kernel: uhci_hcd 0000:01:03.1: irq 12, io base 0x00000120
Jan 1 00:00:06 kernel: usb usb3: configuration #1 chosen from 1 choice
Jan 1 00:00:06 kernel: hub 3-0:1.0: USB hub found
Jan 1 00:00:06 kernel: hub 3-0:1.0: 2 ports detected
Jan 1 00:00:06 kernel: usbcore: registered new interface driver usblp
Jan 1 00:00:07 kernel: SCSI subsystem initialized
Jan 1 00:00:07 kernel: Initializing USB Mass Storage driver...
Jan 1 00:00:07 kernel: usbcore: registered new interface driver usb-storage
Jan 1 00:00:07 kernel: USB Mass Storage support registered.
Jan 1 00:00:07 kernel: NTFS driver 2.1.28 [Flags: R/O MODULE].
Jan 1 00:00:08 dnsmasq[206]: read /etc/hosts - 2 addresses
Jan 1 00:00:08 dhcp client: deconfig: lease is lost
Jan 1 00:00:08 dnsmasq[206]: read /etc/hosts - 2 addresses
Jan 1 00:00:08 dnsmasq[206]: using nameserver 91.211.63.254#53
Jan 1 00:00:08 dnsmasq[206]: using nameserver 91.211.60.211#53
Jan 1 00:00:09 miniupnpd[207]: received signal 15, good-bye
Jan 1 00:00:09 miniupnpd[295]: version 1.6 started
Jan 1 00:00:09 miniupnpd[295]: HTTP listening on port 51647
Jan 1 00:00:09 miniupnpd[295]: Listening for NAT-PMP traffic on port 5351
Jan 1 00:00:09 kernel: vlan1: dev_set_allmulti(master, 1)
Jan 1 00:00:09 kernel: emf:Invalid interface identifier
Jan 1 00:00:09 dhcp client: bound IP : 176.XX.0.XX from 176.XX.0.1
Jan 1 00:00:10 kernel: eth1: received packet with own address as source address
Jan 1 00:00:43 kernel: eth1: received packet with own address as source address
Last edited by Omega; 21-02-2012 at 16:14. Reason: fixed
Forum Guru
для тунеля такое вполне возможно )Code:ppp0 Link encap:Point-to-Point Protocol inet addr:95.24.61.47 P-t-P:85.21.0.250 Mask:255.255.255.255
для IPv4-сетей маска /32 (255.255.255.255) позволяет указать единичный узел сети...
Last edited by TReX; 16-12-2011 at 10:48.
Junior Member
С недавних пор я подключился к провайдеру Киевстар. Использую RT-N16 и прошивку RT-N16-1.9.2.7-rtn-r3497. Провайдер на WAN интерфейс по DHCP отдают белый айпи. Но периодически по интерфейсу перестают передаваться пакеты. Может несколько раз в день, может раз в месяц. Если бутнуть роутер из шелла командой reboot, сетевуха адрес не получает. Вернее получает zeroconf вида 169.254.х.х.
Продолжается это до тех пор, пока маршрутизатор провайдера не увидит что клиент отключился
(для этого нужно либо выключить мой роутер, либо не выключая его отключить кабель локальной сети от гнезда WAN. После таких манипуляций все работает как положено.
Можно ли программно полностью отключить nic, чтобы погасла лампочка коннекта на сетевой? Поставить в крон и выкл\вкл когда нет интернета...
Может есть другие варианты решения проблемы?
Junior Member
Возникла точно такая же проблема на подмосковном провайдере Комсайт. Ситуация 1 в 1. Как вы ее решили?
РЕШЕНО!
Last edited by Helby; 29-01-2012 at 12:43. Reason: UPD: Решено. Прописывание белого IP, маски и шлюза руками решает проблему.
Registered User
Доброго времени суток, форумчане.
возникла проблема с подключением к заводской сети через VPN соединение. постараюсь описать полную картину того, что происходит.
есть подключение к интернету через заводскую сеть, через VPN соединение (работает с ноута, подключение miniport WAN (pptp) со следующими настройками:
http://dump.ru/file/5611732
http://dump.ru/file/5611738
http://dump.ru/file/5611743
http://dump.ru/file/5611835
http://dump.ru/file/5611838
так-же под заводскую сеть, на ноутбуке настраивается протокол tcp/ip подключения по локальной сети со следующими настройками:
http://dump.ru/file/5611840
http://dump.ru/file/5611844
интернет исправно работает. далее, мне необходимо настроить wl-500gp v2 для раздачи интернета как по проводам, так и без. проблемы начались с нехотением роутера воспринимать данный заводскими специалистами IP адрес 172.20.4.51 и маску подсети 255.255.255.0, решилось перепрошивкой на ром от Олега версии WL500gpv2-1.9.2.7-10. Настройки WAN&LAN:
http://dump.ru/file/5611849
но интернета нет, роутер в логах пишет следующее:
...
Jan 1 03:00:07 kernel: USB Mass Storage support registered.
Jan 1 03:00:07 kernel: vlan1: Setting MAC address to 00 22 15 61 95 5a.
Jan 1 03:00:07 kernel: VLAN (vlan1): Underlying device (eth0) has same MAC, not checking promiscious mode.
Jan 1 03:00:09 pppd[101]: pppd 2.4.2 started by admin, uid 0
Jan 1 03:00:09 pppd[101]: Serial connection established.
Jan 1 03:00:09 pppd[101]: Using interface ppp0
Jan 1 03:00:09 pppd[101]: Connect: ppp0 <--> /dev/pts/0
Jan 1 03:00:09 pptp[109]: route_add: no route to host
Jan 1 03:00:09 pptp[109]: connect: Network is unreachable
Jan 1 03:00:09 pptp[109]: Cannot bind GRE socket, aborting.
Jan 1 03:00:09 pppd[101]: Modem hangup
Jan 1 03:00:09 pppd[101]: Connection terminated.
Jan 1 03:00:40 pptp[124]: route_add: no route to host
Jan 1 03:00:40 pptp[124]: connect: Network is unreachable
Jan 1 03:00:40 pptp[124]: Cannot bind GRE socket, aborting.
Jan 1 03:00:40 pppd[101]: Serial connection established.
Jan 1 03:00:40 pppd[101]: Failed to set PPP kernel option flags: Inappropriate ioctl for device
Jan 1 03:00:40 pppd[101]: Using interface ppp0
Jan 1 03:00:40 pppd[101]: Connect: ppp0 <--> /dev/pts/0
Jan 1 03:00:40 pppd[101]: Modem hangup
Jan 1 03:00:40 pppd[101]: Connection terminated.
и последнее, что считаю необходимым сказать, после установленного подключения ноут имеет статический внешний IP адрес (на картинке http://dump.ru/file/5611844, закрыл звездочками, попросили не раскидываться им) обственно вопрос, что нужно нажать, что б все заработало? за помощь, в своем геофизическом пространстве поставлю пиво
upd. на все вопросы постараюсь максимально быстро и оперативно ответить.
Last edited by vectorm; 20-02-2012 at 11:58. Reason: При такой WAN маске работать не будет. Должно быть например 255.255.0.0
по скриншотам,
address: 172.20.4.251
netmask: 255.255.255.0
gateway: 172.20.240.1
это значит, что роутер в сети 172.20.4.0/24, где возможны адреса 172.20.4.1 - 172.20.4.254, 0 и 255 зарезервированы.
адрес шлюза находится вне этой подсети, поэтому и ругается и не работает, что абсолютно верно.
варианты:
1. настучать по голове админам кто так криво настроил, ориентируясь только на то, что под windows это почему то работает
2. запросить у них же верный шлюз для подсети
3. использовать бОльшую маску, например 255.255.0.0, чтобы шлюз оказался внутри подсети (но тогда могут оказаться недоступны другие внутрисетевые ресурсы, т.к шлюз будет использоваться только для доступа ко всему вне 172.20.*.*)
4. прописать MAN маршрут к 172.20.240.1 маска 255.255.255.255
для DHCP/Static костыль для шлюза вне подсети есть, для VPN - нет и не думаю, что вообще необходим.
Last edited by theMIROn; 20-02-2012 at 13:16.
ASUS WL5xx: FW 1.9.2.7-d-rXXXX / обсуждение прошивки [RU] / firmware discussion [EN] | bip irc proxy
ASUS RT-N1x: FW 1.9.2.7-rtn-rXXXX / обсуждение прошивки [RU] / firmware discussion [EN] | fake ident daemon
Registered User
1. боюсь вызову международный скандалкомандирован в Иран, хотя попробовать можно
2. реализуемо, но сложно фарси не мой родной язык, + на вызов специалиста из местного IT отдела надо писать заявку и ждать какое-то время (уже вызвал) если ничего не поможет, пойду к ним. пока попробуем следующие пункты.
3. поставил в соединении на нуте маску 255.255.0.0 инет заработал, далее, переставил на роутере, инета - нет, в логах пишет:
Jan 1 03:03:34 pppd[101]: Using interface ppp0
Jan 1 03:03:34 pppd[101]: Connect: ppp0 <--> /dev/pts/0
Jan 1 03:03:38 pppd[101]: CHAP authentication failed: bad username or password
Jan 1 03:03:38 pppd[101]: Connection terminated
аккуратнно, внимательно и точно ввел заново верные логин и пароль, снова не помогло.
4. где этот маршрут прописывать? (я, по большей части дилетант в делах подобного плана, тыкните пальцем куда циферки забить надо)
Last edited by Pitkini; 20-02-2012 at 13:35.
или неправильный логин пароль, или это не уникальное соединение, или сервер считает, что предыдущее соединение еще живое, или там есть какой-то таймаут на повторное соединение.
http://192.168.1.1/Advanced_GWStaticRoute_Content.asp
Enable static routes? Yes
или завтра взять 1.9.2.7-rtn-3816 (или новее) тут => http://asus.vectormm.net/rtn/
и это тоже поддерживаетсяпри маске 255.255.255.255 в сети может быть только один адрес ... ИМХО Бред
Last edited by Omega; 20-02-2012 at 20:29. Reason: fixed
ASUS WL5xx: FW 1.9.2.7-d-rXXXX / обсуждение прошивки [RU] / firmware discussion [EN] | bip irc proxy
ASUS RT-N1x: FW 1.9.2.7-rtn-rXXXX / обсуждение прошивки [RU] / firmware discussion [EN] | fake ident daemon
Posting Permissions
