nginx переписывают для URL с параметрами

  1. Не совсем

  2. Право DNS? Если 192.168.2.2 Ваш внутренний DHCP (Windows AD DC, я принимаю), то Вы настроите это для выставления безотносительно сервера DNS, который Вы хотите, тот же ПК, 192.168.2.2 при выполнении DNS на нем также.

  3. Нет. Материал на маршрутизаторе Verizon "в Интернете", что касается материала позади netgear. Единственный входящий трафик позволяет, будет тем, что Вы определяете в Netgear, т.е. Portforwarding.

  4. Да

  5. ПК позади Netgear будет "просто работать". Я немного смущен, Вы хотите, чтобы беспроводные клиенты соединились с маршрутизатором Verizon, и Вы хотите, не хотят их иметь доступ к LAN, правильно? Разве Вы не хотите, чтобы они просто получили адрес от маршрутизатора VZ, а не с внутреннего сервера DHCP?

  6. Да. Если это - на самом деле WAP, это, вероятно, не имеет сервера DHCP, это точно так же, как переключатель, но без... провода. Вы можете использовать потребительскую беспроводную связь, выключить сервер DHCP и даже не беспокоитесь портом WAN.

Главное 5 о DHCP. Необходимо было бы настроить portfowarding, чтобы заставить DHCP присваиваться через Netgear, но я не думаю, что Вы хотите сделать это. Вы просто хотите, чтобы они получили DHCP от права маршрутизатора VZ?

Я надеюсь, что это имеет смысл

16
задан 23 June 2015 в 22:36
2 ответа

Хорошо, благодаря начальной справке rzab, я переопределил его правило к этому рабочему решению:

location / {
    if ($args ~* "/?param1=val1&param2=&param3=[0-9]+&param4=.+&param5=[0-9]+") {
        rewrite ^ http://www.example.com/newparam/$arg_param3/$arg_param4? last;
    }
}

Я просто добавил условие избежать бесконечной рекурсии и a? в конце правила избавиться от начальных параметрических усилителей. Это работает отлично :)

15
ответ дан 2 December 2019 в 20:42
location = / {
  rewrite ^ http://www.example.com/newparam/$arg_param3/$arg_param4;
}
4
ответ дан 2 December 2019 в 20:42

Теги

Похожие вопросы