Megosztás a következőn keresztül:

A Windows Felügyeleti központ ismert problémái

  • A következőre érvényes:: ✅ Windows Admin Center, ✅ Windows Admin Center Preview

Ha az ezen a lapon nem ismertetett problémába ütközik, tudassa velünk a Windows Felügyeleti központ visszajelzési oldalán.

Installer

  • Amikor a Windows Felügyeleti központot saját tanúsítványával telepíti, ha a tanúsítványkezelő Microsoft Management Center (MMC) eszközről másolja az ujjlenyomatot, és beilleszti, egy érvénytelen karaktert tartalmaz az elején. Áthidaló megoldásként írja be az ujjlenyomat első karakterét, majd másolja és illessze be az első után következő karaktereket.

  • A Windows Felügyeleti központ nem támogatja az 1024-nél kisebb portokat. Szolgáltatás módban igény szerint konfigurálhatja a 80-as portot a megadott portra való átirányításhoz.

General

  • A Windows Felügyeleti központ 2410-es buildjének 2.4.2.1-es verziója 2.4.1-es buildszámként jelenhet meg a Windows Felügyeleti központ frissítéseinek beállításai lapon.

  • A Windows Felügyeleti központ 2410-es verziójában a felhasználók nem tudják regisztrálni a Windows Felügyeleti központ átjáróit a független felhőkbe. Ezt a problémát aktívan vizsgálják.

  • A https://localhost:[port]-on elérhető önaláírt tanúsítványok miatt a Microsoft Edge és a Google Chrome böngészők letilthatják a Windows Felügyeleti Központot. Ha le van tiltva, hibaüzenet jelenik meg, amely szerint a kapcsolat nem privát. A probléma megoldásához frissítse a Windows Felügyeleti központot a legújabb verzióra.

  • Ha a Bővítmények bizonyos verzióit a Windows Felügyeleti központ korábbi verzióival használja, az ikonok nem jelennek meg megfelelően. A probléma megoldásához frissítsen a Windows Felügyeleti központ legújabb verziójára

  • Ha manuálisan módosítja az URL-címeket úgy, hogy azok tartalmazzák a különböző gépek nevét, miközben a Windows Admin Centert használja anélkül, hogy átmenne a felhasználói felület kapcsolati folyamatán, a bővítmények nem töltődhetnek be megfelelően, különösen a kifejezetten adott hardverrel kompatibilis bővítmények. Nem javasoljuk az URL-címek manuális módosítását a Windows Felügyeleti központban való navigáláshoz.

  • Ha a Windows Felügyeleti központot gyakran használt átjáróként telepítette a Windows Server 2016-ban, a szolgáltatás összeomlhat, és hibát jeleníthet meg az eseménynaplóban, amely Faulting application name: sme.exe és Faulting module name: WsmSvc.dlltartalmaz. Ez a hiba a Windows Server 2019-ről kijavított hiba miatt következik be. However, we've also released a patch for Windows Server 2016 to address this issue in the February 2019 cumulative update, KB4480977.

  • Ha a Windows Felügyeleti központ átjáróként van telepítve, és a kapcsolatlista sérültnek tűnik, kövesse az alábbi lépéseket:

    Warning

    Az utasításokban szereplő eljárás törli az átjáró összes Windows Felügyeleti központ-felhasználójának kapcsolatlistáját és beállításait.

    1. Távolítsa el a Windows Felügyeleti központot.

    2. Go to C:\Windows\ServiceProfiles\NetworkService\AppData\Roaming\Microsoft and delete the Server Management Experience folder.

    3. Telepítse újra a Windows Felügyeleti központot.

  • Ha az eszközt hosszú ideig nyitva és tétlen állapotban hagyja, több hibaüzenet jelenik meg, amelyek azt mondják: "A futtatótér állapota nem érvényes erre a műveletre". Ha ez a probléma jelentkezik, frissítse a böngészőt. Ha ezt a hibát tapasztalja, küldjön nekünk visszajelzést.

  • A Windows Felügyeleti központ moduljaiban futó nyílt forráskódú szoftverek (OSS) verziószámai és a külső szoftverértesítésben felsoroltak között kisebb különbségek lehetnek.

  • A Windows Felügyeleti központ aktív munkamenete során más módszerekkel is elérheti és használhatja a Windows Felügyeleti központ eszközalkalmazás-programozási felületeit (API-kat), ha rendelkezik hozzáféréssel az adott munkamenethez. Az ezen API-k használatával végzett műveletek csak arra a gépre vannak hatással, amelyen a Windows Felügyeleti központot telepítette, más néven az átjárógépet. Nem érintik a távoli felügyelet alatt álló gépeket a Windows Felügyeleti központ átjárón keresztüli hitelesítés nélkül.

  • A Windows Felügyeleti központ által használt EGYES API-k, köztük a DeploymentShare API megkövetelik, hogy a felhasználó helyi rendszergazda legyen. A hálózati megosztások létrehozásának műveleteit alapértelmezés szerint egy szabványos Windows-felhasználó nem hajthatja végre. A Windows Felügyeleti központ nem emelhet standard felhasználói fiókot a rendszergazdának. Ha hozzáadja a felhasználót az "Átjárógazdák" csoporthoz a Beállításokban, az átjárón belül csak a felhasználó engedélyeit módosítja, a rendszeren nem.

    • Előfordulhat, hogy nem fog találkozni ezzel a problémával a Windows Felügyeleti központ modernizált átjáróverzióiban. Alapértelmezés szerint a modernizált átjáró-buildek űrlap-bejelentkezést használnak az átjáró eléréséhez, amely nem rendelkezik a helyi rendszergazdai korlátozásokkal. A Windows Felügyeleti központ meglévő verziói az NTLM-et/Kerberost használják, amely a localhost-környezetre korlátozott jogkivonatot szerez be. Az NTLM/Kerberos-bejelentkezés modernizált átjáró-buildeken is elérhető.

  • A Windows Felügyeleti központ nem támogatja a Microsoft Entra ID-bérlők vendégfelhasználóinak hitelesítését. Ennek eredményeképpen a Microsoft Entra ID-bérlők vendégfelhasználói többé nem tudják csatlakoztatni a Windows Felügyeleti Központ-példányukat az Azure-hoz, és nem használhatják az Olyan Azure-szolgáltatásokat, mint az Azure Arc, az Azure Site Recovery, az Azure File Sync stb.

Extension Manager

  • A Windows Felügyeleti központ frissítésekor újra kell telepítenie a bővítményeket.

  • Ha elérhetetlen bővítménycsatornát ad hozzá, nem jelenik meg figyelmeztetés vagy hibaüzenet.

Partnerbővítményekkel kapcsolatos problémák

A Dell EMC OpenManage integrációs bővítménye a Windows Felügyeleti központ által biztosított API-kat használja a fájlok célcsomópontokra való leküldéséhez. Az olyan API-k, mint a NodeExtensionInstall, csak akkor működnek, ha a felhasználó átjáró-rendszergazda; nem támogatja a nem rendszergazdai használatot.

Browser-specific issues

Ez a szakasz azokat a problémákat ismerteti, amelyek akkor fordulhatnak elő, ha a Windows Felügyeleti központot internetböngészőben használja.

Microsoft Edge

Ha a Windows Felügyeleti központ szolgáltatásként van üzembe helyezve, és a Microsoft Edge-et használja böngészőként, előfordulhat, hogy nem tudja csatlakoztatni az átjárót az Azure-hoz egy új böngészőablak megnyitása után. Jelenleg nincs megoldás erre a problémára, de megkerülheti, ha hozzáadja https://login.microsoftonline.com, https://login.live.comés az átjáró URL-címét megbízható webhelyekként, és engedélyezi az előugró ablakok blokkolásának beállításait az ügyféloldali böngészőben.

For more information, see the troubleshooting guide.

Google Chrome

  • Before version 70, Chrome had a bug that affected the WebSockets protocol and Windows New Technology Local Area Network Manager (NTLM) authentication. Ez a hiba a következő programokat is érinti:

    • Windows Events

    • PowerShell

    • Távoli asztal

  • A Chrome használata során számos hitelesítőadat-kérés jelenhet meg, különösen akkor, ha munkacsoport-környezetben ad hozzá kapcsolatokat.

  • Ha a Windows Felügyeleti központ szolgáltatásként van üzembe helyezve, engedélyeznie kell az átjáró URL-címéről származó előugró ablakokat az Azure-integráció használatához.

Mozilla Firefox

  • A Windows Felügyeleti központot nem teszteli a Mozilla Firefox, de a legtöbb funkciónak működnie kell.

  • Ha Windows 10-et használ, importálnia kell a Windows Felügyeleti központ ügyféltanúsítványát a Firefoxba a Windows Felügyeleti központ használatához.

WebSocket-kompatibilitás proxyszolgáltatás használatakor

A Windows Felügyeleti központ proxyszolgáltatással való használatát érintő forgatókönyvek gyakran nem támogatják a WebSocket protokollt, ami a következő programokat befolyásolhatja:

  • Távoli asztal

  • PowerShell

  • Packet Monitoring

  • Windows Events

Events

Nagy naplófájlok exportálásakor időnként hibaüzenet jelenhet meg a csomagméretről.

A probléma megoldása:

  1. Nyisson meg egy rendszergazdai parancssort az átjárógépen.

  2. Futtassa a következő parancsot:

winrm set winrm/config @{MaxEnvelopeSizekb="8192"}

Távoli asztal

  • Amikor szolgáltatásként telepíti a Windows Felügyeleti központot, a Távoli asztal eszköz néha nem töltődik be, miután a Windows Felügyeleti központ szolgáltatás új verzióra frissül. A probléma megoldásához törölje a böngésző gyorsítótárát.

  • A Távoli asztal eszköz néha nem csatlakozik a Windows Server 2012 kezelésekor.

  • Ha a Távoli asztal használatával olyan géphez csatlakozik, amely nem tartományhoz csatlakozó, be kell írnia a fiókját a MACHINENAME\USERNAME szintaxis formátumban.

  • Bizonyos konfigurációk csoportházirenddel blokkolhatják a Windows Rendszergazdai Központ távoli asztali kliensét. Ha ez a probléma blokkolja, nyissa meg a Helyi csoportházirend-szerkesztőt, és konfigurálja újra a Számítógép konfigurációja\Felügyeleti sablonok\Windows-összetevők\Távoli asztali szolgáltatások\Távoli asztali munkamenetgazda\Kapcsolatok csoportházirend-objektumot (GPO).

  • A Távoli asztal eszköz jelenleg nem támogatja a szöveg, kép vagy fájl másolását és beillesztését a helyi asztal és a távoli munkamenet között.

  • You can copy text the same way you would during a local session by either right-clicking and selecting Copy or pressing the Ctrl+C keys, but you can only paste by right-clicking and selecting Paste.

  • A távoli munkamenetek nem támogatják a következő billentyűket és billentyűparancsokat:

    • Alt+Tab

    • Function keys

    • Windows Key

    • PrtScn

  • Ha távoli asztalt használ a géphez való csatlakozáshoz, előfordulhat, hogy a billentyűzet nyelvleképezése nem működik megfelelően.

Windows Server 2012 R2, 2012 és 2008 R2 támogatása

A Windows Felügyeleti központ olyan PowerShell-funkciókat igényel, amelyek nem szerepelnek a Windows Server 2012 R2, 2012 vagy 2008 R2 rendszerben. Ha a Windows Servert a Windows Felügyeleti központtal szeretné kezelni, telepítenie kell a Windows Management Framework (WMF) 5.1-es vagy újabb verzióját ezeken a kiszolgálókon.

A WMF telepítése:

  1. Nyisson meg egy emelt szintű PowerShell-ablakot.

  2. Írja be a $PSVersiontable annak ellenőrzéséhez, hogy telepítve van-e a WMF, és ellenőrizze a verziószámot.

  3. WMF- letöltése és telepítése, ha még nem tette meg.

Szerepköralapú hozzáférés-vezérlés (RBAC)

  • Az RBAC nem telepíthető a Windows Defender Application Control (WDAC) használatára konfigurált gépeken.

  • Ha RBAC-t szeretne használni egy fürtben, a konfigurációt az egyes tagcsomópontokra külön-külön kell telepítenie.

  • Az RBAC telepítésekor előfordulhat, hogy az RBAC-konfigurációhoz helytelenül hozzárendelt jogosulatlan hibák jelennek meg.

Server Manager-megoldás

Ez a szakasz a Windows Felügyeleti központban a Server Managerben futtatható gyakori problémákat ismerteti.

Certificates

A Windows Admin Center Kiszolgálókezelője jelenleg nem támogatja a .PFX titkosított tanúsítvány importálását az aktuális felhasználói tárolóba.

Files

A Windows Felügyeleti központ jelenleg nem támogatja a 100 MB-nál nagyobb fájlok feltöltését vagy letöltését.

PowerShell

  • A WebSocket-kompatibilitással kapcsolatos probléma proxyszolgáltatás használatakor hatással van a PowerShellre.

  • A PowerShell a Server Managerben nem támogatja az ablakba való beillesztést a jobb gombbal való kattintással. To paste into the window, you need to right-click and select Paste from the drop-down context menu or use the Ctrl+V shortcut.

  • A PowerShell a Server Managerben nem támogatja a Ctrl+C billentyűparancsot a tartalom vágólapra másolásához. To copy content, highlight the text, right-click it, then select Copy.

  • Ha kisebbre állítja a Windows Felügyeleti központ ablakát, a terminál tartalma az új ablak méretéhez igazodik. Amikor visszaadja az ablakot az eredeti méretére, előfordulhat, hogy a tartalom nem tér vissza az eredeti állapotához. A szöveget a Clear-Host paranccsal állíthatja vissza, vagy leválaszthatja és újracsatlakoztathatja a terminál fölötti gombbal.

Registry Editor

A Windows Serverhez készült Windows Felügyeleti Központ Beállításszerkesztője nem valósított meg keresési funkciót.

Szerepkörök és szolgáltatások

  • Ha olyan szerepköröket vagy funkciókat választ ki, amelyek nem rendelkeznek elérhető telepítési forrásokkal, a rendszer kihagyja őket.

  • Ha úgy dönt, hogy nem indul újra automatikusan egy szerepkör telepítése után, akkor nem fog több értesítési üzenetet látni, amely az újraindítást kéri.

  • Ha úgy dönt, hogy automatikusan újraindul, az újraindítás azelőtt következik be, hogy az állapotsor eléri a 100%.

Storage

  • A DVD-, CD- és floppy meghajtók nem jelennek meg kötetként alacsonyabb szinten.

  • A Kötetek és lemezek egyes tulajdonságai ismeretlenként vagy üresen jelennek meg a Részletek panelen, mert nem érhetők el a alacsonyabb szintű tárolóban.

  • Ha új ReFS-kötetet hoz létre, a ReFS csak 64K-os foglalási egységméretet támogat Windows 2012 és 2012 R2 rendszerű gépeken. Ha alacsonyabb szintű célokon kisebb foglalási egységmérettel rendelkező ReFS-kötetet hoz létre, a fájlrendszer formázása nem működik, így az új kötet használhatatlanná válik. A probléma megoldásához törölje a használhatatlan kötetet, majd hozzon létre egy újat 64K foglalási egység mérettel.

Updates

Miután a rendszer telepítette a frissítéseket, néha gyorsítótárazza a telepítési állapotot, és böngészőfrissítést igényel. Ha a "Kulcskészlet nem létezik" hibaüzenet jelenik meg az Azure Update-felügyelet beállításakor, kövesse az alábbi utasításokat a felügyelt csomóponton:

  1. Stop the Cryptographic Services service.

  2. Szükség esetén módosítsa a mappabeállításokat a rejtett fájlok megjelenítéséhez.

  3. Go to the %allusersprofile%\Microsoft\Crypto\RSA\S-1-5-18 folder and delete all its contents.

  4. Restart the Cryptographic Services service.

  5. Telepítse újra a Frissítéskezelést a Windows Felügyeleti központtal.

Virtual machines

  • Ha Windows Server 2012-munkamenet-gazdagépen kezeli a virtuális gépeket (VM-eket), a böngészőben futó VMConnect eszköz nem tud csatlakozni a virtuális géphez. A probléma megoldásához töltse le az .rdp fájlt a virtuális géphez való csatlakozáshoz.

  • Ha az Azure Site Recoveryt a Windows Felügyeleti központon kívüli gazdagépen állította be, az nem tudja megvédeni a virtuális gépeket a Windows Felügyeleti központon belülről.

  • A Windows Felügyeleti központ jelenleg nem támogatja a Hyper-V Managerben elérhető speciális funkciókat, például a Virtual SAN Managert, a virtuális gép áthelyezését, a virtuális gépek exportálását és a virtuális gépek replikációját.

Virtual switches

Ha hálózati adapter-vezérlőket (NIC-ket) ad hozzá egy csapathoz a kapcsolóba ágyazott csapatformáláshoz (SET), győződjön meg arról, hogy ugyanazon az alhálózaton vannak.

Számítógép-kezelési megoldás

A Számítógép-kezelés megoldás tartalmaz néhány Server Manager-eszközt, így itt ugyanazok az ismert problémák érvényesek, amelyek a Server Managerre vonatkoznak. Az alábbi számítógép-kezelési megoldásspecifikus problémákat ismerjük:

  • Ha egy Microsoft-fiókkal (MSA) vagy Microsoft Entra-azonosítóval jelentkezik be a Windows 10-eszközére, rendszergazda-hitelesítő adatok használatával kell megadnia a helyi rendszergazdai fiók hitelesítő adatait.

  • Amikor megpróbálja kezelni a helyi gazdagépet, megjelenik egy üzenet, amely kéri, hogy növelje az átjáró folyamat jogosultsági szintjét. If you select No in the User Account Control window that appears, you must cancel the connection attempt and start over.

  • A Windows 10-ben alapértelmezés szerint le van tiltva a WinRM és a PowerShell távelérési funkció.

    • A Windows 10-ügyfél felügyeletének engedélyezéséhez nyisson meg egy emelt szintű PowerShell-parancssort, és futtassa a Enable-PSRemoting parancsmagot.

    • A tűzfalat úgy is frissítenie kell, hogy a helyi alhálózaton kívülről érkező kapcsolatokat Set-NetFirewallRule -Name WINRM-HTTP-In-TCP -RemoteAddress Anyfuttatásával engedélyezze. For more information about how to update your firewall in more restrictive network scenarios, see Enable PSRemoting.

Cluster deployment

Ez a szakasz a fürt üzembe helyezését befolyásoló ismert problémákat ismerteti.

Kiszolgálók hozzáadása fürtcsoportokhoz

A Windows Felügyeleti központ jelenleg nem támogatja a vegyes munkacsoport-gépek esetén a kiszolgálók hozzáadásakor használt forgatókönyveket. A fürtcsoportokhoz hozzáadott összes gépnek ugyanahhoz a munkacsoporthoz kell tartoznia. Ha nem teljesül a feltétel, megjelenik egy hibaüzenet, amely azt jelzi, hogy "Nem hozható létre fürt különböző Active Directory-tartományok kiszolgálóival." Ellenőrizze, hogy a kiszolgálónevek helyesek-e. Helyezze át az összes kiszolgálót ugyanabba a tartományba, és próbálkozzon újra. A fürt beállítása csak akkor folytatható, ha azonos munkacsoportba tartozó gépeket használ.

A Hyper-V engedélyezése virtuális gépeken

Csak az Azure Localt futtató virtuális gépeken telepítheti és engedélyezheti a Hyper-V. Ha az Azure Local nélkül próbál engedélyezni Hyper-V virtuális gépeken, hibaüzenet jelenik meg, amely szerint "A Hyper-V szolgáltatás előfeltételeinek ellenőrzése nem sikerült", ahogyan az alábbi képernyőképen látható.

Képernyőkép a Windows Felügyeleti központ Kiszolgálókezelő szerepkörök és szolgáltatások lapjáról, amelyen az engedélyező Hyper-V hibaüzenet jelenik meg.

Ha Hyper-V szeretne telepíteni az Azure Localt futtató virtuális gépekre, nyisson meg egy emelt szintű PowerShell-parancssort, és futtassa a következő parancsot:

Enable-WindowsOptionalFeature -Online -FeatureName 'Microsoft-Hyper-V'

Kiszolgáló újraindítási ideje a frissítések után

Előfordulhat, hogy a frissítések telepítése után a kiszolgálók a vártnál hosszabb időt vesznek igénybe az újraindításhoz. Annak megállapításához, hogy a kiszolgáló sikeresen újraindult-e, a Windows Felügyeleti központ fürt üzembe helyezési varázslója rendszeresen ellenőrzi a kiszolgáló újraindítási állapotát. Ha azonban a felhasználó manuálisan újraindítja a kiszolgálót a varázslón kívül, a varázsló nem tudja megfelelő módon rögzíteni a kiszolgáló állapotát.

A probléma megoldásához mielőtt manuálisan újraindítaná a kiszolgálót, zárja be a fürt üzembe helyezési varázslót. Miután újraindította a szervert, újra megnyithatja a klaszter telepítési varázslóját.

Tárolási hiba a klaszter törlése után

Ha töröl egy fürtöt, hibát tapasztalhat, ha nem ürítette ki a tárhelykészleteket a törölt fürtből. A törölt fürtobjektum zárolja a tárolókészleteket, ezért manuálisan kell törölnie a készleteket.

Ha már találkozott ezzel a hibaüzenettel, az alábbi módon járhat el a törölt fürtobjektum eltávolításához a tárolókészletekből:

  1. Nyisson meg egy emelt szintű PowerShell-ablakot.

  2. Minden csomóponton futtassa a következő parancsot:

    Clear-ClusterNode

  3. Ezután távolítsa el az összes korábbi tárolókészletet a következő parancs futtatásával:

    Get-StoragePool -IsPrimordial 0 | Remove-StoragePool

  4. Ha úgy konfigurálta a tárolókészleteket, hogy írásvédettek legyenek, akkor a következő parancs futtatásával módosítania kell a tárolókészleteket írási módra, mielőtt eltávolítaná őket:

    Get-StoragePool <PoolName> | Set-StoragePool -IsReadOnly $false

Ha még nem észlelte ezt a hibát, de el szeretné kerülni, kövesse az alábbi utasításokat.

  1. Nyisson meg egy emelt szintű PowerShell-ablakot.

  2. Futtassa ezt a parancsot a virtuális lemez eltávolításához:

    Get-VirtualDisk | Remove-VirtualDisk

  3. Ezután futtassa ezt a parancsot a tárolókészletek eltávolításához:

    Get-StoragePool -IsPrimordial 0 | Remove-StoragePool

  4. Ezt követően futtassa ezt a parancsot a fürthöz társított erőforrások eltávolításához:

    Get-ClusterResource | ? ResourceType -eq "virtual machine" | Remove-ClusterResource
Get-ClusterResource | ? ResourceType -like "*virtual machine*" | Remove-ClusterResource

  5. Most futtassa ezt a parancsot a törléshez:

    Remove-Cluster -CleanupAD

  6. Végül futtassa ezt a parancsot az összes csomóponton:

    Clear-ClusterNode

Nyújtott fürt létrehozása

Azt javasoljuk, hogy tartományhoz csatlakoztatott kiszolgálókat használjon, amikor stretch fürtöt hoz létre. A WinRM korlátozásai miatt hálózati szegmentálási problémát tapasztalhat, amikor munkacsoportbeli gépeket próbál használni egy kiterjesztett fürt üzembe helyezésekor.

Visszavonás és újrakezdés

Ha ugyanazokat a gépeket ismételten használja a fürtök üzembe helyezése során, rendszeresen meg kell tisztítania azokat a gépeket. A tisztítási folyamatok fürtön történő futtatásáról további információt a Hiperkonvergens infrastruktúra üzembe helyezése című témakörben talál.

A CredSSP használata a fürt létrehozásánál

A Windows Felügyeleti Központ klaszter üzembehelyezési varázslója a CredSSP-t használja. A CredSSP néha olyan hibaüzenetet okozhat, amely azt jelzi, hogy "Hiba történt az ellenőrzés során. A "Tekintse át a hibát, és próbálkozzon újra" üzenet jelenik meg, amikor egy fürtöt ellenőriz, ahogyan az alábbi képernyőképen látható.

A Cred S S P hibaüzenet képernyőképe a Windows Adminisztrációs Központ fürttelepítése során, amely akkor jelenhet meg, amikor a felhasználó megpróbálja érvényesíteni a fürtöt.

A probléma megoldása:

  1. Nyisson meg egy emelt szintű PowerShell-ablakot.

  2. Tiltsa le a CredSSP beállításait az összes csomóponton és a Windows Felügyeleti központ átjárógépén.

    • Futtassa ezt a parancsot a gateway kiszolgálón:

      Disable-WSManCredSSP -Role Client

    • A fürt összes csomópontján futtassa le ezt a parancsot:

      Disable-WSManCredSSP -Role Server

  3. Futtassa az alábbi parancsot az összes csomóponton a megbízhatóságuk javításához.

    Test-ComputerSecureChannel -Verbose -Repair -Credential <account name>

  4. Ezután nyisson meg egy parancssort, és futtassa az alábbi parancsot az összes csomóponton a csoportházirend által propagált adatok alaphelyzetbe állításához:

    gpupdate /force

  5. Indítsa újra az egyes csomópontokat.

  6. A csomópontok újraindítása után nyissa meg újra a PowerShellt, és futtassa a következő parancsot az átjárógép és a célcsomópontok közötti kapcsolat teszteléséhez.

    Enter-PSSession -ComputerName <node fqdn>

CredSSP

  • A Frissítések eszköz használatakor időnként megjelenik egy hibaüzenet, amely azt jelzi, hogy "Nem használhatja a Cluster-Aware frissítési eszközt a CredSSP engedélyezése és explicit hitelesítő adatok megadása nélkül", amikor megpróbálja frissíteni az új fürtöket, ahogyan az alábbi képernyőképen látható.

    A Cred S P hibaüzenetet megjelenítő Cluster-Aware frissítő eszköz képernyőképe.

    A probléma megoldásához frissítse a Windows Felügyeleti központot a 2110-es vagy újabb verzióra.

  • A CredSSP munkamenetvégpont engedélyével kapcsolatos probléma egy gyakori CredSSP-hiba, amely akkor jelenik meg, ha a Windows Felügyeleti központ Windows-ügyfélszámítógépeken fut. A probléma megoldásához vegye fel az érintett felhasználókat a Windows Felügyeleti központ CredSSP rendszergazdák csoportjába, majd kérje meg a felhasználót, hogy jelentkezzen be újra a Windows Felügyeleti központot futtató asztali számítógépre.

Nested virtualization

Amikor az Azure Local fürtelepítéseit virtuális gépeken ellenőrzi, a szerepkörök vagy szolgáltatások engedélyezése előtt engedélyeznie kell a beágyazott virtualizálást úgy, hogy futtatja a következő parancsot a PowerShell parancssorban:

Set-VMProcessor -VMName <VMName> -ExposeVirtualizationExtensions $true

Ha virtuális gép környezetben használ virtuális kapcsolóösszevonást, akkor a virtuális gép létrehozása után futtassa ezt a parancsot a munkamenet-gazdagépen.

Get-VM | %{ Set-VMNetworkAdapter -VMName $_.Name -MacAddressSpoofing On -AllowTeaming On }

Ha egy fürtöt az Azure Stack HCI operációs rendszer használatával helyez üzembe, van egy további követelmény. A virtuális gép rendszerindító virtuális merevlemezének előre telepítettnek kell lennie a Hyper-V funkciókkal. A funkciók előzetes telepítéséhez futtassa a következő parancsot a virtuális gépek létrehozása előtt:

Install-WindowsFeature –VHD <Path to the VHD> -Name Hyper-V, RSAT-Hyper-V-Tools, Hyper-V-PowerShell

Távoli közvetlen memóriahozzáférés támogatása

A Windows Felügyeleti központ 2007 fürtterjesztési funkciója nem támogatja a távoli közvetlen memóriahozzáférés (RDMA) konfigurációit. A probléma megoldásához frissítsen a Windows Felügyeleti központ egy későbbi verziójára.

Feladatátvevő fürtkezelő megoldás

  • Hiperkonvergens vagy hagyományos klaszter kezelésekor időnként megjelenik egy hibaüzenet, amely azt jelzi, hogy "A rendszerhéj nincs meg". A probléma megoldásához tegye az alábbiak egyikét:

    • A böngésző újratöltése
    • Nyisson meg egy másik eszközt, majd térjen vissza a Feladatátvételi Fürtkezelőhöz

  • Előfordulhat, hogy problémával találkozik, amikor egy hiányos konfigurációjú alacsonyabb szintű fürtöt kezel. To resolve this issue, make sure the cluster has the RSAT-Clustering-PowerShell feature installed and enabled on each member node. Ha nem, nyissa meg a PowerShellt, és adja meg a következő parancsot minden fürtcsomóponton:

    Install-WindowsFeature -Name RSAT-Clustering-PowerShell

  • Ha a Windows Adminisztrációs Központ nem tudja felderíteni a fürtöt, próbálja meg hozzáadni a teljes tartománynevével (FQDN).

  • Amikor a Windows Felügyeleti Központot használja átjáróként fürthöz való csatlakozásra, és hitelesítéshez felhasználónevet és jelszót ad meg, válassza a A hitelesítő adatok használata minden kapcsolathoz lehetőséget, hogy ezeket az adatokat elérhetővé tegye a tagcsomópontok lekérdezéséhez.

Hyper-Converged Cluster Manager-megoldás

A Windows Felügyeleti központ letiltott bizonyos parancsokat, mint például Meghajtók - Vezérlőprogram frissítése, Kiszolgálók - Eltávolítás és Kötetek - Megnyitás, mivel ezeket jelenleg nem támogatja.

Azure services

Az alábbi szakaszok az Azure-szolgáltatások Windows Felügyeleti központban való használatakor előforduló problémákat ismertetik.

Azure-bejelentkezés és átjáróregisztráció

  • Amikor megkísérli regisztrálni a Windows Felügyeleti központ átjáróját az Azure China 21Vianet vagy az Azure US Gov felhőtartományokban a 2211-es verzióban, az átjáró néha átirányíthatja Önt az Azure Global bejelentkezési felületére. A probléma megoldásához használja a Windows Felügyeleti központ egy korábbi verzióját.

  • A 2009-es kiadásban problémákba ütközhet az Azure-ba való bejelentkezéskor vagy a Windows Felügyeleti központ átjárójának az Azure-ban való regisztrálásával kapcsolatban. A probléma elhárításához próbálkozzon az alábbiakkal:

    • Mielőtt bármilyen Azure-szolgáltatást használ a Windows Felügyeleti központban, beleértve az átjáróregisztrációt is, győződjön meg arról, hogy egy másik lapon vagy ablakban jelentkezett be az Azure-fiókjába. We recommend you sign in through the Azure portal.

    • If you successfully sign in to Azure during gateway registration but don't see visual confirmation on the Azure page of your Windows Admin Center settings, refresh the page by going to another page, then returning.

    • Ha már rendszergazdai jóváhagyást adott a Windows Felügyeleti központnak a portálon, de továbbra is megjelenik egy "Rendszergazdai jóváhagyásra van szükség" hibaüzenet, a Beállítások lap helyett próbáljon meg bejelentkezni az Azure-ba a Windows Felügyeleti központ körüli szalagcímek használatával.

    • Ha a proxy helytelenül van konfigurálva, a következő hibaüzenet jelenik meg: "Hiba: Az érték nem lehet null. Parameter name: httpClientFactory." To resolve this issue, go to the Settings page and adjust your settings to the correct configuration.

Azure File Sync-engedélyek

Az Azure File Synchez olyan engedélyek szükségesek az Azure-ban, amelyeket a Windows Felügyeleti központ nem adott meg az 1910-es verzió előtt. Ha a Windows Felügyeleti központ átjáróját 1910-nél korábbi verzióval regisztrálta az Azure-ban, frissítenie kell a Microsoft Entra-alkalmazást, hogy az Azure File Syncet a Windows Felügyeleti központ legújabb verziójában használja. A további engedélyek lehetővé teszik, hogy az Azure File Sync automatikusan konfigurálja a tárfiók-hozzáférést Győződjön meg arról, hogy az Azure File Sync rendelkezik hozzáféréssel a tárfiókhoz.

A Microsoft Entra-azonosító kétféleképpen frissíthető.

Frissítés a regisztrációs módszerrel:

  1. Go to Settings>Azure>Unregister

  2. Regisztrálja ismét a Windows Felügyeleti központot az Azure-ban, és győződjön meg arról, hogy új Microsoft Entra-alkalmazást hoz létre.

Frissítés az Azure-zal:

  1. Nyissa meg a Microsoft Entra-azonosítót.

  2. Go to App Registrations, select the name of application you want to update to open its overview page.

  3. Once you're in the application overview page, go to API permissions.

  4. Válassza a Engedély hozzáadásalehetőséget.

  5. Select Microsoft Graph>Delegated permissions>Directory and select the Directory.AccessAsUser.All checkbox.

  6. Finally, select Add permissions to save the changes you made to the app.

Az Azure felügyeleti szolgáltatások beállításának lehetőségei

Az Azure felügyeleti szolgáltatásai, beleértve az Azure Monitort, az Azure Update Managementet és az Azure Security Centert, mind a Microsoft Monitoring Agentet használják a helyszíni kiszolgálókhoz. Az Azure Update Management korlátozott régiókat támogat, és szüksége van egy Azure Automation-fiókhoz társított Log Analytics-munkaterületére. Ha több szolgáltatást szeretne beállítani a Windows Felügyeleti központban, először az Azure Update Managementet kell beállítania, majd az Azure Security Centert vagy az Azure Monitort.

Ha már konfigurálta a Microsoft Monitoring Agentet használó Azure felügyeleti szolgáltatásokat, mielőtt az Azure Update Managementet a Windows Felügyeleti központban próbálná használni, a szolgáltatás csak akkor engedélyezi az Azure Update Management konfigurálását, ha a Microsoft Monitoring Agenthez társított meglévő erőforrások támogatják azt.

Ha a csatolt erőforrások nem támogatják az Azure Update Managementet, kétféleképpen lehet megkerülni.

A probléma megoldásához használja a Vezérlőpultot:

  1. On the Start menu, go to Control Panel>Microsoft Monitoring Agent.

  2. Kövesse a "Hogyan állíthatom le egy ügynök kommunikációját a Log Analyticsszel" útmutatót a kiszolgáló leválasztásához az Azure Monitorról, az Azure Security Centerről vagy más jelenleg használt Azure felügyeleti megoldásokról.

  3. Az Azure Update Management konfigurálása a Windows Felügyeleti központban.

  4. Csatlakozzon újra a 2. lépésben leválasztott Azure felügyeleti megoldásokhoz.

A probléma megoldása az Azure Update Management használatával:

  1. Az Azure Update Managementhez szükséges Azure-erőforrások manuális beállításához kövesse Frissítéskezelés áttekintése utasításait.

  2. Kövesse Munkaterület hozzáadása vagy eltávolítása útmutatását a Microsoft Monitorozási ügynök Windows Felügyeleti központon kívüli manuális frissítéséhez és a használni kívánt frissítéskezelési megoldás új munkaterületének hozzáadásához.

Windows távfelügyeleti hibák

A Windows Remote Management használatakor az alábbi hibaüzenetek jelenhetnek meg.

Általános csatlakozási hiba

Amikor ezt a hibát tapasztalja, a következő hibaüzenet jelenik meg:

Cluster wasn't created Connecting to remote server tk5-3wp13r1131.cfdev.nttest.microsoft.com failed
with the following error message:
WinRM cannot complete the operation. Verify that the specified computer name is valid, that the
computer is accessible over the network, and that a firewall exception for the WinRM service is
enabled and allows access from this computer. By default, the WinRM firewall exception for public
profiles limits access to remote computers within the same local subnet. For more information, see
the about_Remote_Troubleshooting Help topic.

Ez a hiba általában akkor jelenik meg, amikor WinRM használatával próbál csatlakozni. Ez a következő okokból történhet:

  • Ha a szolgáltatás nem tudta feloldani a DNS-t, győződjön meg arról, hogy a megfelelő kiszolgálónevet adta meg.

  • Ha a szolgáltatás egyáltalán nem tudta elérni a kiszolgáló nevét, valószínűleg hálózati kapcsolati probléma, például a hálózat megszakadása okozza.

  • Ha a tűzfalszabályok nincsenek konfigurálva a WinRM szolgáltatáshoz, újra kell konfigurálnia őket tartomány- és privát profilokhoz.

  • Ha a WinRM szolgáltatás nem fut vagy le van tiltva, engedélyezze a szolgáltatást, és győződjön meg arról, hogy az továbbra is fut.

Authentication error

Amikor ezt a hibát tapasztalja, a következő hibaüzenet jelenik meg:

Connecting to remote server ack failed with the following error message:
WinRM cannot process the request. The following error with error code 0x8009030e occurred while
using Negotiate authentication: A specified logon session does not exist. It may already have been
terminated. \r\n This can occur if the provided credentials are not valid on the target server, or
if the server identity could not be verified. If you trust the server identity add the server name
to the TrustedHosts list, and then retry the request. User winrm.cmd to view or edit the
TrustedHosts list. Note that computers in the TrustedHosts list might not be authenticated. For
more information about how to edit the TrustedHosts list, run the following command: winrm help
config. For more information, see the about_Remote_Troubleshooting Help topic.

Ez a hiba általában akkor fordul elő fürtkapcsolatokon, ha a WinRM a következő okok miatt nem tud csatlakozni:

  • A felhasználó helyi felhasználói rendszergazdai fiókként bejelentkezve próbál távolról csatlakozni egy tartományhoz csatlakoztatott géphez.

  • A bejelentkezni próbáló felhasználó a tartományban van, de nem tud kapcsolatba lépni a tartománnyal annak ellenére, hogy elérheti a kiszolgálót. Ha ez történik, a WinRM úgy kezeli a felhasználót, mintha nem a tartományban lennének, hanem tartományi fiókhoz csatlakoznak.

A probléma megoldásához próbálkozzon az alábbi módszerekkel:

  • Győződjön meg arról, hogy a felhasználók mindig kapcsolatba léphetnek a tartománnyal, különösen egy hálózati művelet után.

  • Vegye fel az összes számítógépet, amelyhez csatlakozik, a megbízható hostok listájához (FQDNS), például @{TrustedHosts="VS1.contoso.com,VS2.contoso.com,my2012cluster.contoso.com"}.

  • Az általános kapcsolati hibának meg kell felelnie minden érvényesítésnek.

WinRM service

Amikor ezt a hibát tapasztalja, a következő hibaüzenet jelenik meg:

We cannot display the changes right now:
Connecting to remote server localhost failed with the
following error message : The client cannot connect to the destination specified in the request.
Verify that the service on the destination is running and is accepting requests. Consult the logs
and documentation for the WS-Management services running on the destination, mostly commonly IIS or
WinRM. If the destination is the WinRM service, run the following command on the destination to
analyze and configure the WinRM service: "winrm quickconfig". For more information, see the
about_Remote_Troubleshooting Help topic.

Ezt a hibát a következő okokból tapasztalhatja:

  • A WinRM szolgáltatás nem fut. A szolgáltatás átmenetileg letiltható vagy teljesen leállhat. A probléma megoldásához győződjön meg arról, hogy a WinRM szolgáltatás mindig fut.

  • A WinRM-figyelő nincs konfigurálva vagy sérült. A probléma megoldásának leggyorsabb módja a WinRM quickconfig futtatása a PowerShellben, amely létrehoz egy figyelőt. A WinRM két beépített figyelőt is biztosít a HTTPS- és HTTP-kapcsolatokhoz. A HTTPS-kiszolgálónak és az ügyfélnek is ugyanazokkal az érvényes tanúsítványokkal kell rendelkeznie.

Security error

Amikor ezt a hibát tapasztalja, a következő hibaüzenet jelenik meg:

Connecting to remote server dc1.root.contoso.com failed with the following error message:
WinRM cannot process the request. The following error with errorcode 0x80090322 occurred while
using Kerberos authentication. An unknown security error occurred. At line:1 char:1 +
Enter-PSSession dc1.root.contoso.com + ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ + CategoryInfo
:InvalidArgument:(dc1.root.contoso.com:String)[Enter-PSSession], PSRemotingTransportException +
FullyQualifiedErrorId : CreateRemoteRunspaceFailed

Ez a hiba nem gyakori. Ezt a területet általában akkor tapasztalja, amikor egy fiók távoli kapcsolatot próbál létrehozni. A legtöbb esetben egy vagy több alapértelmezett HTTP SPN regisztrálva van egy szolgáltatásfiókban, ami a Kerberos-hitelesítés meghiúsulását okozza. Ez a probléma általában azért fordul elő, mert a kiszolgálón telepített egyes szoftvereknek egy vagy több spn-ra van szükségük a megfelelő működéshez, például az SQL Server Reporting Serviceshez, a Microsoft Dynamicshez, a SharePointhoz stb.

Bizonyos esetekben az egyik szolgáltatásnév regisztrálva van egy szolgáltatásfiókhoz, míg a másik nincs. Ebben az esetben a WinRM-kapcsolat akkor sikeres, ha egy munkamenetet a kiszolgáló nevével próbál elindítani, de sikertelen lesz, amikor megpróbál munkamenetet elindítani a teljes tartománynév használatával.

A probléma megoldásához ellenőrizze, hogy egy vagy több alapértelmezett HTTP SPN regisztrálva van-e egy szolgáltatásfiókban az alábbi parancs futtatásával a PowerShellben:

setspn -q HTTP/servername.or.fqdn

Ha a szolgáltatás megtalálja az SPN-t, de a kiszolgáló neve nem szerepel a hibaüzenet kiemelt mezőjében, futtassa a következő parancsot a dedikált SPN-ek beállításához a WinRM-hez a portszám és a gépfiók megadásával:

setspn -s HTTP/servername.or.fqdn:5985 servername

If you're connecting remotely using PowerShell, make sure to also use the IncludePortInSPN parameter, as shown in the following example command:

Enter-PSSession -ComputerName servername.or.fqdn -SessionOption (New-PSSessionOption -IncludePortInSPN)

WinRM állapota 500

Amikor ezt a hibát tapasztalja, a következő hibaüzenet jelenik meg:

Error: Connecting to remote server YAZSHCISIIH01.ad.yara.com failed with the following error message:
The WinRM client received an HTTP server error status (500), but the remote service did not include
any other information about the cause of the failure. For more information, see the
about_Remote_Troubleshooting Help topic.

Ez a hiba nagyon ritka. Amikor megjelenik ez a hibaüzenet, az általában azt jelenti, hogy a WinRM nem tudta feldolgozni a kérést. A hiba megjelenésének oka a környezettől függően változik.

A probléma megoldásához győződjön meg arról, hogy a távoli elérés engedélyezve van, és konfigurálja a WinRM-figyelőt a kérések elfogadására. Azt is javasoljuk, hogy ellenőrizze az eseménynaplókat más hibák esetén, például ha a WinRM nem tud hozzáférni bizonyos fájlokhoz a fájlrendszerben, mert a fájlok csak olvasási engedélyekkel rendelkeznek.