我们在RHEL / CentOS上运行bind9，我们的国际办事处有自己的auth和caching服务器，由于某种原因无法parsinglenovo.com。 如果该办公室使用谷歌DNS它的工作原理，但使用自己的DNScaching服务器，它无法解决。 dig命令和nslookup命令超时。 虽然挖掘跟踪能够得出最终答案。 日志中没有显示任何问题。 此外，这是我们不能解决的唯一的地址，一切工作正常。 任何人都可以build议/build议任何想法？ 谢谢
我有一个VmWare客户机连接到主机只有虚拟networking： 192.168.146.0. 我想从这个客人机器访问互联网。 所以，我的主机Windows机器有两个接口： 10.0.1.12 – physical network connection 192.168.146.1 – virtual network adapter 我不擅长路由/networking，但我认为应该有可能转发两个networking接口之间的所有stream量。 我试过了： route ADD 10.0.1.0 MASK 255.255.255.0 192.168.146.1 并期望来宾机，我将能够ping 10.0.1.12和其他互联网主机。 但是我能成功ping通的唯一主机是192.168.146.1。 我做错了什么？ 这是我的路线打印： =========================================================================== Interface List 20…00 ff 75 d8 92 d7 ……TAP-Win32 Adapter V9 11…00 0c 29 6b 77 ca ……Intel(R) PRO/1000 MT Network Connection 14…00 50 56 c0 00 […]
我有一个生产Web应用程序平台（节点，nginx，elasticsearch，redis）处理机密数据。 应用程序最初使用Ansibleconfigurationpipe理进行部署，然后打包为文件系统映像，以便通过RPM进行部署。 银行法规要求不同的数据集只能被不同的unix用户访问，因此整个应用程序需要在同一个物理服务器上多次安装unix用户账号。 天真的做法会导致多个用户进程尝试连接到同一个端口。 一种select是生成多个RPM，为每个用户定制。 或者编写一个RPM部署脚本，试图grep通过文件系统映像和regexpreplaceconfiguration文件中的端口号。 我想避免这种做法。 这个问题是关于networking命名空间，虚拟networking接口，可能iproute / iptables。 理想情况下，我希望每个用户允许他们的所有进程绑定到他们的默认端口，并将这些进程透明地映射到外部networking接口上的用户特定端口范围（即端口80 – > 10080）。 通过使用Docker或虚拟机和虚拟networking路由可以达到同样的效果，但这些作为安全风险已被禁止。 使用networking名称空间，如何将命令行级别的进程绑定到特定的networking名称空间？ 这可以设置为特定的二进制文件的默认值？ 属于特定用户的所有进程是否可以自动绑定到特定的networking名称空间？ 是否有可能创build一个像jail一样的chroot，或者一组环境variables，以便用户进程只能看到他们分配的虚拟networking接口？ 理想情况下，不需要root权限？ 非常感谢任何想法或指针？
我对这个docker工人是新手，我已经开始在2016服务器上运行容器服务。 当我运行iis镜像时，“Docker run -it -p 80:80 microsoft / iis启动成功，但是当试图访问iis示例页面时，不能通过本地主机加载，但是我可以访问Docker主机名和ip地址主机我知道它是WINNAT的限制，但是当我尝试从我的另一台机器上使用主机的IP地址（例如htt：//192.168.1.5/在相同的n / w上形成另一台机器）访问iis示例页面无法访问，任何人都可以帮我解决这个问题。
我有一个vps，运行hhvm ， nginx和hhvm 。 到目前为止，这么好：我使用的图像是官方的nginx和brunoric / hhvm 为了和UFW一起玩，我不得不通过添加下面的命令来禁止使用iptables： { "iptables": false } 在/etc/docker/daemon.json 这似乎以某种方式危害了端口映射。 式。 如果我尝试在9000以外的任何端口上启动hhvm，则无法使用nginx访问它。 如果我尝试在任何替代端口上启动portainer ，则无法访问它。 他们都默认到端口9000，所以我不能一起使用它们。 我该如何解决这个问题？
我想知道如果我可以得到有关networking上每个设备的完整硬件信息？ （首选的Linux命令）与nmap命令我发现我的networking中的设备，但只有名称，IP地址和MAC。 是否有可能获得完整的硬件信息，如CPU信息，RAM信息（每张卡的大小和频率），PCIe卡连接，硬盘等。
所以，像其他许多人一样，我遇到了臭名昭着的错误1219。 背景信息： 绑定到域的Windows盒子 SMB（Samba 4 + Winbind）服务器绑定到同一个域 在各种域帐户下运行的计算机上的多个Windows会话 STR： 在用户会话A下连接一个共享 断开共享（net use / d， WNetCancelConnection2()或从资源pipe理器） 结束用户会话A（注销） 启动用户会话B 尝试在此会话中连接相同的共享 popup错误1219 请注意，这不是每次都可靠地发生，而是在4个中的3个中。 我到目前为止所尝试的是： 检查系统中每个帐户的net use清单 – 目前没有安装 net use * /d 从Windows Credential Manager中删除caching的SMB凭据 klist purge 重新启动机器可以解决问题，直到下一次注销，但每次注销后重新启动都不是真正的select。
ipsec auto –status表示连接已build立： 000 #544: "VPN":4500 STATE_MAIN_I4 (ISAKMP SA established); EVENT_SA_REPLACE in 208s; newest ISAKMP; lastdpd=-1s(seq in:0 out:0); idle; import:admin initiate 但是我没有看到路由表中的任何更改，并且目标服务器不响应ping。 我应该检查什么可能是错的？ 我从Juniperpipe理员那里询问，他说隧道已经启动，但他看不到从我们发送的ping数据包。
在具有8个驱动器的Lenovo ThinkServer上运行vSphere 6.0和ESXi。 ESXi位于1TB的RAID0磁盘驱动器上，然后我们有4个2TB的磁盘驱动器，RAID1运行大约8个VM。 此外，我们还为VM（NAS服务器）存储中的一个提供了2个5TB硬盘，即RAID1。 最近，NAS服务器耗尽了存储空间，VM（运行OSX 10.10）无法启动。 虚拟机的工作位置位于2TB虚拟驱动器上，存储位于5TB虚拟驱动器上。 在5TB硬盘上有一堆快照（不知道它们来自哪里，以前一定不要删除它们），所以我们删除了这些快照以腾出空间。 通过这样做，并清除日志文件等，我们能够让虚拟机运行。 此时，快照pipe理器如下所示： 但是，在ESXi shell中运行命令df -h时，显示5TB驱动器只剩下107.8GB的空间，而在VM内terminal内运行相同的命令时，剩余空间为2.1TB。 由于存储空间的限制，我们将继续遇到引导问题。 因此，在SSH进入ESXi shell并导航到Storage Volume之后，我注意到它有这个快照文件： 而且，在vSphere中检查磁盘的设置时，它指向磁盘文件： 即使快照pipe理器中没有任何东西，也有警告消息： 所以，我们试图巩固磁盘，但没有真正的原因，只是它不能完成。 我怎样才能提交这个快照文件，让事情恢复正常？ 另外，我们可能遇到的另一个问题是，许多build议都build议添加新快照，然后删除全部或将快照克隆到新的磁盘文件。 但是这个方法我们没有足够的空间。 另外，我们只剩下1个驱动器插槽，需要使用RAID1configuration。 有没有人知道解决这个问题的方法？
我最近发现了Proxmox的存在，在把它放到专用的服务器上之前，我想在家testing这个。 为了做到这一点，我在VirtualBox上放置了一个pve 5 ISO，并为其分配了一个可从我的路由器访问的IP – 路由器作为网关。 PVE工作正常，我可以连接到互联网。 另一方面，我的集装箱也不一样。 如果我通过DHCP为我的容器分配一个IP，它没有任何IP。 如果我从我的路由器提供一个IP，作为网关pve，它没有连接到互联网。 如何才能将pve和我的容器连接到互联网，并在我的本地networking上访问？ 下面是我的/ etc / network / interfaces文件，这应该是有用的。 / etc / network / intefaces容器： auto lo iface lo inet loopback auto eth0 iface eth0 inet static address 10.96.101.31 netmask 255.255.255.0 gateway 10.96.101.30 / etc / network / interfaces PVE： auto lo iface lo inet loopback iface […]