服务器 Gind.cn

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

路由:为什么我需要在第二个路由器中添加额外的路由

考虑下面的networking^^^。 Azure中的虚拟networking设置: 10.10.0.0/16具有1个子网, 10.10.0.0/16和网关子网10.10.1.0/29 。 Azure知道我们的networking如何,2个地址空间: 192.168.101.0/24和10.246.0.0/16通过一个额外的路由器。 我想实现从Azure到Azure的单向通信。 目前,我们使用运行带有RRAS的Windows Server 2012 R2的本地机器(IP为192.168.101.36 )进行设置。 它拨号到Azure,我们有连接。 RRAS上的第一条路线是10.10.0.0/16 。 这可以确保本地networking( 192.168.101.0/24 )中的任何计算机都可以访问Azurenetworking。 第二条路线是192.168.101.0/24 ,这是为了确保Azure能和我们交谈。 问题:这里的网关应该是什么: 192.168.101.1 (DHCP服务器)或192.168.101.36 (RRAS服务器) 第三种路由确保进入到想要与10.246.0.0/16networking对话的RRAS服务器的任何stream量被转发到作为3G调制解调器/路由器的192.168.101.10 。 现在我们错过了一个片断,但让我先解释一下是什么起作用的: Azure中的一台机器可以ping 192.168.101.0/24任何东西 在本地networking( 192.168.101.0/24 )中的一台机器可以在Azure( 10.10.0.0/24 )中ping任何东西。 我们的内部networking( 192.168.101.0/24 )中的一台机器可以ping任何3G调制解调器( 10.246.0.0/24 )之后的任何东西。 但(这是我的下一个,也是最重要的问题) Azure中没有机器可以ping 3Gnetworking, 除非我在3G调制解调器/路由器上添加一条静态路由: 10.10.0.0/16到192.168.101.36 。 为什么3G调制解调器/路由器不知道如何将stream量redirect回192.168.101.36 ,毕竟它具有特定的IP作为网关。 是因为10.*.*.*和192.168.*.*是不可路由的吗? 更新:去了3G路由器/调制解调器,发现这个: #> display route Route Table: […]

NFS客户端,ZFS服务器ZoL:cat to changed file not found

自从我们的客户从Ubuntu 12.04升级到Ubuntu 14.04后,我们遇到了麻烦。 行为: 在客户端AI上更改nfs共享上的现有文件foo。 在客户端BI上做一个猫富。 第一次安装后,它的工作。 猫显示foo的内容。 但是,如果我再次更改客户端A上的foo,并在BI上执行cat获取错误:cat:foo:No such file or directory 对B做一个ls解决这个问题, cat foo再次显示新的内容。 但是,如果我再次更改客户端A上的foo,客户端B上的猫将无法工作。 分析: 如果B上的程序首先调用“stat”,则一切正常。 但是如果像猫这样的程序直接使用系统调用打开它不会find文件! 使用tcpdump和wireshark,我可以看到Ubuntu 12.04使用正确的(更新后的)文件句柄在“PUTFH”下的NFS分区中调用,但是在14.04中,文件句柄是错误的(等同于在系统A上更改之前的旧文件句柄)。 现在非常有趣的部分:如果我在服务器站点上的nfs共享驻留在ext4文件系统上,并通过/ etc / exports共享,则nfs服务器将返回错误代码NFS4ERR_STALE。 客户端(B)会用正确的文件句柄做第二个请求,一切工作正常。 甚至在14.04。 如果服务器站点上的nfs共享驻留在ZFS文件系统(ZoL 0.6.4.1,CentOS 7和Ubuntu 14.04)上,并通过sharefs选项或/ etx / exports共享,则nfs服务器将回答错误代码NFS4ERR_NOENT。 客户端将失败。 问题:1.如何获得较新的客户端(14.04+),像在12.04上一样正确地更新文件句柄2.(或者)如何让服务器在ZFS文件系统上使用NFS4ERR_STALE进行回答? 或者,服务器应该如何按照规范来回答? 问候Joerg