Маршрутизатор Eltex сбрасывает маску подсети, конечные ips и пароль администратора - PullRequest
0 голосов
/ 18 января 2019

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

Итак, несколько месяцев назад мы перешли с оптического интернета на 20/1 Мбит / с на Оптический Интернет на 100/50 Мбит / с, и все проблемы начались. Сначала я понятия не имел, в чем проблема, но устройства постоянно сообщали о конфликтах IP-адресов в локальной сети. После дальнейшего изучения я обнаружил, что у сервера dhcp маршрутизаторов установлены две опции: DHCP Start IP и DHCP End IP, у которых были следующие опции

Начальный IP-адрес: 192.168.1.2

Конечный IP-адрес: 192.168.1.14

Поскольку у меня дома более 10 беспроводных устройств + настольные компьютеры, телефоны на базе Android, умные устройства, 13 IP-адресов мне просто не хватает. Независимо от того, как сильно я пытался изменить значение, чтобы оно было выше .14, в предупреждении javascript говорилось: «IP-адрес 192.168.1.20 - недопустимый IP-адрес».

В основном, если число выше 14, оно продолжает говорить это. Также было что-то еще, что я нашел странным в опциях, и это была маска подсети, которая была установлена ​​в 255.255.255.240. Я всегда использовал 255.255.255.0 раньше, но с тех пор я не обращал на это никакого внимания. Изучив эту маску подсети, я пришел по этому URL,

https://dnsmadeeasy.com/support/subnet/

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

http://192.168.1.1/lancgiuser.cmd?ethIpAddress=192.168.1.1&ethSubnetMask=255.255.255.240&dhcpEthStart=192.168.1.2&dhcpEthEnd=192.168.1.254&dhcpLeasedTime=24&enblDhcpSrv=1&ethIpAddressingType=Static&sessionKey=1223317128

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

Итак, я попытался изменить маску подсети на 255.255.255.0, сохранил настройки, изменил IP-адрес конца на 192.168.1.254, и угадайте, что, обработанная форма, значения были сохранены и каждое устройство получило свой собственный, уникальный ip.

Я забыл упомянуть, если маска подсети установлена ​​на 255.255.255.240, и я пытаюсь получить доступ, например, к одной из моих IP-камер, которая имеет статический IP-адрес 192.168.1.30, я не могу получить к ней доступ. По сути, я не вижу, не пингую и не обращаюсь ни к чему, что находится на более высоком IP, чем .14. - Я думаю, это нормально, если установлена ​​маска подсети .240.

Итак, текущее состояние выглядит следующим образом:

Маска подсети установлена ​​на: 255.255.255.0

Начальный IP: 192.168.1.2

Конечный IP: 192.168.1.254

И все работает как положено, но ...

через некоторое время я не могу точно сказать, минуты это или часы, я не могу понять, сколько прошло минут, снова возникает конфликт IP. Я снова вхожу в маршрутизатор и угадаю, что .. маска подсети вернулась к 255.255.255.240 , а end ip вернулась к 192.168.1.14 . Никто ничего не трогал, никто не обращался к маршрутизатору изнутри сети, но значения вернулись к своему первоначальному состоянию.

Это Eltex NTU-RG-1421G-Wac: rev.A1 маршрутизатор, который поставляется со своим именем пользователя / паролем по умолчанию для интерфейса администратора, который является

имя пользователя: пользователь

пароль: пользователь

однако, мой isp изменил пароль на свое собственное имя, так что, скажем, это atm "myisp", поэтому

имя пользователя: пользователь

пароль: myisp

Не большое дело, я бы сказал, большинство испов делают это, хорошо в моей стране.

Я подумал, что, может быть, кто-то из isp, автоматизированного скрипта или чего-то еще продолжает каким-то образом получать доступ к маршрутизатору и автоматически изменять значения обратно, поэтому я попытался изменить пароль на случайный и уникальный.

Итак, пароль был изменен , маска подсети изменена обратно на 255.255.255.0 , а IP-адрес End изменен на 192.168.1.254 , все сохранено и пусть время пройдет.

Некоторое время спустя, опять же, я не могу понять, действительно ли это были минуты или часы, конфликт IP возник снова. Я попытался получить доступ к маршрутизатору, используя только что измененный уникальный пароль, который я установил в последний раз, когда менял настройки, и получил сообщение об ошибке «Неверное имя пользователя или пароль». Попробовал исходный пользователь / пароль, предоставленный моим провайдером (user / myisp), и все заработало. Я нахожусь, и угадайте, что, маска подсети вернулась к 255.255.255.240, Конечный IP вернулся к 192.168.1.14.

Я пытался изменить некоторые другие вещи внутри маршрутизатора, такие как интернет-серверы времени, которые все время остаются нетронутыми. Как я вижу, время от времени меняются только маска подсети, Dhcp End IP и пароль.

Итак, вот что я сделал сейчас. Включена регистрация в роутере. Установите все значения журнала как «ИНФОРМАЦИОННЫЕ», верните все обратно к моим собственным настройкам и подождите. Вот что случилось

После 1 часа ожидания, перезагружая настройки локальной сети каждую минуту, чтобы увидеть, когда она меняется, проверяя журналы каждую минуту, я только что понял, что сброс происходит примерно через 1 час. Вот полный журнал, предоставленный маршрутизатором (я изменил свой ip в журнале на «MY-IP-ADDRESS», но он показывает мой публичный IP-адрес в исходном журнале)

Management / System Log / View
Date/Time   Facility    Severity    Message
Jan 1 01:04:05  syslog  emerg   ######################################
Jan 1 01:04:05  syslog  emerg   ## syslogd started: BusyBox v1.17.2 ##
Jan 1 01:04:32  daemon  err     radvd[1741]: no linklocal address configured for br1
Jan 1 01:04:32  daemon  warn    radvd[1741]: resetting ipv6-allrouters membership on br1
Jan 1 01:04:32  daemon  warn    radvd[1741]: sendmsg: Network is unreachable
Jan 1 01:04:48  daemon  warn    radvd[1741]: resetting ipv6-allrouters membership on br1
Jan 1 01:04:48  daemon  warn    radvd[1741]: sendmsg: Network is unreachable
Jan 1 01:04:53  daemon  err     radvd[1741]: no linklocal address configured for br1
Jan 1 01:04:53  daemon  warn    radvd[1741]: resetting ipv6-allrouters membership on br1
Jan 1 01:04:53  daemon  warn    radvd[1741]: sendmsg: Network is unreachable
Jan 1 01:04:54  kern    alert   kernel: Intrusion -> IN=veip0.1 OUT= MAC=e0:d9:e3:85:00:70:c8:1f:be:dd:a1:15:08:00:45:00:00:3c:c0:ba:40:00:39:06:85:c8:bc:24:2c:d1:55:de:bc:65:10:80:d0:44:36:10:90:fa:00:00:00:00 SRC=188.36.44.209 DST=MY-IP-ADDRESS LEN
Jan 1 01:05:09  daemon  warn    radvd[1741]: sendmsg: Network is unreachable
Jan 1 01:05:25  daemon  warn    radvd[1741]: resetting ipv6-allrouters membership on br1
Jan 1 01:05:25  daemon  warn    radvd[1741]: sendmsg: Network is unreachable
Jan 1 01:05:41  daemon  warn    radvd[1741]: resetting ipv6-allrouters membership on br1
Jan 1 01:05:41  daemon  warn    radvd[1741]: sendmsg: Network is unreachable
Jan 1 01:09:43  daemon  warn    radvd[1741]: resetting ipv6-allrouters membership on br1
Jan 1 01:09:43  daemon  warn    radvd[1741]: sendmsg: Network is unreachable
Jan 1 01:14:20  daemon  warn    radvd[1741]: resetting ipv6-allrouters membership on br1
Jan 1 01:14:20  daemon  warn    radvd[1741]: sendmsg: Network is unreachable
Jan 1 01:15:07  kern    alert   kernel: Intrusion -> IN=veip0.1 OUT= MAC=e0:d9:e3:85:00:70:c8:1f:be:dd:a1:15:08:00:45:00:00:28:a1:55:40:00:f4:06:22:06:55:de:5b:52:55:de:bc:65:09:24:00:17:d4:ca:52:91:00:00:00:00 SRC=85.222.91.82 DST=MY-IP-ADDRESS LEN=
Jan 1 01:19:04  daemon  warn    radvd[1741]: sendmsg: Network is unreachable
Jan 1 01:23:37  daemon  warn    radvd[1741]: resetting ipv6-allrouters membership on br1
Jan 1 01:23:37  daemon  warn    radvd[1741]: sendmsg: Network is unreachable
Jan 1 01:25:30  kern    alert   kernel: Intrusion -> IN=veip0.1 OUT= MAC=e0:d9:e3:85:00:70:c8:1f:be:dd:a1:15:08:00:45:00:00:3c:0a:82:40:00:3a:06:93:25:58:97:38:3a:55:de:bc:65:b3:92:7f:bf:a9:8d:e8:43:00:00:00:00 SRC=88.151.56.58 DST=MY-IP-ADDRESS LEN=
Jan 1 01:30:17  daemon  warn    radvd[1741]: sendmsg: Network is unreachable
Jan 1 01:34:46  kern    alert   kernel: Intrusion -> IN=veip0.1 OUT= MAC=e0:d9:e3:85:00:70:c8:1f:be:dd:a1:15:08:00:45:00:00:3c:3b:1e:40:00:36:06:84:83:d5:de:9c:f8:55:de:bc:65:11:05:cf:95:f1:4d:3c:da:00:00:00:00 SRC=213.222.156.248 DST=MY-IP-ADDRESS L
Jan 1 01:37:58  daemon  warn    radvd[1741]: sendmsg: Network is unreachable
Jan 1 01:44:53  kern    alert   kernel: Intrusion -> IN=veip0.1 OUT= MAC=e0:d9:e3:85:00:70:c8:1f:be:dd:a1:15:08:00:45:28:00:28:6b:5a:40:00:f4:06:fc:5a:25:31:e7:7d:55:de:bc:65:2f:fd:15:b3:00:00:7a:75:00:00:00:00 SRC=37.49.231.125 DST=MY-IP-ADDRESS LEN
Jan 1 01:47:45  daemon  warn    radvd[1741]: sendmsg: Network is unreachable
Jan 1 01:52:36  daemon  warn    radvd[1741]: resetting ipv6-allrouters membership on br1
Jan 1 01:52:36  daemon  warn    radvd[1741]: sendmsg: Network is unreachable
Jan 1 01:54:50  kern    alert   kernel: Intrusion -> IN=veip0.1 OUT= MAC=e0:d9:e3:85:00:70:c8:1f:be:dd:a1:15:08:00:45:00:00:2c:c8:96:00:00:36:06:af:fb:1f:a8:da:4e:55:de:bc:65:eb:5e:00:17:55:de:bc:65:00:00:00:00 SRC=31.168.218.78 DST=MY-IP-ADDRESS LEN
Jan 1 02:01:44  daemon  warn    radvd[1741]: sendmsg: Network is unreachable
Jan 1 02:01:48  kern    warn    kernel: backup_psi_number_blk=1 result=24576
Jan 1 02:01:59  daemon  err     radvd[1741]: no linklocal address configured for br1
Jan 1 02:01:59  daemon  warn    radvd[1741]: resetting ipv6-allrouters membership on br1
Jan 1 02:01:59  daemon  warn    radvd[1741]: sendmsg: Network is unreachable
Jan 1 02:02:15  daemon  warn    radvd[1741]: resetting ipv6-allrouters membership on br1
Jan 1 02:02:15  daemon  warn    radvd[1741]: sendmsg: Network is unreachable
Jan 1 02:02:30  daemon  err     radvd[1741]: no linklocal address configured for br1
Jan 1 02:02:30  daemon  warn    radvd[1741]: resetting ipv6-allrouters membership on br1
Jan 1 02:02:30  daemon  warn    radvd[1741]: sendmsg: Network is unreachable
Jan 1 02:02:46  daemon  warn    radvd[1741]: resetting ipv6-allrouters membership on br1
Jan 1 02:02:46  daemon  warn    radvd[1741]: sendmsg: Network is unreachable
Jan 1 02:03:02  daemon  warn    radvd[1741]: resetting ipv6-allrouters membership on br1
Jan 1 02:03:02  daemon  warn    radvd[1741]: sendmsg: Network is unreachable

Вот и все. Я понятия не имею, что вызывает это, спросил мой провайдер, они тоже понятия не имеют. Еще одно, ВАЖНОЕ примечание. Это происходит со всеми, кто использует этот провайдер и этот маршрутизатор. У меня нет доступа к другому маршрутизатору, который может быть подключен к оптической линии банкомата, так что это на самом деле не вариант. Этот оптический интернет довольно новый в моем городе, поэтому все используют один и тот же маршрутизатор eltex.

Любая помощь, предложение, совет приветствуется! Хорошего дня, Тамас

1 Ответ

0 голосов
/ 21 января 2019

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

Приветствие.

...