我管理一个由少于 70 个节点组成的小型网络。以前的系统管理员选择使用 dhcp 服务器并手动设置 dhcp 地址。
除了我的域控制器和 EXS 主机之外,我选择使用 dhcp 地址分配而不是静态地址分配。我因遵循此方案而受到批评,但它对我来说管理地址范围很容易,而不必扫描网络以获取可用的 IP 地址。我是在正确的轨道上还是我失去了情节?
开放式问题:如何查找设备的IP地址?
据我所知,没有保证总是有效的方法,但有一百种方法适用于特定情况,我想学习尽可能多的方法。
典型的场景是:
我们从客户那里收到一些设备来重新配置/翻新/维修。它是嵌入式的,只能通过 TCP/IP 访问。我们要么无法将其重置为默认值(模糊的过程且没有文档),要么默认值非常模糊(我们最近得到了一个默认为 10.100.0.111)。恢复登录名/密码是一个完全独立的问题,首先我们需要访问它的 Web 界面,为此我们需要知道它的 IP 地址。
该设备在我们手中,本地 - Wireshark,网络嗅探,硬重置,一切都很好。通常带有 MAC 地址的贴纸就位,所以我们知道 MAC。情况并非总是如此,但通常是需要调查的途径。
我们有专用于服务工作的 Linux 和 Windows 工作站,可用于诊断。如果情况变得更糟,我们也有一些电子设备(如示波器)。我们几乎可以在它们上设置我们想要的任何软件。
如果有需要,我们可以让探测/扫描运行一夜甚至几天,但更快的解决方案绝对是首选。
我想知道是否有可能告诉 Linux 内核通过 interface/ip Y 路由所有目的地为 X 的数据包,但前提是源 IP 地址是特定的。
知道这是否可能吗?
感谢致敬,
我试图找出弹性负载均衡器可以从它后面的 EC2 实例拥有的 IP 地址范围。这样我就可以正确配置 nginx 的 HttpRealIpModule 了。
我找到了一个EC2 公共 IP 地址列表,但找不到任何提及私有 IP 范围的内容。我最好的猜测是10.0.0.1/8- 有谁知道这是否正确?
我有一个 Windows 2003 域,使用 192.168.0.0/24 和所有静态地址(无 dhcp)。我想移动到 192.168.0.0/16 因为我们需要更多地址。我知道我们需要将所有计算机的网络掩码从 255.255.255.0 更改为 255.255.0.0
我的问题是:
有没有办法不更改所有计算机的网络掩码并将我们的域控制器更改为 192.168.0.0/16?
需要在 DNS 端 (Active Directory) 上进行哪些更改才能处理新子网?
当我尝试配置第二个故障转移 IP 地址时,我在 Xen 虚拟机(运行最新的 Debian)上遇到了问题。OVH 报告说我的 IP 配置错误,他们抱怨说他们从这个 IP 收到了大量的 ARP 数据包,所以除非我解决这个问题,否则他们将阻止我的 IP。
我怀疑存在路由问题,但我不知道(并且在提供商的网站上找不到任何有用的信息,并且他们的支持没有为我提供有效的解决方案,只需将我退回到他们的在线 - 无用 - 指南) .
我的 /etc/network/interfaces 看起来像这样:
# The loopback network interface
auto lo
iface lo inet loopback
# The primary network interface
auto eth0
iface eth0 inet static
address AAA.AAA.AAA.AAA
netmask 255.255.255.255
broadcast AAA.AAA.AAA.AAA
post-up route add 000.000.000.254 dev eth0
post-up route add default default gw 000.000.000.254 dev eth0
# Secondary NIC
auto eth0:0
iface eth0:0 inet static
address BBB.BBB.BBB.BBB
netmask 255.255.255.255
broadcast …Run Code Online (Sandbox Code Playgroud) 可能的重复:
对于将域名指向我的 ip 的人,我能做些什么吗?
我现在正在运行具有自己的静态 IP 的专用服务器一段时间。几周前,我注意到浏览日志时出现了一些域,我想知道为什么。在使用该域后,我注意到它是一个完整的 DNS-A 主机名,指向我的 IP。
有人会这样做的原因是什么?有什么我应该担心或记住的吗?
实际上 - 我不介意,即使我更喜欢在没有任何主机名的情况下运行服务器(仅限 IP)。
我有bond0,里面有两个物理接口。通常我会为这个bond0 分配静态IP 地址来设置服务器上的互联网连接。
现在,由于 LXC 虚拟来宾,我不得不创建一个桥 br0 并将bond0 和 virt0(虚拟来宾的虚拟接口)放在桥中。
只是创建 br0 并在其中添加这两个接口不起作用,我不得不为 br0 本身分配静态 IP 地址,并且不将 IP 地址分配给 bond0 或 virt0。在虚拟来宾本身中,有分配到来宾内部“虚拟”eth0 的公共静态 IP。这有效。
问题是 - 为什么它以这种方式工作并且在网桥中不需要配置 bond0?当我有一个网桥并将 IP 地址分配给 bond0 而不是 br0 时会发生什么?我认为网桥就像交换机一样工作,而交换机是“哑巴”,处理 MAC 地址并且对 IP 地址一无所知。
我们有一个带有托管服务提供商的专用服务器。我们正在运行 ESXi 6.0。服务器有一个当前用于管理界面的公共 IP。提供商还为我们分配了一个 /29 块,以便我们的 VM 可以拥有公共 IP。我们只能使用 1 个物理 NIC,我认为这会导致一些问题。
他们告诉我们,该块中 IP 的默认网关应设置为 ESXi 服务器的 IP。每当我们尝试配置它时,VM 都会抱怨说网关位于不同的子网中,而事实确实如此。
他们表示,由于他们的网络配置方式,我们需要通过 ESXi 服务器的 IP 路由他们分配给我们的块中的任何 IP。据我所知,ESXi 不支持路由,因此无法实现。
我们问他们是否可以将这个块(甚至单个 IP)分配给服务器,以便它们与 ESXi IP 相同,以便我们可以在 VM 上使用它们,但他们告诉我们,他们的网络设置不允许为了这。
理想情况下,我们希望能够将这些公共 IP 分配给我们的 VM,以便它们可以直接从 Internet 访问。有没有办法做到这一点?我们错过了什么吗?
如果上述方法不可行,有没有办法让我们进行端口转发/其他任何操作,以便我们可以从 Internet 访问我们的 VM?
我们没有更改 ESXi 中的任何网络配置,因此我们仍然只有一个 vSwtich,同时连接了管理网络和 VM 网络。此 vSwitch 连接到服务器上的单个物理 NIC,所有 IP 都分配给该物理 NIC。
如果需要,很乐意提供任何其他信息。
我从西班牙、美国和法国的不同客户那里收到一些报告,称他们无法访问我的网站https://www.ultreyatours.com。他们收到一个 ERR_NAME_NOT_RESOLVED 错误,说找不到服务器。
就我个人而言,我没有遇到任何错误,大多数访问者也没有遇到过,但是我的一位客户非常友好地将他们的 traceroute 输出发送给我 - 下面。他在浏览器中使用 Google DNS。
我有一个共享 IP 地址,这让我认为它被 ISP 阻止了,但事实并非如此。我已经联系了 Telefonica(这是我的客户访问的最后一个服务器),询问他们是否阻止了我的 IP 地址以防万一,但已经 9 天了,到目前为止没有任何回应。
我尝试过的所有网站测试程序似乎都找不到错误。我发现的唯一危险信号是我的 MX 记录指向 CNAME。但这是我的主人Go Daddy的标准邮件设置。
谁能告诉我他们是否无法访问该网站并将跟踪路由发送给我,或者您对为什么会发生这种情况有任何建议吗?我应该换主机以防万一吗?
traceroute to ultreyatours.com (160.153.74.24), 64 hops max, 52 byte packets
1 192.168.1.1 (192.168.1.1) 7.887 ms 2.594 ms 2.378 ms
2 192.168.144.1 (192.168.144.1) 51.844 ms 42.309 ms 41.189 ms
3 * * *
4 26.red-80-58-89.staticip.rima-tde.net (80.58.89.26) 55.877 ms
65.red-81-46-3.staticip.rima-tde.net (81.46.3.65) 54.211 ms
26.red-80-58-89.staticip.rima-tde.net (80.58.89.26) 54.896 ms
5 216.184.113.116.nuevatel.com (216.184.113.116) 51.841 ms …Run Code Online (Sandbox Code Playgroud) ip ×10
linux ×2
networking ×2
routing ×2
address ×1
amazon-ec2 ×1
amazon-elb ×1
bridge ×1
cname-record ×1
dhcp ×1
dns-hosting ×1
domain ×1
forensics ×1
godaddy ×1
hostname ×1
ip-address ×1
mac ×1
netmask ×1
route ×1
security ×1
source ×1
subnet ×1
switch ×1
traceroute ×1
vmware-esxi ×1
windows ×1
xen ×1