怎样查询连接数据库的IP地址是哪里？

1 、如果对方IP被屏蔽，首先检查你的防火墙规则。
2 . 检查IP 连接、数据库权限。
3 .检查另一台机器上MSSQLSERVER协议的状态。
4 . 找到 TCP/IP。
状态无效。
5 . 启用 TCP/IP 后，状态变为已启用。
6 、重启数据库服务，右键重启。
你自己掂量一下吧。

如何查看本机的oracle数据库的IP地址和数据库名？

上周有客户问我关于数据库触发器的问题，我给大家解释一下。

触发器，说白了就是用户登录数据库后，系统自动获取自己的IP地址。
我已经在上海一家公司的项目中使用过它。
在创建触发器时，我指定应在成功登录后触发该操作并保存IP。
第一步是看定义，它是正确的。

第二步，创建触发器后，尝试使用测试账户u2 不幸的是，结果是一个错误，这很常见。
可能是权限问题或者触发逻辑有错误。
2 02 3 年我在北京解决了类似的情况，我花了很长时间才意识到测试帐户没有足够的权限。

然后您更改了帐户 u1 或尝试使用受限制的 IP。
u1 这次可以登录吗？那很有意思。
很明显，触发器应该检测 IP。
如果被限制的IP进不去，u1 怎么进呢？ u1 账户有特殊权限吗？还是触发代码中的IP判断写错了？比如只检测到IP段，但u1 的IP恰好不在黑名单中？
至于配置文件，你没有指定它是为哪个文件配置的。
Oracle 有多种配置。
是spfile还是pfile？还是sqlnet.ora中配置的监听IP？这取决于您的具体环境。

您是否正处于使用 regedit 注册表编辑器的最后阶段，并且想要查看 Oracle 数据库信息？这个过程有点奇怪。
在查看Oracle信息时，我一般习惯使用DBA工具或者查询数据库中的系统视图，如：B. SELECT FROM V$instance。
直接修改注册表可能会导致严重问题，除非您确切知道自己在做什么。
并且可以直接在注册表中看到ORACLE_SID这样的信息吗？我不确定，也许我无知。
我自己没有经历过这部分。

无论如何，这取决于你。
首先确认u1 账户有哪些特殊权限，并与u2 账户进行比较。
仔细看看触发代码，尤其是IP评估部分。
我也看一下配置文件。
我建议您再次检查注册步骤以避免系统损坏。

数据库的IP地址在那看？

说实话，我在帮朋友调试MySQL的时候，在寻找数据库IP的时候遇到了很多坑。
例如，考虑像 GoDaddy 这样的服务提供商。
登录到您的控制面板。
控制面板通常位于“数据库”或“我的产品”部分。
我记得当时我的一个朋友看过它。
当时，他的 MariaDB IP 地址隐藏在“管理帐户”下的一个隐蔽的“连接详细信息”中。
当时我觉得这个界面设计已经够分散注意力的了。

Ping 测试特别有用。
我有一位客户使用 AWS RDS。
第一次这样做时，他在终端中输入“ping 1 9 2 .1 6 8 .1 .1 ”很长时间。
原来AWS文档说该IP是VPC的内部IP，需要使用ssh -i /path/to/key user@ip来连接。
那一刻，他差点就敲到了键盘上。
所以 ping 通过后不要太高兴。
您应该检查服务提供商的文档，看看是否有任何特殊要求。

每个服务提供商的文档完全不同。
例如，DigitalOcean 直接在控制台上显示 IP。
点击水滴详情页面即可查看IP。
如果你使用的是Microsoft Azure，则要到“虚拟机”→“网络”部分才能找到好久。
我记得当时我团队的一个新成员将Azure的公共网络IP误认为是数据库IP。
结果一晚上都连接不上，终于发现整个“网络层面”有差别。

要更加小心权限。
有一次，我帮助一家公司接入第三方ERP系统。
我从对方那里拿到了IP地址，直接在防火墙上开了一个端口。
因此，我们收到了来自安全团队的三封电子邮件警告。
后来他们了解到，他们的系统需要指定网段访问，并且需要动态DNS。
因此，在查看 IP 之前，我们习惯于问：“这个 IP 在公共网络中是否可见？”或“是否有任何特殊的访问策略？”
这里有一个测试连接时的小技巧。
如果您在 Ping 命令中不断看到“请求超时”，这可能不仅仅是网络问题。
我以前就遇到过一次这种情况。
由于客户端和数据库之间的路由器太多，TCP 数据包分段重组超时。
使用 Traceroute（或 Windows Tracert）查看哪个链接导致了问题。
在某些情况下，中间开关之一可能存在问题。

但是，许多云服务提供商现在正在开发无服务器数据库，例如 AWS 上的 RDS 和 Azure 上的 Cosmos DB，因此 IP请注意，“的”概念并不是那么绝对。
有一次我测试 Azure Cosmos DB，它发送了一堆不包含任何 IP 地址的连接字符串。
最后，我意识到我需要使用一个 SDK，在我的代码中自动处理复杂的 DNS 解析和连接管理。

最后，IP检查看似简单，但需要结合你的服务提供商的具体文档和你自己的网络环境才能确定。
在过去的十年里，我发现最可靠的方法是首先找到服务提供商的文档，然后联系技术支持，最后自己测试。