PowerEdge: FQDN-forbindelsesfejl i HTTP og HTTPS på iDRAC9-firmwareversion 5.10.00.00

Summary: Dell iDRAC9-firmwareversion 5.10.00.00 blokerer HTTP- og HTTPS-adgang via det fuldt kvalificerede domænenavn (FQDN), når FQDN ikke er defineret som iDRAC Remote Access Controller-navnet (RAC). ...

This article applies to This article does not apply to This article is not tied to any specific product. Not all product versions are identified in this article.
Check out other resources

Symptoms

Dell Integrated Remote Access Controller 9 (iDRAC9)-firmwareversion 5.10.00.00 introducerede HTTP- og HTTPS-forbindelsesændringer. Disse ændringer kan påvirke brugerforbindelser, når der angives en FQDN-adresse (Fully Qualified Domain Name). På grund af disse ændringer kan iDRAC9-brugere støde på forbindelsesfejl, omdirigering eller "400 - Bad Request"-fejl. Disse forbindelsesobservationer finder sted, når det angivne FQDN ikke stemmer overens med værdierne for iDRAC 'DNSRacName' eller 'DNSDomainName'.

Eksempel på browserfejl:

Mozilla HTTPS-headerfejl
Figur 1: Mozilla HTTPS-headerfejl Krøllefejl Eksempel:

	root@rhel7-vm:~$ curl -k https://iR640-A.dell.com/
	<!DOCTYPE html>
	<head>
	    <title>Bad Request</title>
	    <link rel="shortcut icon" href="data:image/x-icon;," type="image/x-icon">
	</head>
	<body>
	    <h2>Access Error: 400 -- Bad Request</h2>
	    <pre></pre>
	</body>
	</html>

Cause

Webserveren i iDRAC9-firmwareversion 5.10.00.00 håndhæver som standard en HTTP- og HTTPS-værtsheaderkontrol.

Resolution

Bemærk: Hvis du vil se billeder af den proces, der bruges til at konfigurere DNS, iDRAC-navnet og det statiske DNS-domænenavn korrekt i brugergrænsefladen, skal du se: Hvordan konfigureres Integrated Dell Remote Access Controller 9 (iDRAC9) med netværksindstillinger for Lifecycle Controller?


Som standard kontrollerer iDRAC9 HTTP- og HTTPS-værtsheaderen og sammenligner med de definerede "DNSRacName" og "DNSDomainName". Når værdierne ikke stemmer overens, afviser iDRAC HTTP- og HTTPS-forbindelsen. I iDRAC9 5.10.00.00 kan denne gennemtvingelse af værtsheader deaktiveres med følgende RACADM-kommando.

 

#Disable host header check

racadm set idrac.webserver.HostHeaderCheck 0
Bemærk: Indstil kun værdien HostHeaderCheck til '0', når der findes en manuel værtspost i DNS-miljøet.


Når kontrol af HTTP- og HTTPS-værtsheader er aktiveret (mere sikker), kan du få adgang til iDRAC ved hjælp af IPv4/IPv6-adressen, RAC-navnet og det definerede iDRAC FQDN (DNSRacName, DNSDomainName). Hvis slutbrugeren tilgår med værtsnavne, som iDRAC muligvis ikke er opmærksom på (f.eks. manuelle DNS-poster, der er tilføjet i DNS-poster), introducerede iDRAC9 5.10.00.00-firmwareversionen en ny attribut "ManualDNSEntry". Denne nye indstilling kan opdateres med op til fire IP-adresser og værtsnavne/FQDN'er for at give en tilladelsesliste over værtsheadere. Dette sikrer, at indgående anmodninger ikke slettes, når HTTP- og HTTPS-værtsheaderen indeholder en af posterne i indstillingen 'ManualDNSEntry'. 

# Add manual entry to allow list

racadm set idrac.webserver.ManualDNSEntry 192.168.20.30

racadm set idrac.webserver.ManualDNSentry 192.168.20.30,idrac.mydomain.com


Denne yderligere konfiguration er påkrævet i tilfælde, hvor f.eks.:

  • Slutbrugeren bruger manuel DNS-konfiguration til at få adgang til iDRAC (Manual DNS Host Record)
  • Emne: Alternativt navn og wildcard-certifikat bruges til at få adgang til iDRAC
  • Adgang til iDRAC ved hjælp af værts-IP-adresse direkte (usingISM)
Bemærk: For at løse ISM-forbindelsesproblemer er deaktivering af værtsheaderkontrolfunktionen den eneste afhjælpning. Manuelle DNS-registreringer løser ikke ISM-forbindelser.

Affected Products

iDRAC9 - 5.xx Series
Article Properties
Article Number: 000193619
Article Type: Solution
Last Modified: 12 May 2026
Version:  11
Find answers to your questions from other Dell users
Support Services
Check if your device is covered by Support Services.