为什么中国的奇迹私服全只开一个月就关服呢？

我之前是做这个的。。\r\n怎么说呢？不了解的网友大多会认为不赚钱就会关服吧。\r\n关服有很多原因，这东西很看开服人的技术的，大多都是没技术的，有技术的都去开发游戏了。\r\n开一个f很简单，即使是新人，对电脑略懂。几天就能自行研究会。租一个服务器就可以。\r\nsf自家建立服务器的很少，说是自家服务器很多也是骗人的。\r\n我之前用的就是网络上租的服务器（200块1星期，700一个月），配置还行。\r\n弄到了一个封包，改改内容，上传搭建。就可以开服了。\r\n我当时只是怀念老版本，开个服玩玩，没开放充值入口（其实这个也很好设置）\r\n当时贴吧宣传了一下很多人来玩了，还建了群100多人。\r\n也曾想了想用这个完全可以去赚钱啊。。其实后来研究那么久才发现一切都是徒劳的。\r\n承担法律责任不说。开服简单，后期的维护真的太难。\r\n熬夜，坚持奋斗研究1个多月，从一个什么代码都不懂的菜鸟。甚至研究出，diy装备，从官方补丁包替换更新游戏，都是跟一些大佬学习的。有几个朋友建议我收费至少开个vip系统什么的。我怕被官方告。（现在想想有点想笑，官方根本不去管）\r\n我那时有了这个想法，打算再研究1星期，玩家稳定了，做收费。\r\n之间一直没有在意一个问题，这个问题便是导致我没做下去的原因，也是楼主所想知道的答案。\r\n为什么sf开不久？\r\n被举报，官方会通知关闭，不然会联系你，发一些恐吓信息什么的（明了的说，就是：他们工作人员通知你，你侵犯了他们什么什么，再不停止这种行为，我就要法律起诉你）。\r\n一般收到这个通知的sf十有八九都会关服。有技术的会重整，躲过去。\r\n但是以上这种因为这个现象关服的只占30%，估计还要少。\r\n其他杂七杂八的原因就不说了。\r\n最主要的原因就是。\r\n那时候我的服务器运行了将近2个月，中间肯定有过炸服，全体掉线之类的情况。sf很正常网络租的服务器哪能有多好。又不是专业级的游戏服务器。需要专业级的都去买了，租金那么贵，维护还麻烦。掉掉线大家也能接受，再者云服务器设的断线自动重启开服，也挺方便的。\r\n后来有人说游戏老是卡，我开始没在意，告诉他是他的电脑原因。\r\n过不久，群里也有人说，大家有没有发现游戏越来越卡了？我也挺纳闷，上星期300人在线还很好呢，这才同时在线100多人，怎么会卡呢？\r\n很多让我解释一下。我谎称看看后台怎么回事。我看了看也没有发现什么毛病。当时身在外地，也无心思去研究。就随意告诉大家，是网络波动，过几天就会没事。\r\n又过了2天游戏卡的更明显了，同时在线60多人，更多人接受不了估计走了，剩下的是一些老粉丝玩家。\r\n第二天早上就完全登录不上了。\r\n知道是怎么回事吗。不仅仅是我的游戏，所有的网络游戏都会遇到的一个问题（当时请教的老师得知的答案）\r\n那就是缓存垃圾。当时我的缓存垃圾都占满整个云服务器空间了，肯定会卡。\r\n缓存的形成是每个玩家的记录信息，他在游戏内的活动一举一动都会记录在服务器上。\r\n每一个新人注册登录进来会形成一个属于他的独立存档，一个叫grammaster配置文件。开始大小只有几百kb，会根据你的游戏时常慢慢增长，会变成1MB，2MB的大小。\r\n我们玩网络游戏，为什么在任何客户端只要登录个账号就能玩属于自己的角色呢。\r\n那就是我们登录后，游戏客户端会自动下载绑定你的那个叫grammaster的存档。\r\n所有游戏的存档类型都是=配置文件，客户端下载之后会自动把游戏里的内容设置成你上次玩过的样子，所以大家就看到了自己的角色。\r\n理论上，你拿到这个配置文件，玩游戏不用登录账号，把这个配置文件放在指定的读取文件夹，你进入游戏也会同样登录账号的。。\r\n实际上，配置文件都是和你的账号有绑定的只要联网，不输入账号密码，是不能配置成功的。。（单机游戏没有联网，所以可以每个人的存档都通用，很多人玩单机游戏就会寻求存档。）\r\n说了这么多，那时候我后台一看，前前后后有2600多人注册登录过我的sf。大部分都是登录玩一会就走人了。然而他的存档没有删。再加上游戏长时间的运存的缓存。所以游戏会越来越卡。\r\n这个便是所以sf游戏，不能长期运营的原因。所以大家都喜欢开一段时间捐钱跑路。\r\n那种游戏里所谓的，高额一次性充值永久最高级vip，永久拿最顶级装备，材料什么的。那是大钩，谁买谁上当。\r\n如果你想知道为什么我们不清理缓存呢？\r\n话又说的最上面了。因为我们没有这个技术，每款游戏，他的相关的对应的解决方法都是开发他的人才了解怎么去做。其次是云服务器，你看不见摸不着，只能远程操作也不知道如何去下手。找老手人家只能告诉你是什么原因，怎么可能去浪费时间帮你来解决实际问题。即时来了他也要研究一段时间看看你这个游戏的代码，指令，引擎。才能解决。\r\n对于开sf的人而言，最轻松的方法就是一键还原服务器=删档，这样所有的用户资料都没有了。干干净净，重新开服一点都不卡。拉新人骗充值跑路删档开新服一直循环。\r\n所以有玩过sf的人得知自己的玩的sf关服了去找同款sf游戏的时候登录的时候发现，这登录器和我上次玩的很类似啊，进游戏里也很类似。只是网站不一样了，会不会是上一个开服人开的服务器呢？\r\n如果你跑去问他，他不会说是的。然而他就是的。。

在开始讨论如何排除DNS问题之前，我们想知道你是否清楚怎样判断某个问题是由DNS而不是由别的命名服务造成的。在Windows主机上，判断问题的原因是否真的出在DNS上可是件困难的事。Windows支持的命名服务真是名目繁多：如DNS、Wins、HOSTS、LMHOSTS等数不胜数。然而常用的Windows 2000 nslookup 却全然不理会其他这些命名服务。你可能会只顾在Windows 2000计算机上运行nslookup和查询名称服务器，而有问题的服务却可能在使用另一种不同的命名服务。首先，你需要考虑是哪一类程序出了问题，如果是TCP/IP客户端，如telnet或ftp，那么问题可能出在DNS和HOSTS文件上。如果是一个支持NetBIOS命名的实用程序，如net（与在net use中一样）中，那么值得怀疑的还要包括Wins和LMHOSTS文件。其他也使用DNS名称或NetBIOS名称作为参数的客户端（如ping）也会使用这些命名服务中的任意一种。接下来，再考虑Windows使用这些命名服务的顺序。在查找问题时，应按照此顺序检查各种服务。这些提示对你查出问题的症结会有帮助，至少可帮你排除一个怀疑对象。

如果要检查一个服务器的缓存区，请单击DNS控制台左窗格中该服务器名称左边的加号。你将看到一个名为Cached Lookups的文件夹。单击其左边的加号或双击文件夹图标或标签以展开下一级。这样可显示出你的名称服务器已为其缓存了数据的那些顶级域。继续展开，直至看到你要查看的缓存数据所在的那一域名。如我们的名称服务器已为microsoftcom缓存了三条NS记录和一条A记录。如果依次双击net和hp,我们还会看到这些名称服务器的缓存地址。如果想看缓存数据上的 TTL，请双击右窗格中的一条记录。若 DNS 控制台处于高级查看模式（选择查看 > 高级），则出现的窗口将显示出该记录的 TTL。在检查 TTL 之前，一定要用操作 > 刷新或用 F5 键刷新 DNS 控制台，否则你看到的 TTL 可能会大于当前 TTL。如果右键单击该记录，你可能会注意到有一个删除记录选项。

DNS的一些常见的错误

1 忘记增加序列号

在你未使用 DNS 控制台而是用手动方式更改区域数据文件时，就会出现一些问题。DNS 控制台在它每次更改区域数据时都会记着在 SOA 记录中增加序列号，所以你不必为此操心。不过，这也意味着你可能不会养成更新序列号的习惯，所以在进行一次性手动修改时，你可能会忘记增加序列号。此问题的主要症状是，从属名称服务器不会获得你在主服务器上对该区域做的任何更改。从属服务器认为区域数据并未更改，因为它看到的序列号仍是原来的序列号。该怎样检查当时是否记着增加序列号呢？不幸的是，这就不是那么容易了。如果你不记得原序列号是什么，而现在的序列号不能表明它是什么时候更新的，则没有直接的方法判断它是否已更改。在启动主服务器时，不管你是否更改了序列号，它都将加载更新后的区域数据文件。最好的办法只能是使用 nslookup 来比较主服务器和从属服务器返回的数据。如果它们返回不同的数据，则表明你可能忘了增加序列号。如果你能想起最近作的一次更改，则可以查看此数据。如果记不起最近一次作的更改，则可以从一个主服务器和一个从属服务器复制该区域，将结果排序并使用文件比较工具将它们加以比较。还有一个好消息，即，尽管确定该区域此前是否已复制比较难，但现在要确保该区域被复制却非常简单。只须在 DNS 控制台中双击 SOA 记录并手动编辑序列号字段，增加主服务器上此区域的副本中的序列号即可。从属服务器将在刷新时间间隔内获得此新的数据，如果它们用了 NOTIFY，则会更快。

2 以手动方式更改DNS服务器

要记住 Microsoft DNS 服务器会定期更新其区域数据文件。每次用 DNS 控制台对一个区域的数据进行更改时，就有一个写操作挂起：在 DNS 服务器退出之前，它必须重写该区域的数据文件，否则它就会丢失你所作的更改。可以将此比作内存中一个已更新的页：操作系统在退出之前必须将它写到磁盘上。如果你在一个写操作挂起期间对一个区域数据文件作了手动更改，则在名称服务器退出后你会莫名其妙地丢失所作的更改。比如你在服务器正在运行且有一个写操作挂起时向一个名为microsoftcom的新子域添加了委派。作完更改后，你必须将服务器停下并再次启动，以让它再次读取该区域数据。但是在服务器退出时，它将重写 microsoftcom 区域数据文件，你的委派于是就会丢掉。如果仔细观察（平时就需要这样）事件查看器，会在服务器停止事件之前看到这样一条消息：The DNS server wrote version 37 of zone microsoftcom to file microsoftcomdns（DNS 服务器写入区域 microsoftcom 的版本 37 到文件 microsoftcomdns。）如果你用操作 | 更新服务器数据文件来强制服务器重写其区域数据文件，则服务器就会与区域数据文件同步，而不必在退出时重写。所以，如果要对区域数据文件作手动更改，那么要么首先停止服务器（但这意味着在你作更改期间服务器将不响应任何查询），要么使用 DNS 控制台将服务器与区域数据文件同步，然后再进行更改。

3 从属服务器无法加载区域数据

如果一个从属服务器无法从其主控服务器获取某个区域的当前序列号，那么最初它是不会给你发警告消息的。然而，如果该问题一直存在而且从属服务器在有效期时间内无法确定其数据是否是最新的，那么该区域就会过期。在一个 Microsoft DNS 服务器上，你将在事件查看器中看到与下文类似的一条消息：在获得成功区域复制或从这个区域作为其源的主服务器获得成功区域复制之前microsoftcom 区域就超时了，该区域已经被关闭。区域过期后，当你向名称服务器查询该区域中的数据时，就会收到 SERVFAIL 错误消息：

C:> nslookup robocop wormholemicrosoftcom

Server: wormholemicrosoftcom

Addresses: 20746230219, 1922532531

wormholemicrosoftcom can’t find robocopmicrosoftcom: Server failed

出现此问题的原因主要有三个：由于网络故障与主控服务器的连接断开，为主控服务器配置的 IP 地址不正确，主控服务器上的区域数据文件中有语法错误。首先，应使用 DNS 控制台检查该从属服务器在尝试从中加载数据的那一（些）主控服务器的地址。右键单击左窗格中该区域的域名，选择属性，然后查看常规选项卡，确认它是否真是主名称服务器的 IP 地址。如果是，请检查到此 IP 地址的连接：C:> ping 20746230219

Pinging 20746230219 with 32 bytes of data:

Request timed out

Request timed out

Request timed out

Request timed out

如果无法连接到主控服务器，请确定该服务器的主机是否真的在运行（例如，已通电），或检查网络问题。你可能还需要检查主控服务器对该区域中数据的查询是否返回权威性响应。如果主控服务器的响应对于该区域不是权威性的，则从属服务器就不从该主控服务器中复制此区域。可使用 nslookup 检查主控服务器的对于区域的 SOA 记录的权威性响应，命令格式如下：

C:> nslookup -norec -type=SOA microsoftcom 20746230219

此命令向位于地址 15210416 的名称服务器发送一个非递归查询，以查询 microsoftcom 的 SOA 记录。我们必须发送非递归查询，这样位于 15210416 的名称服务器就不会将该查询转发给另一个服务器。如果将此主控服务器配置正确，则对此查询的响应就应是权威性的。（记住，除非 nslookup 返回了“非权威性”响应，否则响应就是权威性的。）非权威性的响应可能表明主控服务器在加载该区域时发生问题，通常是由于区域数据文件中存在语法错误。请与该主控服务器的管理员联系，让他检查其事件查看器或系统日志的输出中是否有表明出现语法错误的消息。我们从来还没有见到过 Windows 2000 名称服务器因为区域数据文件中有语法错误而对于此区域失去非权威性的情况，但旧的 BIND 名称服务器确实会表现出这种现象。所以，如果你的名称服务器是某一区域的从属服务器，而此区域的主要主名称服务器是 BIND 名称服务器，该服务器现在对该区域不具有权威性，那么问题可能就是一个语法错误。如果对查询的响应是权威性的但从属服务器仍无法成功复制该区域，那么你可以使用nslookup的ls命令来手动复制该区域。如果看到类似于下面的错误消息，则很可能是主控服务器限制区域复制：

C:> nslookup - 15210416

Default Server: terminatormicrosoftcom

Address: 15210416

> ls microsoftcom

[terminatormicrosoftcom]

Can‘t list domain microsoftcom: Query refused

请与该主控服务器的管理员联系，问是否在对区域复制进行限制。请他检查你正在尝试复制的区域的属性窗口的区域复制选项卡上的选项（如果他在运行 Microsoft DNS 服务器）。如果该远程服务器在运行着 BIND，则请问他是否在使用 xfrnets 或 allow-transfer 功能来对区域复制进行限制。在问题已被排除而且你的服务器能成功复制该区域后，你会在事件查看器中看到下面的消息：A more recent version, version 212 of zone microsoftcom was

found at DNS server at 20746230219 Zone transfer is in progress

The DNS server wrote version 212 of zone microsoftcom to

file microsoftcomdns（在 20746230219 的 DNS 服务器上找到区域microsoftcom 的更新的版本212。正在进行区域复制。DNS 服务器写入区域 microsoftcom 的版本 212 到文件 microsoftcomdns。）

DNS故障还有几种情况，我们将在下期继续讨论。

http://wwwnetadmincomcn/experience/20040609/2888asp

4 网络连接断开

虽然与原始的 ARPANET时代相比，如今的 Internet 已可靠得多，但网络中断的现象仍很常见。这些故障往往看起来好像是性能问题：

C:\> nslookup niscsricom

Server: terminatormicrosoftcom

Address: 15210416

DNS request timed out

……

Request to terminatormicrosoftcom timed-out

使用 nslookup，你可以查找你的名称服务器要与之对话的那些名称服务器的名称和地址，以便解析该名称：

C:\> nslookup

Default Server: terminatormicrosoftcom

Address: 15210416

> set type=ns

> sricom

Server: terminatormicrosoftcom

Address: 20746230219

Non-authoritative answer:

……

NSsricom internet address = 128183066

NSCSLsricom internet address = 130107494

NSCSLsricom internet address = 192123394

TURTLEMCCCOM internet address = 128621215

NS1sricom internet address = 128183065

> com

Server: terminatormicrosoftcom

Address: 20746230219

Non-authoritative answer:

……

CROOT-SERVERSNET internet address = 19233412

DROOT-SERVERSNET internet address = 12881090

EROOT-SERVERSNET internet address = 19220323010

IROOT-SERVERSNET internet address = 1923614817

FROOT-SERVERSNET internet address = 19255241

GROOT-SERVERSNET internet address = 192112364

JGTLD-SERVERSINTERNICNET internet address = 19841021

AROOT-SERVERSNET internet address = 1984104

HROOT-SERVERSNET internet address = 12863253

BROOT-SERVERSNET internet address = 12890107

然后你可以检查你的主机与这些服务器的连接。但是，ping也不会比你的名称服务器幸运多少。如果ping成功了，你就应该查一查这些远程服务器是否真的在运行。

C:\> ping 128183066 --ping 第一个 sricom 名称服务器

Pinging 128183066 with 32 bytes of data:

Request timed out

……

C:\> ping 130107494 --ping 第二个 sricom 名称服务器

Pinging 130107494 with 32 bytes of data:

Request timed out

……

现在剩下要做的只是查找网络中的故障。像tracert这样的实用工具可帮你确定问题是出在你的网络上、在目标网络上、还是在中间某个地方，在查找故障位置时也需要运用一些常识了。

5缺少子域委派

尽管取得ICANN认证的注册员尽了最大努力以尽可能快地处理你的请求，但让你的子域的委派出现在根名称服务器中也可能需要一两周的时间。你的父级不同（是取得ICANN 认证的注册员还是其他区域管理员），你的等待时间也会不一样。有的父级办事速度快且有责任心；而有的父级则办事拖拉。等到你的委派数据出现在父级区域的名称服务器上后，你的名称服务器就能够在 Internet 域名称空间查找数据了，但Internet 上（在你的域之外）没有任何人会知道怎样在你的 名称空间查找数据。

这意味着，尽管你可以将邮件发送到你的域之外，但收件人却不能回复你的邮件。而且，也没有人能够按名称 telnet 到、ftp 到，甚至不能 ping 到你的主机。

要知道，你运行的任何 in-addrarpa 子域都是这种情况。在父级将这些子域委派到你的服务器之前，Internet 上的名称服务器不能够逆映射你网络上的地址。

如要确定你区域的委派是否已在你的父级区域的名称服务器中，请向一个父级名称服务器查询你的区域的 NS 记录。如果父级名称服务器中有此数据，则 Internet 上的任何名称服务器都能找到它：

C:\> nslookup

Default Server: terminatormicrosoftcom

Address: 15210416

> server aroot-serversnet--Query a root name server

Default Server: aroot-serversnet

Address: 1984104

> set norecurse --Instruct the server to answer out of

> set type=ns --its own data and to look for NS records

> 249249192in-addrarpa --for 249249192in-addrarpa

Server: aroot-serversnet

Address: 1984104

aroot-serversnet can't find 249249192in-addrarpa

: Non-existent domain

从这里可以清楚地看出尚未添加委派。你可以耐心地等待，如果在向父级区域请求委派后等待的时间太长，你可以与父级区域的管理员联系，问他们是怎么回事。

6．子域委派不正确

子域委派不正确是 Internet 上另一个常见的问题。让委派保持最新需要人的参与 - 将你对你的一组权威性名称服务器作的更改通知父级区域的管理员。因此，委派信息往往会由于管理员作更改时不将此情况通知他们的父级管理员而变得不准确。有相当多的管理员都认为，建立委派是一劳永逸的事：在建立他们的区域时，他们让父级管理员知道哪些名称服务器是权威性的，然后就再也不与父级管理员沟通此事了。他们甚至在母亲节也不知道打个电话。一名管理员可能会添加一个新的名称服务器，撤下另一个，又改变了某一个名称服务器的 IP 地址，而这一切都可能不让父级区域的管理员知道。久而久之，由父级区域正确委派的名称服务器的数目就会变少。在这种情况下，最好的结局是名称解析时间延长，因为进行查询的名称服务器要费尽周折去查找该区域的权威性名称服务器。如果委派信息严重过时而最后一个权威性名称服务器主机被停机维修，那么就无法访问到该区域中的信息。如果你怀疑有委派错误，不管是从你的父级到你的区域，从你的区域到你的一个子级，还是从一个远程区域到该区域的一个子级，你都可以用 nslookup 来检查：

C:\> nslookup

Default Server: terminatormicrosoftcom

Address: 15210416

> server agtld-serversnet --Set server to the parent name

--server you suspect has bad delegation

Default Server: agtld-serversnet

Address: 1984104

> set type=ns --Look for NS records

> microsoftcom --for the zone in question

Server: agtld-serversnet

Address: 1984104

Non-authoritative answer:

……

RELAYMICROSOFTCOM internet address = 152551522

HPLABSHPLMICROSOFTCOM internet address = 1525517647

NNSCNSFNET internet address = 128891178

HPSDLOSDDMICROSOFTCOM internet address = 1525516064

HPSDLOSDDMICROSOFTCOM internet address = 152611211

假如你怀疑到 hpsdlosddmicrosoftcom 的委派不正确，你可以在 hpsdlo 区域查询 microsoftcom 中的数据，并检查返回的结果：

> server hpsdlosddmicrosoftcom

Default Server: hpsdlosddmicrosoftcom

Addresses: 1525516064, 152611211

> set norecurse

> set type=soa

> microsoftcom

Server: hpsdlosddmicrosoftcom

Addresses: 1525516064, 152611211

Non-authoritative answer:

……

expire = 604800 (7 days)

minimum ttl = 86400 (1 day)

Authoritative answers can be found from:

……

RELAYMICROSOFTCOM internet address = 152551522

HPLABSHPLMICROSOFTCOM internet address = 1525517647

NNSCNSFNET internet address = 128891178

如果hpsdlo 确实是权威性的，它就会返回一个权威性的响应。microsoftcom 区域的管理员能告诉你 hpsdlo 是否应是 microsoftcom 的一个权威性名称服务器，所以你应与该管理员联系。

如何收集Domino服务器日志

在论坛已久，发现用户提交问题，太过于简单，很多就是说明现象，不太便于分析和理解。

来论坛发帖大部分都是Domino管理员和开发者，希望更加细致和专业，同时提高自己分析能力。

以下来自ibm的邮件或者帮助：

1 当Windows平台上服务器挂起(非HTTP)时，收集数据的流程：

1 在服务器的控制台上输入

set config CONSOLE_LOG_ENABLED=1

set config DEBUG_THREADID=1

set config DEBUG_CAPTURE_TIMEOUT=1

set config DEBUG_SHOW_TIMEOUT=1

2 当服务器挂起，在Domino控制台上执行如下命令：

sh server

sh task debug

sh task time

sh user

sh stat

3 用Dos命令手工收集nsd日志，当nsd完成收集后，请在五分钟内执行'dump'命令对所有Domino服务器线程做另一个快照。

下面是如何收集nsd的提示：

I 打开一个dos命令窗口

II 进入domino data目录，例如"cd c:\lotus\domino\"

III 在Domino程序目录下执行nsd，例如"c:\lotus\domino\nsd"

当nsd运行结束，命令行中的提示符会更改为：

nsd>

IV 五分钟后执行dump命令，用来dump线程堆栈。在问题期内至少收集两次dump

V 退出Domino服务器，如果可以，可在Domino控制台输入'q'或者'quit'命令来退出Domino，如果服务器不能正常退出，就需要在"nsd>"提示符下用'kill'这个命令来杀掉所有Domino进程。

4 需要收集的数据有：

- nsd log, 文件名: nsd_<plaftform>_<ServerName>_date@timelog， date/time 应是nsd运行的时刻

- console log, 文件名: console_name_yyyy_mm_dd@hh_mm_sslog，the date/time 应是服务器最后一次启动的时刻

- SEMDEBUG txt, 文件名: SEMDEBUG_name_yyyy_mm_dd@hh_mm_ssTXT, the date/time 应是服务器最后一次启动的时刻

上面的文件位于Domino Data目录，IBM_TECHNICAL_SUPPORT 子目录

2 Lotus Traveller服务器日志收集

收集服务器日志

本主题包含有关收集日志文件和信息以协助 Lotus Notes® Traveler 支持人员解决服务器安装、启动和运行时问题的指示信息。

提高记录级别

执行以下操作，为 Lotus Notes Traveler 服务器任务提高记录级别、增加日志文件大小和最大活动日志文件数。请注意，可能不必增加日志文件大小或最大活动文件数。

在 IBM® Lotus® Domino® Administrator 中，打开 Lotus Notes Traveler 服务器的服务器配置文档。

在文档中单击 Lotus Traveler 选项卡，然后单击编辑服务器。

将记录级别更改为最详细。

将活动日志的最大文件大小更改为所需的最大文件大小。

将最大活动日志文件数更改为所需的最大活动日志数。

保存并关闭服务器文档。

等几分钟让更改生效，然后重现问题。

注： 还可以为每个用户逐个设置记录以节约输入/输出空间和带宽。有关记录命令的详细信息，请参阅控制台命令。

收集日志

以下文件和目录包含记录或配置信息，这些信息在对服务器启动/运行时问题进行故障诊断时很有用。以 Zip 或 tar 格式压缩下面指定的所有文件和目录。当指示目录时，包括整个目录。

\Lotus\Domino\notesini

\Lotus\Domino\data\servletsproperties

\Lotus\Domino\data\traveler\cfg\

\Lotus\Domino\data\traveler\logs\

如果问题涉及在创建 \traveler 目录前安装失败，请提供以下临时日志（如果存在）：%TEMP%\Idatetime\Windows\NTSInstalllog（例如 C:\Documents and Settings\Administrator\Local Settings\Temp\I1206535899\Windows\NTSInstalllog）。

如果问题涉及 Domino 服务器崩溃，另请提供以下日志：

用于捕获崩溃的 NSD 日志，位于 \Lotus\Domino\data\IBM_TECHNICAL_SUPPORT\NSDdatetimelog 中

Javacore 文件，根据具体安装情况，其位置可能会有不同，但或许能在 \Lotus\Domino\javacoredatetimetxt 中找到

注： 为了不影响性能，在收集日志并解决问题后，建议您将日志级别恢复到原来的设置。

二 以上主要收集的是服务器日志，Notes客户端也是类似

本地存在lognsf，同时在数据目录下也存在：

data\IBM_TECHNICAL_SUPPORT\

和服务器类似，同样用来分析Notes客户端问题。

这个比较简单，解析被杀软删了。

简单的方法就是你重新覆盖安装，也可以重新配置一个场所文档，在服务器标签直接写入IP地址，然后打开本地的namesnsf，找到连接文档，重新指向你们公司服务器的IP即可

配置Lotus Notes中的POP3和SMTP来收发Internet邮件过程：

1、全新安装notes后，在启动notes；

2、输入ID号名称，不要输入服务器服务，不要选择连接到domino服务器(等待用户ID认证)；

3、取消选择设置即时消息，直接点击完成；

5、系统会进入notes工作窗口，不设置为缺省电子邮件程序，并且选择“以后不执行此检查”；

6、点击notes左边工具栏的“应用程序”图标－>右键点击“工作空间”并将书签作为主页；

7、在notes窗口右下角点击上拉菜单，选择场所为“联机”；

8、系统默认的用户ID是userid，要将notes的使用ID切换到用户ID，否则无法连接并打开服务器文档，设置场所和帐户也不起作用。因此先将用户ID标识符文件拷贝到lotus/notes/data目录下；

9、菜单文件－>安全－>切换标识；

10、 浏览目录并选择用户ID标识符文件，输入密码；

11、菜单工具－>客户机重新配置向导输入服务器名称；

12、选择domino服务器，输入服务器名称，连接类型为局域网；

13、输入服务器名称，选择TCP/IP，服务器地址，点击下一步，即可结束连接domino服务器的设置

14、再次点击菜单工具－>客户机重新连接向导；

15、选择“因特网邮件服务器(POP、IMAP或SMTP)”；

16、在弹出来的配置界面中，收信的服务器类型选择“POP”，并输入inotes登录账号和邮箱服务器地址，点击”下一步”；

17、 接着输入inotes(webmail)登录账号和密码，不要勾上“使用SSL登录”；”

18、输入用户公网邮件地址和SMTP服务器；

19、 输入用户公网邮件地址和服务器地址，点击下一步，此时notes工作台会出现用户的本地邮箱“××在local”的图标；

20、 点击在notes窗口左边的联系人图标(或打开namesnsf)，如下图，可以看到刚才分别基于POP和SMTP协议建立的帐户名；

21、是否需要在服务器上保留右键副本，可以双击POP帐户项－>编辑帐户－>协议配置－>将邮件保留在服务器中，选择完成后保存并关闭即可。

一、Domino Web服务器配置

Domino Web服务器的工作方式是：Domino Web服务器检查外来请求中的URL，确定该请求是针对Domino数据库中的条目还是文件系统中的HTML文件。如果是HTML文件，Domino服务器将同其他Web服务器一样，为Web客户机提供文件服务。如果请求的是Domino数据库中的内容，Domino将与数据库交互作用，为Web客户机处理消息，或者将信息从Web客户机存入数据库。

Domino支持URL扩展，该扩展使得Web客户机能够使用Domino功能。例如：Http//www．kingstone．com/hello．nsf﹖OpenDatabase可以用于打开Kingstone．com站点上的数据库等。

配置Domino Web服务器步骤如下：

1．首先启动Domino Administrator，在Domino Administrator中，单击“配置”附签，选择“服务器”，然后打开“服务器”文档。

2．选择“端口→Internet端口→Web附签”，然后填入TCP/IP端口号，如果你的NT装有IIS，建议选择端口号不要和IIS相同，如8081等。

3．选择“Internet协议→HTTP附签”，然后在DNS查询项中选择“禁用”，这样可以改善Domino服务器性能。接着启用“联编到主机名”，在“主机名”中输入别名，这样可允许用户使用不同于Domino服务器名的别名来访问Web服务器。最后在“允许HTTP客户浏览数据库”一栏中选择“是”，允许Web用户使用“﹖OpenServer”命令显示服务器上的数据库列表。

4．选择“Internet协议→Domino Web引擎”，然后选择“启用”，使搜索站点者可以访问本站点。

5．最后在NT控制台中输入命令“tell

http restart”，重新启动http服务，使得修改得以生效。

6．其它Domino Web服务器控制操作：

(1)手动启动Web服务器，在控制台中输入“load http”。

(2)启动Domino时自动启动Web服务器，只需在NOTES．INI中编辑ServerTasks，使其包括http命令。

(3)关闭Web服务器可以在控制台中输入“tell http quit”。

二、Domino Web服务器应用

Domino Web服务器较之IIS系统的优点在于：Domino Web服务器包含了数据库、页面、应用程序，同时提供了众多的模板，使得用户可以迅速完成一个含数据库功能复杂站点的建设。以下结合一个Web方式BBS系统的创建要点介绍Domino Web服务器的应用构建要点。

1．建立BBS组件

(1)数据库：向HTTP服务器显示一个Notes数据库来组织、保存数据和设计元素以供Web用户查看。

(2)表单：为用户提供向数据库中输入新信息和查看现有信息的框架。

(3)文档：保存数据库数据的单个W-eb页面。

(4)域：文档中的域包含了一部分信息，例如人名、注释、号码、日期或计算结果。

(5)导航器：作为图像映像出现在W-eb页面上，导航器提供了图形化的方式来让用户查找文档或在打开的数据库中执行操作而不用打开视图。

(6)主页面：可使用AboutDatabase文档或表单、导航器制作，也可直接用HTML文件。

(7)链接：Domino支持数据库链接、文档链接、视图链接以及URL链接。

(8)公式与Lotus Script：大部分公式、@函数和Script都可在Web上应用。

(9)代理和动作：代理通常由动作触发或在表单提交时被触发，动作用于链接Notes对象和触发代理建立。

2．规划BBS站点

Web站点是组织起来的信息集合，这些信息保存在Domino服务器上的一个或多个数据库中。规划Web 站点时，要考虑到构建站点的数据库、视图、表单和导航器的类型和存取级别(使用读者、作者、编辑者、管理者四种权限等级)。

3．实现BBS站点

Domino自动地将所有的设计元素和文档转换成Web页面。因此，创建了带有视图、导航器、表单和文档的数据库，就相当于创建了Web页面。

(1)主页数据库：站点主页文档，包括站点介绍以及其他有关数据库视图、文档或导航器的链接。

(2)注册区数据库：注册表单，更改个人信息表单。

(3)讨论区数据库：主文档表单，答复文档表单，答复的答复文档表单，以及按作者、按日期、按主题的视图各一张，按作者、按日期、按主题的导航器各一个。

(4)精华区数据库：主文档表单，按作者、按日期、按主题的视图各一张，按作者、按日期、按主题的导航器各一个。

文件后缀名

Lotus Domino的Web服务器的网页后缀有nsf格式的。

另外，NSF格式也是FC的rom的音乐提取文件。

NSF（全称NES Sound Format,扩展名为nsf ，是FC/NES(或Family Computer,Famicom,任天堂,红白机……)的音乐（含效果音）格式。它是一种工作方式类似于midi的特殊音频序列,由6502汇编指令组成,通过2A03芯片(PSG音源,包括2个矩形波通道，1个三角波通道，1个杂声通道，1个1-bit采样的DPCM通道)实现播放。现在还有很多chiptune或者说是mod音乐爱好者用MCK/MML,FamiTracker,NT2等声音驱动/工具制作NSF格式的音乐，甚至有专门的NSF制作比赛。

扩展：

部分卡带上的加强芯片还提供额外的音源。

VRC6 ：KONAMI公司开发的MMC，包括2个矩形波通道和1个锯齿波通道

VRC7 ：KONAMI公司开发的MMC，包括一个6通道的FM合成器

FDS ：任天堂磁碟系统追加的音源，包括一个1通道的波表合成器

MMC5 ：任天堂公司开发的MMC，包括2个矩形波通道

N106 ：Namco公司开发的MMC，包括一个8通道的波表合成器（音色采样精度为4-bit ）

FME7 ：Sunsoft公司开发的MMC，包括3个多声音（？）通道

播放：

最新版本的VirtuaNES和VirtuaNSF等模拟器和播放器都能正常播放NSF，过旧的版本可能无法支持一些扩展音源,

另外WINAMP也有专门的NSF插件，但效果不理想所以不推荐。

摘自，希望不要介意。。

参考资料：