Go Back   TechArena Community > Technical Support > Computer Help > Windows Server > Active Directory
Become a Member!
Forgot your username/password?
Register Tags Active Topics RSS Search Mark Forums Read SiteMap

Tags: , , ,

Sponsored Links



SSL LDAP intermittent failure to bind

Active Directory


Reply
 
Thread Tools Search this Thread
  #1  
Old 03-06-2009
apex52
 
Posts: n/a
SSL LDAP intermittent failure to bind

I have four 2008 Domain Controllers in a single domain and a 2008 CA. I am
connecting from a linux machine to ldap over ssl using a Domain Controller
Certificate issued by the CA. I can connect with no failures over 389, but
when I connect over 636 I get random failed to bind messages. The security
log in event viewer is not logging any failed events. This is a non
production domain so I know it is not reaching the 5000 connection limit. I
am not sure where to look next. The PHP application connects to all DC's for
testing and they fail at the same time.
Reply With Quote
  #2  
Old 04-06-2009
Paul Bergson [MVP-DS]
 
Posts: n/a
Re: SSL LDAP intermittent failure to bind

My only thought is time skew, but I doubt it since you do get some
successful connections. How close are the two clocks? I believe this could
also be caused by lag time between packets sent out and recieved, but again
it would be extermely odd if you had many hops in an internal environment.

--
Paul Bergson
MVP - Directory Services
MCTS, MCT, MCSE, MCSA, Security+, BS CSci
2008, 2003, 2000 (Early Achiever), NT4

http://www.pbbergs.com

Please no e-mails, any questions should be posted in the NewsGroup This
posting is provided "AS IS" with no warranties, and confers no rights.

"apex52" <apex52@discussions.microsoft.com> wrote in message
news:D4E81161-D1E1-4F52-9B68-6585881524CE@microsoft.com...
>I have four 2008 Domain Controllers in a single domain and a 2008 CA. I am
> connecting from a linux machine to ldap over ssl using a Domain Controller
> Certificate issued by the CA. I can connect with no failures over 389, but
> when I connect over 636 I get random failed to bind messages. The security
> log in event viewer is not logging any failed events. This is a non
> production domain so I know it is not reaching the 5000 connection limit.
> I
> am not sure where to look next. The PHP application connects to all DC's
> for
> testing and they fail at the same time.



Reply With Quote
  #3  
Old 04-06-2009
apex52
 
Posts: n/a
Re: SSL LDAP intermittent failure to bind

Thanks for the reply. My PDC emulator is pulling NTP off of an internal Time
server and the linux box running PHP is pulling from it as well. The other
three domain controllers are pulling time from the Domain Hierarchy and sync
correctly. I still get intermittent failures. Is there a security mechanism
that blocks LDAP\SSL connections if it gets bombarded with requests? Is it
possible to log the denials, either within Windows or though a different
utility? It seems like once I get a failure, it is unable to connect for a
short period of time. I wish I could be more precise, but there does not seem
to be a pattern.

"Paul Bergson [MVP-DS]" wrote:

> My only thought is time skew, but I doubt it since you do get some
> successful connections. How close are the two clocks? I believe this could
> also be caused by lag time between packets sent out and recieved, but again
> it would be extermely odd if you had many hops in an internal environment.
>
> --
> Paul Bergson
> MVP - Directory Services
> MCTS, MCT, MCSE, MCSA, Security+, BS CSci
> 2008, 2003, 2000 (Early Achiever), NT4
>
> http://www.pbbergs.com
>
> Please no e-mails, any questions should be posted in the NewsGroup This
> posting is provided "AS IS" with no warranties, and confers no rights.
>
> "apex52" <apex52@discussions.microsoft.com> wrote in message
> news:D4E81161-D1E1-4F52-9B68-6585881524CE@microsoft.com...
> >I have four 2008 Domain Controllers in a single domain and a 2008 CA. I am
> > connecting from a linux machine to ldap over ssl using a Domain Controller
> > Certificate issued by the CA. I can connect with no failures over 389, but
> > when I connect over 636 I get random failed to bind messages. The security
> > log in event viewer is not logging any failed events. This is a non
> > production domain so I know it is not reaching the 5000 connection limit.
> > I
> > am not sure where to look next. The PHP application connects to all DC's
> > for
> > testing and they fail at the same time.

>
>
>

Reply With Quote
  #4  
Old 04-06-2009
Paul Bergson [MVP-DS]
 
Posts: n/a
Re: SSL LDAP intermittent failure to bind

I don't know of anything that could be blocking this.

Maybe this ties into an issue with the lssas service? I don'r have much to
go on this for you. You could try running wireshark to see if something is
being dropped on one side or the other, but that could be extremely
difficult to track.

--
Paul Bergson
MVP - Directory Services
MCTS, MCT, MCSE, MCSA, Security+, BS CSci
2008, 2003, 2000 (Early Achiever), NT4

http://www.pbbergs.com

Please no e-mails, any questions should be posted in the NewsGroup This
posting is provided "AS IS" with no warranties, and confers no rights.

"apex52" <apex52@discussions.microsoft.com> wrote in message
news:D7253BA2-04D5-4ABC-A9F7-B91E5EB89195@microsoft.com...
> Thanks for the reply. My PDC emulator is pulling NTP off of an internal
> Time
> server and the linux box running PHP is pulling from it as well. The other
> three domain controllers are pulling time from the Domain Hierarchy and
> sync
> correctly. I still get intermittent failures. Is there a security
> mechanism
> that blocks LDAP\SSL connections if it gets bombarded with requests? Is it
> possible to log the denials, either within Windows or though a different
> utility? It seems like once I get a failure, it is unable to connect for a
> short period of time. I wish I could be more precise, but there does not
> seem
> to be a pattern.
>
> "Paul Bergson [MVP-DS]" wrote:
>
>> My only thought is time skew, but I doubt it since you do get some
>> successful connections. How close are the two clocks? I believe this
>> could
>> also be caused by lag time between packets sent out and recieved, but
>> again
>> it would be extermely odd if you had many hops in an internal
>> environment.
>>
>> --
>> Paul Bergson
>> MVP - Directory Services
>> MCTS, MCT, MCSE, MCSA, Security+, BS CSci
>> 2008, 2003, 2000 (Early Achiever), NT4
>>
>> http://www.pbbergs.com
>>
>> Please no e-mails, any questions should be posted in the NewsGroup This
>> posting is provided "AS IS" with no warranties, and confers no rights.
>>
>> "apex52" <apex52@discussions.microsoft.com> wrote in message
>> news:D4E81161-D1E1-4F52-9B68-6585881524CE@microsoft.com...
>> >I have four 2008 Domain Controllers in a single domain and a 2008 CA. I
>> >am
>> > connecting from a linux machine to ldap over ssl using a Domain
>> > Controller
>> > Certificate issued by the CA. I can connect with no failures over 389,
>> > but
>> > when I connect over 636 I get random failed to bind messages. The
>> > security
>> > log in event viewer is not logging any failed events. This is a non
>> > production domain so I know it is not reaching the 5000 connection
>> > limit.
>> > I
>> > am not sure where to look next. The PHP application connects to all
>> > DC's
>> > for
>> > testing and they fail at the same time.

>>
>>
>>



Reply With Quote
  #5  
Old 05-06-2009
apex52
 
Posts: n/a
Re: SSL LDAP intermittent failure to bind

I was able to get an error message. When it fails, I receive the following
failure in Security logs. I am hoping this will shed some light on the
problem.



- Provider

[ Name] Microsoft-Windows-Security-Auditing
[ Guid] {54849625-5478-4994-a5ba-3e3b0328c30d}

EventID 4769

Version 0

Level 0

Task 14337

Opcode 0

Keywords 0x8010000000000000

- TimeCreated

[ SystemTime] 2009-06-04T19:09:55.319Z

EventRecordID 588504

Correlation

- Execution

[ ProcessID] 592
[ ThreadID] 684

Channel Security

Computer "domain name"

Security


- EventData

TargetUserName "domain name"
TargetDomainName "domain name"
ServiceName krbtgt/"domain name"
ServiceSid S-1-0-0
TicketOptions 0x60810010
TicketEncryptionType 0xffffffff
IpAddress ::1
IpPort 0
Status 0xe
LogonGuid {00000000-0000-0000-0000-000000000000}
TransmittedServices -




"Paul Bergson [MVP-DS]" wrote:

> I don't know of anything that could be blocking this.
>
> Maybe this ties into an issue with the lssas service? I don'r have much to
> go on this for you. You could try running wireshark to see if something is
> being dropped on one side or the other, but that could be extremely
> difficult to track.
>
> --
> Paul Bergson
> MVP - Directory Services
> MCTS, MCT, MCSE, MCSA, Security+, BS CSci
> 2008, 2003, 2000 (Early Achiever), NT4
>
> http://www.pbbergs.com
>
> Please no e-mails, any questions should be posted in the NewsGroup This
> posting is provided "AS IS" with no warranties, and confers no rights.
>
> "apex52" <apex52@discussions.microsoft.com> wrote in message
> news:D7253BA2-04D5-4ABC-A9F7-B91E5EB89195@microsoft.com...
> > Thanks for the reply. My PDC emulator is pulling NTP off of an internal
> > Time
> > server and the linux box running PHP is pulling from it as well. The other
> > three domain controllers are pulling time from the Domain Hierarchy and
> > sync
> > correctly. I still get intermittent failures. Is there a security
> > mechanism
> > that blocks LDAP\SSL connections if it gets bombarded with requests? Is it
> > possible to log the denials, either within Windows or though a different
> > utility? It seems like once I get a failure, it is unable to connect for a
> > short period of time. I wish I could be more precise, but there does not
> > seem
> > to be a pattern.
> >
> > "Paul Bergson [MVP-DS]" wrote:
> >
> >> My only thought is time skew, but I doubt it since you do get some
> >> successful connections. How close are the two clocks? I believe this
> >> could
> >> also be caused by lag time between packets sent out and recieved, but
> >> again
> >> it would be extermely odd if you had many hops in an internal
> >> environment.
> >>
> >> --
> >> Paul Bergson
> >> MVP - Directory Services
> >> MCTS, MCT, MCSE, MCSA, Security+, BS CSci
> >> 2008, 2003, 2000 (Early Achiever), NT4
> >>
> >> http://www.pbbergs.com
> >>
> >> Please no e-mails, any questions should be posted in the NewsGroup This
> >> posting is provided "AS IS" with no warranties, and confers no rights.
> >>
> >> "apex52" <apex52@discussions.microsoft.com> wrote in message
> >> news:D4E81161-D1E1-4F52-9B68-6585881524CE@microsoft.com...
> >> >I have four 2008 Domain Controllers in a single domain and a 2008 CA. I
> >> >am
> >> > connecting from a linux machine to ldap over ssl using a Domain
> >> > Controller
> >> > Certificate issued by the CA. I can connect with no failures over 389,
> >> > but
> >> > when I connect over 636 I get random failed to bind messages. The
> >> > security
> >> > log in event viewer is not logging any failed events. This is a non
> >> > production domain so I know it is not reaching the 5000 connection
> >> > limit.
> >> > I
> >> > am not sure where to look next. The PHP application connects to all
> >> > DC's
> >> > for
> >> > testing and they fail at the same time.
> >>
> >>
> >>

>
>
>

Reply With Quote
  #6  
Old 05-06-2009
Paul Bergson [MVP-DS]
 
Posts: n/a
Re: SSL LDAP intermittent failure to bind

This is referencing a group that contains no members. I'm guessing these
are not related.

ServiceSid S-1-0-0
http://msdn.microsoft.com/en-us/library/aa379649.aspx


--
Paul Bergson
MVP - Directory Services
MCTS, MCT, MCSE, MCSA, Security+, BS CSci
2008, 2003, 2000 (Early Achiever), NT4

http://www.pbbergs.com

Please no e-mails, any questions should be posted in the NewsGroup This
posting is provided "AS IS" with no warranties, and confers no rights.

"apex52" <apex52@discussions.microsoft.com> wrote in message
news:42493D24-66F5-479B-A33E-00AC5C0239A2@microsoft.com...
>I was able to get an error message. When it fails, I receive the following
> failure in Security logs. I am hoping this will shed some light on the
> problem.
>
>
>
> - Provider
>
> [ Name] Microsoft-Windows-Security-Auditing
> [ Guid] {54849625-5478-4994-a5ba-3e3b0328c30d}
>
> EventID 4769
>
> Version 0
>
> Level 0
>
> Task 14337
>
> Opcode 0
>
> Keywords 0x8010000000000000
>
> - TimeCreated
>
> [ SystemTime] 2009-06-04T19:09:55.319Z
>
> EventRecordID 588504
>
> Correlation
>
> - Execution
>
> [ ProcessID] 592
> [ ThreadID] 684
>
> Channel Security
>
> Computer "domain name"
>
> Security
>
>
> - EventData
>
> TargetUserName "domain name"
> TargetDomainName "domain name"
> ServiceName krbtgt/"domain name"
> ServiceSid S-1-0-0
> TicketOptions 0x60810010
> TicketEncryptionType 0xffffffff
> IpAddress ::1
> IpPort 0
> Status 0xe
> LogonGuid {00000000-0000-0000-0000-000000000000}
> TransmittedServices -
>
>
>
>
> "Paul Bergson [MVP-DS]" wrote:
>
>> I don't know of anything that could be blocking this.
>>
>> Maybe this ties into an issue with the lssas service? I don'r have much
>> to
>> go on this for you. You could try running wireshark to see if something
>> is
>> being dropped on one side or the other, but that could be extremely
>> difficult to track.
>>
>> --
>> Paul Bergson
>> MVP - Directory Services
>> MCTS, MCT, MCSE, MCSA, Security+, BS CSci
>> 2008, 2003, 2000 (Early Achiever), NT4
>>
>> http://www.pbbergs.com
>>
>> Please no e-mails, any questions should be posted in the NewsGroup This
>> posting is provided "AS IS" with no warranties, and confers no rights.
>>
>> "apex52" <apex52@discussions.microsoft.com> wrote in message
>> news:D7253BA2-04D5-4ABC-A9F7-B91E5EB89195@microsoft.com...
>> > Thanks for the reply. My PDC emulator is pulling NTP off of an internal
>> > Time
>> > server and the linux box running PHP is pulling from it as well. The
>> > other
>> > three domain controllers are pulling time from the Domain Hierarchy and
>> > sync
>> > correctly. I still get intermittent failures. Is there a security
>> > mechanism
>> > that blocks LDAP\SSL connections if it gets bombarded with requests? Is
>> > it
>> > possible to log the denials, either within Windows or though a
>> > different
>> > utility? It seems like once I get a failure, it is unable to connect
>> > for a
>> > short period of time. I wish I could be more precise, but there does
>> > not
>> > seem
>> > to be a pattern.
>> >
>> > "Paul Bergson [MVP-DS]" wrote:
>> >
>> >> My only thought is time skew, but I doubt it since you do get some
>> >> successful connections. How close are the two clocks? I believe this
>> >> could
>> >> also be caused by lag time between packets sent out and recieved, but
>> >> again
>> >> it would be extermely odd if you had many hops in an internal
>> >> environment.
>> >>
>> >> --
>> >> Paul Bergson
>> >> MVP - Directory Services
>> >> MCTS, MCT, MCSE, MCSA, Security+, BS CSci
>> >> 2008, 2003, 2000 (Early Achiever), NT4
>> >>
>> >> http://www.pbbergs.com
>> >>
>> >> Please no e-mails, any questions should be posted in the NewsGroup
>> >> This
>> >> posting is provided "AS IS" with no warranties, and confers no rights.
>> >>
>> >> "apex52" <apex52@discussions.microsoft.com> wrote in message
>> >> news:D4E81161-D1E1-4F52-9B68-6585881524CE@microsoft.com...
>> >> >I have four 2008 Domain Controllers in a single domain and a 2008 CA.
>> >> >I
>> >> >am
>> >> > connecting from a linux machine to ldap over ssl using a Domain
>> >> > Controller
>> >> > Certificate issued by the CA. I can connect with no failures over
>> >> > 389,
>> >> > but
>> >> > when I connect over 636 I get random failed to bind messages. The
>> >> > security
>> >> > log in event viewer is not logging any failed events. This is a non
>> >> > production domain so I know it is not reaching the 5000 connection
>> >> > limit.
>> >> > I
>> >> > am not sure where to look next. The PHP application connects to all
>> >> > DC's
>> >> > for
>> >> > testing and they fail at the same time.
>> >>
>> >>
>> >>

>>
>>
>>



Reply With Quote
  #7  
Old 05-06-2009
apex52
 
Posts: n/a
Re: SSL LDAP intermittent failure to bind

I have found that the failures are actually due to the enchancements in 2008
Kerberos in regard to AES.

"This error was caused by Kerberos Enhancements in Windows Server 2008. The
base Kerberos protocol in Windows Server 2008 supports AES for encryption of
ticket-granting tickets (TGTs), service tickets, and session keys.

But old systems don't support this new encryption type. So the first try
failed and you can find a Success 4768 after this failure. "

It is a linux box which does not require a kerberos ticket so I am trying to
figure out if there is a way to manage the service to either revert back to
2003 or stop sending the ticket. I don't want to give up the funtionality of
my 2008 DC's.

"Paul Bergson [MVP-DS]" wrote:

> This is referencing a group that contains no members. I'm guessing these
> are not related.
>
> ServiceSid S-1-0-0
> http://msdn.microsoft.com/en-us/library/aa379649.aspx
>
>
> --
> Paul Bergson
> MVP - Directory Services
> MCTS, MCT, MCSE, MCSA, Security+, BS CSci
> 2008, 2003, 2000 (Early Achiever), NT4
>
> http://www.pbbergs.com
>
> Please no e-mails, any questions should be posted in the NewsGroup This
> posting is provided "AS IS" with no warranties, and confers no rights.
>
> "apex52" <apex52@discussions.microsoft.com> wrote in message
> news:42493D24-66F5-479B-A33E-00AC5C0239A2@microsoft.com...
> >I was able to get an error message. When it fails, I receive the following
> > failure in Security logs. I am hoping this will shed some light on the
> > problem.
> >
> >
> >
> > - Provider
> >
> > [ Name] Microsoft-Windows-Security-Auditing
> > [ Guid] {54849625-5478-4994-a5ba-3e3b0328c30d}
> >
> > EventID 4769
> >
> > Version 0
> >
> > Level 0
> >
> > Task 14337
> >
> > Opcode 0
> >
> > Keywords 0x8010000000000000
> >
> > - TimeCreated
> >
> > [ SystemTime] 2009-06-04T19:09:55.319Z
> >
> > EventRecordID 588504
> >
> > Correlation
> >
> > - Execution
> >
> > [ ProcessID] 592
> > [ ThreadID] 684
> >
> > Channel Security
> >
> > Computer "domain name"
> >
> > Security
> >
> >
> > - EventData
> >
> > TargetUserName "domain name"
> > TargetDomainName "domain name"
> > ServiceName krbtgt/"domain name"
> > ServiceSid S-1-0-0
> > TicketOptions 0x60810010
> > TicketEncryptionType 0xffffffff
> > IpAddress ::1
> > IpPort 0
> > Status 0xe
> > LogonGuid {00000000-0000-0000-0000-000000000000}
> > TransmittedServices -
> >
> >
> >
> >
> > "Paul Bergson [MVP-DS]" wrote:
> >
> >> I don't know of anything that could be blocking this.
> >>
> >> Maybe this ties into an issue with the lssas service? I don'r have much
> >> to
> >> go on this for you. You could try running wireshark to see if something
> >> is
> >> being dropped on one side or the other, but that could be extremely
> >> difficult to track.
> >>
> >> --
> >> Paul Bergson
> >> MVP - Directory Services
> >> MCTS, MCT, MCSE, MCSA, Security+, BS CSci
> >> 2008, 2003, 2000 (Early Achiever), NT4
> >>
> >> http://www.pbbergs.com
> >>
> >> Please no e-mails, any questions should be posted in the NewsGroup This
> >> posting is provided "AS IS" with no warranties, and confers no rights.
> >>
> >> "apex52" <apex52@discussions.microsoft.com> wrote in message
> >> news:D7253BA2-04D5-4ABC-A9F7-B91E5EB89195@microsoft.com...
> >> > Thanks for the reply. My PDC emulator is pulling NTP off of an internal
> >> > Time
> >> > server and the linux box running PHP is pulling from it as well. The
> >> > other
> >> > three domain controllers are pulling time from the Domain Hierarchy and
> >> > sync
> >> > correctly. I still get intermittent failures. Is there a security
> >> > mechanism
> >> > that blocks LDAP\SSL connections if it gets bombarded with requests? Is
> >> > it
> >> > possible to log the denials, either within Windows or though a
> >> > different
> >> > utility? It seems like once I get a failure, it is unable to connect
> >> > for a
> >> > short period of time. I wish I could be more precise, but there does
> >> > not
> >> > seem
> >> > to be a pattern.
> >> >
> >> > "Paul Bergson [MVP-DS]" wrote:
> >> >
> >> >> My only thought is time skew, but I doubt it since you do get some
> >> >> successful connections. How close are the two clocks? I believe this
> >> >> could
> >> >> also be caused by lag time between packets sent out and recieved, but
> >> >> again
> >> >> it would be extermely odd if you had many hops in an internal
> >> >> environment.
> >> >>
> >> >> --
> >> >> Paul Bergson
> >> >> MVP - Directory Services
> >> >> MCTS, MCT, MCSE, MCSA, Security+, BS CSci
> >> >> 2008, 2003, 2000 (Early Achiever), NT4
> >> >>
> >> >> http://www.pbbergs.com
> >> >>
> >> >> Please no e-mails, any questions should be posted in the NewsGroup
> >> >> This
> >> >> posting is provided "AS IS" with no warranties, and confers no rights.
> >> >>
> >> >> "apex52" <apex52@discussions.microsoft.com> wrote in message
> >> >> news:D4E81161-D1E1-4F52-9B68-6585881524CE@microsoft.com...
> >> >> >I have four 2008 Domain Controllers in a single domain and a 2008 CA.
> >> >> >I
> >> >> >am
> >> >> > connecting from a linux machine to ldap over ssl using a Domain
> >> >> > Controller
> >> >> > Certificate issued by the CA. I can connect with no failures over
> >> >> > 389,
> >> >> > but
> >> >> > when I connect over 636 I get random failed to bind messages. The
> >> >> > security
> >> >> > log in event viewer is not logging any failed events. This is a non
> >> >> > production domain so I know it is not reaching the 5000 connection
> >> >> > limit.
> >> >> > I
> >> >> > am not sure where to look next. The PHP application connects to all
> >> >> > DC's
> >> >> > for
> >> >> > testing and they fail at the same time.
> >> >>
> >> >>
> >> >>
> >>
> >>
> >>

>
>
>

Reply With Quote
  #8  
Old 05-06-2009
Paul Bergson [MVP-DS]
 
Posts: n/a
Re: SSL LDAP intermittent failure to bind

Just live with the error, it isn't hurting anything and you know what it is.

--
Paul Bergson
MVP - Directory Services
MCTS, MCT, MCSE, MCSA, Security+, BS CSci
2008, 2003, 2000 (Early Achiever), NT4

http://www.pbbergs.com

Please no e-mails, any questions should be posted in the NewsGroup This
posting is provided "AS IS" with no warranties, and confers no rights.

"apex52" <apex52@discussions.microsoft.com> wrote in message
news:BCECE780-61FB-4C09-B698-26256AF45E74@microsoft.com...
>I have found that the failures are actually due to the enchancements in
>2008
> Kerberos in regard to AES.
>
> "This error was caused by Kerberos Enhancements in Windows Server 2008.
> The
> base Kerberos protocol in Windows Server 2008 supports AES for encryption
> of
> ticket-granting tickets (TGTs), service tickets, and session keys.
>
> But old systems don't support this new encryption type. So the first try
> failed and you can find a Success 4768 after this failure. "
>
> It is a linux box which does not require a kerberos ticket so I am trying
> to
> figure out if there is a way to manage the service to either revert back
> to
> 2003 or stop sending the ticket. I don't want to give up the funtionality
> of
> my 2008 DC's.
>
> "Paul Bergson [MVP-DS]" wrote:
>
>> This is referencing a group that contains no members. I'm guessing these
>> are not related.
>>
>> ServiceSid S-1-0-0
>> http://msdn.microsoft.com/en-us/library/aa379649.aspx
>>
>>
>> --
>> Paul Bergson
>> MVP - Directory Services
>> MCTS, MCT, MCSE, MCSA, Security+, BS CSci
>> 2008, 2003, 2000 (Early Achiever), NT4
>>
>> http://www.pbbergs.com
>>
>> Please no e-mails, any questions should be posted in the NewsGroup This
>> posting is provided "AS IS" with no warranties, and confers no rights.
>>
>> "apex52" <apex52@discussions.microsoft.com> wrote in message
>> news:42493D24-66F5-479B-A33E-00AC5C0239A2@microsoft.com...
>> >I was able to get an error message. When it fails, I receive the
>> >following
>> > failure in Security logs. I am hoping this will shed some light on the
>> > problem.
>> >
>> >
>> >
>> > - Provider
>> >
>> > [ Name] Microsoft-Windows-Security-Auditing
>> > [ Guid] {54849625-5478-4994-a5ba-3e3b0328c30d}
>> >
>> > EventID 4769
>> >
>> > Version 0
>> >
>> > Level 0
>> >
>> > Task 14337
>> >
>> > Opcode 0
>> >
>> > Keywords 0x8010000000000000
>> >
>> > - TimeCreated
>> >
>> > [ SystemTime] 2009-06-04T19:09:55.319Z
>> >
>> > EventRecordID 588504
>> >
>> > Correlation
>> >
>> > - Execution
>> >
>> > [ ProcessID] 592
>> > [ ThreadID] 684
>> >
>> > Channel Security
>> >
>> > Computer "domain name"
>> >
>> > Security
>> >
>> >
>> > - EventData
>> >
>> > TargetUserName "domain name"
>> > TargetDomainName "domain name"
>> > ServiceName krbtgt/"domain name"
>> > ServiceSid S-1-0-0
>> > TicketOptions 0x60810010
>> > TicketEncryptionType 0xffffffff
>> > IpAddress ::1
>> > IpPort 0
>> > Status 0xe
>> > LogonGuid {00000000-0000-0000-0000-000000000000}
>> > TransmittedServices -
>> >
>> >
>> >
>> >
>> > "Paul Bergson [MVP-DS]" wrote:
>> >
>> >> I don't know of anything that could be blocking this.
>> >>
>> >> Maybe this ties into an issue with the lssas service? I don'r have
>> >> much
>> >> to
>> >> go on this for you. You could try running wireshark to see if
>> >> something
>> >> is
>> >> being dropped on one side or the other, but that could be extremely
>> >> difficult to track.
>> >>
>> >> --
>> >> Paul Bergson
>> >> MVP - Directory Services
>> >> MCTS, MCT, MCSE, MCSA, Security+, BS CSci
>> >> 2008, 2003, 2000 (Early Achiever), NT4
>> >>
>> >> http://www.pbbergs.com
>> >>
>> >> Please no e-mails, any questions should be posted in the NewsGroup
>> >> This
>> >> posting is provided "AS IS" with no warranties, and confers no rights.
>> >>
>> >> "apex52" <apex52@discussions.microsoft.com> wrote in message
>> >> news:D7253BA2-04D5-4ABC-A9F7-B91E5EB89195@microsoft.com...
>> >> > Thanks for the reply. My PDC emulator is pulling NTP off of an
>> >> > internal
>> >> > Time
>> >> > server and the linux box running PHP is pulling from it as well. The
>> >> > other
>> >> > three domain controllers are pulling time from the Domain Hierarchy
>> >> > and
>> >> > sync
>> >> > correctly. I still get intermittent failures. Is there a security
>> >> > mechanism
>> >> > that blocks LDAP\SSL connections if it gets bombarded with requests?
>> >> > Is
>> >> > it
>> >> > possible to log the denials, either within Windows or though a
>> >> > different
>> >> > utility? It seems like once I get a failure, it is unable to connect
>> >> > for a
>> >> > short period of time. I wish I could be more precise, but there does
>> >> > not
>> >> > seem
>> >> > to be a pattern.
>> >> >
>> >> > "Paul Bergson [MVP-DS]" wrote:
>> >> >
>> >> >> My only thought is time skew, but I doubt it since you do get some
>> >> >> successful connections. How close are the two clocks? I believe
>> >> >> this
>> >> >> could
>> >> >> also be caused by lag time between packets sent out and recieved,
>> >> >> but
>> >> >> again
>> >> >> it would be extermely odd if you had many hops in an internal
>> >> >> environment.
>> >> >>
>> >> >> --
>> >> >> Paul Bergson
>> >> >> MVP - Directory Services
>> >> >> MCTS, MCT, MCSE, MCSA, Security+, BS CSci
>> >> >> 2008, 2003, 2000 (Early Achiever), NT4
>> >> >>
>> >> >> http://www.pbbergs.com
>> >> >>
>> >> >> Please no e-mails, any questions should be posted in the NewsGroup
>> >> >> This
>> >> >> posting is provided "AS IS" with no warranties, and confers no
>> >> >> rights.
>> >> >>
>> >> >> "apex52" <apex52@discussions.microsoft.com> wrote in message
>> >> >> news:D4E81161-D1E1-4F52-9B68-6585881524CE@microsoft.com...
>> >> >> >I have four 2008 Domain Controllers in a single domain and a 2008
>> >> >> >CA.
>> >> >> >I
>> >> >> >am
>> >> >> > connecting from a linux machine to ldap over ssl using a Domain
>> >> >> > Controller
>> >> >> > Certificate issued by the CA. I can connect with no failures over
>> >> >> > 389,
>> >> >> > but
>> >> >> > when I connect over 636 I get random failed to bind messages. The
>> >> >> > security
>> >> >> > log in event viewer is not logging any failed events. This is a
>> >> >> > non
>> >> >> > production domain so I know it is not reaching the 5000
>> >> >> > connection
>> >> >> > limit.
>> >> >> > I
>> >> >> > am not sure where to look next. The PHP application connects to
>> >> >> > all
>> >> >> > DC's
>> >> >> > for
>> >> >> > testing and they fail at the same time.
>> >> >>
>> >> >>
>> >> >>
>> >>
>> >>
>> >>

>>
>>
>>



Reply With Quote
Reply

  TechArena Community > Technical Support > Computer Help > Windows Server > Active Directory


Thread Tools Search this Thread
Search this Thread:

Advanced Search


Similar Threads for: "SSL LDAP intermittent failure to bind"
Thread Thread Starter Forum Replies Last Post
ADAM LDAP Bind Issue troyman Active Directory 3 08-04-2011 02:19 AM
LDAP simple bind authentication using port 389 Ben English Active Directory 2 16-10-2010 10:09 AM
LDAP Issue - LDAP BIND against Windows 2008 DC does not work QuesionVB Active Directory 1 24-03-2010 11:12 PM
LDAP Bind Sawyer Active Directory 4 15-05-2009 12:03 AM
LDAP SASL Bind DIGEST-MD5 with non-ASCII chars in SAM-Account-Name Michael Ströder Active Directory 3 03-12-2008 12:07 AM


All times are GMT +5.5. The time now is 11:13 PM.