Почему это заставляет мой сайт перенаправлять к secure.secure. *root domain*.com?

Несколько человек отъехали БЫТЬ к Бакулюмам, некоторым по причинам, которые Вы цитируете, Dave. Многие пользователи Бакулюмов, пользующиеся библиотеками Overland. Я проверю определенную модель, на которую Вы смотрите.

Пользователи также успешно преобразовали ленты из других систем. Самый легкий путь состоит в том, чтобы восстановить ленту с БЫТЬ затем обратно этим с Бакулюмами, с помощью некоторых приемов, мы знаем, что позволяют Вам заставлять ленту Бакулюмов иметь ту же метку даты и времени как исходное резервное копирование. Нашим техническим директором является Kern Sibbald, автор Бакулюмов и менеджер проектов.

В отличие от Amanda, даже наш Enterprise Edition GPL, таким образом, можно использовать его бесплатно. Amanda Enterprise требует оплаты и proporietary EULA.

Кто кластерный поставщик, который рекомендовал Бакулюмы? Я хотел бы записать в него, чтобы благодарить его и также поздравить его с его мудрым советом :-)

Без колебаний обращайтесь ко мне: jack.griffin@baculasystems.com

1
задан 23 May 2017 в 15:41
2 ответа

Лучший способ состоит в том, чтобы трудно кодировать доменное имя (я не знаю, какие доменные имена Вы можете иметь, поэтому это - предпочтительная опция). Попробуйте это правило:

RewriteCond %{HTTPS} =on
RewriteCond %{HTTP_HOST} !^(www\.)?secure\. [NC]
RewriteRule .* https://secure.example.com%{REQUEST_URI} [R=301,L]

Различия:

  1. В целом это - лучшая проверка, если HTTPS идет путем проверки %{HTTPS} переменная вместо того, чтобы проверить номер порта - можно легко связать HTTPS для этого сайта к другому порту и этому, которое нарушит правило (и необходимо будет отредактировать его). Но это зависит от Ваших конкретных обстоятельств.. так это до Вас.

  2. Лучше сделайте "301 Постоянное Перенаправление" (R=301) вместо "302, Найденных" (R) - особенно, если SEO связана с этими URL. Но еще раз - это не большая вещь в целом.

  3. Вы имеете .\ в Вашем шаблоне для хоста, соответствующего - я предполагаю, что это - просто опечатка.


Если Вы не хотите, чтобы Ваше доменное имя было трудно кодировано, можно попробовать это правило - но я не могу гарантировать Вам, что оно будет работать 100% правильно:

RewriteCond %{HTTPS} =on
RewriteCond %{HTTP_HOST} !^(www\.)?secure\.(.+)$ [NC]
RewriteRule .* https://secure.%2%{REQUEST_URI} [R=301,L]
1
ответ дан 4 December 2019 в 01:28

Я избегал жесткого кодирования имени домена, используя % {HOST_NAME} в моей строке RewriteRule , как рекомендовал Том О'Коннор в ответ на мой вопрос Принудительное использование SSL в Apache без жесткого кодирования имени хоста , если это помогает, но ключевой частью вашей проблемы кажется (мне) то, что % 1 соответствует (www.)? из вашего RewriteCond , а не (. *) из вашего RewriteRule ], что будет % 2 , как было предложено LazyOne в их ответе .

Лично я думаю, что я бы использовал следующее:

RewriteCond %{HTTPS} =on
RewriteCond %{HTTP_HOST} !^(www.)?secure\.(.+)$ [NC]
RewriteRule ^(.*)$ https://secure.$2/$3 [R=301,L]

, что является лишь немного отличается от предложения LazyOne, но немного легче читается (на мой взгляд).

Коннор в ответ на мой вопрос Принудительное использование SSL в Apache без жесткого кодирования имени хоста , если это помогает, но ключевой частью вашей проблемы кажется (мне) % 1 соответствует (www.)? из вашего RewriteCond , а не (. *) из вашего RewriteRule , что будет % 2 , как было предложено LazyOne в их ответе .

Лично я думаю, что я бы использовал следующее:

RewriteCond %{HTTPS} =on
RewriteCond %{HTTP_HOST} !^(www.)?secure\.(.+)$ [NC]
RewriteRule ^(.*)$ https://secure.$2/$3 [R=301,L]

, что незначительно отличается от предложения LazyOne, но его немного легче читать (на мой взгляд).

Коннор в ответ на мой вопрос Принудительное использование SSL в Apache без жесткого кодирования имени хоста , если это помогает, но ключевой частью вашей проблемы кажется (мне) % 1 соответствует (www.)? из вашего RewriteCond , а не (. *) из вашего RewriteRule , что будет % 2 , как было предложено LazyOne в их ответе .

Лично я думаю, что я бы использовал следующее:

RewriteCond %{HTTPS} =on
RewriteCond %{HTTP_HOST} !^(www.)?secure\.(.+)$ [NC]
RewriteRule ^(.*)$ https://secure.$2/$3 [R=301,L]

, что незначительно отличается от предложения LazyOne, но его немного легче читать (на мой взгляд).

)? из вашего RewriteCond , а не (. *) из вашего RewriteRule , которое будет % 2 , как было предложено LazyOne в их ответе .

Лично я думаю, что я бы использовал следующее:

RewriteCond %{HTTPS} =on
RewriteCond %{HTTP_HOST} !^(www.)?secure\.(.+)$ [NC]
RewriteRule ^(.*)$ https://secure.$2/$3 [R=301,L]

, которое лишь немного отличается от предложения LazyOne, но немного легче для чтения ( на мой взгляд).

)? из вашего RewriteCond , а не (. *) из вашего RewriteRule , которое будет % 2 , как было предложено LazyOne в их ответе .

Лично я думаю, что я бы использовал следующее:

RewriteCond %{HTTPS} =on
RewriteCond %{HTTP_HOST} !^(www.)?secure\.(.+)$ [NC]
RewriteRule ^(.*)$ https://secure.$2/$3 [R=301,L]

, которое лишь немного отличается от предложения LazyOne, но немного легче для чтения ( на мой взгляд).

0
ответ дан 4 December 2019 в 01:28

Теги

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