RE: Oracle Client not passing Windows Domain portion of connect info ?

From: Taylor, Chris David <>
Date: Thu, 18 Feb 2010 12:39:03 -0600
Message-ID: <>

Thanks, but no it's not locked. See my reply previous to this one. This is to a remote db.

If I type the same command in twice, the second attempt works, the first attempt fails.

SQL> connect /_at_db_name
ORA-01017: invalid username/password; logon denied

SQL> connect /_at_db_name

OS_USERNAME = taylorcd
RETURNCODE = 0 Very strange.

Chris Taylor
Sr. Oracle DBA
Ingram Barge Company
Nashville, TN 37205
Office: 615-517-3355
Cell: 615-354-4799

CONFIDENTIALITY NOTICE: This e-mail and any attachments are confidential and may also be privileged. If you are not the named recipient, please notify the sender immediately and delete the contents of this message without disclosing the contents to anyone, using them for any purpose, or storing or copying the information on any medium.

-----Original Message-----

From: Peter Nedeljkovich [] Sent: Thursday, February 18, 2010 11:35 AM To: ''; Taylor, Chris David Cc: 'oracle-l-freelists'
Subject: RE: Oracle Client not passing Windows Domain portion of connect info ?

Your culprit could be in sqlnet.ora. Look for a string called NAMES.DEFAULT_DOMAIN Also, with all the testing that you've done, is it possible that your account status is locked?

-----Original Message-----

From: [] On Behalf Of Bill Ferguson Sent: Thursday, February 18, 2010 12:29 PM To: Cc: oracle-l-freelists
Subject: Re: Oracle Client not passing Windows Domain portion of connect info ?

I had some major problems with my Oracle servers under AD, but that was primarily due to a very poorly designed Active Directory. During the install, Oracle would automatically grab the AD domain and append that to the SID, and in our case, AD was the only thing that knew about the AD domin name, so the normal IP/DNS things would never resolve the SID.doamin to the actual machine. Removing the servers from AD before the install solved my problems (and I haven't re-added them to AD since).

My own PC's (and those of my users) though don't seem to having any problems connecting to the servers, so it doesn't appear that the clients add any AD credentials to the connect string.



This message was scanned by the Georgian College ESVA and is believed to be clean.

-- Received on Thu Feb 18 2010 - 12:39:03 CST

Original text of this message