ESXi 6.5 - RAID - Система Lenovo x3650 - поставщик CIM

Справочная информация:

У нас есть новая система Lenovo x3650 Введите 8871 сервер. Технические характеристики ниже:

  • Lenovo System x x3650 M5 8871EMG 2U Стоечный сервер
  • 1 x Intel Xeon E5-2650 v4 Dodeca-core (12 ядер) 2,20 ГГц - Поддержка 2 процессоров - 16 ГБ стандартно / 768 ГБ TruDDR4 Максимальный объем оперативной памяти
  • 12 Гбит / с SAS RAID с поддержкой, контроллер Serial ATA
  • Gigabit Ethernet
  • Уровень RAID: 0, 1, 10
  • 1 x 750 Вт - Графическая карта Matrox G200eR2 16 МБ
  • Модуль RAM Lenovo - 16 ГБ - DDR4 SDRAM - 2400 МГц DDR4-2400 / PC4-19200 - 1,20 В - ECC - Зарегистрированный
  • CL17 - 288-контактный - DIMM Lenovo Gen3 - Жесткий диск - 1. -Система x35XX M5, x3850 X6, x3950 X6 Система x 750 Вт высокая Блок питания переменного тока Efficiency Platinum

Он работает под управлением настроенного образа Lenovo ESXi6.5 (на основе ESXi 6.5 Vmkernel Release Build 5146846). У нас есть два хранилища данных RAID 10, настроенных на сервере, каждое хранилище данных состоит из 4 жестких дисков.

Вопрос:

Нам нужно отслеживать состояние RAID-массива, однако монитор хранилища (находится в Host / Monitor / Hardware / Storage) в веб-клиенте VMWare vSphere сообщает нам:

«Небольшой след CIM Broker Daemon (SFCBD) работает, но нет данных было сообщено. Возможно, вам потребуется установить поставщика CIM для вашего Недавно я заметил, что это перенаправление не сохраняет реферер в ...

У меня есть перенаправление Apache 301 в моем файле httpd.conf, которое перенаправляет весь трафик в один домен для целей канонизации. Недавно я заметил, что это перенаправление не сохраняет реферер в заголовках. RFC2616 , похоже, указывает на то, что сохранение реферера является необязательным при перенаправлении, и фактически советует не делать этого при переходе между HTTP и HTTPS.

Тем не менее, я нашел и другие вопросы , в которых простое перенаправление Apache 301 сохраняет реферер, и, как правило, это так по умолчанию. Какие еще факторы могут повлиять на это поведение, с которыми я могу поиграть, чтобы сохранить реферера? Единственные факторы, основанные на версии сервера Apache и / или настройках браузера клиента (IE. Вне моего контроля)?

Мое перенаправление:

ServerAlias www.example.com sub1.example.com   

## Redirect all sub-domains to www
RewriteCond %{HTTP_HOST} !^www\.example\.com$ [NC]
RewriteRule ^(.*)$ http://www.example.com$1 [R=301,L]

Что касается приведенного выше правила перезаписи, я посещаю http://sub1.example.com . В настоящее время я просто работаю с HTTP для простоты, пока не смогу в этом разобраться.

Я определяю, что реферер не переносится, - это посещение перенаправленного сайта вручную через браузер с открытыми инструментами разработчика. Я также определил, что реферер не включен в глобальную переменную PHP $ _ SERVER на принимающей странице. Я могу подтвердить, что происходит только одно перенаправление. Серверный язык - PHP.

Вот заголовок запроса для начальной страницы (sub1.example.com):

GET / HTTP/1.1
Host: sub1.example.com
Connection: keep-alive
User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/61.0.3163.100 Safari/537.36
Upgrade-Insecure-Requests: 1
Accept: text/html,application/xhtml+xml,application/xml;q=0.9,image/webp,image/apng,*/*;q=0.8
Accept-Encoding: gzip, deflate
Accept-Language: en-US,en;q=0.8

Вот заголовок ответа для начальной страницы (sub1.example.com):

HTTP/1.1 301 Moved Permanently
Date: Wed, 04 Oct 2017 18:14:34 GMT
Server: Apache
Upgrade-Insecure-Requests: 0
Location: http://www.example.com/
Cache-Control: max-age=1
Expires: Wed, 04 Oct 2017 18:14:35 GMT
Content-Length: 243
Keep-Alive: timeout=5, max=99
Connection: Keep-Alive
Content-Type: text/html; charset=UTF-8

Вот заголовок запроса для принимающей страницы (www.example.com):

GET / HTTP/1.1
Host: www.example.com
Connection: keep-alive
User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/61.0.3163.100 Safari/537.36
Upgrade-Insecure-Requests: 1
Accept: text/html,application/xhtml+xml,application/xml;q=0.9,image/webp,image/apng,*/*;q=0.8
Accept-Encoding: gzip, deflate
Accept-Language: en-US,en;q=0.8
Cookie: <redacted>

Заголовок ответа для принимающей страницы (www.example.com):

HTTP/1.1 200 OK
Date: Wed, 04 Oct 2017 18:14:34 GMT
Server: Apache
Upgrade-Insecure-Requests: 0
Expires: Thu, 19 Nov 1981 08:52:00 GMT
Cache-Control: no-store, no-cache, must-revalidate
Pragma: no-cache
Vary: Accept-Encoding
Content-Encoding: gzip
Keep-Alive: timeout=5, max=99
Connection: Keep-Alive
Transfer-Encoding: chunked
Content-Type: text/html; charset=UTF-8
2
задан 4 October 2017 в 21:28
1 ответ

Перенаправление, 301 или иное, отправляет ответ обратно клиенту (браузеру пользователя), который просто говорит: «отправьте запрос еще раз, но на этот раз используйте foo.com . " Если клиент решает отправить еще раз, то он это делает, и то, как он формулирует запрос, полностью зависит от клиента. Поскольку на стороне сервера нет никаких действий, вы не можете повлиять на включение реферера.

4
ответ дан 3 December 2019 в 09:57

Теги

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