Да вот сбросил

И он перестал вифи отваливать

И он перестал вифи отваливать

А пингани адрес впн сервера с роутера

Система - пинг

А пингани адрес впн сервера с роутера

там судя по логам девайс не смог проставить некоторые маршруты от dhcp, что-то там пошло не так

Как сделать правильно?

Если я что-то не то ввел

после сброса просто обязано заработать, если нет - то это вообще дичь, завтра буду смотреть

Еще раз сбросить?

Он походу не получил адрес днс

Он походу не получил адрес днс

Ага

Либо днс провайдера забыл адрес в своей же сети

Заводские жать?

Ну на прошлой прошивке хотя бы это работало))

Но

Hi, Can I wrote in English?

Сбрасываю

Hi, Can I wrote in English?

Are you sure you can type in English? What is your native language?

Хаха тоже проорал Может опечатка

lithuania

lithuania

Write in russian budy :))

Литовец не умеет в руский, выросло поколение

им нельзя, как вариант. боятся похлеще "других соседей", как ваириант

Заводские жать?

Нет

А чего дхцп то не сработал

Мак вана не меняется же после прошивки?

Мак вана не меняется же после прошивки?

Да тут адрес сервера не резолвится

Ну так днс не получен

Я уже да.

получен, но не прописан

I have problem with dir882. I use device with w5500 ethernet chip. If I use static IP its all ok. If I use dhcp, then router give some IP. but in dhcp table, it shows mac by ascii not by hex, but in client list its all ok. Also if I set permannent ip by dhcp settings, then I always get that random, not that I set. Can I somehow log that think for you?

Надо галки какие?

О ещк один клиент :)

Надо галки какие?

Неа

I have problem with dir882. I use device with w5500 ethernet chip. If I use static IP its all ok. If I use dhcp, then router give some IP. but in dhcp table, it shows mac by ascii not by hex, but in client list its all ok. Also if I set permannent ip by dhcp settings, then I always get that random, not that I set. Can I somehow log that think for you?

What firmware version is on your dir882?

if I set static IP, my device still gets that 149

firmware nightly april 3

Очень долго он чет делает это

in this mode my device cannot established tcp connection to remotely server, with udp works fine. But If I use static IP from device, then all ok.

firmware nightly april 3

To fix that, you should e-mail to beta@dlink.ru

Put all the information that you provided here and wait for a fix

ok, thank you.

if I set static IP, my device still gets that 149

check your device's MAC in Statistics->Clients and Sessions, is it the same as in DHCP clients?

У альвараса то же самое что ли

another problem I see on beta firmware 4.xx that If copy larger file from my samba server cia wifi, then wifi disconnects, is this could be a problem? because with 3.5.2 firmware all ok.

Так че на 3.5.2 возвращаюсь видимо я?

кинь исчо логов, надеюсь в последний раз и я отстану

мне теперь будет чем завтра заняться, видимо

Завтра пятница!

Так а че починим мне смотрешку то))

check your device's MAC in Statistics->Clients and Sessions, is it the same as in DHCP clients?

yes its the same, you could see in my first picture, there are table Clients.

yes its the same, you could see in my first picture, there are table Clients.

can you log in to the device via telnet/ssh?

and the logs from the device would be helpful

I can login to telnet, where should I find logs?

I can login to telnet, where should I find logs?

go to the web, menu System->Logging, and download logfile

ну скинь логи, мне надо понять, лечится ли это сбросом или нет)

I think the problem is with dhcp, because in log I can see wrong mac address. And in client list, and dhcp list there is different macs

Покажите Какой ip по dhcp выдал пров, и таблицу маршрутизации покажите

При включённом инете

При включённом инете

Зайди в dhcp и dns поставь 8.8.8.8 и второй 8.8.4.4

Зайди в dhcp и dns поставь 8.8.8.8 и второй 8.8.4.4

не будет работать скорее всего. так как для впна важны локальные днсы

не будет работать скорее всего. так как для впна важны локальные днсы

Так то да

Гугл о Реутове не в курсе

поставив внешние днсы роутер не увидет домен где впн. возможно поможет вбить адрес сервера по ip

на самом деле интересный случай поковыряться бы :)

Нажал

А в сетевой статистике у тебя dns какие?

А в сетевой статистике у тебя dns какие?

да чо вы все напрягаетесь, я ж говорю - система получила все что нужно, но не успела прописать

ассерт где-то словился.. хз почему, такого не должно было быть Jan 1 03:09:07 [EMRG] d_conf_get_config_for_read[3138]: d_conf/d_conf_manager.c:113 Assertion 'ret != NULL' failed Jan 1 03:09:07 [EMRG] d_conf_get_config_for_read[3138]: Assertion message: Jan 1 03:09:07 [EMRG] d_conf_get_config_for_read[3138]: Error parsing jsonbin Jan 1 03:09:07 [ALRT] Deuteron[865]: dmsd[wrkr]/3138 was unexpectedly killed by Aborted (6)! Jan 1 03:09:07 [ALRT] Deuteron[865]: Request: method = AddObject Jan 1 03:09:07 [ALRT] Deuteron[865]: ObjectName: "Device.Routing.IPv4.Routes." Jan 1 03:09:07 [ ERR] d_confapi_exec[3104]: Exec error: Internal error (9002) Jan 1 03:09:07 [ DBG] d_confapi_exec[3104]: Method: AddObject Jan 1 03:09:07 [ DBG] d_confapi_exec[3104]: Parameters: {"ObjectName":"Device.Routing.IPv4.Routes."} Jan 1 03:09:07 [ DBG] d_confapi_exec[3104]: Data: {"Signal":"Aborted","Code":6}

да чо вы все напрягаетесь, я ж говорю - система получила все что нужно, но не успела прописать

Если бы не УСПЕЛА то спустя какое то время соединение бы установилось

Если бы не УСПЕЛА то спустя какое то время соединение бы установилось

ага - через lease time

обычно полсуток

Причем тут lease time, система получила, но не успела прописать. Она полсуток будет данные полученные записывать?

не успела, потому что процесс, который эти данные должен был записать, упал раньше этого

Получается падает он каждый раз

Короче пока придется на 3.5.х откатиться

либо просто такая номерная неудачная, раз падает в 100%

а вообще я даже догадываюсь, что это и из-за чего это, есть подозрение на Карпова и его gre либо сервера