Cross-forest authentication failure

Hello, everybody!

I got a problem with authentication between two domains in different forests recently.

We have production old domain with many servers providing services to customers and all user computers are part of another domain (we were bought by another company and all user PC were migrated to their domain).

We have two-ways trust between domains, I validated it and it passed fine, ping works fine between two domain controllers.

This configuration was working fine for a year, but recently I got complains from users, who using new domain credentials are trying to contact servers in old domain. SQL Server Management studio doesn't allow to logon, fileshares are not accessible (local security authority cannot be contacted), RDP says "No logon servers available". On the servers of old domain in local groups now I see GUIDs instead of "newdomain\Domain Users". But when I am trying to add "newdomain\Domain Users" there, it says this group already added.

When I trying to reach the server, I see this in event log:

Log Name:      Security
Source:        Microsoft-Windows-Security-Auditing
Date:          6/25/2013 10:09:44 PM
Event ID:      4625
Task Category: Logon
Level:         Information
Keywords:      Audit Failure
User:          N/A
Computer:      FileServer2.olddomain.net
Description:
An account failed to log on.

Subject:
    Security ID:        NULL SID
    Account Name:        -
    Account Domain:        -
    Logon ID:        0x0

Logon Type:            3

Account For Which Logon Failed:
    Security ID:        NULL SID
    Account Name:        artem
    Account Domain:        newdomain

Failure Information:
    Failure Reason:        An Error occured during Logon.
    Status:            0xc000005e
    Sub Status:        0x0

Process Information:
    Caller Process ID:    0x0
    Caller Process Name:    -

Network Information:
    Workstation Name:    ARTEMPC
    Source Network Address:    172.20.1.166
    Source Port:        51702

Detailed Authentication Information:
    Logon Process:        NtLmSsp
    Authentication Package:    NTLM
    Transited Services:    -
    Package Name (NTLM only):    -
    Key Length:        0

This event is generated when a logon request fails. It is generated on the computer where access was attempted.

The Subject fields indicate the account on the local system which requested the logon. This is most commonly a service such as the Server service, or a local process such as Winlogon.exe or Services.exe.

The Logon Type field indicates the kind of logon that was requested. The most common types are 2 (interactive) and 3 (network).

The Process Information fields indicate which account and process on the system requested the logon.

The Network Information fields indicate where a remote logon request originated. Workstation name is not always available and may be left blank in some cases.

The authentication information fields provide detailed information about this specific logon request.
    - Transited services indicate which intermediate services have participated in this logon request.
    - Package name indicates which sub-protocol was used among the NTLM protocols.
    - Key length indicates the length of the generated session key. This will be 0 if no session key was requested.

June 26th, 2013 6:11am

Hello,

do you work with LDAP over SSL in between, then you may disable it for testing http://social.technet.microsoft.com/wiki/contents/articles/2980.ldap-over-ssl-ldaps-certificate.aspx

Any changes made before this started? DNS, Firewall etc.?

Free Windows Admin Tool Kit Click here and download it now
June 26th, 2013 8:34am

Yes, I made some changes to internal DNS.

DNS was configured by previous administrator and he made one primary DNS server (on frist DC) and two secondary DNS servers (on 2nd and 3rd DC). But when we got failure of first DC (Hyper-V VM went down), all secondary DNS have shut down thier zones and all infrastructure stopped functioning. To prevent this situation in future, I made 2nd and 3rd DNS servers primary and enabled integration with AD.

June 26th, 2013 3:46pm

Can you resolve the FQDN of both domains from a client on both sides of the trusts?
Free Windows Admin Tool Kit Click here and download it now
June 26th, 2013 4:44pm

Hello,

just to be sure about DNS please post an unedited ipconfig /all from the DNS servers so we can verify some settings.

June 26th, 2013 6:48pm

Can you resolve the FQDN of both domains from a client on both sides of t
Free Windows Admin Tool Kit Click here and download it now
June 27th, 2013 7:07pm

Here you go:Windows IP Configuration

   Host Name . . . . . . . . . . . . : Server1
   Primary Dns Suffix  . . . . . . . : oldomain.com
   Node Type . . . . . . . . . . . . : Hybrid
   IP Routing Enabled. . . . . . . . : No
   WINS Proxy Enabled. . . . . . . . : No
   DNS Suffix Search List. . . . . . : oldomain.com

Ethernet adapter Local Area Connection:

   Connection-specific DNS Suffix  . :
   Description . . . . . . . . . . . : Microsoft Virtual Machine Bus Network Adapter
   Physical Address. . . . . . . . . : 00-15-5D-00-67-05
   DHCP Enabled. . . . . . . . . . . : No
   Autoconfiguration Enabled . . . . : Yes
   Link-local IPv6 Address . . . . . : fe80::ad90:4382:88f2:5eba%10(Preferred)
   IPv4 Address. . . . . . . . . . . : 172.20.0.10(Preferred)
   Subnet Mask . . . . . . . . . . . : 255.255.255.0
   Default Gateway . . . . . . . . . : 172.20.0.250
   DHCPv6 IAID . . . . . . . . . . . : 234886493
   DHCPv6 Client DUID. . . . . . . . : 00-01-00-01-18-C1-BC-19-00-15-5D-00-67-05

   DNS Servers . . . . . . . . . . . : ::1
                                       172.20.0.10
                                       172.20.0.11
   NetBIOS over Tcpip. . . . . . . . : Enabled

June 27th, 2013 7:11pm

I suggest that you use conditional forwarders instead of a host file:
http://technet.microsoft.com/sv-se/library/cc794735(v=ws.10).aspx
Free Windows Admin Tool Kit Click here and download it now
June 27th, 2013 8:11pm

Hi,

Any updates?

Please feel free to let us know if you need further assistance.

Regards.

If you have any feedback on our support, please click here

July 1st, 2013 6:26am

Hello,

agree with the conditional forwarder for the new domain. On the server1 remove the IPv6 DNS entry/registration ::1.

Also keep in mind that ping and nslookup are NOT site aware and just use DNS round robin to find a DC answering the newdomain.com

Free Windows Admin Tool Kit Click here and download it now
July 1st, 2013 9:01am

Thanks for your help.

It worked for me!

July 2nd, 2013 12:50pm

This topic is archived. No further replies will be accepted.

Other recent topics Other recent topics