无线网络安全--kali虚拟机系统的网络连接方式

步骤一1.配置虚拟机系统的网络连接方式为“NAT模式”默认模式。将虚拟机的网络连接配置为“NAT模式”设置界面如下图所示在虚拟机中使用ifconfig 查看虚拟机中各网络接口的相关配置记录eth0虚拟机 以太网接口的IP地址。在宿主机中使用 ipconfig 查看宿主机中各网络接口的相关配置查找与虚拟机中 eth0 接口的IP地址属于同一网段的IP地址虚拟网络地址192.168.145.1关闭宿主机的Windows防火墙控制面版àWindows防火墙其操作界面如下图 所示。在虚拟机中ping宿主机查看网络连通情况。在宿主机中ping虚拟机查看网络连通情况正常情况是连通的在虚拟机中ping与宿主机处于同一网段的其它物理机查看网络连通情况连通。用与宿主机处于同一网段的其它物理机ping虚拟机查看网络连通情况正常情况 是不连通的步骤二配置虚拟机系统的网络连接方式为“桥接模式”。 将虚拟机的网络连接配置为“桥接模式”设置界面如下图所示查看宿主机的以太网IP地址。在虚拟机中使用ifconfig 将eth0 接口的IP 地址设置为与宿主机以太网IP地址 处于同一网段的地址。注意虚拟机和主机要在同一个网上不能一个热点一个无线网卡确保宿主机的Windows 防火墙关闭的情况下在虚拟机中ping宿主机查看网络 连通情况按CtrlZ 可终止ping命令的执行 在宿主机中ping虚拟机查看网络连通情况问题1最后为什么是不可达的虚拟机和主机不在同一个网段下吗问题出在子网掩码Netmask上而不是网段本身。虽然你的 IP 地址看起来是在同一个网段192.168.43.x但你设置的掩码导致了路由判断错误。根本原因分析请看你的截图中的这行配置inet 192.168.43.187 netmask 255.255.255.0你的 IP192.168.43.187你的掩码255.255.255.0即 /24这意味着你的虚拟机认为只有192.168.43.1到192.168.43.254之间的设备是在“本地局域网”里。推测真实情况常见的手机热点环境你很可能是在使用手机热点上网。手机热点的网关通常是192.168.43.1但是它的子网掩码往往是255.255.255.254(/31)或更奇怪的设置甚至有些热点只允许特定的 DHCP 分配。最可能的情况是你的宿主机Windows或者网关实际上并不在255.255.255.0这个范围内或者你的网关不是你认为的那个。如果网关实际上是192.168.43.1而你把掩码设为了255.255.255.0理论上是可以通的。但报错“网络不可达”通常意味着找不到去往目标 IP 的路由路径。另一种极大的可能性VMware NAT 模式冲突如果你使用的是 VMware 的NAT 模式这是默认设置VMware 的 NAT 模式通常默认使用192.168.x.0/24网段比如192.168.137.0或192.168.223.0。你手动强制把 IP 改成了192.168.43.x。这导致虚拟机的流量不知道该往哪里发。VMware 的虚拟网卡VMnet8并没有配置在192.168.43.x这个网段上所以它不知道怎么把包发出去直接报“网络不可达”。解决方案请按顺序尝试以下操作方案一恢复自动获取最推荐不要手动指定 IP让 VMware 的 DHCP 服务自动分配正确的 IP。输入命令释放当前 IPdhclient -r eth0输入命令重新获取 IPdhclient eth0再次输入ifconfig查看分配到的 IP 是什么。如果是192.168.x.xx 不是 43尝试 ping 网关看看通不通。方案二如果你必须手动设置 IP桥接模式如果你想让虚拟机和主机在同一个网段比如为了做局域网渗透测试你需要确保VMware 网络适配器设置为“桥接模式”。你的掩码必须和主机完全一致。查看主机的掩码在 Windows 命令行输入ipconfig查看你的无线网卡或有线网卡的子网掩码。如果是255.255.255.0你的命令没问题。如果是255.255.255.254手机热点常见你就必须改成ifconfig eth0 192.168.43.187 netmask 255.255.255.254(注手机热点通常只允许两个设备通信手动设 IP 很容易被拒绝连接)方案三检查路由表输入以下命令查看路由表route -n如果输出中没有以192.168.43.0开头的行或者没有默认网关0.0.0.0说明系统根本不知道要把数据包发给谁。手动添加路由临时测试假设你的网关是192.168.43.1route add default gw 192.168.43.1 eth0然后再 ping 试试。问题2释放当前 IP之后重新获取 IP报错这个报错Error: ipv4: Address already assigned的意思是你想自动获取 IP但系统发现网卡上已经有一个 IP 地址占着位置了导致新的 IP 没法分配进来。这就好比你想住进酒店房间但发现里面已经有人了前台dhclient就不让你进。解决方法你需要先“赶走”那个旧 IP然后再重新申请。请按顺序执行以下两步第一步手动清除旧 IP输入以下命令强制把 eth0 上的 IP 地址清空ip addr flush dev eth0(注如果没有ip命令也可以用老命令ifconfig eth0 0)第二步重新获取 IP等命令执行完通常没有输出就是成功了再次输入你刚才的命令dhclient eth0这时候应该就能成功获取到新的 IP 地址了。你可以用ip addr或ifconfig检查一下。问题3还是报错怎么办这就有点奇怪了通常flush命令下去 IP 就该没了但dhclient还是报错这说明系统内核里或者后台进程里还有一个顽固的dhclient进程在死死抓着这个 IP 不放。就像是你把门锁换了但屋里还有一个人拿着备用钥匙不肯走。请尝试下面这两个更彻底的方法按顺序来方法一杀掉所有 dhclient 进程最推荐既然旧的进程在捣乱我们就直接把它杀掉。查看正在运行的 dhclientps -e | grep dhclient(你会看到类似1234 ? 00:00:00 dhclient的字样)强制杀掉它killall dhclient(如果提示找不到命令就用pkill dhclient)再次清理 IP保险起见ip addr flush dev eth0最后重新获取dhclient eth0方法二重启网络管理服务如果方法一不行说明是网络服务卡死了。重启网络服务service networking restart然后再获取 IPdhclient eth0如果以上都失败...如果还是报同样的错那说明问题不在软件层面而在虚拟机设置层面。请回到你第一张图的VMware 设置界面如果你选的是NAT 模式请检查 VMware 的“虚拟网络编辑器”里NAT 设置是否被修改过或者是否和你的手动 IP 冲突。如果你选的是桥接模式请确保你桥接的是正确的网卡Wi-Fi 还是 以太网并且你的物理路由器还有剩余的 IP 可以分配给你。大概率执行“方法一”就能解决问题。问题4还是有问题咋办这就非常奇怪了既然把后台进程都杀掉了IP也清空了但系统还是报“地址已分配”。这通常意味着问题不在软件层面而是出在网络链路的最底层——也就是你的虚拟机和物理网络或者路由器/热点之间的连接出了问题。结合你之前提到的“手机热点”和“手动配置IP”现在最大的嫌疑是你的手机热点拒绝了这台虚拟机的连接请求。请按以下步骤排查不要纠结于命令行了换个思路第一步检查“MAC地址过滤”或“热点连接数”很多手机热点有安全机制或者单纯因为连接设备过多而拒绝新设备。操作看一眼你的手机屏幕。当你在虚拟机里运行dhclient eth0时手机上有没有弹出“新设备尝试连接”的提示或者手机热点列表里有没有多出一个设备解决如果有提示点“允许”。如果没反应说明数据包根本没发到手机上。第二步彻底重置网卡关键操作有时候网卡处于“僵尸状态”需要把它“关掉再打开”。请依次输入以下命令每行输完按回车把网卡彻底关掉ifconfig eth0 down把网卡重新打开ifconfig eth0 up再次尝试获取 IPdhclient eth0第三步如果还是不行换个模式最稳妥如果上面都试过了依然报Address already assigned说明这个网络环境可能是你的手机热点和你的虚拟机桥接模式八字不合。建议操作去 VMware 设置里把网络适配器从“桥接模式”改成“NAT 模式”。回到 Kali 系统再次执行上面的“第二步”ifconfig down/up。再次运行dhclient eth0。通常情况下改用 NAT 模式能解决 99% 的虚拟机联网问题。