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

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




Начать новую тему Ответить на тему  [ Сообщений: 28 ]  На страницу 1, 2  След.
Автор Сообщение
СообщениеДобавлено: Сб июл 04, 2015 15:35 
Не в сети

Зарегистрирован: Сб июл 04, 2015 14:57
Сообщений: 11
Роутер был куплен примерно полтора года назад.

Проблема заключается в том, что при вводе данных при настройке PPPoE не сохраняется пароль доступа к сети (от провайдера). Все - от настроек до имени пользователя работает нормально, но пароль каждый раз выдает (скрытый, некопируемый) пятизначный, в то время как ранее вводился восьмизначный. Соответственно, доступа в сеть через роутер нет, напрямую все работает.

При этом главное то, что прежде все работало нормально, соединение не лажало и т.д. Проблема возникла спонтанно, причем прямо в процессе работы. Отпала сеть, и не захотела восстанавливаться. Никаких скачков при этом не было, все шло, как и всегда. Оговорюсь, что проблема возникала аналогичная в апреле 2015 (тоже отпала сеть и не хотел запоминать пароль), но после сброса на заводские настройки и прописки соединения с нуля все заработало.

Сейчас же был не только сброс произведен, но и обновлена прошивка до версии 2015.06.08. Проблема сохранилась без изменений, из чего делаю предположение, что вопрос железный.

Судя по тому, что нашел на других форумах, проблема с этой моделью нередкая, но нигде я не нашел, как она решается. Быть может, хотя бы на фирменном форуме есть знающие люди? Заранее благодарю за актуальные советы.


Вернуться наверх
 Профиль  
 
СообщениеДобавлено: Сб июл 04, 2015 16:09 
Не в сети

Зарегистрирован: Чт июн 28, 2012 09:45
Сообщений: 5908
Пять точек будет всегда - типа для безопасности ))) Пароль сохраняется там нормально.
Возможно, аппаратная проблема. Не после грозы, случайно?

_________________
Ответы на все вопросы здесь: http://www.dlink.ru/ru/contacts/


Вернуться наверх
 Профиль  
 
СообщениеДобавлено: Вс июл 05, 2015 01:33 
Не в сети

Зарегистрирован: Сб июл 04, 2015 14:57
Сообщений: 11
СергейП писал(а):
Пять точек будет всегда - типа для безопасности ))) Пароль сохраняется там нормально.
Возможно, аппаратная проблема. Не после грозы, случайно?


Ну что значит "нормально сохраняется", если я говорю, что у меня не работает?))

Конечно, вот несколько дней назад он тоже нормально сохранялся - еще тот, который был введен весной.
И нет, не после грозы. Вернее как... Последний месяц грозы через день, поэтому да, конечно после грозы. Но там же я писал, что такая проблема была несколько месяцев назад. И сейчас вспомнил, что еще и зимой была - тогда впервые. Зимой точно гроз не было. Скачки тоже отметаю, потому что у меня роутер, как и все железо коммутированное, идет на 220 через стабилизатор. Если бы чего и было - он бы уравновесил. Или просто сгорел, как первый элемент в цепочке. Гипотетически, конечно, в грозу могло прийти и через сам нет-шнур. Но тогда надо было бы, чтоб в него долбанула молния, или хотя бы чтоб коротило на распредкоробке, а такое если и было, то не во время работы. То есть, надевая шапочку из фольги, я допускаю, что меня не было дома и по шнуру несколько десятков тысяч вольт зашло в роутер. Но почему он тогда не сгорел и более того - продолжил работать? Он же залагал в этот раз прямо в тот момент, когда я сидел в сети, и никакой грозы тогда не было и в помине.

Конечно, скорее всего дело аппаратное, потому что я там перепрошил все. Вопрос исключительно в том, что если это и аппарат, то как его диагностировать в таком случае? Просто я объективно понимаю, что нести его в сервис выйдет, как и новый купить. А мне не очень хочется тратить деньги, если там окажется какая-то известная и не слишком заковыристо решабельная проблема.

Что думаете?


Вернуться наверх
 Профиль  
 
СообщениеДобавлено: Вс июл 05, 2015 08:33 
Не в сети

Зарегистрирован: Чт июн 28, 2012 09:45
Сообщений: 5908
Crowcloud писал(а):
Что думаете?

1. Пароль сохраняется 100%. Пять точек будет всегда, независимо от длины пароля.
Crowcloud писал(а):
Гипотетически, конечно, в грозу могло прийти и через сам нет-шнур

2. Это сплош и рядом. Не думайте, что это редкость. Чтобы порт пострадал от грозы, необязательно должны лететь искры.
3. Индикатор порта wan как себя ведет? Загорается вообще когда-нибудь?
4. Что в журнале (логе) роутера в момент попыток соединения? Выложите его сюда полностью с момента включения.
5. Сделать еще раз полный сброс и настроить заново вручную (не восстанавливать конфигурацию из файла, если такой есть)

_________________
Ответы на все вопросы здесь: http://www.dlink.ru/ru/contacts/


Вернуться наверх
 Профиль  
 
СообщениеДобавлено: Вс июл 05, 2015 14:38 
Не в сети

Зарегистрирован: Сб июл 04, 2015 14:57
Сообщений: 11
1. Извините, но полный бред, потому что у меня в нормальное время сохранялось количество звездочек, аналогичное количеству знаков в пароле (перепутать случайно 8 и 5 - это абсурдно для меня было бы).

2. Индикаторы все активны, в т.ч. входной WAN. Он видит входящий шнур, индикатор раздачи работает, выходящие lan тоже (один, который подключен на данный момент). Даже индикатор подключения к электросети светится, как ни странно :lol:

3. Повторяю, что я делал сброс и настраивал вручную соединение десятка два раз. После чего плюнул на это безобразие и перепрошил его, после чего также настраивал вручную. Я в принципе не сохраняю файлы конфигурации, и потому подбирать мне их неоткуда.

4. Лог от момента включения? Окей.

НАЧАЛО

Jan 1 00:00:16 syslogd started: BusyBox v1.19.2
Jan 1 00:00:16 kernel: [ 0.000000] PID hash table entries: 128 (order: -3, 512 bytes)
Jan 1 00:00:16 kernel: [ 0.000000] Dentry cache hash table entries: 4096 (order: 2, 16384 bytes)
Jan 1 00:00:16 kernel: [ 0.000000] Inode-cache hash table entries: 2048 (order: 1, 8192 bytes)
Jan 1 00:00:16 kernel: [ 0.000000] Primary instruction cache 32kB, VIPT, I-cache aliases, , 4-waylinesize 32 bytes.
Jan 1 00:00:16 kernel: [ 0.000000] Primary data cache 16kB, 4-way, VIPT, no aliases, linesize 32 bytes
Jan 1 00:00:16 kernel: [ 0.000000] Writing ErrCtl register=00001f94
Jan 1 00:00:16 kernel: [ 0.000000] Readback ErrCtl register=00001f94
Jan 1 00:00:16 kernel: [ 0.000000] Memory: 29252k/32768k available (2356k kernel code, 3516k reserved, 622k data, 144k init, 0k highmem)
Jan 1 00:00:16 kernel: [ 0.000000] SLUB: Genslabs=7, HWalign=32, Order=0-3, MinObjects=0, CPUs=1, Nodes=1
Jan 1 00:00:16 kernel: [ 0.000000] Hierarchical RCU implementation.
Jan 1 00:00:16 kernel: [ 0.000000] Verbose stalled-CPUs detection is disabled.
Jan 1 00:00:16 kernel: [ 0.000000] NR_IRQS:128
Jan 1 00:00:16 kernel: [ 0.000000] Console: colour dummy device 80x25
Jan 1 00:00:16 kernel: [ 0.000000] console [ttyS1] enabled
Jan 1 00:00:16 kernel: [ 0.010000] Calibrating delay loop... 239.20 BogoMIPS (lpj=1196032)
Jan 1 00:00:16 kernel: [ 0.260000] pid_max: default: 32768 minimum: 301
Jan 1 00:00:16 kernel: [ 0.270000] Mount-cache hash table entries: 512
Jan 1 00:00:16 kernel: [ 0.280000] NET: Registered protocol family 16
Jan 1 00:00:16 kernel: [ 0.290000] bio: create slab at 0
Jan 1 00:00:16 kernel: [ 0.300000] dru mark: unknown type 772 for dev lo
Jan 1 00:00:16 kernel: [ 0.310000] cfg80211: Calling CRDA to update world regulatory domain
Jan 1 00:00:16 kernel: [ 0.320000] Switching to clocksource MIPS
Jan 1 00:00:16 kernel: [ 0.330000] dru filter: 80%% -> 0x00000666 avenrun
Jan 1 00:00:16 kernel: [ 0.330000] dru filter: 80%% -> 0x00000666 avenrun
Jan 1 00:00:16 kernel: [ 0.340000] dru filter: 120%% -> 0x00000999 avenrun
Jan 1 00:00:16 kernel: [ 0.350000] Registered /proc/sys/dru
Jan 1 00:00:16 kernel: [ 0.360000] NET: Registered protocol family 2
Jan 1 00:00:16 kernel: [ 0.370000] IP route cache hash table entries: 1024 (order: 0, 4096 bytes)
Jan 1 00:00:16 kernel: [ 0.380000] TCP established hash table entries: 1024 (order: 1, 8192 bytes)
Jan 1 00:00:16 kernel: [ 0.400000] TCP bind hash table entries: 1024 (order: 0, 4096 bytes)
Jan 1 00:00:16 kernel: [ 0.410000] TCP: Hash tables configured (established 1024 bind 1024)
Jan 1 00:00:16 kernel: [ 0.420000] TCP reno registered
Jan 1 00:00:16 kernel: [ 0.430000] UDP hash table entries: 256 (order: 0, 4096 bytes)
Jan 1 00:00:16 kernel: [ 1.070000] N_HDLC line discipline registered.
Jan 1 00:00:16 kernel: [ 1.080000] Ralink gpio driver initialized
Jan 1 00:00:16 kernel: [ 1.090000] Serial: 8250/16550 driver, 2 ports, IRQ sharing disabled
Jan 1 00:00:16 kernel: [ 1.100000] serial8250: ttyS0 at MMIO 0x10000500 (irq = 37) is a 16550A
Jan 1 00:00:16 kernel: [ 1.110000] serial8250: ttyS1 at MMIO 0x10000c00 (irq = 12) is a 16550A
Jan 1 00:00:16 kernel: [ 1.130000] loop: module loaded
Jan 1 00:00:16 kernel: [ 1.140000] GMAC1_MAC_ADRH -- : 0x0000000c
Jan 1 00:00:16 kernel: [ 1.150000] GMAC1_MAC_ADRL -- : 0x43305077
Jan 1 00:00:16 kernel: [ 1.160000] Ralink APSoC Ethernet Driver Initilization. v3.1 512 rx/tx descriptors allocated, mtu = 1500!
Jan 1 00:00:16 kernel: [ 1.180000] NAPI enable, Tx Ring = 512, Rx Ring = 512
Jan 1 00:00:16 kernel: [ 1.190000] GMAC1_MAC_ADRH -- : 0x0000000c
Jan 1 00:00:16 kernel: [ 1.200000] GMAC1_MAC_ADRL -- : 0x43305077
Jan 1 00:00:16 kernel: [ 1.210000] PROC INIT OK!
Jan 1 00:00:16 kernel: [ 1.210000] PPP generic driver version 2.4.2
Jan 1 00:00:16 kernel: [ 1.220000] PPP Deflate Compression module registered
Jan 1 00:00:16 kernel: [ 1.230000] PPP BSD Compression module registered
Jan 1 00:00:16 kernel: [ 1.240000] PPP MPPE Compression module registered
Jan 1 00:00:16 kernel: [ 1.250000] NET: Registered protocol family 24
Jan 1 00:00:16 kernel: [ 1.260000] PPTP driver version 0.8.5
Jan 1 00:00:16 kernel: [ 1.270000] Ralink APSoC Hardware Watchdog Timer
Jan 1 00:00:16 kernel: [ 1.280000] Netfilter messages via NETLINK v0.30.
Jan 1 00:00:16 kernel: [ 1.290000] nf_conntrack version 0.5.0 (457 buckets, 1828 max)
Jan 1 00:00:16 kernel: [ 1.300000] GRE over IPv4 demultiplexor driver
Jan 1 00:00:16 kernel: [ 1.310000] gre: can't add protocol
Jan 1 00:00:16 kernel: [ 1.320000] ip_tables: (C) 2000-2006 Netfilter Core Team, Type=Linux
Jan 1 00:00:16 kernel: [ 1.330000] arp_tables: (C) 2002 David S. Miller
Jan 1 00:00:16 kernel: [ 1.340000] TCP cubic registered
Jan 1 00:00:16 kernel: [ 1.350000] NET: Registered protocol family 17
Jan 1 00:00:16 kernel: [ 1.360000] Bridge firewalling registered
Jan 1 00:00:16 kernel: [ 1.370000] Ebtables v2.0 registered
Jan 1 00:00:16 kernel: [ 1.370000] L2TP core driver, V2.0
Jan 1 00:00:16 kernel: [ 7.930000] RT305x_ESW: Link Status Changed
Jan 1 00:00:16 kernel: [ 7.930000] message received before monitor task is initialized kerSysSendtoNlMonTask
Jan 1 00:00:16 kernel: [ 8.080000] RT305x_ESW: Link Status Changed
Jan 1 00:00:16 kernel: [ 8.080000] message received before monitor task is initialized kerSysSendtoNlMonTask
Jan 1 00:00:16 kernel: [ 18.870000] =====================================================
Jan 1 00:00:16 kernel: [ 18.880000] Channel 1 : Dirty = 0, ApCnt=0, Busy Time = 34, Skip Channel = FALSE
Jan 1 00:00:16 kernel: [ 18.890000] Channel 2 : Dirty = 1, ApCnt=0, Busy Time = 311, Skip Channel = FALSE
Jan 1 00:00:16 kernel: [ 18.910000] Channel 3 : Dirty = 1, ApCnt=0, Busy Time = 5212, Skip Channel = FALSE
Jan 1 00:00:16 kernel: [ 18.920000] Channel 4 : Dirty = 1, ApCnt=0, Busy Time = 0, Skip Channel = FALSE
Jan 1 00:00:16 kernel: [ 18.940000] Channel 5 : Dirty = 1, ApCnt=0, Busy Time = 2248, Skip Channel = FALSE
Jan 1 00:00:16 kernel: [ 18.950000] Channel 6 : Dirty = 30, ApCnt=1, Busy Time = 1949, Skip Channel = FALSE
Jan 1 00:00:16 kernel: [ 18.970000] Channel 7 : Dirty = 2, ApCnt=0, Busy Time = 2247, Skip Channel = FALSE
Jan 1 00:00:16 kernel: [ 18.980000] Channel 8 : Dirty = 2, ApCnt=0, Busy Time = 0, Skip Channel = FALSE
Jan 1 00:00:16 kernel: [ 19.000000] Channel 9 : Dirty = 2, ApCnt=0, Busy Time = 1173, Skip Channel = FALSE
Jan 1 00:00:16 kernel: [ 19.010000] Channel 10 : Dirty = 2, ApCnt=0, Busy Time = 145, Skip Channel = FALSE
Jan 1 00:00:16 kernel: [ 19.030000] Channel 11 : Dirty = 31, ApCnt=1, Busy Time = 1921, Skip Channel = FALSE
Jan 1 00:00:16 kernel: [ 19.040000] Channel 12 : Dirty = 2, ApCnt=0, Busy Time = 46, Skip Channel = FALSE
Jan 1 00:00:16 kernel: [ 19.060000] Channel 13 : Dirty = 2, ApCnt=0, Busy Time = 0, Skip Channel = FALSE
Jan 1 00:00:16 kernel: [ 19.070000] =====================================================
Jan 1 00:00:16 kernel: [ 19.090000] d-link final_channel = 1
Jan 1 00:00:16 kernel: [ 19.090000] =====================================================
Jan 1 00:00:16 kernel: [ 19.120000] 0x1300 = 00064380
Jan 1 00:00:16 kernel: [ 19.130000] device ra0 entered promiscuous mode
Jan 1 00:00:16 kernel: [ 19.140000] device eth2.1 entered promiscuous mode
Jan 1 00:00:16 kernel: [ 19.150000] device eth2 entered promiscuous mode
Jan 1 00:00:16 kernel: [ 19.160000] br0: port 2(eth2.1) entering learning state
Jan 1 00:00:16 kernel: [ 19.170000] br0: port 2(eth2.1) entering learning state
Jan 1 00:00:16 kernel: [ 19.180000] br0: port 1(ra0) entering learning state
Jan 1 00:00:16 kernel: [ 19.190000] br0: port 1(ra0) entering learning state
Jan 1 00:00:19 udhcpc[118]: UDHCP start..
Jan 1 00:00:19 udhcpc[118]: vendorclass - <^Ldslforum.org
Jan 1 00:00:19 udhcpc[118]: udhcp client (v0.9.8 ) started (iface: wan1, connect: 1)
Jan 1 00:00:19 udhcpc[118]: Sending discover...
Jan 1 00:00:19 pppd[126]: Plugin /usr/lib/pppd/rp-pppoe.so loaded.
Jan 1 00:00:19 pppd[133]: pppd 2.4.4 started by admin, uid 0
Jan 1 00:00:21 udhcpc[118]: Sending discover...
Jan 1 00:00:22 miniupnpd[154]: could not open lease file: /tmp/upnp.leases
Jan 1 00:00:22 miniupnpd[154]: HTTP listening on port 33983
Jan 1 00:00:22 miniupnpd[154]: Listening for NAT-PMP traffic on port 5351
Jan 1 00:00:24 kernel: [ 27.080000] monitor task is initialized pid= 157
Jan 1 00:00:24 dms_get_last_renew[168]: file /tmp/stat.wan1_1 not found
Jan 1 00:00:25 udhcpc[118]: Sending discover...
Jan 1 00:00:25 dms_get_last_renew[188]: file /tmp/stat.wan1_1 not found
Jan 1 00:00:31 kernel: [ 34.200000] br0: port 2(eth2.1) entering forwarding state
Jan 1 00:00:31 kernel: [ 34.240000] br0: port 1(ra0) entering forwarding state
Jan 1 00:00:32 kernel: [ 34.940000] TX: allow IGMP
Jan 1 00:00:32 kernel: [ 34.950000] TX: allow IGMP
Jan 1 00:00:32 dnsmasq[116]: script process exited with status 1
Jan 1 00:00:38 udhcpc[118]: Sending discover...
Jan 1 00:00:40 udhcpc[118]: Sending discover...
Jan 1 00:00:44 udhcpc[118]: Sending discover...
Jan 1 00:00:44 morda[268]: user admin is logged in with administrator privileges to the ip 192.168.0.96
Jan 1 00:00:47 pppd[133]: Timeout waiting for PADO packets
Jan 1 00:00:47 pppd[133]: Unable to complete PPPoE Discovery
Jan 1 00:00:47 pppd[133]: lcp_close: unit:0, reason: "" (status: 0, state: 1, was_ip_down: 0)
Jan 1 00:00:52 pppd[133]: Couldn't get PPP statistics: No such device
Jan 1 00:00:57 udhcpc[294]: Sending discover...
Jan 1 00:00:59 udhcpc[294]: Sending discover...
Jan 1 00:01:03 udhcpc[294]: Sending discover...
Jan 1 00:01:16 udhcpc[294]: Sending discover...
Jan 1 00:01:18 udhcpc[294]: Sending discover...
Jan 1 00:01:18 pppd[133]: Timeout waiting for PADO packets
Jan 1 00:01:18 pppd[133]: Unable to complete PPPoE Discovery
Jan 1 00:01:18 pppd[133]: lcp_close: unit:0, reason: "" (status: 0, state: 1, was_ip_down: 0)
Jan 1 00:01:22 udhcpc[294]: Sending discover...
Jan 1 00:01:23 pppd[133]: Couldn't get PPP statistics: No such device
Jan 1 00:01:54 pppd[133]: Timeout waiting for PADO packets
Jan 1 00:01:54 pppd[133]: Unable to complete PPPoE Discovery
Jan 1 00:01:54 pppd[133]: lcp_close: unit:0, reason: "" (status: 0, state: 1, was_ip_down: 0)
Jan 1 00:01:59 pppd[133]: Couldn't get PPP statistics: No such device
Jan 1 00:02:10 conf_wan[594]: CONFIG_ACTION_EDIT - start
Jan 1 00:02:10 conf_wan[594]: key_l2_incoming = wan1
Jan 1 00:02:10 conf_wan[594]: test
Jan 1 00:02:10 conf_wan[594]: PPP IPV4
Jan 1 00:02:10 conf_wan[594]: max_count = 4
Jan 1 00:02:10 conf_wan[594]: key_l3_incoming = wan1_3
Jan 1 00:02:10 conf_wan[594]: Get incoming L2 wan1 from config
Jan 1 00:02:10 conf_wan[594]: Is it lan?
Jan 1 00:02:10 conf_wan[594]: It's wan iface
Jan 1 00:02:10 conf_wan[594]: Make edit old
Jan 1 00:02:10 conf_wan[594]: line 891
Jan 1 00:02:13 conf_wan[594]: 960
Jan 1 00:02:13 conf_wan[594]: Renew search L3 wan1_3
Jan 1 00:02:13 conf_wan[594]: Delete link wan1_3
Jan 1 00:02:13 conf_wan[594]: Set link name wan1_3
Jan 1 00:02:13 conf_wan[594]: L3 ethernet
Jan 1 00:02:13 pppd[607]: Plugin /usr/lib/pppd/rp-pppoe.so loaded.
Jan 1 00:02:13 pppd[610]: pppd 2.4.4 started by admin, uid 0
Jan 1 00:02:16 conf_wan[594]: CONFIG_ACTION_EDIT - exit
Jan 1 00:02:26 udhcpc[294]: Sending discover...
Jan 1 00:02:28 udhcpc[294]: Sending discover...
Jan 1 00:02:32 udhcpc[294]: Sending discover...
Jan 1 00:02:39 pppd[610]: Timeout waiting for PADO packets
Jan 1 00:02:39 pppd[610]: Unable to complete PPPoE Discovery
Jan 1 00:02:39 pppd[610]: lcp_close: unit:0, reason: "" (status: 0, state: 1, was_ip_down: 0)
Jan 1 00:02:39 pppd[133]: Timeout waiting for PADO packets
Jan 1 00:02:39 pppd[133]: Unable to complete PPPoE Discovery
Jan 1 00:02:39 pppd[133]: lcp_close: unit:0, reason: "" (status: 0, state: 1, was_ip_down: 0)
Jan 1 00:02:39 pppd[133]: Couldn't get PPP statistics: No such device
Jan 1 00:02:39 pppd[133]: Terminating on signal 15
Jan 1 00:02:39 pppd[133]: Exit.(5)

КОНЕЦ

Порты, повторюсь, все активны подключенные, ничего не выгорело. Что дальше?


Вернуться наверх
 Профиль  
 
СообщениеДобавлено: Вс июл 05, 2015 14:49 
Не в сети

Зарегистрирован: Чт июн 28, 2012 09:45
Сообщений: 5908
1. Ok. Пусть будет полный бред. Вам виднее.
4. "Timeout waiting for PADO packets" - роутер не получает ответ от PPP-сервера на свой запрос "Sending discovery". До отправки имени/пароля дело даже не доходит. Так что пароль тут явно не при делах. Посмотрите, какой mac адрес отображается на главной странице web-интерфейса? Соответствует ли он тому, что написано на наклейке снизу?

_________________
Ответы на все вопросы здесь: http://www.dlink.ru/ru/contacts/


Вернуться наверх
 Профиль  
 
СообщениеДобавлено: Вс июл 05, 2015 16:25 
Не в сети

Зарегистрирован: Сб июл 04, 2015 14:57
Сообщений: 11
Так точно, одинаковый: 28:10:7b:ec:8c:7a


Вернуться наверх
 Профиль  
 
СообщениеДобавлено: Вс июл 05, 2015 16:29 
Не в сети

Зарегистрирован: Чт июн 28, 2012 09:45
Сообщений: 5908
Crowcloud писал(а):
Так точно, одинаковый: 28:10:7b:ec:8c:7a

Ну, тогда я думаю, что wan-порт не работает. Других мыслей у меня нет. Может кто-то еще подскажет.

_________________
Ответы на все вопросы здесь: http://www.dlink.ru/ru/contacts/


Вернуться наверх
 Профиль  
 
СообщениеДобавлено: Вс июл 05, 2015 16:59 
Не в сети

Зарегистрирован: Чт июн 28, 2012 09:45
Сообщений: 5908
ps. А нет ли у провайдера привязки к mac-адресу? Если есть, нужно склонировать mac-адрес компьютера

_________________
Ответы на все вопросы здесь: http://www.dlink.ru/ru/contacts/


Вернуться наверх
 Профиль  
 
СообщениеДобавлено: Вс июл 05, 2015 17:03 
Не в сети

Зарегистрирован: Вс янв 13, 2013 16:43
Сообщений: 2666
Откуда: Санкт-Петербург
В принципе при вынимании и вставке кабеля провайдера в порт WAN, в логах должно наблюдаться фраза "RT305x_ESW: Link Status Changed", более точно порт проверить можно, если сходить к любому знакомому, у которого тип подключения IPoE или просто поставить второй роутер временно перед первым, и проверить получает ли первый от DHCP второго IP, маску, шлюз и DNS. А так, по факту, Ваш роутер не может найти PPPoE-сервер провайдера, запрос посылает, но ему никто не отвечает. Соответственно, или что-то с портом или провайдер поменял настройки на своей стороне.


Вернуться наверх
 Профиль  
 
СообщениеДобавлено: Вс июл 05, 2015 17:06 
Не в сети

Зарегистрирован: Вс янв 13, 2013 16:43
Сообщений: 2666
Откуда: Санкт-Петербург
СергейП писал(а):
ps. А нет ли у провайдера привязки к mac-адресу? Если есть, нужно склонировать mac-адрес компьютера

Обычно с PPPoE фильтрацию по MAC не используют. Вряд ли...


Вернуться наверх
 Профиль  
 
СообщениеДобавлено: Вс июл 05, 2015 17:09 
Не в сети

Зарегистрирован: Сб июл 04, 2015 14:57
Сообщений: 11
СергейП писал(а):
ps. А нет ли у провайдера привязки к mac-адресу? Если есть, нужно склонировать mac-адрес компьютера


Пробовал, там в новой прошивке даже специальная для этого кнопка есть, а раньше руками надо. Но не помогло.


Вернуться наверх
 Профиль  
 
СообщениеДобавлено: Вс июл 05, 2015 17:13 
Не в сети

Зарегистрирован: Чт июн 28, 2012 09:45
Сообщений: 5908
Crowcloud писал(а):
СергейП писал(а):
ps. А нет ли у провайдера привязки к mac-адресу? Если есть, нужно склонировать mac-адрес компьютера


Пробовал, там в новой прошивке даже специальная для этого кнопка есть, а раньше руками надо. Но не помогло.

Тогда проверьте в другом месте, как Михаил советует.

_________________
Ответы на все вопросы здесь: http://www.dlink.ru/ru/contacts/


Вернуться наверх
 Профиль  
 
СообщениеДобавлено: Вс июл 05, 2015 17:15 
Не в сети

Зарегистрирован: Сб июл 04, 2015 14:57
Сообщений: 11
СергейП писал(а):
Crowcloud писал(а):
Так точно, одинаковый: 28:10:7b:ec:8c:7a

Ну, тогда я думаю, что wan-порт не работает. Других мыслей у меня нет. Может кто-то еще подскажет.


Давайте рассуждать логически: если бы wan не работал, то не работал бы и его индикатор - 1. 2 - допустим, индикатор реагирует на ничтожное входящее напряжение - но не система же. Система распознает подключенный кабель, и все норм, то есть wan исправен. хотя бы только потому что 3 - сбой произошел у меня на глазах, и никаких проблем не было извне - стандартная для системных ошибок ситуация.

Учитывая то, что, как я говорил, у меня было не 5 а 8 звезд в поле пароля, но постоянно сбрасывает на 5, проблема, я считаю, в запоминании пароля. Но беда в том, что я не знаю механики низкоуровневой. Как, впрочем, и остальной, но все же... Давайте предположим, потому что почему бы и нет, что проблема в порте. Как его диагностировать на исправность/неисправность без спецоборудования, даже аренда которого стоит дороже, чем покупка роутера? Как и вызов мастера, к слову.


Вернуться наверх
 Профиль  
 
СообщениеДобавлено: Вс июл 05, 2015 17:17 
Не в сети

Зарегистрирован: Сб июл 04, 2015 14:57
Сообщений: 11
Mihail821 писал(а):
В принципе при вынимании и вставке кабеля провайдера в порт WAN, в логах должно наблюдаться фраза "RT305x_ESW: Link Status Changed", более точно порт проверить можно, если сходить к любому знакомому, у которого тип подключения IPoE или просто поставить второй роутер временно перед первым, и проверить получает ли первый от DHCP второго IP, маску, шлюз и DNS. А так, по факту, Ваш роутер не может найти PPPoE-сервер провайдера, запрос посылает, но ему никто не отвечает. Соответственно, или что-то с портом или провайдер поменял настройки на своей стороне.


а вот про настройки провайдера... это, конечно, возможно, но тогда были бы проблемы и с прямым подключением, а их нет. Получается, все тут сходятся к тому, что проблема с портом.

И, снова спрошу, как его проверить-то?


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

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


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

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


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

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