VMWare Player似乎内置了一个DHCP服务器，它自动运行在“仅主机”networking上，并为客户端提供地址。 有什么办法可以禁用这个DHCP服务，使这些networking就像一个愚蠢的开关？ 我想处理主机上的DHCP请求。 我看到“Lan Segments”的选项，但似乎无法将这些选项提供给主机操作系统。
我正在使用基于Forefront TMG的新服务器replace旧的ISA服务器。 在DHCP服务器（Windows 2003）上，我可以看到DHCP选项252指向旧地址。 我已经改变了服务器的预定义选项，使其指向新的代理，但是，所有的预订和客户端仍然是通过旧的。 我们有一个dynamic的addresess池，也是一个保留的池。 我已经尝试删除预留并重新创build它，但它仍然指向旧的服务器。 任何帮助将不胜感激。
尝试设置新的服务器来运行FOG 。 我已经设置了服务器只在eth1而不是eth0上提供DHCP地址。 我已经在服务器上安装了isc-dhcp和bind9。 我不能让一个客户端分配一个DHCP地址。 在/ var / log / syslog文件中，我得到了以下重复： Sep 14 08:10:03 fog dhcpd: DHCPDISCOVER from (mac address here) (N049) via eth1 Sep 14 08:10:03 fog dhcpd: DHCPOFFER on 192.168.10.20 to (mac address here) (N049) via eth1 Sep 14 08:10:19 fog dhcpd: DHCPDISCOVER from (mac address here) (N049) via eth1 Sep 14 08:10:19 […]
在我们的思科无线局域网控制器networking接口上，在“控制器>接口”中，我使用这些设置创build了一个新的接口： VLAN标识符202 IP地址172.16.202.1 networking掩码255.255.255.0 网关172.16.202.254 主DHCP服务器172.16.100.3 备用DHCP服务器172.16.100.2 端口：LAG 我也做了一个新的WLAN，并将其分配给上述接口。 我保存了更改。 但是，我们的无线设备，虽然他们似乎authentication与WLAN罚款，他们总是卡在“获得DHCP地址”，所以看来WLAN控制器不推出DHCP地址到我们的设备。 在Windows Server 2008 R2中，我们确实有上述的DHCP范围，看起来好像没有问题。 如果我连接一个静态地址的设备（例如172.16.202.10），它将连接。 卡住做什么:(
我们正在尝试解决范围重叠问题。 我们有多种设备types，我们希望给予16位子网的所有不同范围。 IE浏览器。 X设备我们希望给192.168.2.1-192.168.2.254 / 16，Y设备我们希望给192.168.3.1-192.168.3.254 / 16。 我们试图通过创build不同的范围和使用60个类标识符来实现这一点。 问题是DHCP不允许我们给这些示波器16位掩码，因为可能的重叠。 我们不重叠的地址池，为什么DHCP照顾，我们可以解决这个问题？ 如果这是不可能的，我怎样才能不通过设备types分配特定范围而不创build多个范围？ 任何想法都会有所帮助。 更新： 整个范围是192.168.0.0/16 网关是192.168.1.1/16 设备硬件A – 192.168.20.1-192.168.20.254 / 16 设备硬件B – 192.168.26.1-192.168.26.254 / 16 设备硬件C – 192.168.85.1-192.168.85.254 / 16 我们尝试为每种设备types（A，B，C）设置多个作用域，但是无法指定16位掩码，因为作用域A在技术上可能与范围B重叠，即使认为我们的开始和结束地址没有。 我希望这更有意义。 谢谢你的想法。
我有一个Hyper-V服务器，我认为networking组件configuration错误。 即使设置了静态IP地址，服务器也会发送恒定的DHCP Discover广播stream（广播中的物理地址与Hyper-V主机NIC匹配）。 DHCP服务器正在响应提供响应，但Hyper-V服务器只是忽略它并发送另一个请求。 这个Hyper-V主机有3个网卡，其中一个专用于pipe理主机，另一个为多个虚拟机提供外部networking。 第三个（集成在主板上）不使用。 还有一个Hamachi VPN适配器，虽然这不是一个虚拟网卡。 这是这样的： GTi LAN NIC是在违规的DHCP数据包中匹配物理地址的GTi LAN NIC 。 但是，在该NIC上禁用了DHCP，如下所示： 所以我对这些DHCP请求来自何处以及为什么会有点不知所措。 有任何想法吗？
inheritance了一个可能未被正确维护10年的系统。 除此之外，防火墙必须被replace，因为原来的pipe理员忘记了凭证，原来的防火墙不可访问。 然后，古老的Windows 2003 DHCP服务器已经退役，因为RAID保持失败，设备太旧，以至于看起来最安全的就是停用它，并将新设备置于其位置。 作为新的ITpipe理员，我仍然在发现所有的东西，以及它们如何融合在一起。 我相信我现在已经确定了所有的设备，并可以访问与我的问题相关的所有设备。 设备列表： Mitel 5220 IP POE电话 开关室： 2个Dell PowerConnect 3448P POE交换机 服务器机房： 1 Dell PowerConnect 2748切换非托pipe模式 Sonicwall TZ215 Mitel 3300 DHCP服务器 默认VLAN子网是10.1.30.0/24。 IP电话子网的Vlan 40为10.1.20.0/24。 Mitel 3300像Sonicwall（10.1.30.0/24）一样运行DHCP（10.1.20.0/24）。 3448Ps可以在10.1.30.5和10.1.30.6进行pipe理。 SonicWall连接到Dell PowerConnect 2748交换机，该交换机连接到10.1.30.5 3448P的端口1。 Mitel 3300连接到10.1.30.6 3448P的端口1。 在3448Ps上，端口的VLAN成员设置如下： 10.1.30.5上的端口1 3448P仅为默认VLAN，未标记（2748交换机，非pipe理连接）。 10.1.30.5上的端口2 3448P仅为VLAN 40，未标记（未连接）。 所有其他端口都默认为vlan，并标记为VLAN 40，中继 旧的Windows 2003 DHCP服务器有一个DHCP选项设置如下： 001敏感的供应商类 默认用户类别 ID：ipphone.mitel.com; sw_tftp […]
我是一个完整的初学者在服务器pipe理，但是我处于一个情况来pipe理我们的公司服务器运行Windows 2003.之前的人完全搞砸吨这个服务器的东西（他的“修复”几乎所有的东西是编辑registry），所以在这台服务器上有各种奇怪的事情发生。 我最近添加了4台新电脑到我们的域名。 前两台电脑运行的是Windows 7，并且能够毫无障碍地进行连接。 第三台计算机是一台笔记本电脑，一直以无线方式工作，但从来不是域的一部分，它连接到域，但即使主pipe理员login没有授予pipe理权限。 经过两天左右的时间，这台电脑现在不能再login，说明错误“窗口无法连接到域，无论是因为域控制器closures或不可用，或者因为您的计算机帐户没有find“。 第四台电脑是一个全新的Windows XP专业版SP2安装在干净的格式化驱动器上。 login后，完全无法连接到域，说明找不到域控制器，并且DNS不存在。 我已经尝试了大部分在网上find的东西，包括手动设置计算机的DNS和IP，在服务器上设置DNSlogging，事先在服务器上的SBSusers下创build计算机和用户。 PC的问题不能通过IP或主机名来ping服务器。 我们networking上的其他所有电脑（大约20台）都能正常工作。
我最近换了一台旧的Netgear调制解调器/无线路由器，换成我们ISP提供的ZyXel P660HW-T1。 我已经configuration了它，以便新路由器具有与旧路由器相同的IP地址，子网掩码，IP池起始地址和IP池大小。 另外，我将其configuration为使用与旧设备相同的无线SSID和密钥。 （要阻止用户对我大喊:-)） Windows机器连接到networking（通过WiFi）没有困难。 两台Ubuntu机器通过WiFi连接没有困难（IP地址分配给wlan0，我猜是人们所期望的）。 问题在于我们在Windows工作站上运行的CentOS虚拟机。 以前，我们可以以桥接模式连接这些设备，并通过DHCP为networking分配一个IP地址。 连接的设备是eth0。 但是，现在这个工作只是偶尔的。 鉴于我认为我已经configuration了新的路由器相同的旧的，我不明白是什么问题。 我们不想回滚到旧路由器，因为它不可靠，定期丢弃连接等等。 有人有什么build议？
今天发生了一些奇怪的事情。 我们在我们的办公室有一个TP-LINK wifi路由器，分配一个IP地址192.168.80-200。 有一些窗口和一些Linux的盒子。 其中一个linux盒子（CentOS）今天启动了IP 192.168.25.X. 我尝试续订我的电脑（Ubuntu）的期望获得192.168.1.X的租约，但是这是发生了什么事： $ sudo dhclient r $ sudo dhclient eth0 （长时间等待） $ ifconfig eth0 inet addr：192.168.25.251 几分钟后，我再次更新它，正确的是192.168.1.81（从那时起，每一次重新生成都保持正确） 从哪里来的另一个networking出现了？ 后来我记得我可以添加-v到dhclient来查看一些更详细的信息，特别是哪个DHCP服务器响应我的请求。 它可能是我们的networking中的另一个DHCP服务器，我不知道？ 我试图查看/ var / lib / dhcp租约，但无法find第25networking的痕迹。 看来，Windows PC不受影响，只有Linux的盒子。