Cobain

Окончание времени аренды IP не должно приводить к обрыву связи.

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

А это с какой стороны посмотреть. У меня кейс в поддержку заведен. Оборудование провайдера не продлевает аренду IP если запрос отсылает кинетик и соединение рвется (срок жизни 20 минут, кинетик запрос отправляет, а ответ не приходит). А если кабель подключен к ПК, то проблем с обрывами нет. Здесь могут обратить внимание на вашу проблему, а могут и не обратить. По этому рекомендую обратиться в поддержку через официальный канал https://help.keenetic.net,

При тарифе 50Мбит у меня по Wi-Fi 802.1ac скорость 51Мбит в обе стороны(клиент Tp-link T6E, роутер Giga III, прошивка последняя 2.09, страна РФ). Правда соединение скачет, от 702 до 867, при том что до роутера от ПК - метр.

openVPN вроде как умеет. Но с тем что это не полноценное решение (из-за ограничений), я с вами согласен. Проще купить у провайдера белый IP, либо отказаться от идеи гонять "терабайты информации".

Можно и без облака. STUN сервер участвует только при создании канала между клиентами, трафик через него не идет. Уверен, что в интернете можно найти публичные STUN-сервера. Другое дело что есть ряд ограничений по типу NAT на клиентах. И при использовании Toredo цитата: "Связь между двумя пользователями Teredo осуществляется не через туннельный сервер, а напрямую, с нулевой дополнительной задержкой".

Я уверен, что топикстартера устроил бы и вариант возможностью устанавливать VPN между роутером и клиентом при наличии STUN-сервера. Либо тоннель между IPv6 (https://version6.ru/6to4/howto, https://version6.ru/ways).

Если подключиться по VPN к роутеру доступа к внешнему диску разве не будет?

makc22, ankar84, спасибо, помогло.

Как сделать, чтобы в лог писались только ошибки transmission? Команда "system log suppress transmissiond" полностью отключает логирование transmission. А если в "settings.json" поменять значение на 1 и перезапустить transmission, то значение в "settings.json" опять возвращается на 2. Прошивка v2.09(AAUW.2)A1. Разработчики, подумайте на тем, чтобы по умолчанию поставить уровень логирования для transmission фиксировать только ошибки, если не хотите добавлять функционал по управлению логами.

Прикрепил в скрытом сообщении.

Эти ошибки не относятся к сбросу подключения к Интернет. По ним я создал отдельную тему. В логах ранее только спам трансмишена и более ничего. Каждые 17-18 минут в логах "Client: obtained IP address".

Прошу уточнить, какой именно лог требуется? Если имеется ввиду в Web-консоли Система>Файлы>Log, то в нем ошибок об обрыве нет: В логе имена торрентов заменил на "torrent". Текущая сессия подключения к интернет начинается с 19:36 Jan 21 19:28:12 transmissiond: Torrent Could not connect to tracker Jan 21 19:28:12 transmissiond: Torrent Retrying announce in 7248 seconds. Jan 21 19:28:12 transmissiond: Torrent Scrape error: Could not connect to tracker Jan 21 19:28:12 transmissiond: Torrent Retrying scrape in 20 seconds. [E] Jan 21 19:31:33 ndm: kernel: end_request: critical target error, dev sda, sector 0 [E] Jan 21 19:32:08 ndm: Core::Syslog: last message repeated 35 times. Jan 21 19:36:04 ndhcpc: GigabitEthernet1: received ACK for 94.102.113.35 from 94.102.113.1. Jan 21 19:36:04 ndm: Dhcp::Client: configuring interface ISP. Jan 21 19:36:04 ndm: Network::Interface::IP: "GigabitEthernet1": IP address is 94.102.113.35/24. Jan 21 19:36:04 ndm: Dhcp::Client: obtained IP address 94.102.113.35/24. Jan 21 19:36:04 ndm: Dhcp::Client: interface "ISP" is global, priority 700. Jan 21 19:36:04 ndm: Dhcp::Client: adding a default route via 94.102.113.1. Jan 21 19:36:04 ndm: Dhcp::Client: adding a host route to name server 81.200.2.222. Jan 21 19:36:04 ndm: Dhcp::Client: adding name server 81.200.2.222. Jan 21 19:36:04 ndm: Dns::Manager: name server 81.200.2.222 added, domain (default). Jan 21 19:36:04 ndm: Dhcp::Client: adding a host route to name server 81.200.0.1. Jan 21 19:36:04 ndm: Dhcp::Client: adding name server 81.200.0.1. Jan 21 19:36:04 ndm: Dns::Manager: name server 81.200.0.1 added, domain (default). Jan 21 19:36:08 transmissiond: Torrent Could not connect to tracker Jan 21 19:36:08 transmissiond: Torrent Retrying announce in 20 seconds. Jan 21 19:36:50 transmissiond: Torrent Could not connect to tracker Jan 21 19:36:50 transmissiond: Torrent Retrying announce in 20 seconds. Jan 21 19:37:02 transmissiond: Torrent Scrape error: Could not connect to tracker Jan 21 19:37:02 transmissiond: Torrent Retrying scrape in 7248 seconds.

Роутер Keenetic Giga III, прошивка v2.09(AAUW.2)A1. Периодически замечаю, что интернет перестает работать на несколько секунд, длительность сеанса подключения к Интернет в роутере сбрасывается (время работы остается прежним, роутер не перезагружается). В логах ошибок нет, только информационные сообщения: Jan 21 18:26:03ndhcpcGigabitEthernet1: received ACK for 94.102.113.35 from 94.102.113.1. Jan 21 18:26:03ndmDhcp::Client: configuring interface ISP. Jan 21 18:26:03ndmNetwork::Interface::IP: "GigabitEthernet1": IP address is 94.102.113.35/24. Jan 21 18:26:03ndmDhcp::Client: obtained IP address 94.102.113.35/24. Jan 21 18:26:03ndmDhcp::Client: interface "ISP" is global, priority 700. Jan 21 18:26:03ndmDhcp::Client: adding a default route via 94.102.113.1. Jan 21 18:26:03ndmDhcp::Client: adding a host route to name server 81.200.2.222. Jan 21 18:26:03ndmDhcp::Client: adding name server 81.200.2.222. Jan 21 18:26:03ndmDns::Manager: name server 81.200.2.222 added, domain (default). Jan 21 18:26:03ndmDhcp::Client: adding a host route to name server 81.200.0.1. Jan 21 18:26:03ndmDhcp::Client: adding name server 81.200.0.1. Jan 21 18:26:03ndmDns::Manager: name server 81.200.0.1 added, domain (default). За последний час три подобных обрыва было.

Я насчет чтения ничего не имею против. Примем за данность реальную скорость передачи данных по Wi-Fi 80мбит. Но почему на запись скорость гораздо ниже, почти в два раза, при учете того, что роутер может писать на диск 30Мбайт в сек? Прошился на 2.06.B.2.0-6, скорость чтения по Wi-Fi выросла до 11-12Мбайт в секунду, скорость записи до 8Мбайт/с (возможно эфир стал чище). И ошибки в логах пропали! Обновился до последнего релиза v2.07(AAUW.5)C3, скорость чтения\записи на диск кинетика по Wi-Fi ниже на 1.5Мбайт/с, чем на прошивке2.06 и ошибки опять появились ( kernel: end_request: critical target error, dev sda, sector 0 ). У меня два вопроса: 1. теоретически такая разница в чтении\записи это нормально (учитывая что роутер может записывать на диск 30 Мб/с)? 2. Диск "storage:" это внутреннее хранилище keenetic? Какие варианты использования у него через это меню? Почему не показывается его емкость? По ошибкам "kernel: end_request: critical target error, dev sda, sector 0" создал отдельную тему.