dmitry.a

Wireguard и mdns несовместимы. Через Wireguard широковещание навряд ли пройдет.

До сих пор нет поддержки IPv6.

Ну, всё, лето началось. Снова эта проблема. Всю зиму не было. Почему она зависит от времени года — неясно

Ни с того, ни с сего началась эта проблема на kn-1811. И два клиента на 5Gz одновременно теряют соединение. Есть предположение, что у других производителей существует та же проблема.

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

У меня не только адаптеры, но и провод есть, куда воткнуть. А по проводу 100% другой mac.

Такие проблемы должны решаться на стороне клиента. А ещё лучше - пропал интернет - роутер переключился на 4G модем.

Только Вас не пустят на непонятный порт в некоторых отелях и проч. организациях. А все сервисы завязать на один порт не получится. А какой тайм-аут выбрать? Слишком короткий - неудобно, большой - небезопасно. Вот так в отеле вы отключитесь, а сосед подключится а того же IP адреса. Это хорошо, если сервис с шифрованием, а если нет? Так вы по открытой wifi все пароли засветите. В отелях обычно нет шифрования wifi. Удобства мало. А ещё IP адрес могут вам сменить, и вам снова простукивать придется. У меня настроен vpn, настраивается просто, работает отлично. Только кнопочку нажать, и уже в сети. Заодно можно весть трафик завернуть, чтоб не бояться открытых wifi.

А как без диска-то? Нужно промежуточное хранилище для данных/кэша. Тут либо диск, либо много ram. Ну сделают роутер с диском внутри по высокой цене. По-моему, экономия ни о чем.

What about archives compressed with ultra settings? They may require a lot of ram memory and extraction can be cpu intensive. Router won't be able to extract them.

А вот мне неясно, чем opkg так не угодил. Если надо что-то сверху доставить, для этого как раз и есть opkg. Второй момент. Почему программисты не могут сделать так, что на их компьютерах все эти putty и проч. запускались бы автоматически. Третий момент. Домашняя сеть вовсе не является доверенной. Любое взломанные устройство будет иметь доступ на удалённую машину.

А не знаете, почему он может быть no?

Добрый день, подскажите, откуда берется global: no в выводе show ipv6 prefixes: (config)> show ipv6 prefixes prefix: prefix: xxxx:xxxx:xxxx:xxxx::/64 interface: ISP valid-lifetime: 6485 preferred-lifetime: 4685 global: no Мне не очень понятно, на каком основании Keenetic считает, что префикс неглобальный. Или что это поле означает?

Заметил вот такое в логах: Апр 22 19:07:21 ndm Core::Watchdog: Component lister holds NDSS (87) lock 61 seconds acquired Apr 22 19:06:20. Апр 22 19:07:21 ndm Main: "Component lister": backtrace: Апр 22 19:07:21 ndm Main: <unknown>+0x0 Апр 22 19:07:21 ndm Main: poll()+0xa8 Апр 22 19:07:22 ndm Main: Io::SocketBase::DoSslRetry_(CString const&, unsigned long&, int, int)()+0x240 Апр 22 19:07:22 ndm Main: Io::SocketBase::SysRead(void*, unsigned long, unsigned long&)()+0xf0 Апр 22 19:07:22 ndm Main: Io::PollableBase::SysRead(void*, unsigned long, unsigned long&)()+0x124 Апр 22 19:07:22 ndm Main: Io::Buffer::Read(void*, unsigned long, unsigned long&)()+0xb8 Апр 22 19:07:22 ndm Main: Io::Http::Base::SysRead(void*, unsigned long, unsigned long&)()+0x58 Апр 22 19:07:22 ndm Main: Io::Buffer::Read(void*, unsigned long, unsigned long&)()+0xb8 Апр 22 19:07:22 ndm Main: Io::IStreamBuffer::ReadAll(void*, unsigned long)()+0x48 Апр 22 19:07:22 ndm Main: Core::Ndss::RunRequest_(CString const&, CString const&, CString const&, StringMap const&, Io::Http::Method const&, CBuffer const&, Time::Span const&, Core::Ndss::RedirectT, Buffer&, unsigned long&, Io::Http::Response::StatusCodeT*) const()+0x5b8 Апр 22 19:07:22 ndm Main: Core::Ndss::Call(CString const&, StringMap const&, Io::Http::Method const&, CBuffer const&, Buffer*, Log::VerboseT, Core::Ndss::RedirectT, Io::Http::Response::StatusCodeT*, int) const()+0x14c Апр 22 19:07:22 ndm Main: Components::Lister::Run()()+0xf8 Апр 22 19:07:22 ndm Main: Thread::StartRoutine_(void*)()+0x158 Апр 22 19:07:22 ndm Main: start_thread()+0x118 Апр 22 19:08:03 ndm

Простите, но многие говорят полную глупость. Во-первых, отличие белого от серого адресов я и так знаю, не стоит тыкать статейками и выставлять меня дураком. Во-вторых, вы совершенно не знаете ситуации. Мой текущий провайдер самый лучший в районе по цене/качеству, и менять я его не собираюсь (хотя, видимо, местные знатоки хотят мне выделить пару тысяч рубликов каждый месяц на другого провайдера). А еще нет гарантий, что у другого провайдера не будет NAT'а. В-третьих, людям дешевле вернут роутер и купить другой, написав отрицательный отзыв, чем менять провайдера и переплачивать ежемесячно. Еще раз повторю, что смена провайдера гораздо дороже смены роутера. В-четвертых, фактически услуга выделенного адреса означает, что доступ из Интернета будет по этому адресу, но не подразумевает, что оконечному оборудованию выдадут белый IP. И поскольку все работает, кроме KeenDNS, то и нет оснований полагать, что провайдер как-то нарушает Закон. Зато есть основания полагать, что KeenDNS работает неправильно, и я нахожу это багом, а не улучшением. В-пятых, Тут писали, что пользователи слезно просили добавть прямой доступ с серым адресом. Вот, уважаемые знатоки, объясните мне, почему разработчики идут на поводу и добавляют хотелку, но не исправляют очевидный баг? Чем я хуже? В-шестых, это не фича, а самый настоящий баг. При имеющимся прямом доступе KeenDNS не работает. А что если у меня роутер находится за другим роутером? Тоже предложите пробрасывать белый адрес с первого роутера на второй?