sqlnet.authentication_services=(none)是唯一有效禁用远程操作系统认证的方式，它关闭os级身份验证通道，而非过滤ip或用户；设remote_login_passwordfile=none仅禁用密码文件认证，不阻止os认证，故无法达成目标。
SQLNET.AUTHENTICATION_SERVICES=(NONE) 是唯一有效方式
禁用远程操作系统认证，本质是关闭 Oracle 的 OS-level 身份验证通道，而不是过滤 IP 或限制用户。只有 SQLNET.AUTHENTICATION_SERVICES=(NONE) 这个参数能达成目标——它告诉 Oracle 服务器和客户端：不接受任何基于操作系统的认证机制（如 Windows 的 NTS、Linux 的 BEQ）。
常见误解是以为改 remote_login_passwordfile 或删密码文件就能阻止 OS 认证，但这两个只影响口令文件登录路径，对本地或远程的 sqlplus / as sysdba 完全无效。
-
SQLNET.AUTHENTICATION_SERVICES=(NONE)必须写在服务器端的$ORACLE_HOME/network/admin/sqlnet.ora中（不是客户端） - 该参数对远程连接生效的前提是：监听器运行在服务器上，且客户端未通过
TNS_ADMIN指向其他sqlnet.ora - 设置后，所有远程
sqlplus / as sysdba请求会立即报ORA-01031: insufficient privileges，不再尝试 OS 验证
为什么 remote_login_passwordfile=NONE 不解决这个问题
remote_login_passwordfile=NONE 的作用是禁用口令文件认证，但它默认启用操作系统认证作为 fallback —— 这正是安全风险所在。当该参数为 NONE 时，Oracle 允许本地 sqlplus / as sysdba 继续走 OS 认证，而远程请求若绕过监听器直连（如某些共享服务器配置），仍可能被接受。
换句话说：remote_login_passwordfile 控制“能不能用密码文件登录”，SQLNET.AUTHENTICATION_SERVICES 才控制“允不允许用操作系统身份登录”。两者作用域完全不同。
- 设
remote_login_passwordfile=NONE后，远程sqlplus sys/pass@host as sysdba报ORA-01017（用户名密码错），看似成功，实则只是因为没口令文件；但sqlplus / as sysdba从远程发起，只要监听器允许且 OS 用户权限到位，仍可能成功（尤其旧版本或 misconfigured 监听器） - 真正阻断 OS 认证，必须靠
SQLNET.AUTHENTICATION_SERVICES=(NONE)，且该配置需在服务器端加载
容易被忽略的加载路径和生效范围
Oracle 读取 sqlnet.ora 的路径不固定，常因环境变量或监听器启动方式而变化。你以为改了 $ORACLE_HOME/network/admin/sqlnet.ora，但实际生效的可能是 $TNS_ADMIN/sqlnet.ora，甚至监听器进程当前工作目录下的副本。
验证真实加载路径的方法（Linux）：strace -e trace=open sqlplus /nolog -s /dev/null 2>&1 | grep sqlnet
观察输出中第一个被 open 的 sqlnet.ora 路径，才是监听器和服务器实际读取的位置。
- 修改后必须重启监听器：
lsnrctl stop && lsnrctl start，仅重启数据库实例无效 - Windows 下注意：如果监听器以 LocalSystem 账户运行，它读取的是系统级
sqlnet.ora，而非 Oracle 用户家目录下的 - 确认生效：从远程机器执行
sqlplus / as sysdba，应直接返回ORA-01031；若仍能连上，说明配置未被监听器加载或路径错误
禁用后怎么登录数据库
禁用操作系统认证后，sqlplus / as sysdba 在本地和远程都会失败。你必须切换到密码认证模式，但前提是已正确配置口令文件。
典型可用路径：
- 本地登录：
sqlplus sys/<password> as sysdba</password>（依赖remote_login_passwordfile=EXCLUSIVE+ 有效orapw$ORACLE_SID文件） - 远程登录：
sqlplus sys/<password>@<tns_alias> as sysdba</tns_alias></password>，同样要求口令文件存在且参数为EXCLUSIVE或SHARED - 注意：若同时设了
SQLNET.AUTHENTICATION_SERVICES=(NONE)又把remote_login_passwordfile设为NONE，则所有as sysdba登录都会失败，包括本地维护 —— 这是运维事故常见起因
最易出问题的地方不是配置本身，而是多环境共存时的路径冲突、监听器未重载、以及误以为 remote_login_passwordfile=NONE 能替代 SQLNET.AUTHENTICATION_SERVICES=(NONE)。两者解决的是不同层面的问题，混用反而导致不可控行为。
