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

NetworK

Участники форума
  • Постов

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

  • Посещение

Весь контент NetworK

  1. Как как вариант, можно рассмотреть добавление "пользовательских доменов". Т.е. есть 3 уровня от kddns. И что бы свои можно было так же привязать второго уровня. Хорошо если серты будут так же как wildcard получались, при этом, по умолчанию хотелось бы что бы все домены 3-4 уровня для пользовательского второго уровня сразу шли на основной домен второго уровня, если не указаны отдельные какие правила по типу cname. Причем хотелось бы иметь возможность добавление не одного, а нескольких пользовательских доменов. Вот у меня ситуация, есть под 100 своих доменов, большая часть проектов живет на хостинге, но часть живет у меня на серверах, при этом в итоге суммарно уйдет под 30 доменов на мои сервера, по итогу пока для меня единственное более менее решение, это полностью перенаправить трафик с портов 80/443 на свой reverse-proxy, и уже там полноценно разруливать. Обвязку на получение wildcard сертификатов, тоже придется свою использовать.
  2. @Le ecureuil Я бы так же, хотел что бы вы рассмотрели возможность следующих изменений: Сейчас при указании домена второго уровня: ip http proxy examples domain static org Я не могу сделать такое: ip http proxy examples domain static com Т.к. такое название proxy уже занято. Что хотелось бы добавить параметр указания А запиcи или CNAME. т.е. ip http proxy {name} - указания самого правила ip http proxy {name} cname {cname} - указание поддомена ip http proxy {name} domain static {domain} В чем смысл, если задано ip http proxy {name} cname {cname}, то используем его для {cname}.{domain}, если не задано используем стандартное {name}.{domain} Т.е. хотелось бы называть правила proxy произвольными названиями, например по прямо назначению {cname}.{domain}, а в правилах уже указывать какой префикс и какой домен. Актуально, когда используешь в proxy домены второго уровня, как в примере и не только. Т.е. сейчас мне всегда нужно делать разные названия для поддоменов, т.е. использовать mail.mykeenetic.keenetic.pro и mail.examples.com не выйдет, т.к. у них будет одинаковое название в proxy - mail.
  3. Спасибо! Я нашел так же возможность прокидывать: ip http proxy {name} preserve-referer — preserve Referer header for {name} of the web proxy rule. ip http proxy {name} preserve-origin — preserve Origin header for {name} of the web proxy rule. Где бы полную доку глянуть? Я вообще не планировал реализацию во всей общей массе, что бы все такое настраивали, тут видится два варианта: 1) Через UI, где написано Atencion, данная настройка перенастраивает внутренний reverse-proxy, keenetic UI будет доступен только по адресам - и перечисление адресов (формулировку можно уточнить). Так же можно сделать окошко, с подтверждением, что "ты понимаешь, что ты делаешь". 2) Так же как и с заголовками, идем в консоль и забиваем туда ip http proxy-end-upstream {host} {port}, по умолчанию оставляем там (что сейчас 127.0.0.1?), если настройка задана, то все что выше по правилам (reverse-proxy, fqdn, hostname, ip router, еще что? - my.keenetic.net) идет как и раньше, все остальное идет в proxy-end-upsteam. Хотелось бы, конечно, подружелюбнее в UI, но меня устроил бы и вариант через консоль. Если при этом будет подсказка (уведомление, что бы не забыть) где в UI, что задан этот параметр, тоже вполне будет комфортно.
  4. По заголовкам хочется так же видеть proxy_set_header host $host Если взять логику, что по умолчанию мы всегда идем в веб, почему нельзя расширить логику (ip роутера, fqdn - could, hostname) - идем в веб, + правила по reverse-proxy, если ничего более не задано, так же. Если же у меня в настройках стоит, грубо - "следующий прокси" - "адрес + порт", то дефортный роутер, если не совпадает ни с чем, что выше - идет в мой "следующий прокси". Я не вижу прям сильных сложностей в части реализации правил. Благодарю, за быстрый ответ.
  5. Привет. Использую Keen Ultra 1811. В роутере есть reverse-proxy, я довольно активно использую, хотелось бы добавить следующую возможность: Сейчас если домена 4 уровня или любого другого нет в "доменное имя", то если указать А запись, будет 403 ответ. Т.е. reverse proxy, все ищет у себя, и если не находит, отдает 403, я бы хотел в настройках указывать следующий прокси или адрес и порт. Что бы если прокси на роутере не нашел, то делал сквозной трафик уже на адрес который я укажу в настройках. Для чего это нужно, когда много разных доменов, заводить их в роутер не самое удобное занятие через консоль, хотелось бы оставить в роутере только домены относящие к роутеру, а всё остальное можно было бы перенаправить на другой прокси, где уже принимать и роутить трафик по 80/443 портам. Плюсы: порт 80/443 остается за кинетиком, в случае когда нужен доступ к самому кинетику, в случае настройки, я могу спокойно принимать трафик по другим доменам, не меняя порты у роутера и не возиться в консоли, что бы добавить все домены и поддомены. Т.е. хотелось бы расширить возможности в этой области. Так же, хотелось бы узнать какие точно заголовки пробрасываются при настройке x-real-ip, т.к. на версии 4.2.6.3, мне не удается поймать заголовки с host, трафик идет будто без проброса полных заголовков, в итоге я направляю на следующий прокси по разным портам, тоже не самое приятные занятие. Заранее благодарю, и надеюсь смогу получить ответы, или запланировать такие работы.
×
×
  • Создать...

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

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