SQLNET.AUTHENTICATION_SERVICES

 

ORACLE9I里有两种认证方式:

一种是操作系统认证方式;

一种是密码文件认证方式.

sqlnet.ora文件中的：SQLNET.AUTHENTICATION_SERVICES= (NTS/NONE)
NTS:操作系统认证
NONE:口令文件认证

当SQLNET.AUTHENTICATION_SERVICES=(NTS)
时，用的是系统认证方式，他会查看当前登陆系统的用户是否在ORA_DBA的组里，如果在这个组里，那么无论你用什么用户和密码，都是可以的，可以直接这 样conn / as sysdba,不要用户名和密码，因为ORACLE根本不管；如果用的是密码文件认证方式，那么在初始文件里不能把 remote_login_passwordfile 设置成NONE,那么这个时候修改密码才有效，而且这个时候conn / as sysdba就不可以了，必修输入正确的用户名和密码，这个地方补充一点，无论你用的是那个具有SYSDBA权限的用户登陆，其实上都是SYS用户，比如 CONN USER/USER AS SYSDBA，你用SHOW USER可以看到显示的用户依然是SYS。

在 用户输入sqlplus system/manager@test后，sqlplus程序会自动到sqlnet.ora文件中找NAMES.DEFAULT_DOMAIN参数，假 如该参数存在，则将该参数中的值取出，加到网络服务名的后面，即此例中你的输入由sqlplus system/manager@test自动变为sqlplus system/manager@test.server.com ，然后再到tnsnames.ora文件中找test.server.com网络服务名，这当然找不到了，因为该文件中只有test网络服务名，所以报 错。解决的办法就是将sqlnet.ora文件中的NAMES.DEFAULT_DOMAIN参数注释掉即可， 如#NAMES.DEFAULT_DOMAIN = server.com。假如NAMES.DEFAULT_DOMAIN参数不存在，则sqlplus程序会直接到tnsnames.ora文件中找 test网络服务名，然后取出其中的host，port，tcp，service_name，利用这些信息将连接请求发送到正确的数据库服务器上。
另外原则上tnsnames.ora中的配置不区分大小写，但是我的确遇到区分大小写的情况，所以最好将使用的网络服务与tnsnames.ora中配置的完全一样。