服务器 Gind.cn

服务器问题集锦,包括 Linux(Ubuntu, Centos,Debian等)和Windows Server服务器

使用来自Samba 3.x服务器的工作站重置域信任

我在使用作为域控制器的Samba 3服务器以及许多(但不是全部)Windows 7 Pro PCinheritance的networking上遇到问题。 这里和这里描述的问题不能解决我的问题。 在启动时,在某些电脑上,我收到一条错误消息,说明此工作站与域控制器之间的信任关系失败 。 我的Googlesearch解释为从域中删除/重新添加计算机,这需要手动干预,有时不起作用。 我一直在做什么,因为这是间歇性的,即使系统当前正在login正常,也是从每台PC上的提升命令提示符运行以下命令: echo 192.168.0.3 smb > c:\windows\system32\drivers\etc\lmhosts 。 然后我重新启动,然后错误保持。 奇怪的是,有一段时间,它只是假设我的服务器在不同的IP地址。 电脑有时会认为SMB服务器是192.168.0.1而不是192.168.0.3 。 我可以validation这一点,因为当我net use \\smb ,我得到一个Network name not found ,但我可以ping它,并得到正确的地址。 当我做一个new view \\smb ,它会去旧服务器(现在是192.168.0.1,从来没有这个名字,虽然)。 做一个net view \\192.168.0.3将显示正确的服务器,然后让我login到Windows只是一次,直到重新启动。 我的问题是,我需要弄清楚为什么会发生这种情况,所以我不需要去碰每台电脑。 这是一个快速的解决scheme,一旦一切都加载,但并不理想。 以下是我的主域控制器上的testparm命令的输出: Load smb config files from /etc/samba/smb.conf rlimit_max: rlimit_max (1024) below minimum Windows limit (16384) Processing section "[netlogon]" […]

光纤通道帧是如何填充和穿越光纤的?

试图围绕光纤通道帧如何实际填充并通过交换结构发送。 我了解WWNN WWPN,WWNN是实际HBA的WWN,而WWPN是卡上实际端口的WWN。 所以如果HBA有4个端口,它们都共享相同的WWNN,但是具有不同的WWPN。 仍然不确定WWNN在一个结构中的通信中起什么作用。 其次,一个新的N_port节点试图login到结构并分配一个引用的FCID的FLOGI过程。 在PLOGI完成之后,N端口节点可以提交它的WWPN。 这保持WWPN FCID关系…. 最后,FC寻址是域ID,区域ID和端口ID的组合。 全部8位。 我的理解是用它来定位一个界面在哪里? 所以如果我有两个开关域1和域2,0100000将意味着第一个开关区域00和端口00? 此外,我仍然不确定主机如何发送到另一台主机。 看一个FC帧,有24个FC地址或FCID的Destination ID和Source ID字段。 我的问题是这些DestID和SourceID由主机HBA或FC交换机填充? 我以为主机只知道它是HBA自己的WWNN和WWPN? 其次我没有看到WWNN或WWPN进入光纤通道帧的任何地方。 除非它们只用于FLOGI和PLOGI过程来获得dynamic的FCID。 谢谢你的帮助。 欣赏它。 PS我正在使用Cisco MDS,并在我们的主机fcinfo收集信息,我看不到一种方法来获得在每个主机上使用fcinfo FCID? 这就是为什么如果主机维护一个目标FCID列表,我很困惑。 另外,对于直接连接的主机,没有交换机参与,做主机FLOGI到彼此?

Windows Server 2012 Branchcache与DFS-R的比较

警告,提前提出主观问题! 但希望有一个不会closures的好的 。 场景: 我有一个分支机构,目前没有内部服务器。 他们通过12Mbps广域网链路(MPLS)访问所有设备,包括DC。 链路不饱和,平均利用率为20%左右。 该电路非常稳定,具有很高的SLA和良好的正常运行时间。 但是,通过WAN从文件服务器进行大文件传输(主要是读取,而不是写入)可能会很慢。 我们目前不使用DFS。 研究完成: 我知道WAN加速,例如使用专用硬件(Riverbed)或专用软件VM(Silver Peak)。 但是价格不在我们目前的预算之内,而且从我们的angular度来看还不是那么需要(因为这个问题主要是在“拉”的情况下,不一定是推/拉)。 我主要考虑在此分支机构部署Windows服务器,并使用DFS-R或BranchCache。 看一下表比较,并假设我们正在查看一个“托pipe的分支caching服务器”,而不是简单分发: 即使两者都“托pipe”在服务器上,似乎对两者都有好处。 问题我实际上有: 在哪些情况下,这些技术的每一个都会闪耀,你在哪里select一个呢? 查看一个托pipe的Branchcache服务器,可以设置中央文件服务器上的某些文件夹/文件的“预取”,以便在分支机构本地立即访问它们? 你必须按时间表(如果可能的话)这样做吗? 看看DFS-R,我的担心(显然是用第三方应用程序解决的)是文件locking,并确保文件在写操作期间得到正确更新(即,确保是否访问了两个副本,并且都写入了哪个文件优先级和变化发生了什么?)。 理想似乎是locking数据的任何替代副本,但这真的是一个大问题? Branchcache是​​否locking中央文件进行编辑? branchcache是​​否只将delta发送回已经改变的中央文件? 如果分支机构服务器也将被用作域控制器,那么这两种技术都不会被build议吗?

启用时间戳时,对某些SYN数据包没有响应

我有一台TCP服务器在运行Ubuntu 12.04.3(内核3.8.0-31-generic)的机器(“服务器”)上监听。 它从2个不同的客户端机器接收连接。 机器A运行Ubuntu 12.04.4(3.11.0-17-generic),机器B运行Ubuntu 11.10(3.0.0-32-server)。 如果服务器上启用了TCP时间戳(sysctl net.ipv4.tcp_timestamps = 1),则有时来自机器A的SYN数据包将被“忽略”。 在服务器上使用tcpdump(在非混杂模式下),我可以看到SYN到达OK并且有正确的校验和 – 没有响应 – 没有SYN / ACK,也没有RST。 在放弃之前,机器A重传SYN数次。 在机器A上运行的客户机软件(在这种情况下是wget)立即重新尝试一个新的连接并成功,获得即时的SYN / ACK。 机器B在同一台服务器上没有问题,而且stream量看起来很正常 – 它使用与机器A相同的TCP选项(从我从捕获文件中看到的)。 禁用服务器上的TCP时间戳会使所有事情都按照原样工作。 忽略的SYN数据包中的时间戳看起来对我来说是有效的,所以我不确定他们为什么会造成问题,或者它们是根本原因。 我已经把anonyimised pcap在这里https://www.dropbox.com/s/onimdkbyx9lim70/server-machineA.pcap 。 在服务器(10.76.0.74)上显示机器A(10.4.0.76)成功执行HTTP GET(数据包1到10),然后在1秒后尝试再次获取相同的URL(数据包11到17),而是忽略了它的SYN。 数据包18到27是另一个成功的例子。 我怀疑这是一个类似的问题,“ 为什么服务器不会发送一个SYN / ACK数据包,以响应一个SYN数据包 ”,而禁用时间戳是一个解决方法,我想了解是怎么回事。 这只是一个错误? 没有本地防火墙运行。 服务器处理不lessTCP连接(每次约32K),但有大量的空闲内存/ CPU。 在pcap中显示的testing时间,机器A和服务器之间没有其他的TCP连接。 没有迹象表明服务器应用程序的接受队列突然被填满了(除此之外,这应该会影响两个客户端,我会假设)。 由于数据包在服务器上采用的pcap看起来不错,所以似乎并不是一个介入的networking设备正在破坏事物。 我原来在Ubuntu论坛上发布了这个,但事后看来这可能是一个更合适的位置。 希望借来一笔线索。