Jump to content

Lordmaster

Forum Members
  • Content count

    154
  • Joined

  • Last visited

Community Reputation

20 Excellent

About Lordmaster

  • Rank
    Advanced Member
  • Birthday 01/17/1990

Converted

  • Location
    Брянск
  • Occupation
    Системный администратор
  • Skype Account
    lordmaster1990

Equipment

  • Keenetic
    Keenetic Ultra II, Keenetic II, Keenetic 4G III

Recent Profile Visitors

1,671 profile views
  1. На все ответы есть гугл: http://compkaluga.ru/articles/172/ Личное мнение: тренироваться легче на ПК. После получение готового результата, конфиг перенести в роутер не составит большого труда. Инструкция по ссылке, все остальное в данной ветке форума.
  2. Хорошая новость. Спасибо!
  3. Есть проброшенный через KeenDNS адрес страницы extwebui.<mysite>.keenetic.pro на адрес в сети 192.168.178.1:81. В nginx entware настроено что для данной страницы есть http порт 81 и https порт 481. До 2.11.A.7.0-0 я мог заходить по адресу https://extwebui.<mysite>.keenetic.pro/ и проблем не было. После этого обновления доступ по https пропал и выходит ошибка 403. При том что по http доступ есть. Из локальной сети все доступно (адреса http://192.168.178.1:81 и https://192.168.178.1:481, а так же их редирект http://192.168.180.1 и https://192.168.180.1). Извне доступно все только по http. Или иной пример: тот же owncloud, настроенный по инструкции, раньше работал извне по https, теперь же только http. Как я понимаю раньше по ссылке https://extwebui.<mysite>.keenetic.pro/ страница стучалась на роутер на внутренний адрес 192.168.178.1:81 используя ssl роутера (не смотря на самоподписанный сертификат из nginx). Теперь же такого не происходит. Но это мое предположение, не претендующее на правду. Я разъяснил свою ситуацию?
  4. self-test-u2.txt
  5. Добрый день, не знаю куда именно написать, но что то подсказывает что сюда. Имеется: nginx с нестандратными портами (81,82,83 для http, 481,482,483 для https), проброшенные через облачный доступ keendns доступы, полученный сертификат acme для <mysite>.keenetic.pro. В чем проблема: до 2.11.A.7.0-0 мог спокойно заходить на сайты, которые проброшены по https (к примеру на https://extwebui.<mysite>.keenetic.pro) и по http (к примеру на http://extwebui.<mysite>.keenetic.pro). Теперь же, после 2.11.A.8.0-1 при попытке входа на такой сайт по https пишется 403 Forbidden, но при том же сайте по http входит без проблем. Подскажите, в связи с чем это может быть? Читал сообщения в этой ветке, читал что нужен обязательно порт 80. Пробовал и так настраивать (extwebui.<mysite>.keenetic.pro проброшен на альтернативный адрес с портом 80). Все равно та же ошибка выходит.
  6. После обновления Ultra II на 2.11.A.7.0-0 постоянно настройки Band Steering отмечаются как "Недоступен". При попытке изменения на пару секунд выходит нужные параметр, затем снова "Недоступен" Судя по логу, проблем вроде нет. проверить на деле пока не могу. При необходимости могу выложить self.
  7. @vst Спасибо большое, буду пробовать
  8. Просто была такая же проблема, решилось именно отключением проверок пингчеком.
  9. Отключите Pingcheck. Должно помочь
  10. self-test_до перезагрузки.txt self-test_после перезагрузки.txt
  11. С новыми обновлениями проблема не ушла. Если включен AFP то после перезагрузки роутера сыпятся ошибки. Если выключить и включить заново, то ошибка пропадает до перезагрузки. При необходимости self-тесты выложу чуть позже.
  12. @Le ecureuil Аналогичная проблема, правда на роутер не захожу, ошибки лезут, но не могу отследить при каких обстоятельствах Self-test ниже
  13. Если с другими кинетиками все нормально, то проблема получается в микротике. Какие маршруты он автоматом прописал?
  14. debian

    Сделайте по аналогии: Ent_REC - имя раздела CHROOT_DIR=`readlink -f /opt/debian` mkdir -p $CHROOT_DIR/disk/Ent_REC mount -o bind /tmp/mnt/Ent_REC $CHROOT_DIR/disk/Ent_REC У меня установлен debian в entware, но не думаю что идея слишком уж кардинально иная. Главное о чем было сказано, что путь примонтированного диска по умолчанию находится в /tmp/mnt/
×