IP 和网关不是同一个网段,怎么实现通信? - V2EX
V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
shfan
V2EX    宽带症候群

IP 和网关不是同一个网段,怎么实现通信?

  •  
  •   shfan 2022-07-19 15:55:52 +08:00 3332 次点击
    这是一个创建于 1184 天前的主题,其中的信息可能已经有所发展或是发生改变。
    坐标上海松江,最近公司新办一路移动宽带,是固定 IP ,给的 IP 如下:
    IP:211.136.X.X
    子网掩码:255.255.255.252
    网关:221.130.X.X

    我一看,IP 和网关不在同一个网段,觉得是移动给错了,和移动技术人员再三确认表示没有错误。
    想问问 IP 和网关不是同一个网段,怎么实现通信。网上找到的方案: https://wwwit610.com/article/1988899.htm
    这是什么原理,还有移动为什么这么配置,这样普通路由器还配置不了。
    第 1 条附言    2022-07-20 16:23:11 +08:00
    我现在是用 1 台 win10 电脑进行连接测试,网卡是以太网卡。
    我查了一下,ppp 封装是 xDSL 、ATM 、帧中继网络的封装方式,他们用的是电话口或者串口,在 windows 上也找不到将以太网口改成 ppp 封装的方法。
    那还有一种可能是 PPPoE ,但不知道怎么配置,配置 pppoe 的账号密码都没有。
    尝试把子网掩码改成 255.255.255.255 ,和网关也不通,这相当于 linux 下的 onlink 了吧?

    实在理解不了移动给的配置,联系移动的人过来配置了,他们人来了再看看是怎么配置的
    13 条回复    2022-07-20 23:15:41 +08:00
    CnpPt
        1
    CnpPt  
       2022-07-19 16:10:34 +08:00
    蹲一个专业人士回答
    sujin190
        2
    sujin190  
       2022-07-19 16:15:12 +08:00 via Android
    ip 和网关本来就没要求在同一个网段吧,只要链路层能正常通,arp 协议正常,路由正常就可以正常通信的吧
    leonunix
        3
    leonunix  
       2022-07-19 16:20:08 +08:00   2
    这个不是普通的通讯。是点对点协议 PPP 。
    在 ppp 中下一跳路由是不需要的。反正最后所有的流量都会发送到虚拟口上。由虚拟口的 GW 来路由的。
    leonunix
        4
    leonunix  
       2022-07-19 16:22:54 +08:00
    楼主试试随便指定一个网关。说不定也可以通讯的。这样普通的路由也可以配置
    LinePro
        5
    LinePro  
       2022-07-19 16:23:22 +08:00
    /t/769213
    想起了这个帖子
    villivateur
        6
    villivateur  
       2022-07-19 16:23:27 +08:00
    我刚刚发现自己的宽带也是这样,但是不影响上网。一开始我也想说“只要在一个交换机上,两个 IP 就能直接通讯”,但意识到不对劲,因为 IP 协议栈规定不在一个子网里的 IP 包需要发送到默认网关,而这个网关却又不在同一个子网内。

    我觉得还是 3 楼说得对,因为你用的是 PPPoE 协议,所以所有的流量实际上都是直接发给下一级网关的,无需特别配置路由。
    Jet
        7
    Jet  
       2022-07-19 16:30:32 +08:00
    下一跳只要链路可达就可以了,直接配置就行。
    LGA1150
        9
    LGA1150  
       2022-07-19 19:51:52 +08:00   1
    如果确认不是 PPP ,可以配置成 onlink 路由
    ip route add default via 211.130.X.X dev ethX onlink
    huaes
        10
    huaes  
       2022-07-19 20:43:09 +08:00
    我一条 PPPOE 拨号的移动固定 IP 线路,网关还是内网 IP 呢,不过有时候是公网 IP ,反正能用就行
    tril
        11
    tril  
       2022-07-20 09:50:22 +08:00
    除了 pppoe 的宽带,有些云服务器也会有这种情况,服务器的 v4 网关和 v4 地址并不在一个子网里。用起来也没啥特别的,一样是指定好网卡的网关就能上网。
    acbot
        12
    acbot  
       2022-07-20 11:02:32 +08:00
    移动很多所谓的专线啥的商用线路其实就是基于 ppp 链路的,有一个简单的方法可以判断就是测试你宽带的 MTU 是不是 1500 就知道了。我觉得大概率就是 ppp ,有一次接触移动的商用专线就是这个东西,当时设备 WAN 口选固定 IP 配置,默认 MTU 1500 结果死活不行,最后改小 MTU 就正常了。如果是 ppp 那么原因就是#3 说的。
    sendmailtest123
        13
    sendmailtest123  
       2022-07-20 23:15:41 +08:00
    这个子网掩码似乎是标准以太互联 CIDR ,/30 空间减去广播地址减去网络地址实际只有 2 个 IP 可用,正好够同广播域内 1 台运营商侧网关设备和 1 台用户侧路由器互访,个人猜测移动交付了裸二层接入商宽,而不是基于 ppp 或类似魔改协议的某为 BAS 接口 /IPoE 实现。(参考 https://support.huawei.com/enterprise/zh/doc/EDOC1100125910/356527cf#ZH-CN_TASK_0172373974

    假设运营商网关安全策略不严格,用户侧上行目的地址为设备环回地址 /其他接口 IP 的报文兴许能被三层处理转发,但考虑到用户自带设备兼容性+运营商资产安全问题一般不会这么配参(正如楼主说的,普通路由器甚至不允许设置和主 IP 不同子网的网关地址)。因此我也感觉移动技术人员提供的网络数据有问题,兴许内部沟通出现了偏差?实际情况中装维获取的技术数据能倒好几次手,部分关键信息可能会和传话游戏一样丢失 /被改...

    综上,楼主不妨试试将 211.136.X.(X-1)或 211.136.X.(X+1)作为网关地址验证能否上网。
    关于     帮助文档     自助推广系统     博客     API     FAQ     Solana     4748 人在线   最高记录 6679       Select Language
    创意工作者们的社区
    World is powered by solitude
    VERSION: 3.9.8.5 26ms UTC 04:00 PVG 12:00 LAX 21:00 JFK 00:00
    Do have faith in what you're doing.
    ubao msn snddm index pchome yahoo rakuten mypaper meadowduck bidyahoo youbao zxmzxm asda bnvcg cvbfg dfscv mmhjk xxddc yybgb zznbn ccubao uaitu acv GXCV ET GDG YH FG BCVB FJFH CBRE CBC GDG ET54 WRWR RWER WREW WRWER RWER SDG EW SF DSFSF fbbs ubao fhd dfg ewr dg df ewwr ewwr et ruyut utut dfg fgd gdfgt etg dfgt dfgd ert4 gd fgg wr 235 wer3 we vsdf sdf gdf ert xcv sdf rwer hfd dfg cvb rwf afb dfh jgh bmn lgh rty gfds cxv xcv xcs vdas fdf fgd cv sdf tert sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf shasha9178 shasha9178 shasha9178 shasha9178 shasha9178 liflif2 liflif2 liflif2 liflif2 liflif2 liblib3 liblib3 liblib3 liblib3 liblib3 zhazha444 zhazha444 zhazha444 zhazha444 zhazha444 dende5 dende denden denden2 denden21 fenfen9 fenf619 fen619 fenfe9 fe619 sdf sdf sdf sdf sdf zhazh90 zhazh0 zhaa50 zha90 zh590 zho zhoz zhozh zhozho zhozho2 lislis lls95 lili95 lils5 liss9 sdf0ty987 sdft876 sdft9876 sdf09876 sd0t9876 sdf0ty98 sdf0976 sdf0ty986 sdf0ty96 sdf0t76 sdf0876 df0ty98 sf0t876 sd0ty76 sdy76 sdf76 sdf0t76 sdf0ty9 sdf0ty98 sdf0ty987 sdf0ty98 sdf6676 sdf876 sd876 sd876 sdf6 sdf6 sdf9876 sdf0t sdf06 sdf0ty9776 sdf0ty9776 sdf0ty76 sdf8876 sdf0t sd6 sdf06 s688876 sd688 sdf86