Check alle échte Black Friday-deals Ook zo moe van nepaanbiedingen? Wij laten alleen échte deals zien

Uit het niets uit het domein geknikkerd?

Pagina: 1
Acties:

  • SparkyRih
  • Registratie: Januari 2010
  • Laatst online: 09-09-2021
Ik draai al jaren lang een eigen Exchange server, begonnen met 2010, daarna over gegaan naar 2013.

Ik heb een Server 2008 R2 draaien met de AD/DNS.
En een Server 2012 R2 met Exchange 2013.

Werkt super, maar vandaag rond 14:00 kon ik niet meer inloggen. Na het bekijken van de event logs leek het erop dat hij geen contact meer kreeg met het domein. Na wat Googelen heb ik besloten de server uit het domein te gooien.

Maar nu heb ik het probleem volgens mij erger gemaakt :P

Als ik de server weer toe wil voegen aan het domein, dan vraagt hij om de credentials, maar na een paar seconden "iets doen" krijg ik de foutmelding
The specified domain either does not exist or could not be contacted.
Google stuurt mij al vrij snel richting DNS issues (de enige DNS server op de Exchange server is de AD/DNS server). En registry tweaks, maar aangezien ik al een fout heb gemaakt ben ik even wat voorzichtiger.

Ik heb deze mail server zakelijk hard nodig, dus vandaar dat ik hier even snel post, hopelijk komt er dan sneller een oplossing uit.

Excuses voor typfouten in mijn tekst, maar ik wil zsm door met zoeken...

[ Voor 3% gewijzigd door SparkyRih op 24-03-2016 17:19 ]

http://marc.schattorie.nl


  • MAX3400
  • Registratie: Mei 2003
  • Laatst online: 16:40

MAX3400

XBL: OctagonQontrol

SparkyRih schreef op donderdag 24 maart 2016 @ 17:17:

Ik heb deze mail server zakelijk hard nodig, dus vandaar dat ik hier even snel post, hopelijk komt er dan sneller een oplossing uit.
Backup terugzetten van voor 14:00? Of in ieder geval de vorige backup van toen het nog werkte?

Zonder veel troubleshooting, kan het ook zijn dat er vannacht een gremlin de (virtuele) netwerkkabel heeft doorgebeten dus echt veel sneller dan zelf aan de gang gaan, zal het hier wel niet worden.

Mijn advertenties!!! | Mijn antwoorden zijn vaak niet snowflake-proof


  • SparkyRih
  • Registratie: Januari 2010
  • Laatst online: 09-09-2021
Het laatste image is te oud, dan raak ik te veel kwijt...

http://marc.schattorie.nl


  • DiedX
  • Registratie: December 2000
  • Laatst online: 15:27
Hoe stáán de instellingen van je netwerkkaart? Kunnen ze elkaar wel pingen?

DiedX supports the Roland™, Sound Blaster™ and Ad Lib™ sound cards


  • SparkyRih
  • Registratie: Januari 2010
  • Laatst online: 09-09-2021
DiedX schreef op donderdag 24 maart 2016 @ 17:30:
Hoe stáán de instellingen van je netwerkkaart? Kunnen ze elkaar wel pingen?
Vanuit de Exchange kan ik alles pingen, ook de AD.
Vanuit de rest van de systemen (dus mijn workstation systeem, en vanaf de AD) kan ik de Exchange server niet pingen.

http://marc.schattorie.nl


  • MAX3400
  • Registratie: Mei 2003
  • Laatst online: 16:40

MAX3400

XBL: OctagonQontrol

SparkyRih schreef op donderdag 24 maart 2016 @ 17:37:
[...]


Vanuit de Exchange kan ik alles pingen, ook de AD.
Vanuit de rest van de systemen (dus mijn workstation systeem, en vanaf de AD) kan ik de Exchange server niet pingen.
Is dit de beste troubleshooting? Als geen enkele machine kan pingen naar Exchange (ik gok op IP), dan heb je wel een uitdaging.

Wat staat er trouwens in de Eventlogging omtrent de "breuk" toen je niet meer kon inloggen? En hoe heb je de machine uit het domein geflikkerd?

Mijn advertenties!!! | Mijn antwoorden zijn vaak niet snowflake-proof


  • SparkyRih
  • Registratie: Januari 2010
  • Laatst online: 09-09-2021
Ik ping inderdaad op IP. Ik kan de Exchange (en AD) wel gewoon vai RDP bereiken.

Dit was de event log toen hij nog in het domein zat:
Process MSExchangeFrontendTransport.exe (PID=5268). WCF request (Get Servers for schattorie.lan) to the Microsoft Exchange Active Directory Topology service on server (TopologyClientTcpEndpoint (localhost)) failed. Make sure that the service is running. In addition, make sure that the network ports that are used by Microsoft Exchange Active Directory Topology service are not blocked by a firewall. The WCF call was retried 3 time(s). Error Details
Active Directory server is not available. Error message: Active directory response: The LDAP server is unavailable. ----> The LDAP server is unavailable.
at System.DirectoryServices.Protocols.LdapConnection.Connect()
at System.DirectoryServices.Protocols.LdapConnection.BindHelper(NetworkCredential newCredential, Boolean needSetCredential)
at Microsoft.Exchange.Data.Directory.PooledLdapConnection.BindWithLogging()
at Microsoft.Exchange.Data.Directory.PooledLdapConnection.BindWithRetry(Int32 maxRetries)
-----------
at Microsoft.Exchange.Data.Directory.PooledLdapConnection.BindWithRetry(Int32 maxRetries)
at Microsoft.Exchange.Data.Directory.LdapConnectionPool.CreateOneTimeConnection(NetworkCredential networkCredential, ADServerInfo serverInfo, LocatorFlags connectionFlags)
at Microsoft.Exchange.Data.Directory.LdapTopologyProvider.GetDirectoryServer(String partitionFqdn, ADRole role)
at Microsoft.Exchange.Data.Directory.LdapTopologyProvider.InternalGetServersForRole(String partitionFqdn, IList`1 currentlyUsedServers, ADServerRole role, Int32 serversRequested)
at Microsoft.Exchange.Data.Directory.ConnectionPoolManager.DiscoverTopology(ConnectionPoolManager previousInstance, Boolean doNotReplaceIfSameTopology, Boolean& configDcChanged, List`1 connectionsToRelease, String partitionFqdn)
at Microsoft.Exchange.Data.Directory.ConnectionPoolManager.CreateAndPublishInstance(NetworkCredential credential)
at Microsoft.Exchange.Data.Directory.ConnectionPoolManager.GetInstance(NetworkCredential credential, String partitionFqdn)
at Microsoft.Exchange.Data.Directory.ConnectionPoolManager.GetConnection(ConnectionType connectionType, String partitionFqdn, ADObjectId domain, String serverName, Int32 port, NetworkCredential credential)
at Microsoft.Exchange.Data.Directory.ADDataSession.GetConnection(String preferredServer, Boolean isWriteOperation, String optionalBaseDN, ADObjectId& rootId, ADScope scope)
at Microsoft.Exchange.Directory.TopologyService.Data.TopologyDiscoverySession.GetConnection(String preferredServer, Boolean isWriteOperation, String optionalBaseDN, ADObjectId& rootId, ADScope scope)
at Microsoft.Exchange.Data.Directory.ADDataSession.GetReadConnection(String preferredServer, String optionalBaseDN, ADObjectId& rootId, ADRawEntry scopeDeteriminingObject, DualSearchMode dualSearchMode)
at Microsoft.Exchange.Data.Directory.ADGenericReader.GetNextResultCollection(Type controlType, DirectoryControl& responseControl)
at Microsoft.Exchange.Data.Directory.ADPagedReader`1.GetNextResultCollection()
at Microsoft.Exchange.Data.Directory.ADGenericPagedReader`1.GetNextPage()
at Microsoft.Exchange.Data.Directory.ADGenericPagedReader`1.<GetEnumerator>d__0.MoveNext()
at Microsoft.Exchange.Data.Directory.ADGenericPagedReader`1.ReadAllPages()
at Microsoft.Exchange.Directory.TopologyService.Data.TopologyDiscoverySession.FindDirectoryServers(String site, List`1 dsFqdns)
at Microsoft.Exchange.Directory.TopologyService.LocalForestTopologyDiscovery.FindPrimaryDS()
at Microsoft.Exchange.Directory.TopologyService.ADTopologyDiscovery.Discover()
at Microsoft.Exchange.Directory.TopologyService.ADTopologyDiscovery.DoWork(CancellationToken cancellationToken)
at Microsoft.Exchange.Directory.TopologyService.Common.WorkItem`1.Execute(CancellationToken joinedToken)
at System.Threading.Tasks.Task.Execute()
at Microsoft.Exchange.Directory.TopologyService.TopologyDiscoveryManager.EndGetTopology(IAsyncResult ar)
at Microsoft.Exchange.Directory.TopologyService.TopologyService.InternalEndGetServersForRole(IAsyncResult result)
at Microsoft.Exchange.Directory.TopologyService.TopologyService.<>c__DisplayClassa.<EndGetServersForRole>b__9()
at Microsoft.Exchange.Directory.TopologyService.TopologyService.ExecuteServiceCall(Action action)
Ik heb hem eruit getrapt door hem in een workgroup te zetten, en ik heb hem uit de AD gehaald... Had beter kunnen doorzoeken op die event log error denk ik...

Edit: Als ik een workstation probeer toe te voegen aan de AD krijg ik exact dezelfde error, dus dan lijkt het ergens bij de AD te liggen?

Edit 2: Heerlijk die automatische router updates van Ziggo! Probleem opgelost: De server geeft blijkbaar voorkeur aan IPv6 (en deze heb ik nooit geconfigureerd), dus na de laatste update van Ziggo werd IPv6 geactiveerd, waardoor de server dus buiten op straat naar mijn domein gaat zoeken...

[ Voor 4% gewijzigd door SparkyRih op 24-03-2016 19:30 ]

http://marc.schattorie.nl

Pagina: 1