ndm

Не имеет значения, каким портом, по идее настроить можно, если шлюз и DNS виден в сети, куда Ультра воткнута. Скажем, (config)> ip route default {gateway} Network::RoutingTable: Added static route: 0.0.0.0/0 via {gateway}. (config)> ip name-server {server} Dns::Manager: Name server {server} added, domain (default). (config)> interface Home ip global 1

Облачный доступ учитывает правила межсетевого экрана и NAT и эмулирует их работу. Если закрыть порт, облачный доступ тоже закроется. — правильный ответ.

Линк падает на пару секунд. GigabitEthernet0/0 — это разъем с надписью "1". Уточните, у вас туда комп проводом воткнут?

Может быть, стажёр попался. Пришлите вместе с чеком и фото номер обращения, мы проведем разъяснения. Заменить в магазине — самый простой вариант, конечно.

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

Читал, но мне лучше знать, можно это "починить" или нет. Он, видимо, хотел зайти и посмотреть, но без сервисного кода никакой KeenDNS не будет работать. Кинетик не авторизуется на облачном сервисе, чтобы установить сессию. Зачем он это просил - понятия не имею, заведомо бесполезно.

Вам объяснили причину, удаленно это не ремонтируется. Люди покупают подделки и просят их "восстановить". Скиньте чек и фото в личку.

К сожалению, ничего сделать нельзя, это заводской брак. Отремонтировать можно только в сервисе, либо осуществить бесплатную замену. Сервисный код и остальные параметры должны соответствовать наклейке на корпусе, они также проверяются в базе. Такие обращения часто поступают от пользоватей поддельных "кинетиков", на которых работает KeeneticOS, но нет лицензии. На просьбу скинуть фото наклейки они исчезают По указанной причине "удаленного" способа восстановить лицензию нет.

Для начала сделать что-то менее разрушительное, чем перезагрузка (разрушительное в плане диагностики). Если есть клиент, подключенный по проводу, проверить скорость на нем. Допустим, скорость по проводу нормальная, тогда выключить и включить Wi-Fi, т.к. это приводит к сбросу драйвера. Если по проводу никак, то перезагрузить Wi-Fi через KeenDNS со смартфона. Возможно, причина в том, что после перезагрузки Wi-Fi садится на другой канал, на котором нет помехи.

Не успели закрыть все проблемы по TSMB до релиза 2.15, поэтому вернули CIFS как основной, а TSMB оставим как альтернативный. Всем огромное спасибо за помощь, в следующих версиях обязательно дожмём.

Всё получится. Немного путанное описание со скринами с чужого роутера, но в кинетике есть, как минимум три возможности. 1. Если телефония приходит по отдельному кабелю от ZTE, а телефон будет получать адрес от кинетика, нужно создать новое подключение и настроить его. Затем с помощью политики отправить телефон в новое подключение. 2. Если телефония приходит по отдельному VLAN в том же проводе, что и PPPoE, и телефон должен прозрачно попадать в этот VLAN, то нужно настроить телефонный порт и указать VLAN ID. И всё это в _одном_ проводном подключении, новое создавать не нужно! 3. Если телефония приходит по отдельному проводу без VLAN, и телефон должен прозрачно подключаться, то... воткните провод прямо в телефон, минуя кинетик. Либо создайте два телефонных порта. В один порт надо воткнуть провод от ZTE, а в другой — от телефона. VLAN ID можно указать какой угодно, в данном случае значения не имеет. P.S. Извините за косноязычие. Обратитесь в поддержку кинетика, они умеют задавать правильные вопросы и объяснять понятным языком подобные вещи...

Объединили в одну тему. Не забудьте проголосовать.

Официально такой возможности нет и пока не планируется. Но можно через opkg подмонтировать (почитайте про mount -t cifs), и затем расшарить.

Работало то хорошо, то плохо, и как дальше пойдет — вопрос времени. Грядут большие перемены по системной части, о чем мы сообщим отдельно. Поддержка требует всё больших затрат, и, похоже, пора завязывать с экспериментами на rt6856.

Нет. К сожалению, чип mt7620 не входит в список поддерживаемых. Мы также вернули старую реализацию SMB для rt6856 в версии 2.15.B.0.0-1. Тестировать на данных устройствах смысла не имеет, т.к. их выпуск прекращен.

tntfs падает, по крайней мере, такая запись в креш-логе "<1>CPU 1 Unable to handle kernel paging request at virtual address 00000014, epc == 8d096e50, ra == 8d096a6c", "<4>Oops[#1]:", "<4>Cpu 1", "<4>$ 0 : 00000000 0000002f 00000001 00000001", "<4>$ 4 : 8884fc30 8d0e81c4 00000002 8884fcb8", "<4>$ 8 : 0000002e 00000000 00000001 0000006c", "<4>$12 : 00000060 0000003c 00000000 bfd0208f", "<4>$16 : 00000001 8ecfc900 00000000 00000000", "<4>$20 : 00000000 00000000 89c01800 8b2de4f0", "<4>$24 : 00000000 8ede1a80 ", "<4>$28 : 8884e000 8884fb80 8ed860d8 8d096a6c", "<4>Hi : 01d2d56b", "<4>Lo : 870f74a3", "<4>epc : 8d096e50 __ntfs_error+0xa38/0xde8 [tntfs]", "<4> Tainted: P O", "<4>ra : 8d096a6c __ntfs_error+0x654/0xde8 [tntfs]", "<4>Status: 1100fc03 KERNEL EXL IE ", "<4>Cause : 00800008", "<4>BadVA : 00000014", "<4>PrId : 0001992f (MIPS 1004Kc)", "<4>Modules linked in: fastvpn(PO) hw_nat(O) nf_nat_sip esp4_hw(O) crypto_k(PO) nf_conntrack_sip igmpsn(PO) nf_nat_ftp nf_conntrack_ftp mt7615_ap(O) ntc(PO) mt7621_eth(PO) rndis_host snd_pcm_oss snd_usb_audio cdc_ether huawei_cdc_ncm snd_pcm asix option cdc_ncm usb_wwan usbextras(PO) authenc snd_usbmidi_lib nls_utf8 snd_seq_midi evdev xt_IPMARK(O) kalmia cp210x thfsplus(O) snd_hwdep xt_ACCOUNT(O) nf_nat_rtsp(O) nls_cp1251 usbhid snd_mixer_oss ax88179_178a usb_storage cdc_acm l2tp_ppp usblp xt_DNETMAP(O) hid dm9601 xt_length2(O) snd_rawmidi arptable_filter sd_mod sr_mod xhci_hcd nls_cp437 xt_DELUDE(O) xt_CHAOS(O) sierra sg snd_seq_midi_event usbnet ext4 snd_seq xt_LOGMARK(O) tfat(PO) deflate ipcomp xt_STEAL(O) snd_seq_device nls_cp866 snd_timer xt_ipp2p(O) tntfs(PO) pl2303 xt_DHCPMAC(O) algif_skcipher jffs2 cdc_wdm xt_psd(O) snd r8152 xt_TPROXY rtl8150 xt_RAWNAT(O) xt_SYSRQ(O) xt_TARPIT(O) ftdi_sio algif_hash ch341 usbserial nf_nat_pptp nf_nat_h323 usbcore nf_conntrack_pptp pcrypt xt_geoip(O) xt_iprange xt_NOTRACK ipt_ULOG ip6t_rt xt_addrtype ip6t_mh cdrom resetnds(PO) hmac des_generic xt_iface(O) mtdoops_proc(O) xfrm4_mode_beet nacct(PO) nf_tproxy_core sha256_generic input_core nfnetlink_log xt_socket ip_set_hash_ipportip xfrm_ipcomp compat_xtables(O) xt_fuzzy(O) ip_set_hash_net rt_timer_wdg xt_ipv4options(O) nf_conntrack_h323 xt_CT zlib_deflate iptable_rawpost(O) xt_NFQUEUE jbd2 nls_base ip_set_hash_ipport ip6t_ipv6header eoip(O) aes_generic xt_hashlimit ipt_NETMAP nfnetlink_queue xfrm_user nf_conntrack_proto_gre phr(PO) mbcache nf_conntrack_rtsp(O) ip_set_hash_ipportnet ip_set_bitmap_port af_key ip6t_eui64 exportfs dummy ip_gre crc_itu_t zlib_inflate xt_owner ip6t_frag loop xt_quota2(O) xfrm4_mode_tunnel xt_pkttype xt_lscan(O) md5 soundcore l2tp_core scsi_mod af_alg xt_quota crypto_null xfrm4_mode_transport ip_set_bitmap_ipmac cbc ip_set_hash_netiface aead tsmb(PO) ip_set_bitmap_ip usb_common xt_TEE snd_page_alloc ip_set_hash_netport nf_nat_proto_gre arp_tables md4 arpt_mangle fuse ah4 ip_set_list_set xt_condition(O) xfrm4_tunnel ip6t_hbh", "<4>Process vfs_8b3245f4_ct (pid: 715, threadinfo=8884e000, task=89c436f0, tls=00000000)", "<4>Stack : 8b0f1c00 8ede24f0 8c934800 8eddf170 00000001 00000000 00020360 00000000", "<4> 00000004 01d2d56b 870f74a3 00000000 870f74a3 01d2d56b 00000008 00000000", "<4> 00020000 00000000 8ecfc900 8884fc30 85c12168 8ed860d8 85c121c8 8abc4380", "<4> 00000000 00000000 00000063 800c9abc 66cb9280 8884fc30 55df1400 01d02759", "<4> bad553f2 01d36794 8ad2da00 8ad2da00 8edf0000 8edf0000 8884fcb8 8ed87518", "<4> ...", "<4>Call Trace:", "<4>[<8d096e50>] __ntfs_error+0xa38/0xde8 [tntfs]", "<4>", "<4>", "<4>Code: aef00000 16a0ffc2 8fb3002c ", "<4> 30420002 1040ffbe 26e40008 8e62000c 9046000b ", "<4>---[ end trace bb5cc2bc2c124078 ]---"

Пришлите self-test, где это расписание присутствует. Оно не может появиться само собой без воздействия извне, внутри прошивки это исключено. Мобильным приложением пользуетесь?

Почему в прошедшем времени?

Ко всем, кто наблюдает падения TSMB — просьба, описывайте как-то сценарий воспроизведения. Если возможно, снимайте дампы пакетов (например, с компа, который обращается к кинетику). Для Keenetic II, Giga II, Ultra. Видимо, мы погорячились с удалением старого CIFS. Железки уже старые, тестировать TSMB на них смысла нет. Тем более он не лезет.

Ну понеслась.. @vst

Пользоваться, как обычным сетевым диском на винде! В nq было слишком много ограничений. Много жалоб, что CIFS на кинетике урезанный и т.д. Нам надоело это слушать.

Внимание! В связи с прекращением сотрудничества с поставщиком сервера CIFS (он же nq Embedded), начиная с версии 2.15.A.5.0-1 компонент cifs заменен на tsmb. У кого был установлен cifs, автоматически выберется компонент tsmb. Настройки не слетают. Компонент tsmb обладает целым рядом преимуществ: реализация на уровне ядра, высокая скорость работы поддержка durable filehandles (запуск приложений с сетевого диска и т.д.) поддержка функции master browser поддержка Windows Backup поддержка Apple Time Machine Замена производится на всех платформах, кроме mt7620 (Keenetic Lite II, Omni, Viva, Extra, Lite III, 4G III, Omni II). До стабилизации 2.15 есть некоторое время, чтобы устранить возможные ошибки.

@zyxmon Пожалуйста, не провоцируйте, мы эту тему мусолим уже много дней, в том числе и в поддержке. Кто-то чуть не так переставил слова, а мы сейчас прицепимся. Проблему это не решит.

@Илья Картавенко не хватает оперативной памяти, и только. Посмотрите внимательно на ошибки. [W] Jan 26 23:46:51 ndm: kernel: SLAB: Unable to allocate memory on node 0 (gfp=0x20) [W] Jan 26 23:46:51 ndm: kernel: cache: size-131072, object size: 131072, order: 5 [W] Jan 26 23:46:51 ndm: kernel: node 0: slabs: 2/2, objs: 2/2, free: 0 [W] Jan 26 23:46:51 ndm: kernel: SWNAT: OOM [W] Jan 26 23:46:51 ndm: kernel: kworker/0:2: page allocation failure: order:5, mode:0x20 OOM = Out of memory Чел нагрузил роутер по самые гланды. Он и качает (на медленную!) флешку, и должен еще маршрутизировать. При очередной попытке выделить память для SWNAT SLAB-аллокатор не нашел фрагмента нужного размера. @DimoniXo учтите, что чем медленнее носитель, тем хуже. Он не успевает записывать с той скоростью, с которой transmission качает. Пока i/o-подсистема давится тем, что не успевает пропихнуть на диск, swnat-у понадобилось пустить кого-то в интернет. Кому-то придется подождать. И не перезагружается!!! Ха-ха, отлично

@Roman Romanov внесли исправления, проверяйте в версии 2.15.A.4.0-3.