最新消息:20210917 已从crifan.com换到crifan.org

【已解决】和主机Win连同一个WiFi的iPhone无法连接到VMWare中macOS虚拟机中mitmdump代理

macOS crifan 629浏览 0评论
折腾:
【已解决】给VMWare中macOS中抓包项目开启mitmdump代理
期间,要去更新iPhone中WiFi代理的IP
先确认此处虚拟机macOS的IP:
crifanli@crifanlideMac  ~  ifconfig | grep 192.168
    inet 192.168.17.128 netmask 0xffffff00 broadcast 192.168.17.255
是:192.168.17.128
iPhone7P中更新了WiFi的代理配置了
但是:
iPhone7P还是无法连接网络
微信公众号内容无法打开
即:发现了问题
macOS中已启动mitmdump代理,没问题。
但是外面的iPhone中设置了代理,但是无法连接上
-》看来是:
iPhone7P 
此处连接的WiFi网络,是和Win主机连接的是同一个WiFi
但是Win中VMWare中macOS中的网络,则是 另外一个内网:
此处细节如下:
Win中WiFi信息:
IP:192.168.31.119
SSID:    xxx_guest_5G
协议:    802.11ac
安全类型:    WPA2-个人
网络频带:    5 GHz
网络通道:    157
本地链接 IPv6 地址:    fe80::d6f:942b:240b:2dd3%9
IPv4 地址:    192.168.31.119
IPv4 DNS 服务器:    192.168.31.1
制造商:    Intel Corporation
描述:    Intel(R) Dual Band Wireless-AC 3165
驱动程序版本:    21.90.1.2
物理地址(MAC):    58-A0-23-44-F3-22
client的虚拟机:macOS,网络连接方式NAT
macOS中IP是:192.168.17.128
crifanli@crifanlideMac  ~  ifconfig | grep 192.168
    inet 192.168.17.128 netmask 0xffffff00 broadcast 192.168.17.255
crifanli@crifanlideMac  ~  ifconfig
lo0: flags=8049<UP,LOOPBACK,RUNNING,MULTICAST> mtu 16384
    options=1203<RXCSUM,TXCSUM,TXSTATUS,SW_TIMESTAMP>
    inet 127.0.0.1 netmask 0xff000000
    inet6 ::1 prefixlen 128
    inet6 fe80::1%lo0 prefixlen 64 scopeid 0x1
    nd6 options=201<PERFORMNUD,DAD>
gif0: flags=8010<POINTOPOINT,MULTICAST> mtu 1280
stf0: flags=0<> mtu 1280
EHC2: flags=0<> mtu 0
UHC0: flags=0<> mtu 0
en0: flags=8863<UP,BROADCAST,SMART,RUNNING,SIMPLEX,MULTICAST> mtu 1500
    options=b<RXCSUM,TXCSUM,VLAN_HWTAGGING>
    ether 00:0c:29:4a:ce:51
    inet6 fe80::14f6:331:f3e0:3aa6%en0 prefixlen 64 secured scopeid 0x6
    inet 192.168.17.128 netmask 0xffffff00 broadcast 192.168.17.255
    nd6 options=201<PERFORMNUD,DAD>
    media: autoselect (1000baseT <full-duplex>)
    status: active
utun0: flags=8051<UP,POINTOPOINT,RUNNING,MULTICAST> mtu 2000
    inet6 fe80::713d:fe54:4a84:7cba%utun0 prefixlen 64 scopeid 0x7
    nd6 options=201<PERFORMNUD,DAD>
另外:
之前win中,也无法访问macOS中的wda的8100端口的服务
估计也是类似原因
去继续先去看看之前的问题
实在不行,再去换NAT为直接桥接物理网络,看看是否解决问题,macOS的IP是否是和当前Win中WiFi一致,都是31段的,而不是17段
此处先回去继续之前的:
【未解决】Win中尝试访问VMWare中macOS中8100端口的wda服务
期间,wda的8100没解决。
但是换了桥接网络后,mitmdump的代理问题解决了,iPhone能访问到,同网络中macOS中的mitmdump的代理了。
对应代理配置是,都是31的IP端的代理:
地址是:macOS中的IP地址。
【总结】
此处win是host,client是VMWare中macOS
macOS中运行了mitmdump代理
而和Win连接了同一个WiFi网络的iPhone,给WiFi加了macOS中的代理
但是无法访问网络,说明访问不到代理。
最后是:
给VMWare设置中把macOS虚拟机的网络从NAT改为桥接,即可:
确保macOS中的IP地址段和Win中一致了:
  • Win:19.168.31.119
  • macOS:192.168.31.45
然后iPhone中设置的WiFi的代理,就能访问到macOS中的mitmdump代理了。

转载请注明:在路上 » 【已解决】和主机Win连同一个WiFi的iPhone无法连接到VMWare中macOS虚拟机中mitmdump代理

发表我的评论
取消评论

表情

Hi,您需要填写昵称和邮箱!

  • 昵称 (必填)
  • 邮箱 (必填)
  • 网址
90 queries in 0.191 seconds, using 23.31MB memory