Komputer nie może zidentyfikować sieci, gdy komputer jest uruchomiony system Windows Vista, Windows Server 2008, Windows 7 lub Windows Server 2008 R2 i jest członkiem domeny podrzędnej

Tłumaczenia artykułów Tłumaczenia artykułów
Numer ID artykułu: 980873 - Zobacz jakich produktów dotyczą zawarte w tym artykule porady.
Rozwiń wszystko | Zwiń wszystko

Na tej stronie

Symptomy

Masz komputer z systemem Windows Vista, Windows Server 2008, Windows 7 lub Windows Server 2008 R2. Gdy ten komputer jest członkiem domeny podrzędnej, komputer nie może zidentyfikować sieci. Może to spowodować zapory na komputerze, aby ustawić profil publiczny.

Ponadto w dzienniku zdarzeń aplikacji są zarejestrowane zdarzenia podobne do następujących:

Źródło: Microsoft-Windows-NetworkProfile
Identyfikator zdarzenia: 4001
Kategorii zadań: Identyfikacja oczekiwania
Poziom: informacje Słowa kluczowe: (35184372088832)
Użytkownika: Usługa lokalna
Komputer: Nazwa komputera
Opis:
Państwo wprowadzone: Identyfikuje identyfikator Guid interfejsu sieciowego: {61287808-a4a5-4da5-8189-0e2a8de5d075}

Źródło: Microsoft-Windows-NetworkProfile
Identyfikator zdarzenia: 10000
Zadanie kategorii: Brak
Poziom: informacje
Słowa kluczowe: (35184372088832)
Użytkownika: Usługa lokalna
Komputer: Nazwa komputera
Opis: Połączenie sieciowe
Nazwa: Identyfikowanie...
Opis: Identyfikowanie...
Typ: niezarządzanych
Stan: połączenie
Kategoria: publiczne


Źródło: Microsoft-Windows-NlaSvc
Identyfikator zdarzenia: 4333
Zadanie kategorii: DsGetDcName(RootDomainGuid)
Poziom: błąd
Słowa kluczowe: (4),(2)
Użytkownika: Usługa sieciowa
Komputer: Nazwa komputera
Opis:
DsGetDcName(DS_IS_DNS_NAME) domeny katalogu głównego identyfikatora GUID nie powiodło się z powodu błędu 0x54B


Uwaga 0X54B błąd wskazuje, że określona domena nie istnieje lub nie można się skontaktować z.

Przyczyna

Ten problem występuje, ponieważ komputer nie może połączyć się z podstawowego kontrolera domeny (PDC) w domenie lasu po komputer jest przyłączony do domeny podrzędnej. Usługa świadomości lokalizacji sieci (NLA) spodziewa się być w stanie wyliczyć Nazwa lasu domeny, aby wybrać profil sieci dla połączenia. Usługa robi to poprzez wywoływanie funkcji DsGetDcName na nazwę katalogu głównego lasu oraz wydawanie kwerendy LDAP na porcie UDP 389 głównego Kontroler domeny. Usługa oczekuje, że móc połączyć się z podstawowym kontrolerem domeny w domenie lasu wypełnić następujący podklucz rejestru:
HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\NetworkList\Nla\Cache\IntranetForests
Jeśli coś hamuje rozpoznawania nazw DNS lub próby nawiązania połączenia z kontrolera domeny, NLA nie będzie mógł ustawić profil odpowiedniej sieci dla połączenia.

Podobny problem został omówiony w poniższym artykule bazy wiedzy Microsoft Knowledge Base:
971198 Wylogowywanie z systemu Windows Vista trwa 5-10 minut, jeśli nie ma łączności LDAP do domeny katalogu głównego lasu

Rozwiązanie

Aby rozwiązać ten problem, użyj jednej z następujących metod.

Metoda 1

Konfigurowanie urządzeń zapory nie do komunikacji bloku na port UDP i TCP 389. Aby uzyskać więcej informacji na temat jak to zrobić kliknij następujący numer artykułu w celu wyświetlenia tego artykułu z bazy wiedzy Microsoft Knowledge Base:
832017Omówienie usług i portów wymagania dla systemu Windows Server w sieci

Metoda 2

Ostrzeżenie Niepoprawne zmodyfikowanie rejestru przy użyciu Edytora rejestru lub inną metodą może spowodować poważne problemy. Te problemy mogą wymagać ponownego zainstalowania systemu operacyjnego. Firma Microsoft nie gwarantuje, że można rozwiązać te problemy. Modyfikowanie rejestru na własne ryzyko.
  1. Skonfigurować jeden komputer w domenie podrzędnej, łączenie się z podstawowym kontrolerem domeny z domeny katalogu głównego.
  2. Uruchom ponownie komputer. Teraz komputer powinien mieć możliwość identyfikowania sieci. Ponadto profil domeny Ustaw profilu na zaporze.
  3. Następujący podklucz rejestru należy wyeksportować jako plik w lokalizacji udostępnionej w domenie:
    HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\NetworkList\Nla\Cache\IntranetForests
  4. Importowanie podklucz rejestru, który wywożone w kroku 3 do innych komputerów, które nie może połączyć się z podstawowym kontrolerem domeny z lasu domeny.
  5. Uruchom ponownie komputer. Teraz komputer powinien mieć możliwość identyfikowania sieci, a profil na zaporze zostanie ustawiony na profil domeny.

Metoda 3

Jeśli jest wystarczający do zidentyfikowania profil sieci na podstawie nazwy domeny podrzędnej, łagodzenia czas NLA podczas jej agresywnym ponownych prób może być właściwe podejście.

Aby wdrożyć ustawienie rejestru, który zmienia liczby ponownych prób, używany przez NLA, wykonaj następujące kroki:
  1. Utwórz nowy klucz rejestru, który pasuje do domeny katalogu głównego lasu w ścieżce:
    HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\NetworkList\Nla\Cache\Intranet\
  2. W kluczu rejestru nowo utworzonego dla nazwy domeny katalogu głównego lasu dodać dwie wartości rejestru poniżej:
    • Błędy REG_DWORD o wartości 1
    • Sukcesów REG_DWORD o wartości 0
    To spowoduje, że NLA przejdź do jego najniższą liczbę ponownych prób i powinno spowodować identyfikacji trwających dla tylko kilka minut.

Właściwości

Numer ID artykułu: 980873 - Ostatnia weryfikacja: 27 września 2011 - Weryfikacja: 3.0
Informacje zawarte w tym artykule dotyczą:
  • Windows 7 Enterprise
  • Windows 7 Professional
  • Windows 7 Ultimate
  • Windows Server 2008 R2 Datacenter
  • Windows Server 2008 R2 Enterprise
  • Windows Server 2008 R2 Standard
  • Windows Vista Business
  • Windows Vista Enterprise
  • Windows Vista Ultimate
  • Windows Server 2008 Datacenter
  • Windows Server 2008 Enterprise
  • Windows Server 2008 Standard
Słowa kluczowe: 
kbtshoot kbexpertiseinter kbsurveynew kbprb kbmt KB980873 KbMtpl
Przetłumaczone maszynowo
WAŻNE: Ten artykuł nie został przetłumaczony przez człowieka, tylko przez oprogramowanie do tłumaczenia maszynowego firmy Microsoft. Firma Microsoft oferuje zarówno artykuły tłumaczone przez ludzi, jak i artykuły tłumaczone maszynowo, dzięki czemu każdy użytkownik może uzyskać dostęp do całej zawartości bazy wiedzy Knowledge Base we własnym języku. Prosimy jednak pamiętać, że artykuły przetłumaczone maszynowo nie zawsze są doskonałe. Mogą zawierać błędy słownictwa, składni i gramatyki, przypominające błędy robione przez osoby, dla których język użytkownika nie jest językiem ojczystym. Firma Microsoft nie odpowiada za wszelkie nieścisłości, błędy lub szkody spowodowane nieprawidłowym tłumaczeniem zawartości oraz za wykorzystanie tej zawartości przez klientów. Oprogramowanie do tłumaczenia maszynowego jest często aktualizowane przez firmę Microsoft.
Anglojęzyczna wersja tego artykułu to:980873

Przekaż opinię

 

Contact us for more help

Contact us for more help
Connect with Answer Desk for expert help.
Get more support from smallbusiness.support.microsoft.com