引言
在本班同学的启发之下,我就同一校园网内两台设备的连接问题产生兴趣。
郑重提示:作者是i人,请友好交流。本篇所涉及的ip信息只保证从计算机网络原理上是正确的,有误恳请指正,显示结果已将真实ip信息修改成本篇设计的ip,绝非作者学校的真实信息,ip如有雷同,请不要展现恶意,文明探讨,合理分析,切勿照抄。
问题——这位同学同一校园网内的两台设备为何不能互联
两台设备同时连接同一个校园网,使用同一个校园网账号,不能直接传输数据,但可以通过第三方软件进行数据传输,比如微信之类。
准备
两台设备:一台win10家庭版(防火墙自始至终没关,一直打开),一部vivo15
校园网:因为学校曾对宿舍进行过网线升级,因此,
设计教学楼无线局域网,ssid我们暂且称为SCH-TEAC,协议为WLAN 5,安全类型为WPA2-企业,ip与dns都是自动分配,默认网关显示10.20.0.1
设计教学楼无线局域网,ssid我们暂且称为SCH-DORM,协议为WLAN 6,安全类型为WPA2-企业,ip与dns都是自动分配,默认网关显示10.21.0.1
vivo需下载相关ping软件,如果能有熟练运用mmi或ussd码的作者,恳请赐教,不胜感激。
与校园网连接之后的相关信息
vivos15:
ipv4:10.20.0.163
子网掩码:255.255.255.0
默认网关:10.20.0.1
win10:
ipv4:10.20.0.98
子网掩码:255.255.255.0
默认网关:10.20.0.1
实验一
验证设备上的ipv4地址有效且都能连接同一校园网
ssid为SCH-TEAC,默认网关为10.20.0.1,win10的分配到的ipv4为10.20.0.98,vivo分配到的ipv4为10.20.0.163
win10:徽标键+r,打开cmd
输入ping 10.20.0.98
显示
正在 Ping 10.20.0.98 具有 32 字节的数据:
来自 10.20.0.98 的回复: 字节=32 时间<1ms TTL=128
来自 10.20.0.98的回复: 字节=32 时间<1ms TTL=128
来自 10.20.0.98 的回复: 字节=32 时间<1ms TTL=128
来自 10.20.0.98 的回复: 字节=32 时间<1ms TTL=128
10.20.0.98 的 Ping 统计信息:
数据包: 已发送 = 4,已接收 = 4,丢失 = 0 (0% 丢失),
往返行程的估计时间(以毫秒为单位):
最短 = 0ms,最长 = 0ms,平均 = 0ms
输入 tracert 10.20.0.98
显示
通过最多 30 个跃点跟踪
到 win10 [10.20.0.98] 的路由:
1 <1 毫秒 <1 毫秒 <1 毫秒 win10 [10.20.0.98]
跟踪完成。
10.20.0.98是本机通过arp协议获得的IPv4地址
输入ping 10.20.0.1
显示
正在 Ping 10.20.0.1 具有 32 字节的数据:
来自 10.20.0.1的回复: 字节=32 时间=2ms TTL=64
来自 10.20.0.1 的回复: 字节=32 时间=2ms TTL=64
来自 10.20.0.1 的回复: 字节=32 时间=2ms TTL=64
来自 10.20.0.1 的回复: 字节=32 时间=2ms TTL=64
10.20.0.1 的 Ping 统计信息:
数据包: 已发送 = 4,已接收 = 4,丢失 = 0 (0% 丢失),
往返行程的估计时间(以毫秒为单位):
最短 = 2ms,最长 = 2ms,平均 = 2ms
输入tracert 10.20.0.1
显示
通过最多 30 个跃点跟踪到 10.20.0.1 的路由
1 7 ms 5 ms 2 ms 10.20.0.1
跟踪完成。
10.20.0.1可以同win10通信
vivo下载PingToolPro,点击进入
选择ping
输入10.20.0.163
显示
ping 10.20.0.163 icmp
来自 10.20.0.163 序列1 大小64字节 时间0ms TTL=64
来自 10.20.0.163 序列2 大小64字节 时间0ms TTL=64
来自 10.20.0.163 序列3 大小64字节 时间0ms TTL=64
ping统计:已传输3,已接收3,丢包0%,时间3077毫秒
时间统计:最短4\平均\最长\平均偏差毫秒
输入10.20.0.1
ping 10.20.0.1 icmp
来自 10.20.0.1 序列1 大小64字节 时间4ms TTL=64
来自 10.20.0.1 序列2 大小64字节 时间15ms TTL=64
来自 10.20.0.1 序列3 大小64字节 时间33ms TTL=64
ping统计:已传输3,已接收3,丢包0%,时间3128毫秒
时间统计:最短0\平均0\最长0\平均偏差0毫秒
选择路由跟踪
输入10.20.0.163
路由跟踪,至10.20.0.163 udp,最多30个节点
1 10.20.0.163 0毫秒
路由跟踪完成
节点数量1,时间830毫秒
输入10.20.0.1
路由跟踪,至10.20.0.163 udp,最多30个节点
1 10.20.0.1 27毫秒
路由跟踪完成
节点数量1,时间675毫秒
SCH-DORM的默认网关为10.21.0.1,win10分配到的ipv4为10.21.0.56,vivo分配到的ipv4为10.21.0.231
验证过程同上,结果类似,本文不再赘述
验证结果,两台设备上分配的ipv4地址均有效,均可同时连接同一校园网
实验二
查看在SCH-TEAC上两台设备能否互联
win10 cmd
输入ping 10.20.0.163
显示
正在 Ping 10.20.0.163具有 32 字节的数据:
来自 10.20.0.89 的回复: 无法访问目标主机。
来自 10.20.0.89 的回复: 无法访问目标主机。
来自 10.20.0.89 的回复: 无法访问目标主机。
来自 10.20.0.89 的回复: 无法访问目标主机。
10.20.0.163 的 Ping 统计信息:
数据包: 已发送 = 4,已接收 = 4,丢失 = 0 (0% 丢失),
输入tracert10.20.0.163
显示
通过最多 30 个跃点跟踪到 10.20.0.163 的路由
1 win10 [10.20.0.89] 报告: 无法访问目标主机。
跟踪完成。
vivo软件上
选择ping输入10.20.0.89
显示
ping 10.20.0.89 icmp
来自10.20.0.163 序列1 目标主机无法到达
来自10.20.0.163 序列2 目标主机无法到达
来自10.20.0.163 序列3 目标主机无法到达
ping 统计:已传输3,已接收0,错误3,丢包100%,时间10007毫秒
选择路由跟踪输入10.20.0.89
路由跟踪 至10.20.0.89 udp,最多30个节点
1 10.20.0.163 2312毫秒
路由跟踪 完成 节点数量1,时间2878毫秒
结果:两台设备不能互联
实验三
查看在SCH-DORM上两台设备能否互联
win10 cmd
输入ping 10.21.0.231
显示
正在 Ping 10.21.0.231 具有 32 字节的数据:
来自 10.21.0.231 的回复: 字节=32 时间=69ms TTL=64
来自10.21.0.231 的回复: 字节=32 时间=4ms TTL=64
来自 10.21.0.231 的回复: 字节=32 时间=6ms TTL=64
来自 10.21.0.231 的回复: 字节=32 时间=168ms TTL=64
10.21.0.231 的 Ping 统计信息:
数据包: 已发送 = 4,已接收 = 4,丢失 = 0 (0% 丢失),
往返行程的估计时间(以毫秒为单位):
最短 = 4ms,最长 = 168ms,平均 = 61ms
输入tracert10.21.0.231
显示
通过最多 30 个跃点跟踪到 10.21.0.231 的路由
1 193 ms 2 ms 2 ms 10.21.0.231
跟踪完成。
vivo软件上
选择ping输入10.21.0.56
显示
ping 10.21.0.56 icmp
来自 10.21.0.56 序列1 大小64字节 时间24ms TTL=128
来自10.21.0.56 序列2 大小64字节 时间6ms TTL=128
来自 10.21.0.56 序列3 大小64字节 时间25ms TTL=128
ping统计:已传输3,已接收3,丢包0%,时间3127毫秒
时间统计:最短6\平均18\最长25\平均偏差10.7毫秒
选择路由跟踪输入10.21.0.56
结果
路由跟踪 至10.21.0.56
udp,最多30个节点
均未响应
关闭win10防火墙再次跟踪
路由跟踪 至10.21.0.56
udp,最多30个节点
1 10.21.0.56 21毫秒
路由跟踪完成
节点数量1,时间5980毫秒
结果:两台设备可以互联
小结
在使用SCH-TEAC实验时,发现SCH-TEAC实际上有两种技术标准,在不同的教学楼标准不同,为wifi5和wifi6,经过测试发现标准不同对结果没影响
防火墙对设备互联有影响,但在此次测试中应不是主要原因。
至于本机的网关设置、ip冲突等,考虑到校园网使用时间长,没有同学提出连接问题,也不应该是设备连接问题的主要原因。
在连接同一无线局域网的情况下,两台设备的确可以互联。但细究其因,还是不知所云。初步猜测原因是学校对两个校园网路由的设置不同。如有更好的建议评论区见。