dmitry.a

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

У меня не только адаптеры, но и провод есть, куда воткнуть. А по проводу 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 не работает. А что если у меня роутер находится за другим роутером? Тоже предложите пробрасывать белый адрес с первого роутера на второй?

Я думаю, что в будущих моделях надо предусмотреть слот для вставки ddr4 памяти, чтоб сразу вставил гигабайт так 8 - и хватило на все.

Хотел узнать, почему люди хотят использовать webdav на роутере. Может, и я начну пользоваться. Может, я что-то упускаю в этой жизни... Вообще роутер - довольно слабенькое устройство, потому меня и интересует, почему для хранения данных не использовать отдельный сервер/nas с поддержкой кучи протоколов.

Еще раз повторяю, адрес куплен, все работает напрямую (openvpn, wireguard, etc), текущий NO-IP определяет адрес правильно и прописывает, что надо, но он условно бесплатный. А вот KeenDNS не уметь это при явном указании "Прямой доступ". Хватит мне рассказывать про серые адреса. Если у вас белый на роутере - это еще не значит, что у всех так. И я полагаю, что люди из NO-IP про это прекрасно знают, что схемы подключения пользователей к Интернету есть разные и ситуации разные. Или вы лично хотите мне организовать доступ в Интернет и выдать белый адрес? Может оказаться так, что keendns не будет нормально работать за пределами РФ, т.к. там вполне может окзатаься статический NAT у многих провайдеров. А это проблема выхода на международный рынок.

Не могу сказать, как это точно называется, но так и есть. Адрес жестко привязан ко мне. Все, у кого не статический адрес, скорее всего делят внешние адреса провайдеора между собой, но за отдельную услугу можно у провайдера получить фиксированный адрес в личное пользование. Я уже это повторял несколько раз. Более того, я полагаю, что такая практика вполне распространена в мире, и именно поэтому NO-IP работает, как надо, но NO-IP не является полноценно бесплатным, в отличие от KeenDNS.