移动开发通信之httphttps概念-优缺点-选择

我们有时做主机之间的渗透测试，需要看网络发包的详细内容，但虚拟机内部如何抓包呢？
vmware的虚拟网络编辑器有三种模式：
╔ HostOnly（仅主机）
╠ Bridge（桥接）
╚ NAT（代理）模式
其中：
1、仅主机模式，是虚拟机仅和主机连接，我们这时可以在编辑--虚拟网络编辑器中设置一下，这样，XP虚拟机就获取到了主机的vmnet1网卡给它分配的IP地址了。有时会获取不到指定的地址，获取的是169254/16段的IP，那就重新编辑一下网络编辑器，就好了。
2、桥接方式：一般是vmnet0网卡，我们在网络适配器里是找不到的，这是相当于主机充当了网桥的功能，把虚拟机桥接到了主机当前联网的网络内，或者说：是虚拟机有条网线也插到了你联网的交换机上，它获取到了和你的主机相同的IP段的地址，会与真实主机一样，占用真实网络中的IP地址，和你的主机处于同一地位。这个模式下，你是不需要配置什么的，只需要指定你目前的网卡的名称就可以了。
3、NAT模式：NAT是Network Address Translation的缩写，即网络地址转换，即你主机上的vmnet虚拟网卡充当了一台“路由器”的角色，你的虚拟机插在它的网口上，vmnet网卡给你的虚拟机分配一个“内网”的IP地址，然后代理你的虚拟机上网。这里我们需要给它配置“路由器”的WAN口地址（下图1），再给它配置“路由器”的DHCP功能中，可分配的IP范围（下图2）：
注意！上图1 一定要勾上将主机虚拟适配器连接到此网络(V)，不然vmware就不将网络状况关联到系统的虚拟网卡上了，wireshare里就找不到这张虚拟网卡名称了
总结：梳理了以上虚拟机的三种网络连接方式，我们就可以判断出：哪种方式适合vmware进行抓包，没错：
第一种仅主机，只要和主机中的虚拟网卡存在连接，我们就可以让wireshark抓包，这是OK的；
第二种桥接，如果我们有第二台物理主机，和我们的主机在同一网段，那么可以用这种方式抓包，但一般情况下，我们就是一台主机，所以第二种方式pass掉；
那么现在第三种NAT方式，很好，vmware的虚拟交换机让攻击机和测试机处于同一网段，那么我们就可以配置vmware抓这个vmnet网卡内的包了，这也是OK的；

无线破解分很多，其中有2中，一种是没设置密码的，一种是设置密码的，设置密码的又分很多种：“WEP/WAP/WAP2等， 设置密码目前可以支持破解的是WEP的方式， 到网上下载个BT5、BT4、BT3，等随便什么，自动就可以破解，其他的可以破解，但是费事费力费空间，一台笔记本的硬盘空间相对来说就芝麻点大。 你网上搜索下就OK了，很多教程！
有一个wifi万能钥匙，通过从云端获取网友分享已知的Wi-Fi热点信息来联网的工具，个别地方还是能用的。
还有一个畅无线，说是能破解CMCC和CMCC-edu的密码，你可以试试。
BT3破解WEP没的说，，，如果是WPA,WPA2，最好是有人在上网，截获握手包后，选择字典破解就可以，还有就是字典一定大，光数字组合，八位数的就1G左右呢，，，带英文字母就要更大了，，，EMSA是用于XP下破解握手包的，，，抓握手包的话，可以用BEINI,这个就是奶瓶了，，还有一款CDLINUX，，也是的，还有一个是XIAOPANOS的，可以利用WPS破解，大部分路由器会被外带天线的卡王PIN死，，，破解WPS PIN8位数字后，可以安装QSS,WPS连接路由器就可以了，输入密码，路由器会自动适配，你就不用管了，直到能上网就可以了。。。记住破解PIN的是REAVER,,,INFLATOR是REAVER的图形程序，，，内置天线的网卡的就不要破了，信号不好，掉线太厉害，而且信号一定要好，否则可就痛苦了，，，目前还没有一款密码不能破解的，如果条件允许，破解密码其实就是小菜，，如果是弱口令，我用安卓手机也可以破解，，如果你想学，可以加入我的团队，IT狂人，，已经破解过三个WPA2了，不支持WEP,,,,

在抓包分析中，请求失败和响应失败有不同的表现和数据特征。具体可以通过以下几点来判断：
1 请求失败：如果一个请求出现了失败，那么往往会出现一些异常现象，如请求的URL无法打开，或者请求的IP地址不可访问等等。此时可以通过观察返回的请求状态码或者错误代码来判断请求是否成功。一般而言，如果请求的状态码为4xx或5xx等错误状态码，则说明请求失败，具体的状态码与错误代码会给出详细的解释。
2 响应失败：如果一个请求已成功发出，但是却无法获得响应，那么往往是由于连接超时或服务器内部错误等原因导致的。此时可以通过观察相应报文头部的状态码、响应时间等信息来判断响应是否失败。一般而言，如果响应超时、服务器返回的响应状态码为5xx等错误状态码，则说明响应失败。
3 网络异常：除了请求和响应失败之外，还有可能是由于网络异常导致了请求或响应的失败。这种情况下，一般会出现网络连接失败、丢包、延迟等问题，可以通过查看抓包文件中的网络数据包的信息来判断是否存在包丢失、延迟等问题。
总的来说，如果是请求失败，那么可以通过请求状态码和相关的错误代码来判断；如果是响应失败，那么可以通过响应状态码和响应时间等信息来判断；如果是网络异常，则需要观察网络包的相关信息来判断是否存在网络丢包、延迟等故障。

---