vasek00
-
Posts
4,392 -
Joined
-
Last visited
-
Days Won
75
Content Type
Profiles
Forums
Gallery
Downloads
Blogs
Events
Posts posted by vasek00
-
-
37 минут назад, AndreBA сказал:
Ясно. Спросите @enpa он сливает прошивки с разных роутеров. Может поможет.
Ситуация в том что компонент "Интерфейс wi-fi" или он же "component: name: corewireless / group: Base system" => возможно ли удаление из данной группы "Base system".
Цитата5.7. Интерфейс Wi-Fi.
Предоставляет базовые функции для работы устройства в беспроводных сетях. Этот компонент устанавливается автоматическиВозможно к разработчикам обратиться для компиляции данной прошивки, для них думаю отключить wi-fi и собрать ее 5-10минут для GigaII
-
34 минуты назад, KorDen сказал:
Ага, а потом выгребаем сюрпризы.. Это в минусы автообновления. Те же проблемы с WiFi на нексусах и некоторых других смартфонах, и так далее...
Но все же про "работает - не трогай" я чуть бы поспорил. Во-первых - уязвимости. Во-вторых - ошибки, которые уже давно исправлены, но аукаются спустя несколько лет.
Я вживую наблюдал проблему "работает - не трогай" по отношении к кинетикам, и кажется как-то уже рассказывал о ней здесь. После обновления DNS-серверов у провайдера, которое вроде бы ничего не должно было поломать, внезапно начали жаловаться люди на то что все сломалось и ничего не работает. Начали выяснять - казалось, что у всех жалующихся кинетики (впрочем, была еще пара роутеров других производителей, но это были буквально 1-2 человека). При этом никто из нас воспроизвести проблему на своих роутерах не мог. Оказалось - у людей так и стоит прошивка с завода, или обновленная один раз при настройке. Исправили тот баг с DNS кажется еще в 2.03, а у людей стояли куда более старые версии NDMSv2 (v1 вроде не задело) - и это в 2016 году!
За всю жизнь при обновлении на ПК (winodws), телефоны/планшеты - не выгребал ни каких сюрпризов, так как везде автообновление было выключено, обновления производились только в середине месяца для Windows (глобальным) и на Android только тогда когда сам их производил после упоминания что они есть.
Ситуация в том что вы смотрите на данный вопрос со своей колоколни и познаний технологиях, так же как и я со своих.
Можно привести кучу примеров - для многих налаженных задач (офис и т.д.) и ни каких обновлений не надо пример да элементарно, магазин ПК1-ПК4, роутер все работает (ПК и ПО не обновлялись более года, так все их задачи решаются тем что есть в наличии). Портились только ПК и другие примеры.
Есть три точки с разными видами подключений - первый был PPTP потом стал прямой выделенный IP, второй PPTP/L2TP/PPPoE и третий PPPoE (т.е. разные провайдера и виды подключений) - проблем описанных вами не было несколько лет с этих точек (только пропадание питания в узлах и так по мелочи), DNS сервера давал провайдер свои и все ОК, но не кто не мешает ставить свои. Да может конечно что-то произойти как например провайдер купит новое оборудование и заменит устаревшее, а его устаревшее передаст в какой либо филиал.
У меня другой есть пример Giga первая с 2011года, не знаю когда поставил на нее V1.11 работала до вчерашнего дня без всяких обновлений, сменился провайдер (но правда оба на PPTP) за это время, заменили роутер чисто из-за того что Wi-fi антенну сломали одну. Другой пример Kинетик первый так же сейчас еще работает на V1.11 с 4камерами, при предложении заменить на данной точке на чуть посерьезней - ответ пока работает, как перестанет так и заменим. Все движение в данном случае (описанном выше) развитие идет тогда когда что-то нужно докупить к тому что имеется, а этого уже нет в наличие из-за того что прошло время.
Если есть два проводных канала тогда да можно что-то предложить для офисов/дома, но если сотовый оператор с его тарифами то это что-то.
Сугубо личное мнение основанное на нескольких годах эксплуатации данной техники и не только.
-
49 минут назад, KorDen сказал:
Хотелось бы уточнить, как в текущем виде реализовано автообновление?
В моем представлении это должно быть как-то так:
- после релиза ждем пару недель или даже месяц, если жалоб нет - пушим апдейт
- роутер загружает обновление в неактивный слот
- после загрузки в идеале дополнительно проверить контрольные суммы и блаблабла, и только потом выставлять флаг загрузки с другого слота
- после ребута роутер уже будет на новой прошивке, ну и если что-то пошло не так - откатится на другой слот.А как на самом деле это будет происходить?
Еще интересный момент: вот у меня тогда был бутлуп - это получается он возникал и во второй прошивке, или же на вторую не переходило по каким-то причинам?
До кучи, хоть и чуть не по теме: будет ли где-то в консоли, или где еще, информация о прошивках в слотах и возможность вручную переключать?
"дребезг контактов" уже был
--------------
А вообще, может устроить массовую проверку автообновления в draft? Ну, там, выкатить символическую 2.11.A.4.0-3 без изменений или с чем-то незначительным, перед этим попросив народ включить автоапдейт?
За чем что-то изобретать, уже все изобретено - Windows середина каждого месяца (про мелочь речь не идет), ТВ/смартфон - просто говорит, а пользователь сам принимает решение. И как любят у нас говорить "лучший враг хорошего/работает не трогай"
-
13 часа назад, alexxx0677 сказал:
Откатиться то не мешает ничего, на 2.11 или 2.10, там модемы работают без проблем. Только вот никакие дополнительные модули не добавишь и не уберешь из прошивки, так как автоматически обновляется на последнюю нерабочую версию, где каждые 5 секунд переподключения. Очень неудобен сей момент, что нельзя модули менять без обновления всей системы.
Если вы уверены что виновата прошивка - первое что нужно было сделать за это время уже - сравнить два лога. Как и было сказано выше перед обновлением можно все сохранить и конфиг и firmware.
Да и есть возможность сравнить теперь уже
Версия 2.11.A.4.0-2:
- исправлены циклические переподключения E3372h (сообщил @TheRock666)
-
1
-
1
-
Только что, Sergey Zozulya сказал:
Нет, именно про E3372h.
Разницы не какой нет, только в двух режимах работы модемов.
-
1 час назад, Sergey Zozulya сказал:
@vasek00, в другой теме уже и self-test'ов накидали и подтвердили, что проблема имеется и с ней разбираются. И дело действительно не в IMEI.
Если вы про "некорректное-отображение-статуса-интернет-соединения-lte" то там речь скорей всего идет про - pingcheck.
Там же правильно сказали - есть модем у него так же есть прошивка, которая при покупке модема в разное время может быть разная, режим у всех один hilink, но он же позволяет тогда при наличие dashboard выйти на модем в WEB и так же настраивать модем, а при наборе можно и в сам модем попасть 192.168.8.1:23 (так же есть команды = dmesg, ifconfig и т.д.) В данном режиме поднимается сетевой интерфейс CdcEthernet0 на нем по Dhcp::Client будет получен от модема IP адрес, за канал уже отвечает сам модем. Pingcheck же реализует возможность "передергивать" модем при определенных условиях
Скрытый текстJan 1 00:00:27 ndm: PingCheck::Profile: profile "default" add host "google.com" for testing.
Jan 1 00:00:27 ndm: PingCheck::Profile: profile "default" add host "yahoo.com" for testing.
Jan 1 00:00:27 ndm: PingCheck::Profile: profile "default" add host "facebook.com" for testing.
Jan 1 00:00:27 ndm: PingCheck::Profile: profile "default" update interval is changed to 10 seconds.
Jan 1 00:00:27 ndm: PingCheck::Profile: profile "default" uses connect mode.
Jan 1 00:00:27 ndm: PingCheck::Profile: profile "default" uses port 443 for testing.
...
Aug 11 13:47:07 ndm: PingCheck::Client: profile "_WEBADMIN_CdcEthernet0" has been created.
Aug 11 13:47:07 ndm: PingCheck::Profile: profile "_WEBADMIN_CdcEthernet0" uses icmp mode.
...
Aug 11 13:47:12 ndm: PingCheck::Profile: interface "CdcEthernet0" added to profile "default".
Aug 11 13:47:12 ndm: PingCheck::Client: set ping-check profile for interface "CdcEthernet0".
...
Aug 11 18:07:23 ndm: PingCheck::Profile: profile "default" interface "CdcEthernet0" address 192.168.8.100 gw 192.168.8.1: success count 1.
Aug 11 18:07:27 ndm: Network::Interface::WebCaller: response: 200 (OK).
Aug 11 18:07:33 ndnproxy: max. requests 14 132
Aug 11 18:07:33 ndnproxy: send udp request to: [0] 192.168.8.1#53
Aug 11 18:07:33 ndm: PingCheck::Profile: profile "default" interface "CdcEthernet0" address 192.168.8.100 gw 192.168.8.1: success count 2.
Aug 11 18:07:34 ndm: Network::Interface::WebCaller: calling http://192.168.8.1/api/dialup/mobile-dataswitch.
Aug 11 18:07:35 ndnproxy: max. requests 14 132
Aug 11 18:07:35 ndnproxy: send udp request to: [0] 192.168.8.1#53
Aug 11 18:07:39 ndm: Network::Interface::WebCaller: response: 200 (OK).
Aug 11 18:07:39 ndm: Network::Interface::WebCaller: calling http://192.168.8.1/api/device/information.
Aug 11 18:07:43 ndnproxy: max. requests 14 132
Aug 11 18:07:43 ndnproxy: send udp request to: [0] 192.168.8.1#53
Aug 11 18:07:43 ndm: PingCheck::Profile: profile "default" interface "CdcEthernet0" address 192.168.8.100 gw 192.168.8.1: success count 3.
Aug 11 18:07:44 ndnproxy: max. requests 14 132
Aug 11 18:07:44 ndnproxy: send udp request to: [0] 192.168.8.1#53
Aug 11 18:07:44 ndm: Network::Interface::WebCaller: response: 200 (OK).
Aug 11 18:07:50 ndnproxy: max. requests 14 132
Aug 11 18:07:50 ndnproxy: send udp request to: [0] 192.168.8.1#53
Aug 11 18:07:51 ndm: Network::Interface::WebCaller: calling http://192.168.8.1/api/dialup/connection.
...
Aug 11 18:07:53 ndm: PingCheck::Profile: profile "default" interface "CdcEthernet0" address 192.168.8.100 gw 192.168.8.1: success count 4.
...
Aug 11 18:08:04 ndm: PingCheck::Profile: profile "default" interface "CdcEthernet0" address 192.168.8.100 gw 192.168.8.1: success count 5.
...
так например в 2.10.A.5.0-7где 192.168.8.1 это модем в hilink, 192.168.8.100 сам роутер.
Все это к тому, что может увидеть сам пользователь, тем более тот который присутвтует на данном форуме.
Жалко не снял статистику про то что я писал выше.
-
56 минут назад, Дмитрий сказал:
Да вроде логов много кто набросал, если нужно и свой пришлю.
Представьте себе симка куплена для модема, тарифы для модема, imei что написан на корпусе, такое редко, но еще встречается
Никто. Айда, все на релиз, форум закрываем!
В данном разделе не одного лога не видно, без проблем можете переходить если есть желание, по закрытию форуме это не по теме, форум для обсуждения проблем а не гадание на коф.гуще, тут два варианта с разработчиками (если тишина, то => на стенде не подтвердилась и носит не массовый характер) или с пользователями у которых есть подключение с помощью модема (если учесть кол-во пользователей и кол-во написавших проблему, а так же что у нас по пальцам можно посчитать сот.операторов то не трудно сделать вывод), так же про изменения в прошивке хорошо написано на странице данного форума.
Теперь из своего опыта - представьте себе два раза покупки sim у MTS и один Мегафона, правда для меня роли не играло для какого устройства модема или телефона. Берем роутер K-II с текущем релизом 2.10.A.4.0-0 подключаем модем поведение рвет подключение - звонок в MTS - оператор "у вас не та сим стоит в модеме", ладно проверяем imei ....., все подключилось. Берем на днях viva подключаем к нему модем и новую sim от МТС и что такое поведение аналогичное описанному выше опять проверяем настройки модема - imei, как итог все подключилось. Опять повторюсь все решаемо, но для решения нужно больше данных, которых кроме как
Поддерживаю. Симка/imei нипричем, все по честному
У кого-то проблема с pingcheck у меня он был отключен во всех вариантах сразу.
-
1 час назад, Дмитрий сказал:
Поддерживаю.
Симка/imei нипричем, все по честному
Поддержки мало, нужно хоть что-то что говорит в вашу пользу, ну например лог данного состояния selftest тут может помочь раз речь о 10сек.
И хотелось бы узнать как вы определили что imei ни причем (что пробовали) вы гарантируете что у вас в модеме сим стоит для интернета именно купленная для модема, а не для планшета/телефона. Если раньше работала, тогда кто мешает откатиться на пред.версию где работала.
-
1
-
-
1 час назад, Crr сказал:
День добрый.
А можно мониторить только интернет трафик по каждому порту?
Если я правильно понимаю, то можно добавить виртуальные интерфейсы, настроить марштуризацию, чтобы разделить внутренний и внешний трафик и опрашивать соответствующие интерфейсы.
Или это в принципе невозможно? Или всё проще?
Еще вопрос, есть какие-то ограничения на размер SNMP пакетов, количество OID'ов в одном SNMP GetNext запросе (вроде 20), на количество OID'ов в GetBulk? Вся таблица IF в одном запросе вроде вытаскивается.
Самый простой - поднять 4 vlan по одному на каждый порт и потом все их в bridge (br0 = vlan4+vlan5+vlan6+vlan1+wi-fi), тогда согласно размещенного мной примера графиков будет график для каждого интерфейса => и порта.
р
-
Только что, enpa сказал:
@vasek00 у всех, всегда по-разному, это же Windows! у меня на других машинах тоже подобного не было, не происходило и не обнаружено, а тут вот так. Поэтому проблему пришлось решать по горячим следам, без переустановки и получилось в результате.
Фишка в том что
Цитатаначиная с Windows 2000, стало возможным избавиться от использования соединений на основе NetBIOS через TCP/IP и перейти исключительно на соединения по протоколу SMB (Server Message Block). Подобные соединения TCP/IP Direct Hosting/DirectSMB. В соединениях на основе SMB отсутствует начальная стадия установки сессии TCP под названием “NetBIOS session setup” и используется единственный порт TCP/445.
Для справки по типам узла :
- b node или "1" широковещательный
- p node или "2" одноранговый, нужен WINS
- m node или "4" смешанный гибрид b и p node => сначала b если не удачно то p
- h node или "8" гибридный от режима выше смешанный гибрид b и p node => сначала p если не удачно то b и как только найдет WINS обратно в p.
так что установка 8 для .......
-
1 час назад, enpa сказал:
а тип узла при этом стоит уже Гибридный?
У меня например стоит, ни каких сбросов не было, в настройках сетевой - IPv4 - дополнительно - точка по default.
Некоторые переменные в реестре начиная с Windows 7 уже не имеют актуального значения, которые были ранее в Windows, а тем более что стек IP был переработан.
-
В 04.10.2017 в 14:56, Leksey118 сказал:
@Alex Sh. .... и не ограничишь до нужного (не всегда знаешь с какого IP придется подключиться), - это я про фильтрацию. Каждый раз удаленно лазить в веб-интерфейс и включать/выключать не совсем удобно бывает на ходу делать.
А что если вы делаете запрос telnet или WEB со своего устройства на нужный порт например Кдиент -> роутер:60236, после чего у вас роутер знает ваш IP (контролировал порт) и создает правило для доступа к VPN с нужного вам IP. Закрыть порт стукнуться еще раз на него или на 60240.
iptables управление в INPUT, смотреть в сторону recent - позволяет создавать динамические списки адресов IP.
Что-то из серии https://habrahabr.ru/post/334774/
-
3 часа назад, arbayten сказал:
на 2.09(AAUW.3)A0 с планшетным клиентом W10 x86 Home SL 15063.608 (проверено, что кэш NBT чист, на дефолтах, самоизбранный мастер, без гвоздей в lmhosts, "сказок/фантазий/поклепа", т.е. типичное пользовательское при успешном b-node) + виден Direct hosting over TCP/IP по 445-му -> проводник, сеть, KEENETIC-GIGA виден не смотря на отсутствие в кэше nbtstat -c (т.е. имена с предыдущего резолва чем-то еще ведутся) ... все аналогично при открытии хоста по имени:
https://www.cloudshark.org/captures/69b9fea860f7
т.е. все вполне достойно. т.е. если совсем серьезно - особо интересует спорадичная проблема с выборами, т.к. по симптомам напоминает сваливание в p-node по причине хз, бо wins нету в этой схеме, а флаг nt server если и влияет негативно, то пока не поймать в каких условиях.
Так же все ОК и на Win10 планшет - виден в проводнике по мнемонике ExtII, аналогично вашим пакетам, группа - WORKGROUP
184 20:41:36 09.10.2017 50.0976050 EXT-II 192.168.1.255 BROWSER BROWSER:Host Announcement, ServerName = EXT-II ... - Nbtds: DIRECT_GROUP DATAGRAM, SrcName = EXT-II <0x20> File Server Service, DestName = WORKGROUP <0x1D> Master Browser PacketType: DIRECT_GROUP DATAGRAM, 17(0x11) - Flags: B node, First Fragment Reserved: (0000....) SourceEndNode: (....00..) B node FirstFlag: (......1.) First Fragment MoreFlag: (.......0) No More NetBIOS datagram fragments follow DGMID: 6793 (0x1A89) SourceIP: 192.168.1.200 SourcePort: NETBIOS Datagram Service(138), 138(0x8a) - DirectGroupDatagram: DGMLength: 442 (0x1BA) PacketOffset: 0 (0x0) + SourceName: EXT-II <0x20> File Server Service + DestinationName: WORKGROUP <0x1D> Master Browser - Smb: C; Transaction, Mail Slots, Write Mail Slot, FileName = \MAILSLOT\BROWSE Protocol: SMB Command: Transaction 37(0x25) + DOSError: No Error + SMBHeader: Command, TID: 0x0000, PID: 0x0000, UID: 0x0000, MID: 0x0000 + CTransaction: - Browser: Host Announcement, ServerName = EXT-II Command: Host Announcement, 1(0x01) UpdateCount: 0 (0x0) Periodicity: 30000 (0 minutes) ServerName: EXT-II OSVersionMajor: 2 (0x2) OSVersionMinor: 0 (0x0) + ServerType: 0x00008202 BrowserVersionMajor: 4 (0x4) BrowserVersionMinor: 0 (0x0) Signature: 0xaa55, MUST be set to 0xAA55 Comment: Клиент 444 20:41:58 09.10.2017 42.5418770 192.168.1.10 192.168.1.255 NbtNs NbtNs:Query Request for EXT-II <0x20> File Server Service ... - Udp: SrcPort = NETBIOS Name Service(137), DstPort = NETBIOS Name Service(137), Length = 58 SrcPort: NETBIOS Name Service(137) DstPort: NETBIOS Name Service(137) TotalLength: 58 (0x3A) Checksum: 13509 (0x34C5) UDPPayload: SourcePort = 137, DestinationPort = 137 - Nbtns: Query Request for EXT-II <0x20> File Server Service TransactionId: 56789 (0xDDD5) - Flag: 272 (0x110) R: (0...............) Request OPCode: (.0000...........) Query AA: (.....0..........) Non-authorized answer TC: (......0.........) Datagram not truncated RD: (.......1........) Recursion desired RA: (........0.......) Recursion not available Reserved: (.........00.....) B: (...........1....) Broadcast RCode: (............0000) Success QuestionCount: 1 (0x1) AnswerCount: 0 (0x0) NameServiceCount: 0 (0x0) AdditionalCount: 0 (0x0) - NbtNsQuestionSectionData: + QuestionName: EXT-II <0x20> File Server Service QuestionType: NetBIOS General Name Service QuestionClass: Internet Class 1(0x1)и копия как https://community.tribelab.com/mod/page/view.php?id=608
Для справки - Гибридный
Скрытый текстhttps://support.microsoft.com/ru-ru/help/160177/default-node-type-for-microsoft-clients
Windows 2000 и Windows NT
HKEY_LOCAL_MACHINE\System\CurrentControlSet\Services\Netbt\Parameters
Тип значения: REG_DWORD – количество
Допустимый диапазон значений: 1,2,4,8 (b узла, p узел, m узел, h узел)
По умолчанию: 1 или 8 в зависимости от конфигурации сервера WINSОписание: Этот параметр задает методы, которые будут использованы NetBT для регистрации и разрешения имен. Система b узла использует широковещательные рассылки. Система p узла использует только запросы имени точка-точка для сервера имен (WINS). Система m узла сначала отправляет широковещательные пакеты, а затем запросы на сервер имен. Система h узла сначала запрашивает сервер имен, а затем отправляет широковещательные пакеты. Разрешение имен с помощью LMHOSTS или службы имен доменов (DNS), если включен, будет следовать за эти методы. Если этот ключ присутствует, он переопределяет раздел DhcpNodeType. Если ни один ключ, система по умолчанию на узел b Если сервер WINS не настроен для клиента. Система по умолчанию h-узла, если есть хотя бы один сервер WINS.
**********************************
Разрешение имен NetBIOS
Если включена система NetBIOS, то на всех компьютерах Windows поддерживается кэш имен NetBIOS, разрешение которых они уже выполняли. Когда компьютеру требуется разрешение NetBIOS-имени, то сначала происходит обращение к кэшу. Если это имя не найдено в кэше, то далее используется метод, определяемый типом узла данного компьютера.
- Клиент, не использующий WINS, отправляет широковещательные сообщения для разрешения имени, и в случае неудачного результата обращается к локальному файлу LMHOSTS.
- Клиент WINS может использовать для разрешения имен NetBIOS любой из имеющихся методов. Сначала он использует кэш имен NetBIOS, затем обращается к серверу WINS. Если сервер WINS не дает результата, то происходит рассылка широковещательных сообщений, и в случае неудачного результата происходит обращение к файлу LMHOSTS.
Кэш имен NetBIOS. Во время каждого сетевого сеанса клиентский компьютер сохраняет в кэше памяти все имена NetBIOS, для которых было успешно выполнено разрешение, чтобы их можно было использовать повторно. Поскольку кэш хранится в памяти, его использование является самым быстрым и эффективным способом разрешения имен. Это первый ресурс, к которому обращаются узлы всех типов, когда им требуется разрешение какого-либо имени. Вы можете увидеть текущее содержимое кэша имен NetBIOS вашего компьютера, набрав nbtstat -c в командной строке.
Разрешение имен WINS. WINS – это средство на уровне сети предприятия для регистрации и разрешения имен NetBIOS. Это единственный механизм, доступный сети Windows Server 2003/2000, который автоматически поддерживает базу данных NetBIOS-имен сети и соответствующих им IP-адресов. В отличие от широковещательных сообщений служба WINS использует только отдельные сетевые сообщения, что позволяет ей работать независимо от границ между сегментами сети. Использование отдельных сообщений WINS позволяет существенно сократить объем сетевого трафика, который возникает за счет операций разрешения имен NetBIOS.
Если клиенту WINS требуется разрешение имен NetBIOS, то он отправляет отдельное сообщение NAME QUERY REQUEST первому серверу WINS, указанному на странице WINS Address диалогового окна TCP/IP Properties. Затем сервер WINS отвечает сообщением POSITIVE NAME QUERY RESPONSE, содержащим запрашиваемое имя и соответствующий IP-адрес, или сообщением NEGATIVE NAME QUERY RESPONSE, указывающим, что в базе данных нет записи с этим именем.
Разрешение имен с помощью широковещательных сообщений
Если разрешение имен NetBIOS происходит с помощью широковещательных сообщений, то все зарегистрированные компьютеры должны отвечать на запросы, в которых указаны их имена. Компьютер, который применяет широковещательные сообщения для разрешения имен, генерирует тот же пакет NAME QUERY REQUEST, что и клиент WINS, за исключением того, что запрос направляется в виде широковещательных сообщений всем компьютерам данной локальной подсети. Каждый компьютер, получивший этот пакет, должен проверить имя, для которого запрашивается IP-адрес.
Если пакет содержит нераспознаваемое имя, то он "молча" удаляется. Но если компьютер опознал свое собственное имя в этом запросе, то он должен ответить отправителю пакетом POSITIVE NAME QUERY RESPONSE, содержащим его IP-адрес. Этот пакет отправляется как отдельное (не широковещательное) сообщение.
Метод разрешения имени с помощью широковещательных сообщений используется всеми старыми системами Windows, которые не являются клиентами WINS (после попытки получить имя из кэша имен). Если имя, которое должно быть разрешено, принадлежит компьютеру в другом сегменте сети, то широковещательные сообщения не могут попасть в этот сегмент, и этот метод даст неудачный результат (по истечении периода тайм-аута для широковещательных сообщений).
по Win10 в данном разделе реестра параметра DhcpNodeType - у меня нет как наверное и у многих по умолчанию, но тип узла - гибридный (ни каких сетевых настроек и примочек для сети не устанавливалось). Wins - нет.
Так же для справки https://support.microsoft.com/ru-ru/help/310570/-ipconfig-all-command-shows-the-node-type-as-unknown
Скрытый текстПри использовании программы Ipconfig.exe с параметром /all, показывающим тип конфигурации TCP/IP на компьютере, тип узла может отображаться как «неизвестный.»Причина
Такое поведение наблюдается, если EnableProxy ключ в реестре задано недопустимое значение.Proxy так же не настраивался.
-
1
-
Win7 (1.2 и F-PS) в сети двух роутеров (1.100 и 1.200) открывает папку по имени роутера MY-KEEN
NBNS src:137 на 192.168.1.255:137
BROWSER src:138 на 192.168.1.255:138
SMB порт 445
65 3.011623 192.168.1.2 192.168.1.255 NBNS 92 Name query NB EXT-II<00> 69 3.354016 192.168.1.2 192.168.1.255 NBNS 92 Name query NB F-PS<1c> 148 7.665651 192.168.1.200 192.168.1.255 BROWSER 498 Host Announcement EXT-II, Server, Print Queue Server, NT Server Microsoft Windows Browser Protocol Command: Host Announcement (0x01) Update Count: 0 Update Periodicity: 30 seconds Host Name: EXT-II Windows version: OS Major Version: 2 OS Minor Version: 0 Server Type: 0x00008202, Server, Print, NT Server Browser Protocol Major Version: 4 Browser Protocol Minor Version: 0 Signature: 0xaa55 Host Comment: 192 12.393399 192.168.1.2 192.168.1.255 NBNS 92 Name query NB MY-KEEN<20> MY-KEEN<20>: type NB, class IN Name: MY-KEEN<20> (Server service) Type: NB (32) Class: IN (1) 193 12.393724 192.168.1.100 192.168.1.2 NBNS 104 Name query response NB 192.168.1.100 197 12.398200 192.168.1.2 192.168.1.100 SMB 213 Negotiate Protocol Request 199 12.398538 192.168.1.100 192.168.1.2 SMB2 260 Negotiate Protocol Response 201 12.399465 192.168.1.2 192.168.1.100 SMB2 162 Negotiate Protocol Request 202 12.399702 192.168.1.100 192.168.1.2 SMB2 260 Negotiate Protocol Response 204 12.401314 192.168.1.2 192.168.1.100 SMB2 220 Session Setup Request, NTLMSSP_NEGOTIATE 205 12.401535 192.168.1.100 192.168.1.2 SMB2 293 Session Setup Response, Error: STATUS_MORE_PROCESSING_REQUIRED, NTLMSSP_CHALLENGE 207 12.402997 192.168.1.2 192.168.1.100 SMB2 552 Session Setup Request, NTLMSSP_AUTH, User: F-PS\F 208 12.403602 192.168.1.100 192.168.1.2 SMB2 139 Session Setup Response 210 12.404935 192.168.1.2 192.168.1.100 SMB2 158 Tree Connect Request Tree: \\MY-KEEN\IPC$ 211 12.405204 192.168.1.100 192.168.1.2 SMB2 138 Tree Connect Response 213 12.406332 192.168.1.2 192.168.1.100 SMB2 190 Create Request File: srvsvc ...-
1
-
-
12 минуты назад, S1nGeN0r сказал:
Нет, Это не так, симкарта не играет роли.
Конечно же не играет, не далее как вчера позвонил знакомый с просьбой помочь подключить - viva + модем + симка от МТС для телефона, модем который в Hilink => как у вас. Вгоняем последнюю прошивку в модем
DeviceName: E3372 SerialNumber: G4PDUххххххххх Plmn: 25001 HardwareVersion: CL2E3372HM SoftwareVersion: 22.323.01.00.143Ставим в нужном месте галочку при обращении к 192.168.8.1 и усе, ну или информацию по IMEI.
Так же по поводу роли - можете позвонить в MTC или Мегафон и уточнить что и как.
-
Для решения вашего вопроса нужно сначала определиться - что за сим вы используете в модеме, так как теперь у многих операторов есть привязка - Использовать интернет в телефоне/планшете или модеме, просто берется IMEI устройства. Именно такое поведение как у вас
Теперь стало каждые 10 секунд переподключаться в веб интерфейсе.
-
1
-
-
Не знаю как у многих, у меня планшете Win10 все намного проще и без закидонов c самого первого дня подключения стоит в Доп.параметрах протокола TCP/IP v4 - WINS - использовать по умолчанию + плюс разрешен IPv6 и домашняя группа WORKGROUP. Все прекрасно видится (мнемоника роута) на Win10 как и на Win7 (но на ней давно стоит Включить NetBios через TCP/IP) в проводнике раздел Сеть, от любого роутера по имени.
-
1
-
-
Вот уже сколько релизов идет такая фишка видимо она очень полезна. На странице /#usb.transmission настроек
- Включить: (галки нет)
- Порт TCP для входящих подключений: ххххх
Естественно в сервисах нет, но почему-то разрешающее правило на доступ к данному порту из вне - есть.
Chain _NDM_INPUT (1 references) pkts bytes target prot opt in out source destination 0 0 ACCEPT tcp -- * * 0.0.0.0/0 0.0.0.0/0 tcp dpt:хххххэто нормально с 0.0.0.0/0 или как ?
Скрытый текстЛадно берем адрес http://IP_роутера_белый:ххххх и на входе получили
9 456 ACCEPT tcp -- * * 0.0.0.0/0 0.0.0.0/0 tcp dpt:ххххх
но совсем недавно было по нулям
-
Dnsmasq поставил все ОК.
-
1 час назад, enpa сказал:
так же есть роутер на ISP и PPTP от провайдера (работает нормально, хорошо что по ка не на 2.11) тогда исходя из сказанного при проблемах на PPTP (упал сервер он не обязательно на одном устройстве у провайдера) нужно дергать DHCP на ISP (т.е. заново его пере подключать) и чтоб избежать мне такого поведения нужно лезьте куда то в "cli" и там что-то править. Все больше склоняюсь к мнению - "работает не трогаем".
-
Есть ли возможность обновить dnsmasq до 2.78
https://security.googleblog.com/2017/10/behind-masq-yet-more-dns-and-dhcp.html
-
2 часа назад, condor сказал:
Пропущу особенности в отсутствии доп. настроек time rescan и т.д. Демон dlna restart стабильно три раза в день. Это крайне неудобно, во время просмотра сессия обрывается. Кто-нибудь сталкивался с таким вопросом? Подскажите - Как бороться с аппаратной частью DLNA. Не важно какая прошивка. Это касается всех firmware > 2.0
Могу сказать у меня проблема например была c DLNA только в момент когда идет просмотр и запись на носитель (в данном случае на flash) в то же место которое видит и DLNA и порча flash (раздел video - NTFS).
Раз у вас запущен DLNA то значит скорей всего что-то подключено в USB => есть Entware. Суть предложения проста так как а роутере единственное место для записи это tmp или var ссылка так же на tmp. Конфиг файл от DLNA лежит в /var/run/minidlna.conf там же и /var/run/minidlna.conf.update вы можете изменить в них нужные вам параметры или добавить свои, только учесть что при перезапуске все вернется к первоначальному виду (тут можно попробовать имея нужный файл на разделе flash просто подсовывать символьную ссылку
Скрытый текстcd /var/run
rm -f minidlna.conf
ln -s /opt/etc/minidlna.conf minidlna.conf
ls -l
lrwxrwxrwx 1 root root 22 Oct 1 17:09 minidlna.conf -> /opt/etc/minidlna.confВам только останется придумать как это запускать автоматом - самый простой это /opt/etc/init.d подсунуть и перезапустить minidlna тут же (просто выгрузить его, а он автоматом сам запуститься так как стоит запуск "service dlna" и подцепит нужный вам конфиг.
Скрытый текстmedia_dir=/tmp/mnt/Data/Video
db_dir=/tmp/mnt/Data/Video
root_container=B
port=8200
album_art_names=Cover.jpg/cover.jpg/AlbumArtSmall.jpg/albumartsmall.jpg/AlbumArt.jpg/albumart.jpg/Album.jpg/album.jpg/Folder.jpg/folder.jpg/Thumb.jpg/thumb.jpg
friendly_name=ZyXEL Keenetic II
inotify=yes
enable_tivo=no
strict_dlna=no
notify_interval=900Примечание - добавите строчку в конф файл "root_container=B"
Так же подчеркну как и говорили ранее - у некоторых пользователей были проблемы с пропаданием DLNA
Судя по всему вы ее решите сменой прошивки на 2.11
-
-
1 час назад, r13 сказал:
Так большинству такой подход с удалением и не нужен.
Если вы удаляете скажем интерфейс в веб то он удаляется и в конфиге(есть кнопка удалить) если отключаем сервис веб то он отключается настройки же его просто скрываются в веб(опции удалить не предусмотрено).
Вы внимательно читали о каком интерфейсе шла речь и какие грандиозные настройки (тем более по дефаулт, кроме как указать путь)
torrent rpc-port 8090 peer-port 51413 directory Data:/Pg/которые потом когда-то нужно будет восстановить, речь шла о FTP/Торрент/Guest сеть. Буду рад если на данных страницах будет стоят данная кнопка удалить а не просто "включить".
ЦитатаБольшинству этот "хлам" не мешает
, а вот пропадание настроек при отключении сервиса имхо будет мешать.
а вы уверены что они про него знают, как и сказал ранее включи-настрой-работает, тогда не трогай.
, а вот пропадание настроек при отключении сервиса имхо будет мешать.
Прошивка для GIGA II без Wi-Fi
in Обмен опытом
Posted · Edited by vasek00
На KII блокирован как и DHCP.