its-it
Goto Top

Clients finden Domäne nicht mehr (Server 2008 R2)

Hallo,

habe das Problem, dass sich kein PC mehr an der Domäne anmelden lässt. Vor kurzer Zeit ist das bereits mit 2 neuen Win10-PCs (1809) aufgefallen.
Jetzt hatte ich dann Gelegenheit auch die beiden alten Win7-PCs anzuschauen. Hier ist aufgefallen dass das Netzwerk als öffentlich eingestuft war (habe ich jetzt auf privat eingestellt). Das sollte aber eigentlich als Domänennetzwerk laufen.

Also habe ich versucht von einem PC den Server und die Domäne anzupingen. Ich konnte sowohl die IP als auch den Servernamen erfolgreich anpingen. Aber ein ping auf die domäne blieb unbeantwortet.
Auch ein Zugriff auf die Freigaben des Servers laufen ohne Probleme (über den Servernamen)!

Zur Konfiguration:
Server: IP 192.168.1.5 / Hostname: BGSRV01 / Domänenname: geistdoerfer.local / Dienste: DC + DNS + DHCP
Router: IP 192.168.1.1

Als DNS am Server ist seine eigene IP eingetragen.

Also:

ich habe auf dem Server mal dcdiag laufen lassen. Hier das Ergebnis:

Verzeichnisserverdiagnose

Anfangssetup wird ausgefhrt:
Der Homeserver wird gesucht...
Homeserver = BGSrv01
        • Identifizierte AD-Gesamtstruktur.
        Sammeln der Ausgangsinformationen abgeschlossen.

        Erforderliche Anfangstests werden ausgefhrt.
        Server wird getestet: Default-First-Site-Name\BGSRV01
        Starting test: Connectivity
        ......................... BGSRV01 hat den Test Connectivity bestanden.

        Prim„rtests werden ausgefhrt.
        Server wird getestet: Default-First-Site-Name\BGSRV01
        Starting test: Advertising
        ......................... BGSRV01 hat den Test Advertising bestanden.
        Starting test: FrsEvent
        ......................... BGSRV01 hat den Test FrsEvent bestanden.
        Starting test: DFSREvent
        ......................... BGSRV01 hat den Test DFSREvent bestanden.
        Starting test: SysVolCheck
        ......................... BGSRV01 hat den Test SysVolCheck bestanden.
        Starting test: KccEvent
        ......................... BGSRV01 hat den Test KccEvent bestanden.
        Starting test: KnowsOfRoleHolders
        ......................... BGSRV01 hat den Test KnowsOfRoleHolders
        bestanden.
        Starting test: MachineAccount
        ......................... BGSRV01 hat den Test MachineAccount
        bestanden.
        Starting test: NCSecDesc
        ......................... BGSRV01 hat den Test NCSecDesc bestanden.
        Starting test: NetLogons
        ......................... BGSRV01 hat den Test NetLogons bestanden.
        Starting test: ObjectsReplicated
        ......................... BGSRV01 hat den Test ObjectsReplicated
        bestanden.
        Starting test: Replications
        ......................... BGSRV01 hat den Test Replications bestanden.
        Starting test: RidManager
        ......................... BGSRV01 hat den Test RidManager bestanden.
        Starting test: Services
        ......................... BGSRV01 hat den Test Services bestanden.
        Starting test: SystemLog
        ......................... BGSRV01 hat den Test SystemLog bestanden.
        Starting test: VerifyReferences
        ......................... BGSRV01 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: geistdoerfer
        Starting test: CheckSDRefDom
        ......................... geistdoerfer hat den Test CheckSDRefDom
        bestanden.
        Starting test: CrossRefValidation
        ......................... geistdoerfer hat den Test CrossRefValidation
        bestanden.

        Unternehmenstests werden ausgefhrt auf: geistdoerfer.local
        Starting test: LocatorCheck
        ......................... geistdoerfer.local hat den Test LocatorCheck
        bestanden.
        Starting test: Intersite
        ......................... geistdoerfer.local hat den Test Intersite
        bestanden.

        Der FSMO-Check am Server sieht auch gut aus:

        Schemamaster BGSrv01.geistdoerfer.local
        Dom„nennamen-Master BGSrv01.geistdoerfer.local
        PDC BGSrv01.geistdoerfer.local
        RID-Pool-Manager BGSrv01.geistdoerfer.local
        Infrastrukturmaster BGSrv01.geistdoerfer.local
        Der Befehl wurde ausgefhrt.

        Ebenso ein nslookup:

        Server: localhost
        Address: ::1

        Name: geistdoerfer.local
        Addresses: 2003:c5:9f21:5e00:c531:cd3e:41fd:cdcc
        192.168.1.5

        und die Pingtests:

        Ping wird ausgefhrt fr geistdoerfer.local [192.168.1.5] mit 32 Bytes Daten:
        Antwort von 192.168.1.5: Bytes=32 Zeit<1ms TTL=128
        Antwort von 192.168.1.5: Bytes=32 Zeit<1ms TTL=128
        Antwort von 192.168.1.5: Bytes=32 Zeit<1ms TTL=128
        Antwort von 192.168.1.5: Bytes=32 Zeit<1ms TTL=128

        Ping-Statistik fr 192.168.1.5:
        Pakete: Gesendet = 4, Empfangen = 4, Verloren = 0
        (0% Verlust),
        Ca. Zeitangaben in Millisek.:
        Minimum = 0ms, Maximum = 0ms, Mittelwert = 0ms


        Ping wird ausgefhrt fr geistdoerfer.local [2003:c5:9f21:5e00:c531:cd3e:41fd:cdcc] mit 32 Bytes Daten:
        Antwort von 2003:c5:9f21:5e00:c531:cd3e:41fd:cdcc: Zeit<1ms
        Antwort von 2003:c5:9f21:5e00:c531:cd3e:41fd:cdcc: Zeit<1ms
        Antwort von 2003:c5:9f21:5e00:c531:cd3e:41fd:cdcc: Zeit<1ms
        Antwort von 2003:c5:9f21:5e00:c531:cd3e:41fd:cdcc: Zeit<1ms

        Ping-Statistik fr 2003:c5:9f21:5e00:c531:cd3e:41fd:cdcc:
        Pakete: Gesendet = 4, Empfangen = 4, Verloren = 0
        (0% Verlust),
        Ca. Zeitangaben in Millisek.:
        Minimum = 0ms, Maximum = 0ms, Mittelwert = 0ms

        Von den Clients sieht wie bereits erwähnt es so aus, dass ein ping auf die Server-IP und auch auf den Servernamen funktioniert (4 korrekte Antworten) aber ein ping auf geistdoerfer.local läuft in einen Fehler.

        Ich hatte auch mal kurz die Firewall am Server komplett deaktiviert (alle Netze) was aber keine Änderung brachte.

        Wie ebenfalls oben bereits kurz angeschnitten konnte ich auch die neuen Win10-PCs nicht in die Domäne bringen. Die PCs konnte einfach die Domäne nicht finden (sowohl komplett als auch mit dem Kurznamen). Also laufen sie jetzt erst mal P2P face-sad

        Vielleicht weiß hier jemand Rat. Falls noch weitere Infos benötigt werden versuche ich gerne diese zu beschaffen.

        Vielen Dank erstmal für's lesen.

        Gruesse

        bitshop

Content-Key: 452735

Url: https://administrator.de/contentid/452735

Ausgedruckt am: 29.03.2024 um 11:03 Uhr

Mitglied: 139708
139708 17.05.2019 aktualisiert um 17:10:55 Uhr
Goto Top
Mach mal ein ipconfig am Client und poste das hier, das wäre jetzt interessanter. Ich schätze mal wieder IPv6 an den Clients nicht beachtet (Clients bekommen IPv6 DNS-Server IP von einem Router im Netz und finden dadurch die Domäne nicht mehr da der Router sie ja selbst nicht kennt und Windows nunmal den IPv6-DNS bevorzugt nutzt wenn er verfügbar ist).
Also entweder im DHCPv6 Server am Router die DNSv6 propagation abschalten oder den DHCP Krams den Windows Server übernehmen lassen

Btw. bei einer .local TLD weiß inzwischen jedes Kind das das mit mDNS kollidiert ... aber das ist ein anderes Thema.

Gruß w.
Mitglied: LeeX01
LeeX01 17.05.2019 um 17:18:22 Uhr
Goto Top
.local ist auch kein Best practice. Ich tippe auch schwer auf DNS Probleme. Schalte doch mal auf einem der neuen Rechner zum Test IPv6 ab und versuch es nochmal.

Grüße
Mitglied: Pjordorf
Pjordorf 17.05.2019 um 17:24:54 Uhr
Goto Top
Hallo,

Zitat von @ITS-IT:
Jetzt hatte ich dann Gelegenheit auch die beiden alten Win7-PCs anzuschauen. Hier ist aufgefallen dass das Netzwerk als öffentlich eingestuft war (habe ich jetzt auf privat eingestellt). Das sollte aber eigentlich als Domänennetzwerk laufen.
Seit Updates?

Aber ein ping auf die domäne blieb unbeantwortet.
Wie war der Name und welche DNS hat die IP zugeodnet?

Auch ein Zugriff auf die Freigaben des Servers laufen ohne Probleme (über den Servernamen)!
Ping und Zugriff auf Freigaen sind zwei komplett verschiedene Protokolle Ping ist ICMP, feigaben sind CIF, SMB usw.

geistdoerfer.local
War das Domänen Namen den du versucht hast anzupingen oder nur GeistDoerfer oder gar ein AD.GeistDoerfer.Local?

An der Servernetzwerkkarte bei IPv6 den haken rausgenommen?

Und wie scho gesagt, ein IPConfig /all vom Client und vom Server ist hilfreich.

Gruß,
Peter
Mitglied: Pjordorf
Pjordorf 17.05.2019 um 17:29:29 Uhr
Goto Top
Hallo,

Zitat von @LeeX01:
.local ist auch kein Best practice.
Das gilt für denn der heute eine Domäne neu macht. In Okt. 2009 war das .local noch Best practice seitens MS.

Gruß,
Peter
Mitglied: LeeX01
LeeX01 17.05.2019 um 17:32:00 Uhr
Goto Top
Zitat von @Pjordorf:

Hallo,

Zitat von @LeeX01:
.local ist auch kein Best practice.
Das gilt für denn der heute eine Domäne neu macht. In Okt. 2009 war das .local noch Best practice seitens MS.

Gruß,
Peter

richtig...das ist schon lange her und Microsoft hat Tools das zu ändern. Ist natürlich Aufwand aber wollte es mal gesagt haben. Sowas schleppt man sonst ewig mit.

VG
Mitglied: Vision2015
Vision2015 17.05.2019 um 19:27:21 Uhr
Goto Top
Moin...

stell auf dem Server den NLA-Dienstes auf "verzögert"

Frank
Mitglied: emeriks
emeriks 20.05.2019 aktualisiert um 08:44:53 Uhr
Goto Top
Hi,
Zitat von @LeeX01:
richtig...das ist schon lange her und Microsoft hat Tools das zu ändern. Ist natürlich Aufwand aber wollte es mal gesagt haben. Sowas schleppt man sonst ewig mit.
Und wo ist das konkrete Problem dabei? Nenne Du mir, ohne dass Du jetzt erst recherchierst ein konkretes Problem, welches Du aus Deiner täglichen Arbeit damit gehabt hast? Keiner aus meinem Umfeld konnte das bisher. Ich wollte das mal gesagt haben.

Und wenn man ein AD mit mehreren Sub-Domänen hat, dann kann man den Stamm nicht einfach mal so umbenennen. Das darf man dabei auch nicht vergessen.

E.
Mitglied: ITS-IT
ITS-IT 20.05.2019 um 15:46:11 Uhr
Goto Top
Ipconfig /all vom Client werde ich schnellstmöglich nachreichen.

Gruß

bitshop
Mitglied: ITS-IT
ITS-IT 20.05.2019 um 15:51:28 Uhr
Goto Top
Zitat von @Pjordorf:

Hallo,

Zitat von @ITS-IT:
Jetzt hatte ich dann Gelegenheit auch die beiden alten Win7-PCs anzuschauen. Hier ist aufgefallen dass das Netzwerk als öffentlich eingestuft war (habe ich jetzt auf privat eingestellt). Das sollte aber eigentlich als Domänennetzwerk laufen.
Seit Updates?

Updatestand an dem PC muß ich prüfen (wann das letzte Update war).


Aber ein ping auf die domäne blieb unbeantwortet.
Wie war der Name und welche DNS hat die IP zugeodnet?

ping auf geistdoerfer.local, zugeordnete IP ist 192.158.1.5


Auch ein Zugriff auf die Freigaben des Servers laufen ohne Probleme (über den Servernamen)!
Ping und Zugriff auf Freigaen sind zwei komplett verschiedene Protokolle Ping ist ICMP, feigaben sind CIF, SMB usw.

geistdoerfer.local
War das Domänen Namen den du versucht hast anzupingen oder nur GeistDoerfer oder gar ein AD.GeistDoerfer.Local?

An der Servernetzwerkkarte bei IPv6 den haken rausgenommen?

Nein noch nicht


Und wie scho gesagt, ein IPConfig /all vom Client und vom Server ist hilfreich.

Gruß,
Peter
Mitglied: ITS-IT
ITS-IT 20.05.2019 um 15:52:47 Uhr
Goto Top
Mach mal ein ipconfig am Client und poste das hier, das wäre jetzt interessanter. Ich schätze mal wieder IPv6 an den Clients nicht beachtet (Clients bekommen IPv6 DNS-Server IP von einem Router im Netz und finden dadurch die Domäne nicht mehr da der Router sie ja selbst nicht kennt und Windows nunmal den IPv6-DNS bevorzugt nutzt wenn er verfügbar ist).
Also entweder im DHCPv6 Server am Router die DNSv6 propagation abschalten oder den DHCP Krams den Windows Server übernehmen lassen

DHCP macht der Server, ist am Router deaktiviert
Mitglied: ITS-IT
ITS-IT 20.05.2019 um 15:53:33 Uhr
Goto Top

stell auf dem Server den NLA-Dienstes auf "verzögert"


Werde ich testen.
Mitglied: ITS-IT
ITS-IT 20.05.2019 um 15:55:58 Uhr
Goto Top
geistdoerfer.local
War das Domänen Namen den du versucht hast anzupingen oder nur GeistDoerfer oder gar ein AD.GeistDoerfer.Local?

Ja


An der Servernetzwerkkarte bei IPv6 den haken rausgenommen?

Nein. Nur am Server?

Gruß

bitshop
Mitglied: ITS-IT
ITS-IT 20.05.2019 um 15:59:06 Uhr
Goto Top

ping auf geistdoerfer.local, zugeordnete IP ist 192.158.1.5

Sorry, Tippfehler face-sad

natürlich 192.168.1.5
Mitglied: ITS-IT
ITS-IT 20.05.2019 um 16:02:15 Uhr
Goto Top
Hallo allerseits,

also zusammengefasst:

- ipconfig /all von einem Client
- IPv6-Haken raus (Server und Client)
- Updatestand Client schauen
- NLA-Dienst auf verzögert stellen

Sobald ich wieder an das Netz komme melde ich mich.

Gruß

bitshop
Mitglied: Pjordorf
Pjordorf 20.05.2019 um 17:05:46 Uhr
Goto Top
Hallo,

Zitat von @ITS-IT:
ping auf geistdoerfer.local, zugeordnete IP ist 192.158.1.5
Deine eigenen Worte nach funktioniert das mit IPv4 (Aus deiner Eröffnungsfrage)
Ping wird ausgefhrt fr geistdoerfer.local [192.168.1.5] mit 32 Bytes Daten:
Antwort von 192.168.1.5: Bytes=32 Zeit<1ms TTL=128
Antwort von 192.168.1.5: Bytes=32 Zeit<1ms TTL=128
Antwort von 192.168.1.5: Bytes=32 Zeit<1ms TTL=128
Antwort von 192.168.1.5: Bytes=32 Zeit<1ms TTL=128

War das Domänen Namen den du versucht hast anzupingen oder nur GeistDoerfer oder gar ein AD.GeistDoerfer.Local?
Ja
Du bekommst zur Auswahl 3 Möglichkeiten, und deine Antwort ist ein Ja. Und du wunderst dich das dir keiner Antwortet?

Gruß,
Peter
Mitglied: Pjordorf
Pjordorf 20.05.2019 um 17:08:51 Uhr
Goto Top
Hallo,

Zitat von @ITS-IT:
Nein. Nur am Server?
Nein, am Rechner vom Metzger Schmidt der in Nairobi, 3 Haus Links vom Marktplatz steht. Wovon redest du den die ganze Zeit?

Gruß,
Peter
Mitglied: ITS-IT
ITS-IT 21.05.2019 um 08:39:25 Uhr
Goto Top
Zitat von @Pjordorf:

Hallo,

Zitat von @ITS-IT:
ping auf geistdoerfer.local, zugeordnete IP ist 192.158.1.5
Deine eigenen Worte nach funktioniert das mit IPv4 (Aus deiner Eröffnungsfrage)

Ja, auf dem Server, aber nicht vom Client aus, Sorry hatte ich vergessen zu schreiben.

Ping wird ausgefhrt fr geistdoerfer.local [192.168.1.5] mit 32 Bytes Daten:
Antwort von 192.168.1.5: Bytes=32 Zeit<1ms TTL=128
Antwort von 192.168.1.5: Bytes=32 Zeit<1ms TTL=128
Antwort von 192.168.1.5: Bytes=32 Zeit<1ms TTL=128
Antwort von 192.168.1.5: Bytes=32 Zeit<1ms TTL=128

War das Domänen Namen den du versucht hast anzupingen oder nur GeistDoerfer oder gar ein AD.GeistDoerfer.Local?
Ja
Du bekommst zur Auswahl 3 Möglichkeiten, und deine Antwort ist ein Ja. Und du wunderst dich das dir keiner Antwortet?

Über dieser letzten Antwort stand geistdoerfer.local - daher ja weil ich (siehe ping) diese versucht habe vom Client aus anzupingen und keine Antwort bekommen habe.

Gruß

bitshop
Mitglied: ITS-IT
ITS-IT 21.05.2019 um 08:42:18 Uhr
Goto Top
Nein. Nur am Server?
Nein, am Rechner vom Metzger Schmidt der in Nairobi, 3 Haus Links vom Marktplatz steht. Wovon redest du den die ganze Zeit?

Ich wollte lediglich wissen ob es reicht den Haken am Server zu entfernen oder ob es nötig ist diesen auch am Client zu entfernen.
Ich weiß du hältst mich für doof, aber ich wollt's nur genau wissen. Nacher werd ich wieder angemeckert face-smile

Gruß

bitshop
Mitglied: ITS-IT
ITS-IT 21.05.2019, aktualisiert am 21.04.2022 um 15:01:14 Uhr
Goto Top
Zitat von @ITS-IT:

Hallo nochmal,

- ipconfig /all von einem Client

Windows-IP-Konfiguration

Hostname . . . . . . . . . . . . : PC02
Prim„res DNS-Suffix . . . . . . . : geistdoerfer.local
Knotentyp . . . . . . . . . . . . : Broadcast
IP-Routing aktiviert . . . . . . : Nein
WINS-Proxy aktiviert . . . . . . : Nein
DNS-Suffixsuchliste . . . . . . . : geistdoerfer.local

Ethernet-Adapter LAN-Verbindung:

Verbindungsspezifisches DNS-Suffix: geistdoerfer.local
Beschreibung. . . . . . . . . . . : Realtek PCIe GBE Family Controller
Physikalische Adresse . . . . . . : 30-85-A9-B1-59-7F
DHCP aktiviert. . . . . . . . . . : Ja
Autokonfiguration aktiviert . . . : Ja
IPv6-Adresse. . . . . . . . . . . : 2003:c5:9f21:5e00:5cfa:f234:268f:4ee6(Bevorzugt)
Tempor„re IPv6-Adresse. . . . . . : 2003:c5:9f21:5e00:bd18:2a0e:2a90:bf89(Bevorzugt)
Verbindungslokale IPv6-Adresse . : fe80::5cfa:f234:268f:4ee6%11(Bevorzugt)
IPv4-Adresse . . . . . . . . . . : 192.168.1.28(Bevorzugt)
Subnetzmaske . . . . . . . . . . : 255.255.255.0
Lease erhalten. . . . . . . . . . : Dienstag, 21. Mai 2019 08:49:42
Lease l„uft ab. . . . . . . . . . : Mittwoch, 29. Mai 2019 08:49:42
Standardgateway . . . . . . . . . : fe80::e228:6dff:fe34:c63%11
192.168.1.1
DHCP-Server . . . . . . . . . . . : 192.168.1.5
DHCPv6-IAID . . . . . . . . . . . : 238060969
DHCPv6-Client-DUID. . . . . . . . : 00-01-00-01-18-1A-D6-2F-30-85-A9-B1-59-7F
DNS-Server . . . . . . . . . . . : fd00::e228:6dff:fe34:c63
192.168.1.5
NetBIOS ber TCP/IP . . . . . . . : Aktiviert

Tunneladapter isatap.geistdoerfer.local:

Medienstatus. . . . . . . . . . . : Medium getrennt
Verbindungsspezifisches DNS-Suffix: geistdoerfer.local
Beschreibung. . . . . . . . . . . : Microsoft-ISATAP-Adapter
Physikalische Adresse . . . . . . : 00-00-00-00-00-00-00-E0
DHCP aktiviert. . . . . . . . . . : Nein
Autokonfiguration aktiviert . . . : Ja

Tunneladapter Teredo Tunneling Pseudo-Interface:

Medienstatus. . . . . . . . . . . : Medium getrennt
Verbindungsspezifisches DNS-Suffix:
Beschreibung. . . . . . . . . . . : Teredo Tunneling Pseudo-Interface
Physikalische Adresse . . . . . . : 00-00-00-00-00-00-00-E0
DHCP aktiviert. . . . . . . . . . : Nein
Autokonfiguration aktiviert . . . : Ja

- IPv6-Haken raus (Server und Client)

Haken am Server und am Client entfernt.

Netzwerk nach Neustart auf öffentlich (siehe Bild):

nach entfernen ipv6

Dann den PC nochmal neu gestartet und siehe da

nach erneutem start des pc

- Updatestand Client schauen

updatestand_client

- NLA-Dienst auf verzögert stellen

Habe ich gemacht
____________________________

Jetzt ist das Netzwerk an dem Client anscheinend wieder i.O.

Was ich nicht ganz verstehe ist, dass es seit der Installation immer funktioniert hat und jetzt plötzlich diese Probleme auftauchen....

Muß ich vielleicht an der IPv6-Konfiguration etwas verändern/umkonfigurieren damit es dann auch mit gesetztem Häkchen wieder funktioniert?
Im Thema IPv6 bin ich leider absolut noch nicht drin face-sad


Gruß

bitshop
Mitglied: Pjordorf
Lösung Pjordorf 21.05.2019 um 11:04:52 Uhr
Goto Top
Hallo,

Zitat von @ITS-IT:
Ich wollte lediglich wissen ob es reicht den Haken am Server zu entfernen oder ob es nötig ist diesen auch am Client zu entfernen.
An dein Server 2008R2 und an allen Clients den haken beim IPv6 in den Nez´tzwerkeigenschaften raus nehmen und alles mal neu starten.

Nacher werd ich wieder angemeckert
Wird so oder so passieren face-smile

Gruß,
Peter
Mitglied: ITS-IT
ITS-IT 23.05.2019 um 08:12:31 Uhr
Goto Top
Hallo,

jemand eine Idee wie man das mit aktivierten IPv6 wieder hinbekommt?

Gruß

bitshop
Mitglied: Pjordorf
Pjordorf 23.05.2019 um 13:14:45 Uhr
Goto Top
Hallo,

Zitat von @ITS-IT:
jemand eine Idee wie man das mit aktivierten IPv6 wieder hinbekommt?
Läuft denn alles so wie es soll und ohne Fehler mit IPv4 alleine? Wenn ja, beschäftige dich mit IPv6 und lege fest wie ihr in eurem LAN IPv6 zusammen mit IPv4 nutzen wollt und könnt.

Gruß,
Peter