Перейти к содержанию

dimon27254

Report Team
  • Постов

    1 517
  • Зарегистрирован

  • Посещение

  • Победитель дней

    95

dimon27254 стал победителем дня 18 марта

dimon27254 имел наиболее популярный контент!

4 Подписчика

Оборудование

  • Устройства
    NC-1812, NC-2312, KN-1012, KN-3811, KN-1212, KN-1211, KN-3210

Посетители профиля

21 706 просмотров профиля

Достижения dimon27254

NetFriend

NetFriend (6/6)

2,8 тыс

Репутация

1

Ответы сообщества

  1. Веб-интерфейс и так минималистичен и скуден на цвета, а тут даже в названии бренда этот цвет "забрали")
  2. Может быть, через годик-другой все таки появится лоадер 🥲
  3. Добрый день. Да, по моему мнению стало хуже. Раньше отчётливо цветом выражался фирменный цвет компании, который визуально добавлял "красок" в интерфейс. А теперь выглядит как-то "обыденно".
  4. Геоблокировка не накапливает адреса. Она использует загруженные списки и по ним ограничивает доступ. Просмотр загруженных списков геоблокировки недоступен, так не имеет смысла - там может быть до 100 тысяч адресов, смотреть на которые в консоли или ещё где-либо точно не будет удобно.
  5. Пришлите, пожалуйста, в личные сообщения self-test. Попробую посмотреть, в чем у вас может быть дело.
  6. Как вы проверили, что у вас действительно eth3? Может быть, там будет eth2.2 или что-то другое.
  7. Геоблокировка тоже не работает? Маловато вводных. Может быть, не выбран правильный интерфейс, или же у вас серый IP-адрес.
  8. К сожалению, в 5.1 Alpha 7 каких-либо положительных изменений не увидел. Включил dns-proxy debug, и, кажется, NDMS решила новые IP домена просто пропустить, отдав только клиенту. Ниже self-test с включенным dns-proxy debug. Время запроса 18:56:16, на сервере 18:56:17. @admin может быть, все-таки рассмотрите вариант сделать обработку запросов, как это реализовано в dnsmasq? По сути, входной и выходной точкой всех запросов является ndnproxy, в том числе в политиках. Нельзя ли его "научить" извлекать IP-адреса из ответов upstream и загружать в object-group fqdn налету? Чтобы избавиться от всего того, что сделано сейчас и работает не совсем хорошо. Я ранее пользовался dnsmasq, сейчас в основном MagiTrickle - там все работает идеально. Хотелось бы видеть, что также идеально все работало и "в стоке". Текущая реализация, к сожалению, очень далека от идеала.
  9. Кажется, "по многочисленным просьбам" появился тот самый долгожданный oldstable в виде ветки lts_4.3: Однако, переход на него пока недоступен. При обновлении NDSS возвращает ошибку 403:
  10. И это, к сожалению, проблема. Предположим, роутер получил от провайдера белый IP 1.2.3.4. В него же резолвится домен. Пока само подключение работает, все хорошо - из локальной сети можно успешно зайти по домену на роутер, никаких проблем не возникнет. Однако, как только это самое подключение отвалится, или же сменится внешний IP-адрес (вместо 1.2.3.4 провайдер выдаст 4.5.6.7), доступ к вебу из локальной сети окажется невозможен, потому что домен ссылается на старый IP, который больше доступен. Приходится ждать некоторое время, пока обновятся DNS-записи у резервного провайдера, чтобы я смог зайти в веб именно по домену. Простой пример, как можно себе "выстрелить в ногу" из локальной сети при "текущем положении дел": зайти в веб-интерфейс по домену, и выключить основное подключение с белым IP. Веб-интерфейс сразу же перестанет работать, потому что внешний IP оказывается недоступным. Другой пример: Спокойно пользуемся интернетом, "ничего не предвещает беды". По какой-то причине провайдер с белым адресом отваливается. Я через облако получаю уведомление, что подключение недоступно. Хочу быстренько сразу же зайти в веб из локальной сети по домену и посмотреть, что произошло, а не получится - домен ссылается на недоступный IP. Можно, конечно, просто заходить в веб из локальной сети по локальному IP, но я с самого момента перехода на Кинетики привык заходить в веб-интерфейс даже из локальной сети по домену. Поэтому данное изменение не считаю корректным.
  11. Да, так запись возвращается. Это ожидаемое поведение в последних 5.0 и 5.1? Раньше я помню, что из локальной сети CrazeDNS-домен всегда возвращал 78.47.125.180, вне зависимости от режима доступа.
  12. В таких условиях, думаю, лучше ответить, что запрос обработает первый, кто перехватит запрос на IP 78.47.125.180.
  13. Откроется главный, через который вы выходите в интернет.
  14. Да, у меня тоже начало возвращать 78.47.125.180. Значит, подправили после моего сообщения 🙂 Спасибо!
  15. И этот вариант не корректен 😁 Везде в инструкциях и на коробках Неткрейзиков пишется my.netcraze.net. А значит, должно работать по нему 🙂
×
×
  • Создать...

Важная информация

На этом сайте используются файлы cookie. Нажимая "Я принимаю" или продолжая просмотр сайта, вы разрешаете их использование: Политика конфиденциальности.