以下是如何排查此类错误的列表:
检查Notes的状态栏,确认当前所在的场所。如果您选择“孤岛”场所的话会有此类问题,因为此场所本身就配置了不能使用网络。
检查您是否能访问其它的服务器,这样可以确认这个是一般性的问题(比如说,网络连接不好)还是特定于某个服务器的问题。
如果您使用 TCP/IP 协议来连接Domino服务器的话,可以使用“ping”来测试本机从网络上是否能连接到场所指定的服务器。一个成功的“ping”应该如下图所示:
请注意:这是假定您的网络是配置成通过TCP/IP直接连接到服务器的情况。实际上,大多数客户都是这样配置的。但也有一些情况是使用了其它网络协议或者是通过一个中继的Domino服务器来进行连接。在这种情况下,中继服务器只会处理从Notes客户端过来的中继请求而不会处理“ping”的请求。如果是使用中继的情况,不能通过此测试来验证网络连接。
如果您不能“ping”到服务器,需要检查网络连接的属性来检查网络域名字是否正确。如,在上面例子中,当我们要请求连接到服务器“well”的时候,命名服务器会认为我们指的是“well.donottrythisathome.org”。如果您的“网络域后缀列表”没有包含您尝试连接的服务器的域名,您无法提供完整的DNS名字,这样的话,您的机器无法找出完整的名字。当您试图连接一个Notes之前并没有连接过的服务器的时候,由于Notes客户端无法得知这个服务器的域名,所以它只能使用服务器的普通名字(“Well”)而不是完整的主机名“well.donottrythisathome.org”
如果能ping到服务器,但是Notes客户端还是找不到路径:
有可能服务器已经关机了。检查一下其他用户能不能访问这个服务器。
也有可能是您的Notes客户端有一个旧的连接文档指向一个错误的地址。在文件--打开--数据库 窗口中输入服务器的DNS名,如果DNS名字也找不到的话,还可以尝试使用IP地址。如果通过这些方式可以成功的连到服务器,那么把正确的地址更新到连接文档中。
也有可能是防火墙软件屏蔽了1352端口(这是Notes客户端和服务器连接使用的端口)。检查防火墙的日志。关于如何使用Telnet来检查1352的连接性,
如果使用TCP/IP协议,检查hosts文件。在Windows上,此文件存在于c:\windows\system32\drivers\etc目录下。如果是Mac操作系统,此文件会保存在系统文件夹或者扩展的文件夹中。确认文件中使用了正确的IP和服务器名字。在很多情况下,没有必要在hosts文件加上服务器的主机名和IP,因为DNS服务能够解析到服务器的IP地址。但如果是DNS有问题的话,则需要通过hosts文件来解析。所以,如果您看到hosts文件有此服务器的信息,你可以考虑删除此行来确认是否可以通过DNS来找到服务器:
下面是一个hosts文件的例子:
在Notes客户端,使用菜单 文件--惯用选项,选择Notes端口(早的版本叫端口),点击“跟踪(T)...”按钮,输入无法连接的服务器的名字,跟踪的输出结果可以帮助您定位到问题出在哪个环节。这个方法对于使用中继服务器的情况特别有用,它可以帮助你确定到底是中继服务器的问题还是目标服务器的问题。这个方法对于使用其它协议的情况也很有用。
在Notes客户端,使用菜单 文件--惯用选项,选择Notes端口(早的版本叫端口),点击“跟踪(T)...”按钮,输入无法连接的服务器的名字,跟踪的输出结果可以帮助您定位到问题出在哪个环节。这个方法对于使用中继服务器的情况特别有用,它可以帮助你确定到底是中继服务器的问题还是目标服务器的问题。这个方法对于使用其它协议的情况也很有用。