KNTC
-
Posts
21 -
Joined
-
Last visited
Content Type
Profiles
Forums
Gallery
Downloads
Blogs
Events
Posts posted by KNTC
-
-
11 минуту назад, vasek00 сказал:
При том, что он работает по UPnP. Вы сами предлагали - "берем клиента за роутером на нем запускаем торрент клиента". Он уже был запущен, о чём шла речь с самого первого сообщения. Веб на NASe на произвольном порту, не 80-й и не 8080-й (и не 443-й - его не дают перехватить со слов разработчиков выше). Этот же произвольный порт открывается через UPnP.
-
11 минуту назад, KNTC сказал:
Доступ к вебу кинетика есть. По доменному имени KeenDNS, прямой доступ. Адрес вида router.keeneric.pro. Он же открывается при обращении на nas.router.keeneric.pro.
Адрес вида nas.router.keeneric.pro:port - не открывается без включенного ручного правила. Открытого порта в UPnP недостаточно.Здесь правило вообще бесполезно. Вместе с UPnP не даёт результата. Без него же доступ работает, если включить правило переадресации.
-
Доступ к вебу кинетика есть. По доменному имени KeenDNS, прямой доступ. Адрес вида router.keeneric.pro. Он же открывается при обращении на nas.router.keeneric.pro.
Адрес вида nas.router.keeneric.pro:port - не открывается без включенного ручного правила. Открытого порта в UPnP недостаточно. -
2 часа назад, vasek00 сказал:
IP у NAS-а постоянный. Нерабочий пример в сообщении от 02.06.2020 20:10. Не работает доступ к веб-интерфейсу NAS-a без ручного правила, торрент-клиент же спокойно раздает без ручного правила.
-
17 минут назад, Константин Костин сказал:
Пробовал так. Не помогает.
В правиле попробуйте указать конкретный порт - 3074. У меня так, но TCP и https.
-
-
-
3 часа назад, vasek00 сказал:
Простое прокидывание портов, как работало начиная с 3.5 так и работает 35А16
NAS---LAN----KN10---LAN---KN19----Интернет
По конф файлу
ip static tcp ISP 8xxx 192.168.xxx.xx2 8x !Dxxxx9
ip static tcp ISP 6xxxx 192.168.xxx.xx2 2x !Sxx
ip static tcp ISP 4xx 192.168.xxx.xx2 4xx !Dzzzz9 HTTPS
ip static tcp ISP 2xxxx 192.168.xxx.xx2 2xxx4 !S-conf
ip static tcp ISP 2xxxx 192.168.xxx.xx2 2xxx5 !S-play
ip static tcp ISP 2xxxx 192.168.xxx.xx2 2xxx6 !S-potok
ip static tcp ISP 6xxx6 192.168.xxx.xx2 6xxx6 !BTSync
ip static tcp ISP 6xxx6 192.168.xxx.xx2 2x !uT
ip static tcp ISP 6xxx1 192.168.xxx.xx2 21 !Fxxx32
Проброс через UPnP как не работал, так и не работает. Тема об этом - о неработоспособности UPnP, а не о прокидывании порта вручную.
Читайте внимательнее - я всё написал сразу, что доступ есть только с включенным правилом переадресации порта. При открытых портах через UPnP - доступа нет. -
25 минут назад, r777ay сказал:
C XBOX у меня тоже не работает после OS v2. Помогает :
ip nat udp-port-preserve
Да, в базе знаний эта команда приведена в статьях. Но тут не работает и самый банальный вариант с TCP.
-
-
8 часов назад, Le ecureuil сказал:
Потому что 443 порт уже занят SSL-сервером, и мы специально не даем через UPnP его перехватить (как и 80). Иначе любой зловред в локалке мог бы перевести вас на поддельный адрес роутера, а вы бы не заметили. Ну и ситуация, когда два сервиса хотят использовать один порт должна решаться явно, руками, а не автоматикой.
Спасибо за ответ, с 443-м понятно, а 80-й не используется -- http у qnap-а на 8080-м -- почему он то не прокинулся?
-
За кинетиком стоит NAS QNAP, по UPnP он просит открыть себе порты управления 8080 и 443 для удаленного доступа.
В логе кинетика:Май 29 16:17:51 ndm
UPnP::Manager: a new nat rule appended.
Май 29 16:17:51 ndm
UPnP::Manager: redirect rule added: tcp GigabitEthernet1:8080 -> 192.168.1.52:8080.
Май 29 16:17:51 ndm
UPnP::Manager: a new filter rule appended.
Май 29 16:17:51 ndm
UPnP::Manager: forward rule added: tcp GigabitEthernet1 -> 192.168.1.52:8080.
Май 29 16:17:51 ndm
UPnP::Manager: a new nat rule appended.
Май 29 16:17:51 ndm
UPnP::Manager: redirect rule added: tcp GigabitEthernet1:443 -> 192.168.1.52:443.
Май 29 16:17:51 ndm
UPnP::Manager: a new filter rule appended.
Май 29 16:17:51 ndm
UPnP::Manager: forward rule added: tcp GigabitEthernet1 -> 192.168.1.52:443.Но доступ не работает.
Сделал правило для Межсетевого экрана - доступ не работает. Удалил.
Сделал правило в разделе Переадресация - доступ работает. Выключаю - доступ не работает.Почему если порты просто открыты по UPnP, то доступ не работает?
Торрентокачалка работает без проблем.На кинетике проверено с 3.4.1, 3.4.3 и 3.5 Alpha 3.
-
49 минут назад, KNTC сказал:
И ещё наблюдение:
Добавлял City к Wi-Fi-системе, где контроллер Ultra.
Если сперва подключить через провод, захватить, а потом отключить кабель, то по mesh не фурычит - City повис в интерфейсе Wi-Fi-системы в непонятном состоянии без подключения.
Сбросил, настроил вручную WISP (WPS не сработал почему-то) к Ultra - так захватился.
UPD: Потом переключал на провод и обратно - всё в порядке.
Если так и задумано (или пока реализовано в таком виде), то в статье о mesh не хватает такой маленькой подробности, что первое подключение ретранслятора надо проводить через Wi-Fi и вручную цепляться к сети контроллера.
- 1
-
И ещё наблюдение:
Добавлял City к Wi-Fi-системе, где контроллер Ultra.
Если сперва подключить через провод, захватить, а потом отключить кабель, то по mesh не фурычит - City повис в интерфейсе Wi-Fi-системы в непонятном состоянии без подключения.
Сбросил, настроил вручную WISP (WPS не сработал почему-то) к Ultra - так захватился.
-
В рамках одной MESH-сети backhaul-канал может использовать разные физические каналы?
Или у контроллера и всех ретрансляторов будет использоваться один?
UPnP: Открытие портов по UPnP
in 3.5
Posted
Ну проверили и отлично, хорошо, что у вас работает.