Frank-P
-
Gesamte Inhalte
38 -
Registriert seit
-
Letzter Besuch
Beiträge erstellt von Frank-P
-
-
Das Volla Phone kann ich wärmstens empfehlen, habe selber eins.
Läuft stabil, hat aktuelle Hardware und man ist diesen ganzen "Google Mist" los.
Klar, es funktionieren nicht alle Apps unter dem Volla Phone, aber es gibt genügend Alternativen.
Es gibt auch noch das Fairphone, welches anscheind das "googlefreie Android" in seinen Garantiebedingungen akzeptiert - habe es aber noch nicht ausprobiert.
-
vor 22 Minuten schrieb tesso:
Unter Stammhinweise sollst du bestimmt keinen Google DNS hinterlegen.
Das habe ich auch wieder heraus genommen - war ein Tipp im Internet bei DNS Problemen, hat das Problem aber nicht maßgeblich gelöst bzw. beeinflusst.
vor 21 Minuten schrieb NorbertFe:Ich würde sagen es kam sehr viel Müll in der Konfiguration zusammen, der vorher irgendwie funktionierte ;) ob’s jetzt besser ist… „geht doch“ :)
Der Müll kam aber auch durch das Update und/oder durch das Netzwerkkarten Treiber Problem. Der 2. Eintrag war definitiv vorher nicht vorhanden, woher er kam, keine Ahnung.
Die Lancom habe ich nie angerührt, weil ich mich nicht so damit auskenne (habe diese installieren lassen). Jetzt der 2. Eintrag draußen, der DNS Manager ist aufgeräumt und es läuft wieder alles - soweit ist es doch gut. Es haben einfach viele Komponenten mi(s)t gespielt.
Ja und besser läuft es jetzt in jedem Fall, habe auch gleich mal kräftig im Bereich Datenleichen, verwaiste IP-Adressen, usw. aufgeräumt
- sollte ich einfach öfters machen.
vor 17 Minuten schrieb MurdocX:Schön das es nun wieder funktioniert. Nimm dieses Ereignis als Chance dich nochmal intensiv mit dem Active Directory und DNS auseinanderzusetzen.
Nachzutreten halte ich für nicht Zielführend.
Hallo Jan,
habe mir durch dieses Ereignis wieder einiges von meinem, tief in meinem Hirn versteckten Wissen zurückholen können/müssen. Mein MSCE liegt einfach viel zu laaange zurück
.
Wenn man nicht täglich, wie vermutlich viele hier im Forum, mit diesen Themen zu tun hat wird es halt schwer wenn es "knallt".
In diesem Sinne allen ein schönes Wochenende
Frank
-
Hallo,
abschließender Post zum Thema DNS.
Vorab, VPN funktioniert auch wieder
.
Was war jetzt genau das Problem?
- Ausgegangen von einem von MS ausgelösten Treiberupdate für die Netzwerkkarte fing das ganze Chaos an.
- Nach Installation des "Original" Intel Treibers ging die Netzwerkkarte wieder, aber es war keine Internetverbindung mehr möglich.
- Damit ein weiterarbeiten möglich war, wurde temporär der DNS Server vom I-Provider eingetragen.
- Weder das Gateway, noch der DNS Service waren funktionsfähig und die Ereignisanzeige war mit Fehlern übersäht.
- Dazu kam noch ein 2. DNS Eintrag im DNS Manager, welcher für Verwirrung sorgte
- Das ändern und auflösen mit dem Gateway und dem PDC scheiterten regelmäßig, auch dann, wenn die Einträge entfernt wurden und der Server neu gebootet wurde.
- Nach Überprüfung des Gateway (Lancom), wo alles in Ordnung war, musste das Problem beim DNS Manager sein.
- Nach zus. löschen des DNS Cache, Überprüfung des DHCP Servers (welcher auch Fehlermeldungen produzierte) und der Durchführung von DCDiag.Exe /fix wurden endlich auch Fehler angezeigt, mit denen man was anfangen konnte.
- Nach erneutem durchführen der vorher genannten Prozeduren und dem ausmisten der DNS Einträge (inkl. löschen des doppelten Eintrages) ließen sich die Adressen für das Gateway, PDC, usw. eintragen und wurden auch aufgelöst.
- Als ein zus. Schritt (lt. Empfehlung aus dem Internet) wurde unter Stammhinweise auch die DNS Server von (8.8.8.8) einkopiert.
Danach hat alles wieder funktioniert und ganz wichtig auch wieder die VPN Verbindung ohne weitere Anpassungen.
Ein Danke noch einmal an alle, die mich hier unterstützt haben, ohne Euch wäre ich nicht zum Ziel gekommen.
-
Zur fast Mitternachtsstunde,
ich glaube das Problem ist jetzt gelöst
- warum, weiß ich noch nicht!
Ich werde Morgen früh noch die VPN Sache checken - melde mich wieder.
Bis dahin an alle!, die hier mitgeholfen haben,
VIELEN DANK FÜR EURE HILFE
Mein besonderer Dank geht an "winmadness" der immer am Ball blieb
Bis Morgen früh
Gute Nacht
Frank-P
-
Gerade eben schrieb winmadness:
Nicht in Stammhinweise. Dein Gateway in "Weiterleitungen" eintragen.
Wenn das nicht funktioniert, kannst Du zusätzlich noch die DNS des I-Providers in "Weiterleitungen" eintragen.
Und am besten mal durchstarten.
OK, das Gateway ist in "Weiterleitungen" eingetragen und aufgelöst
Zusätzlich habe ich den DNS vom I-Provider eingetragen und werde jetzt durchstarten.
Habe hier 3 Screenshot angefertigt, wie es jetzt im DNS Manager aussieht
-
Gerade eben schrieb winmadness:
Dieser Eintrag ist falsch. Bitte löschen.
OK
Gerade eben schrieb Frank-P:OK
Kommt da das Gateway (xxT-FW-LC1781A) mit x.x.x.1 rein?
-
Gerade eben schrieb NorbertFe:
Warum? Man kann internet auch ohne DNS haben. Und ein Ping 8.8.8.8 braucht genau null DNS. ;)
Zum Verständnis und so habe ich es auch gewusst:
- In der Netzwerkkonfiguration stand als DNS 127.0.0.1 (von Anfang an)
- Wenn ich den externen DNS vom Provider (82.145.9.8) in der Netzwerkkonfiguration eintrage, dann geht Internet auf dem Server und allen Clients, ABER man kommt über VPN nicht mehr auf den PDC (das ging vorher). Ich wähle mich über den VPN Client an der (Lancom 1781A) an = erreichbar, dann wähle ich über das Suchfenster den PDC (wo unsere Freigaben liegen) \\x.x.x.10 (wird aufgelöst) nach Enter drücken kommt aber Fehlermeldung - kein Zugriff, bestimmt weil es über einen externen DNS geht.
- Trage ich in der Netzwerkkonfiguration 127.0.0.1 ein, habe ich kein Internet vom Server und auch keins auf den Clients.
- Im DNS Manager habe ich unter Schnittstellen 'x.x.x.10
- Unter Weiterleitungen habe ich die 'x.x.x.1 mit "Vollqualifiziertem Domänenname" = xxT-FW-LC1781A
- Unter Stammhinweise stehen neben denen von Google die x.x.x.10 mit "Vollqualifiziertem Domänenname" = xxxPDC01.
Was läuft da falsch?
Gerade eben schrieb Frank-P:Zum Verständnis und so habe ich es auch gewusst:
- In der Netzwerkkonfiguration stand als DNS 127.0.0.1 (von Anfang an)
- Wenn ich den externen DNS vom Provider (82.145.9.8) in der Netzwerkkonfiguration eintrage, dann geht Internet auf dem Server und allen Clients, ABER man kommt über VPN nicht mehr auf den PDC (das ging vorher). Ich wähle mich über den VPN Client an der (Lancom 1781A) an = erreichbar, dann wähle ich über das Suchfenster den PDC (wo unsere Freigaben liegen) \\x.x.x.10 (wird aufgelöst) nach Enter drücken kommt aber Fehlermeldung - kein Zugriff, bestimmt weil es über einen externen DNS geht.
- Trage ich in der Netzwerkkonfiguration 127.0.0.1 ein, habe ich kein Internet vom Server und auch keins auf den Clients.
- Im DNS Manager habe ich unter Schnittstellen 'x.x.x.10
- Unter Weiterleitungen habe ich die 'x.x.x.1 mit "Vollqualifiziertem Domänenname" = xxT-FW-LC1781A
- Unter Stammhinweise stehen neben denen von Google die x.x.x.10 mit "Vollqualifiziertem Domänenname" = xxxPDC01.
Was läuft da falsch?
Mache ich vom Server einen nslookup zu google.de, kommt dieses Ergebnis:
C:\Users\Administrator>nslookup google.de
Server: localhost
Address: 127.0.0.1*** google.de wurde von localhost nicht gefunden: Server failed.
C:\Users\Administrator>
-
Gerade eben schrieb winmadness:
Moment mal, das ist eine andere Situation. D.h. Du hast auf dem Server als Standardgateway x.x.x.1 stehen und kommst nicht in das Internet? Damit ist ein kein DNS Problem sondern ein Netzwerkproblem. Du kannst also auf dem Server ein ping auf x.x.x.1 absetzen, aber z.B. kein ping auf 8.8.8.8? Das Problem hatten wir erst vor ein paar Tagen, hier half eine Änderung der IPv4 Adresse des Servers. Also einfach mal von x.x.x.10 z.B. auf x.x.x.9 (oder andere freie IP) ändern und Internetverbindung testen.
OK, ich ändere auf die 9 - dauert kurz
vor 14 Minuten schrieb Frank-P:OK, ich ändere auf die 9 - dauert kurz
Nach Änderung auf .9 geht gar nichts - im DNS Manager steht dann eine 169.x.x.x IP drinnen :-(
-
vor 3 Minuten schrieb winmadness:
Ich kenne die Lancom nicht, habe nur das Lancom Handbuch aus dem Internet. Bitte dort mal nachlesen oder Dich "intuitiv" durch das Lancom Menü hangeln.
Klar, ping auf *.intern geht nicht, da Deine Domain *.local ist. Deshalb auch der DNS Eintrag für xxT-FW-LC1781A.local.
Was ist mit "Kannst Du von Deinem Client ein "nslookup google.de x.x.x.1" erfolgreich absetzen?"
Zur Lancom dort steht unter DNS der Eintrag für Domäne ".intern" - das war schon immer so drinnen und wurde nie geändert.
Ich konnte vom Client zum Server den nslookup google.de x.x.x.1 machen - aber vom Server zum Internet kann ich nicht, habe das "!" im Netzwerksymbol
-
vor 15 Minuten schrieb winmadness:
Ist dieser Eintrag nach dem Reset des DNS noch vorhanden? Wenn ja, dann teste mal DNS ohne Weiterleitungen. Wenn keine vorhanden sind, werden die Stammhinweise verwendet.
Du hattest ausserdem in Deiner ursprünglichen Konfiguration das IPv6 in den Netzwerkeinstellungen deaktiviert - wieder mal für die Test deaktivieren. Wenn alles läuft kannst Du Dich um die korrekte IPv6 Konfiguration kümmern.
Weitere Ideen:
- Kannst Du von Deinem Client ein "nslookup google.de x.x.x.1" erfolgreich absetzen?
- Es gibt ein Logging auf de der Lancom - dort mal schauen aub die abgelehnten nslookup protokolliert werden: https://www.lancom-systems.de/docs/config/de/refmanual/#topics/lanconfig_syslog_system_events.html
* Nein kann ich nicht, aber ich kann die "xxT-FW-LC1781A" anpingen die "xxT-FW-LC1781A.intern" nicht
Ich werde jetzt die Weiterleitungen, sollte es nach diesem Reboot nicht funktionieren, herausnehmen und noch einmal probieren
Das Logging finde ich auch im LAN-Monitor, oder?
-
vor 1 Minute schrieb winmadness:
Mit dem LanMonitor https://www.lancom-systems.de/docs/config/de/refmanual/#topics/c_LANmonitor_Device_Ping.html kannst Du ein ping auf google.de absetzen. Auch mal einen ping auf den DC testen (mit IP und FQDN). Und natürlich die DNS Einstellungen überprüfen: https://www.lancom-systems.de/docs/config/de/refmanual/#Referenzhandbuch_7.60_EN/SERVER_FUNCTIONS/aa1185181.html
Ping von Lancom 1781A auf:
google.de = erfolgreich
PDC, xxx.xxx.xxx.10 = erfolgreich
PDC, xxxPDC01.xxxADS01.local = erfolgreich
Bei den DNS Einstellungen hatte ich nie etwas eingetragen - z.B. bei "host names"
-
vor 10 Minuten schrieb winmadness:
Sollte Dich aber nicht daran hindern, die Einstellungen zu überprüfen. Kannst Du direkt am Gateway ein "nslookup" oder vergleichbares absetzen. Dann kannst Du sicher gehen, dass das Gateway DNS Anfragen auflösen kann.
Nein, habe kein Tool gefunden, um direkt von der Lancom ein nslookup auszuführen
-
Gerade eben schrieb winmadness:
Klingt vernünftig. Mein Tipp nach wie vor - Schaue Dir mal die DNS Konfiguration des Gateway an. Evtl. holst Du Dir Unterstützung. Über ein Forum das Problem zu klären ist sehr schwer.
Am Gateway, also an dem Lancom wurde nie was verändert, daran kann es nicht liegen.
Vielleicht bringt es was den DNS auf der Lancom auszuschalten - mal sehen -
vor 15 Minuten schrieb winmadness:
Ich würde mich auf das Gateway konzentrieren. Der "nslookup google.de xxx.xxx.xxx..1" muss funktionieren, wenn das Gateway richtig konfiguriert ist. Also überprüfen mal die DNS Einstellungen / Weiterleitungen auf dem Gateway. Dieses muss die Anfragen z.B. noch google.de weiterleiten, also entsprechend eingerichtet sein.
Ich komme da jetzt nicht weiter.
ich glaube ich werde neu installieren - mache erst einmal eine Pause zum nachdenken
-
Also irgend etwas passt ihm da mit dem Gateway nicht, egal ob ich den Eintrag xxT-FW-LC1781A.intern oder xxT-FW-LC1781A.xxxADS01.local nehme - es funktioniert einfach nicht.
hat jemand noch andere Vorschläge? Ich möchte ungern der Server herunterstufen und wieder neu heraufstufen, denn dann sind alle Benutzer, Gruppen, Shares, usw. weg
-
Habe jetzt zwischendurch den Post von NorbertFe angewendet und das interessante ist, dass nach dem reboot der Eintrag xxxPDC01 verschwunden ist und nur noch der xxxPDC01.xxxADS01.local vorhanden.
Nehme jetzt mal den externen DNS vom I-Provider raus, mal sehen, was passiert ....
-
vor 2 Minuten schrieb winmadness:
Bitte mal diese Abfrage, damit wir sehen, was Dein Gateway bei einer Anfrage auflöst.
Meinst du so?
C:\Users\Administrator>nslookup google.de xxx.xxx.xxx..1
Server: CIT-FW-LC1781A.intern
Address: xxx.xxx.xxx.1*** google.de wurde von CIT-FW-LC1781A.intern nicht gefunden: Query refused.
C:\Users\Administrator>
-
Gerade eben schrieb winmadness:
Was gibt "nslookup google.de x.x.x.1" aus?
Mit dem externen DNS eingetragen:
C:\Users\Administrator>nslookup google.de
Server: localhost
Address: 127.0.0.1Nicht autorisierende Antwort:
Name: google.de
Addresses: 2a00:1450:4005:803::2003
142.250.184.227
C:\Users\Administrator>Mit meinem Gateway eingetragen:
C:\Users\Administrator>nslookup google.de
Server: localhost
Address: 127.0.0.1*** google.de wurde von localhost nicht gefunden: Server failed.
C:\Users\Administrator>
vor 2 Minuten schrieb NorbertFe:Ich habe was anderes gesagt. ;)
Reboot hat auch nichts geholfen :-(
-
Gerade eben schrieb winmadness:
Warum steht hier 82...? Und es fehlt der IPv6 DNS Server "::1"
Das ist der DNS Server von meinem I-Provider, mit dem kann ich zumindest ins WWW
-
Gerade eben schrieb winmadness:
Stelle mal das Ergebnis von "ipconfig /all" hier rein.
C:\Users\Administrator>ipconfig /all
Windows-IP-Konfiguration
Hostname . . . . . . . . . . . . : xxxPDC01
Primäres DNS-Suffix . . . . . . . : xxxADS01.local
Knotentyp . . . . . . . . . . . . : Hybrid
IP-Routing aktiviert . . . . . . : Ja
WINS-Proxy aktiviert . . . . . . : Nein
DNS-Suffixsuchliste . . . . . . . : xxxADS01.localEthernet-Adapter Care-IT:
Verbindungsspezifisches DNS-Suffix: xxxads01.local
Beschreibung. . . . . . . . . . . : Intel(R) 82579LM Gigabit Network Connection
Physische Adresse . . . . . . . . : 00-22-4D-6B-EB-58
DHCP aktiviert. . . . . . . . . . : Nein
Autokonfiguration aktiviert . . . : Ja
Verbindungslokale IPv6-Adresse . : fe80::4c19:c2d9:3e8f:b3bd%12(Bevorzugt)
IPv4-Adresse . . . . . . . . . . : xxx.xxx.xxx.10(Bevorzugt)
Subnetzmaske . . . . . . . . . . : 255.255.255.0
Standardgateway . . . . . . . . . : xxx.xxx.xxx.1
DHCPv6-IAID . . . . . . . . . . . : 452993613
DHCPv6-Client-DUID. . . . . . . . : 00-01-00-01-28-42-7A-FB-00-22-4D-6B-EB-58
DNS-Server . . . . . . . . . . . : 127.0.0.1
82.145.9.8
NetBIOS über TCP/IP . . . . . . . : AktiviertGerade eben schrieb Frank-P:C:\Users\Administrator>ipconfig /all
Windows-IP-Konfiguration
Hostname . . . . . . . . . . . . : xxxPDC01
Primäres DNS-Suffix . . . . . . . : xxxADS01.local
Knotentyp . . . . . . . . . . . . : Hybrid
IP-Routing aktiviert . . . . . . : Ja
WINS-Proxy aktiviert . . . . . . : Nein
DNS-Suffixsuchliste . . . . . . . : xxxADS01.localEthernet-Adapter Care-IT:
Verbindungsspezifisches DNS-Suffix: xxxads01.local
Beschreibung. . . . . . . . . . . : Intel(R) 82579LM Gigabit Network Connection
Physische Adresse . . . . . . . . : 00-22-4D-6B-EB-58
DHCP aktiviert. . . . . . . . . . : Nein
Autokonfiguration aktiviert . . . : Ja
Verbindungslokale IPv6-Adresse . : fe80::4c19:c2d9:3e8f:b3bd%12(Bevorzugt)
IPv4-Adresse . . . . . . . . . . : xxx.xxx.xxx.10(Bevorzugt)
Subnetzmaske . . . . . . . . . . : 255.255.255.0
Standardgateway . . . . . . . . . : xxx.xxx.xxx.1
DHCPv6-IAID . . . . . . . . . . . : 452993613
DHCPv6-Client-DUID. . . . . . . . : 00-01-00-01-28-42-7A-FB-00-22-4D-6B-EB-58
DNS-Server . . . . . . . . . . . : 127.0.0.1
82.145.9.8
NetBIOS über TCP/IP . . . . . . . : Aktiviertipconfig /all von meinem PC:
C:\WINDOWS\system32>ipconfig /all
Windows-IP-Konfiguration
Hostname . . . . . . . . . . . . : xxxLP-T420-LAN
Primäres DNS-Suffix . . . . . . . : xxxADS01.local
Knotentyp . . . . . . . . . . . . : Hybrid
IP-Routing aktiviert . . . . . . : Nein
WINS-Proxy aktiviert . . . . . . : Nein
DNS-Suffixsuchliste . . . . . . . : xxxADS01.localEthernet-Adapter Ethernet:
Verbindungsspezifisches DNS-Suffix: xxxADS01.local
Beschreibung. . . . . . . . . . . : Intel(R) 82579LM Gigabit Network Connection
Physische Adresse . . . . . . . . : 00-21-CC-65-9D-32
DHCP aktiviert. . . . . . . . . . : Ja
Autokonfiguration aktiviert . . . : Ja
IPv4-Adresse . . . . . . . . . . : xxx.xxx.xxx.30(Bevorzugt)
Subnetzmaske . . . . . . . . . . : 255.255.255.0
Lease erhalten. . . . . . . . . . : Freitag, 28. Mai 2021 16:01:51
Lease läuft ab. . . . . . . . . . : Montag, 4. Juli 2157 22:30:30
Standardgateway . . . . . . . . . : xxx.xxx.xxx.1
DHCP-Server . . . . . . . . . . . : xxx.xxx.xxx.10
DNS-Server . . . . . . . . . . . : xxx.xxx.xxx.10
NetBIOS über TCP/IP . . . . . . . : Aktiviert -
Gerade eben schrieb NorbertFe:
Der ganze Kram wird doch im DNS dynamisch angelegt. Also kann man das normalerweise auch löschen und wartet (nach reboot oder entsprechender Service-Neustarts) einfach mal ne Weile. Wenn dann alles intern korrekt ist, wird das wieder alles korrekt eingetragen. Ich würde sagen, jemand der das schon ein paar mal gemacht hat, hat das in 1-2h gelöst. Ob sich das im Forum lösen lässt, mag ich nicht einschätzen.
Das habe ich doch schon probiert - habe die Rolle entfernt und wieder hinzugefügt.
Ergebnis, der "alte Rotz" ist wieder da :-(
-
Gerade eben schrieb winmadness:
Kannst Du machen, ich fürchte aber das wir nicht viel helfen. Gehen wir mal folgende Fragen durch (bitte alle beantworten):
- Hat das Gateway einen eigenen DNS Server? Wenn ja, welche Einträge befinden sich dort. Wichtig wären Einträge im Zusammenhang mit dem VPN Server / Dienst.
- War vor der Neuinstallation das Gateway als Weiterleitung eingetragen?
- Hast Du versucht, die Weiterleitung mit "xxx-FW-LC1781A.intern" einzutragen - gleicher Fehler?
- Wo ist der VPN Dienst angesiedelt, welcher Server ist das?
- Welche Fehlermeldung wird von VPN generiert (Serverseitig Ereignisprotokoll), wenn Du nur den Provider Nameserver als Weiterleitung einträgst?
Vorab als Info - der 2. Eintrag 'xxxPDC01.xxxADS01.local ist wieder da
- lösche den gleich wieder.
Konnte jetzt in der Weiterleitung das Gateway eintragen - aber WWW funktioniert noch - IP 8.8.8.8 konnte ich anpingen - ein VoIP Telefonat wurde auch nicht abgebrochen.
Habe jetzt wieder den externen DNS drinnen sonst könnte ich nicht schreiben
OK, gehen wir es an:
Zu 1. Ja, die Lancom Firewall hat einen internen DNS, welcher auch angewählt ist - war er auch schon vor dem Problem Einträge sind keine da.
Zu 2. Ich denke schon, das kann ich nicht mehr genau sagen
Zu 3. Ich habe die Firewall mit "xxx-FW-LC1781A.cccADS01.local" eingetragen. In der Lancom ist unter Domäne bei DNS ".intern" eingetragen. Habe das geändert keine Änderung.
Zu 4. Der VPN Service läuft auf der Lancom
Zu 5. Da bekomme ich keine Fehlermeldung, das Gateway/Lancom blockt mich ab
-
Gerade eben schrieb winmadness:
Jetzt sollte ein Eintrag in DNS -> Sever Eigenschaften -> Weiterleitungen funktionieren.
Hat nicht funktioniert er kann das Gateway nicht auflösen.
Kann ich den DNS nicht einfach neu installieren mit der Anleitung, die ich bekommen habe?
Habe gerade noch einmal DCDiag /fix laufen lassen.
Hatte früher geschrieben, dass ich beim ersten mal Fehlermeldungen bekommen habe, danach nicht mehr.
Jetzt habe ich aber wieder Fehler - vielleicht hilft das:
*** DCDiag /fix ***
C:\Users\Administrator>dcdiag /fix
Verzeichnisserverdiagnose
Anfangssetup wird ausgeführt:
Der Homeserver wird gesucht...
Homeserver = xxxPDC01
* Identifizierte AD-Gesamtstruktur.
Sammeln der Ausgangsinformationen abgeschlossen.Erforderliche Anfangstests werden ausgeführt.
Server wird getestet: Default-First-Site-Name\xxxPDC01
Starting test: Connectivity
......................... xxxPDC01 hat den Test Connectivity bestanden.Primärtests werden ausgeführt.
Server wird getestet: Default-First-Site-Name\xxxPDC01
Starting test: Advertising
......................... xxxPDC01 hat den Test Advertising bestanden.
Starting test: FrsEvent
......................... xxxPDC01 hat den Test FrsEvent bestanden.
Starting test: DFSREvent
......................... xxxPDC01 hat den Test DFSREvent bestanden.
Starting test: SysVolCheck
......................... xxxPDC01 hat den Test SysVolCheck bestanden.
Starting test: KccEvent
......................... xxxPDC01 hat den Test KccEvent bestanden.
Starting test: KnowsOfRoleHolders
......................... xxxPDC01 hat den Test KnowsOfRoleHolders bestanden.
Starting test: MachineAccount
......................... xxxPDC01 hat den Test MachineAccount bestanden.
Starting test: NCSecDesc
......................... xxxPDC01 hat den Test NCSecDesc bestanden.
Starting test: NetLogons
[xxxPDC01] Die Anmeldeinformationen berechtigen nicht zum Ausführen dieses Vorgangs.
Das für diesen Test verwendete Konto muss für die Domäne dieses
Computers über Netwerkanmelderechte verfügen.
......................... Der Test NetLogons für xxxPDC01 ist fehlgeschlagen.
Starting test: ObjectsReplicated
......................... xxxPDC01 hat den Test ObjectsReplicated bestanden.
Starting test: Replications
[Replikationsüberprüfung, xxxPDC01] Fehler bei DsReplicaGetInfo(PENDING_OPS, NULL): 0x2105
"Der Replikationszugriff wurde verweigert."
......................... Der Test Replications für xxxPDC01 ist fehlgeschlagen.
Starting test: RidManager
......................... xxxPDC01 hat den Test RidManager bestanden.
Starting test: Services
Der Dienst NTDS auf xxxPDC01 konnte nicht geöffnet werden. Fehler: 0x5 "Zugriff verweigert"
......................... Der Test Services für xxxPDC01 ist fehlgeschlagen.
Starting test: SystemLog
Warnung. Ereignis-ID: 0x00001695
Erstellungszeitpunkt: 05/28/2021 14:47:13
Ereigniszeichenfolge:
Die dynamische Registrierung oder das Löschen einer oder mehrerer DNS-Einträge, die mit der DNS-Domäne "xxxADS01.local." verknüpft sind, ist gescheitert. Diese Einträge werden von anderen Computern verwendet, damit diese Server entweder als Domänencontroller (wenn die angegebene Domäne eine Active Directory-Domäne ist) oder als LDAP-Server (wenn die angegebene Domäne eine Anwendungspartition ist) ermittelt werden können
Warnung. Ereignis-ID: 0x00001695
Erstellungszeitpunkt: 05/28/2021 14:47:14
Ereigniszeichenfolge:
Die dynamische Registrierung oder das Löschen einer oder mehrerer DNS-Einträge, die mit der DNS-Domäne "DomainDnsZones.xxxADS01.local." verknüpft sind, ist gescheitert. Diese Einträge werden von anderen Computern verwendet, damit diese Server entweder als Domänencontroller (wenn die angegebene Domäne eine Active Directory-Domäne ist) oder als LDAP-Server (wenn die angegebene Domäne eine Anwendungspartition ist) ermittelt werden können
Warnung. Ereignis-ID: 0x00001695
Erstellungszeitpunkt: 05/28/2021 14:47:14
Ereigniszeichenfolge:
Die dynamische Registrierung oder das Löschen einer oder mehrerer DNS-Einträge, die mit der DNS-Domäne "ForestDnsZones.xxxADS01.local." verknüpft sind, ist gescheitert. Diese Einträge werden von anderen Computern verwendet, damit diese Server entweder als Domänencontroller (wenn die angegebene Domäne eine Active Directory-Domäne ist) oder als LDAP-Server (wenn die angegebene Domäne eine Anwendungspartition ist) ermittelt werden können
......................... xxxPDC01 hat den Test SystemLog bestanden.
Starting test: VerifyReferences
......................... xxxPDC01 hat den Test VerifyReferences bestanden.
Partitionstests werden ausgeführt auf: ForestDnsZones
Starting test: CheckSDRefDom
......................... ForestDnsZones hat den Test CheckSDRefDom bestanden.
Starting test: CrossRefValidation
......................... ForestDnsZones hat den Test CrossRefValidation bestanden.Partitionstests werden ausgeführt auf: DomainDnsZones
Starting test: CheckSDRefDom
......................... DomainDnsZones hat den Test CheckSDRefDom bestanden.
Starting test: CrossRefValidation
......................... DomainDnsZones hat den Test CrossRefValidation bestanden.Partitionstests werden ausgeführt auf: Schema
Starting test: CheckSDRefDom
......................... Schema hat den Test CheckSDRefDom bestanden.
Starting test: CrossRefValidation
......................... Schema hat den Test CrossRefValidation bestanden.Partitionstests werden ausgeführt auf: Configuration
Starting test: CheckSDRefDom
......................... Configuration hat den Test CheckSDRefDom bestanden.
Starting test: CrossRefValidation
......................... Configuration hat den Test CrossRefValidation bestanden.Partitionstests werden ausgeführt auf: xxxADS01
Starting test: CheckSDRefDom
......................... xxxADS01 hat den Test CheckSDRefDom bestanden.
Starting test: CrossRefValidation
......................... xxxADS01 hat den Test CrossRefValidation bestanden.Unternehmenstests werden ausgeführt auf: xxxADS01.local
Starting test: LocatorCheck
......................... xxxADS01.local hat den Test LocatorCheck bestanden.
Starting test: Intersite
......................... xxxADS01.local hat den Test Intersite bestanden.C:\Users\Administrator>
*** Ende ***
-
vor 9 Minuten schrieb Frank-P:
Wo und wie, trage ich das ein?
Das Gateway taucht nur im obersten Stammverzeichnis xxxPDC01 unter 'Eigenschaften', 'Stammhinweise' auf und da steht als Name xxx-FW-LC1781A.intern mit der IP-Adresse xxx.xxx.xxx.1 drinnen.
Unter 'Weiterleitungen' steht der externe DNS Dienst meines I-Providers drinnen xxx.xxx.x.8
Unter 'Schnittstellen' ist 'Alle IP-Adressen' angeklickt
IP-Adressen sind:
- fe80::4c19:c2d9:3e8f:b3bd
- xxx.xxx.xxx.10 (PDC)
Ich habe jetzt in beiden Lookupzonen das Gateway mit dem aufgelösten Namen und der dazugehörige IP-Adresse eingetragen.
Das Gateway ist jetzt mit dem Namen anpingbar und wird auch von nslookup aufgelöst.
Was trage ich denn jetzt in allen Foldern als 'Nameserver' ein?
DNS funktioniert nicht mehr auf PDC
in Windows Server Forum
Geschrieben
Genau den Link habe ich u.a. benutzt