美文网首页
2019-04-04关于网络的问题

2019-04-04关于网络的问题

作者: 上官曙光 | 来源:发表于2019-04-04 10:34 被阅读0次

    问题一,就是我们这边昨天手机端app登录的时候,请求登录接口,返回的是404,然后把网断了重新连接,发现请求成功了,这个是什么问题呢?
    问题二:,我想问下我的dns设置为192.168.xx.xx,114.114.114.114,8.8.8.8这几个,不是自动获取的,为啥刚才请求这个http://xx.xx.xx.net:8040/api/user/acctoken/xx,开始也是获取不到,之后断了网重新连接才能登录成功呢?
    回答:
    首先,xx.xx是内网的dns服务器,114.114.114.114是360的dns服务器,8.8.8.8是谷歌的dns服务器,这里我简单介绍一下dns是干啥的,你可以理解为指路人,比如你要访问一个域名,dns负责告诉你应该去哪个ip,但是他仅仅只是告诉你,该怎么去还是通过你的网络你的浏览器去解析,dns服务器不会去帮你取数据再返回给你,所以呢,正常来说,日常的使用,前两者也就是公司的,就足够用了,但是总公司的,就会被限制,比如公司不想让你上淘宝,上京东,他就会在dns做规则的限制,当你浏览taobao和jd的时候,dns就不给你指这条路,你也就访问不了,公司对上网是有很多要求的,比如下载和逛电商网站,都会被记录,那使用114和8.8会被记录么?当然会,因为dns只负责指路,其他不管,网络监控,只要监控mac地址,就一定跑不了,现在应该是已经全天候记录了,什么时候公司想查,都跑不了,只要你插公司的网线。所以按正常的使用,如果是研发,涉及sso的,建议用xx.91,因为他可以支持127.xx.xx.net,也就是sso涉及的同域,不用sso的话,那用xx.100也可以,现在也支持dev域名了,不过用的是nginx。至于你说的拔网线,其实就是强制dns缓存刷新而已。跟你在cmd下输入
    ifconfig /flushdns是一样的,当你主dns和备用dns都指定且解析功能不一样的时候,就会出现互相干扰的情况,导致你解析出问题,所以一般最好主备都是同一个功能的,所以呢,怎么使用,还是看你自己,不用拔网线,在cmd里执行dns缓存重置就好了,只要你只用前两个,不带公司外的dns,就不会冲突,因为dev是内网域名,外面是不认识的,xx.91是我自己的dns服务器,他优先解析他认识的dev域名,如果遇到www.baidu.com这种,他不认识,会自动转交给xx.100也就是公司的dns解析,ifconfig是linux的,windows是ipconfig /flushdns.
    问题3:还有个问题不懂,网线,MAC地址,和IP地址之间的关系是什么呢?为什么网络监听到mac地址就可以找到你所使用的ip呢,为什么有外面的dns就会冲突呢,然后有接口请求不成功的现象呢?
    首先,mac地址是网卡的物理地址,就是序列号,0-9,A–F,一共12位,举例
    23-54-6D-1A-4E-D0
    一般前6位是品牌,所以像那些虚拟机,都是005056开头,因为实际的网卡都是一样的,但是每个人的实体工位机肯定是不一样的,所以即便一模一样的电脑,mac地址也就前6位可能一样

    最早是没有限制的,插上网线,输入ip只要不冲突,就能上网,就因为这样没法监控,所以现在你能在的工位上网,是因为某人那边把你的mac地址和这个ip绑定了,所以如果你换工位了,就要解绑再重新绑定,只有绑定过的,才能上网,所以ip,mac,只要是绑定过得,他们在oa上就能查,包括你的座位,一目了然,只是你没有权限看那个模块.
    至于网线就不说了,你上网需要通过公司的交换机,网线就是你和交换机的物理链路
    至于dns冲突,主备是同时服务的,并不是必须主的挂了或者完全不响应了,才会切备用的,系统会自动检测他们的活性,然后选择一个,所以如果你主备如果解析的范围是一样的,那就没什么关系
    但是如果你有一个地址,只有主能解析,备的不能解析,那当备用活性高时,他就会选择备用,不要以为备用解析不出来还会回去,是不会的,解析只有两种结果,认识,不认识,都算完成
    假如你主是99.100,备是114.114
    那对于www.baidu.com来说是一样的,因为他们两个都知道这个公网域名对应什么ip
    但是dev只在北领地用,114是不可能知道的,当114活性高的时候,就会自动切过去,导致不能解析

    相关文章

      网友评论

          本文标题:2019-04-04关于网络的问题

          本文链接:https://www.haomeiwen.com/subject/cktfiqtx.html