共 2 篇相关文章
这篇讲的是如何彻底告别每次SSH连接时都需要输入密码的烦恼，核心是通过配置公钥认证来实现无密码登录。作者从实际工作频繁使用SSH的痛点出发，记下了这套省时又安全的标准操作流程。关键在于理解SSH公私钥认证的机制：你在本地客户端生成一对密钥，然后将公钥安全地部署到远程服务器上，之后连接时通过密钥对完成身份验证，无需再输密码。文章详细梳理了具体步骤，包括生成密钥对（推荐使用更安全的Ed25519算法）、将公钥分发到服务器的`~/.ssh/authorized_keys`文件中，以及至关重要的文件与目录权限设置（如`.ssh`目录需为700，密钥文件600），任何环节出错都可能导致登录失败。掌握后，对于需要频繁登录同一台或多台服务器的开发者或运维人员来说，能极大提升工作效率并减少因密码泄露带来的风险。
这篇讲的是一个SSH登录后操作Oracle数据库时遇到的典型环境问题。作者从ssh进入Linux服务器、切换到oracle用户并加载环境变量开始，演示了使用sqlplus以sysdba身份登录数据库的标准流程。然而，在执行一个简单的查询表名操作时，系统却返回了ORA-01219错误，明确指出“数据库未打开，只允许查询固定表/视图”。 这个错误点很关键，它并非连接问题或权限问题，而是指向了数据库实例的状态。通常，这意味着数据库虽然启动了，但还没有完成打开（open）阶段，可能需要执行`ALTER DATABASE OPEN;`命令来完成最后一步操作。作者用“困了，想睡觉了……”这句吐槽，生动地还原了运维开发人员在深夜排障时的心境——明明每一步都按部就班，却卡在了这种看似基础的环节上。 文章的价值就在于这个真实的“坑”。它提醒我们，在SSH连接并操作Oracle时，除了关注网络连通、用户权限、环境变量这些常见项，还需要留意数据库本身的状态。这个案例对那些习惯于图形化界面工具、而对命令行运维不太熟悉的开发者来说，是个不错的提醒。
