V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
youngzy
V2EX  ›  宽带症候群

上海电信会通过某些策略拉黑 PPPOE 拨号接入的 MAC 地址?

  •  
  •   youngzy · 110 天前 · 2378 次点击
    这是一个创建于 110 天前的主题,其中的信息可能已经有所发展或是发生改变。

    如题,本人先前使用 PON stick 替代光猫接入,最近进行了宽带移机

    移机后 LOID 进行了变更,重新配置 PON stick 后发现 PPPOE 拨号失败

    由于之前没有对光猫 MAC 做模拟,最初怀疑是 MAC 不正确,故修改 PON stick 模拟光猫 Pon 侧 MAC 地址
    重新拨号后能够正常鉴权,获取 IP 及 DNS
    但是 2 分钟后既被上联强制下线,后续 PPPOE 不再能够拨号成功

    尝试换回源运营商光猫,发现运营商光猫也无法拨号了(此时运营商光猫没有修改过任何配置修改)

    配置 PON stick 模拟另一 MAC 地址,能够重新正常拨号,但是同样 2 分钟后被上联强制下线,并无法重新拨号。能够确定是通过 MAC 地址进行了针对性措施。

    附拨号日志:

    Connect: pppoe-wan0 <--> eth1
    sent [LCP ConfReq id=0x1 <mru 1492> <magic <magicNumber>>]
    rcvd [LCP ConfAck id=0x1 <mru 1492> <magic <magicNumber>>]
    rcvd [LCP ConfReq id=0x2 <mru 1492> <auth pap> <magic <magicNumber>>]
    sent [LCP ConfAck id=0x2 <mru 1492> <auth pap> <magic <magicNumber>>]
    sent [LCP EchoReq id=0x0 magic=<magicNumber>]
    sent [PAP AuthReq id=0x1 user="<user>" password=<hidden>]
    rcvd [LCP EchoRep id=0x0 magic=<magicNumber>]
    rcvd [PAP AuthAck id=0x1 "Authentication success,Welcome!"]
    Remote message: Authentication success,Welcome!
    PAP authentication succeeded
    peer from calling number <number> authorized
    sent [IPCP ConfReq id=0x1 <addr 0.0.0.0> <ms-dns1 0.0.0.0> <ms-dns2 0.0.0.0>]
    sent [IPV6CP ConfReq id=0x1 <addr <IPV6>>]
    rcvd [IPCP ConfReq id=0x1 <addr <remoteIP>>]
    sent [IPCP ConfAck id=0x1 <addr <remoteIP>>]
    rcvd [LCP ProtRej id=0x3 <HEX IPV6> ...]
    Protocol-Reject for 'IPv6 Control Protocol' (0x8057) received
    rcvd [IPCP ConfNak id=0x1 <addr <IP>> <ms-dns1 <DNS1>> <ms-dns2 <DNS2>>]
    sent [IPCP ConfReq id=0x2 <addr <IP>> <ms-dns1 <DNS1>> <ms-dns2 <DNS2>>]
    rcvd [IPCP ConfAck id=0x2 <addr <IP>> <ms-dns1 <DNS1>> <ms-dns2 <DNS2>>]
    local  IP address <IP>
    remote IP address <remoteIP>
    primary   DNS address <DNS1>
    secondary DNS address <DNS2>
    Script /lib/netifd/ppp-up started (pid 14816)
    Script /lib/netifd/ppp-up finished (pid 14816), status = 0x1
    rcvd [LCP TermReq id=0x4]
    LCP terminated by peer
    Connect time 2.1 minutes.
    Sent <SENT> bytes, received <RECV> bytes.
    Script /lib/netifd/ppp-down started (pid 15200)
    sent [LCP TermAck id=0x4]
    Script /lib/netifd/ppp-down finished (pid 15200), status = 0x1
    Connection terminated.
    Modem hangup
    

    terminate 后再次尝试既永远循环

    sent [LCP ConfReq id=0x1 <mru 1492> <magic <magicNumber>>]
    rcvd [LCP ConfReq id=0x2 <mru 1492> <auth pap> <magic <magicNumber>>]
    sent [LCP ConfAck id=0x2 <mru 1492> <auth pap> <magic <magicNumber>>]
    
    15 条回复    2024-03-09 22:28:29 +08:00
    syyyyy
        1
    syyyyy  
       110 天前
    移机后进云宽带了吧,跟运维小哥说一声退出云宽带。
    youngzy
        2
    youngzy  
    OP
       110 天前
    @syyyyy 应该并不是云宽带,运营商光猫 MAC 被拉黑前拨号也是有公网 IP 的,自己机器上抓到的 pppoe 报文里下发的也是正常地公网 IP 和网关
    MakizonoFY
        3
    MakizonoFY  
       110 天前
    人上人配人上人运营商,他们想干嘛干嘛用户能咋办😂
    alect
        4
    alect  
       110 天前
    我这边可以打电话说自己换了个光猫,让他们处理的。
    Cunkie
        5
    Cunkie  
       110 天前
    pppoe 拨号成功以后一段时间内断了再拨都不能换 mac 地址了,换了就别想再连上了,要等 20-30 分钟的样子才能再拨的上。
    youngzy
        6
    youngzy  
    OP
       110 天前
    @alect 和装维反馈,直接给上门换了个猫。
    由于我上班不在家,所以是家人电话我。
    询问能否查上联 OLT ,直接回复说不会。拒绝承认 OLT 做了黑名单,还指责我一定是改了猫配置(因为他 ITMS 配置没办法下发)。

    事实是,运营商猫之前拿了超密,开了 telnet ,这次移机完成后直接重新通过 telnet 拿到超密和 LOID ,然后就丢一边了。


    我询问:如果我进行相同操作导致新换的猫也不能拨号,是继续找他上门吗?装维直接让我先搞🤦。
    tywg001
        7
    tywg001  
       108 天前
    一模一样,年前搞上海联通的 IPTV,我把光猫重置了,然后用猫棒,然后就拨不了号了,换回原来的光猫直接注册都注册不上,到现在还停在那里,还好我还有另外 3 根宽带
    flynaj
        8
    flynaj  
       107 天前 via Android
    Mac 地址不能跟系统中其它用户冲突。重复了就是这个样子。
    youngzy
        9
    youngzy  
    OP
       107 天前
    @flynaj 必然不是 mac 冲突,最初使用 stick 原 MAC 被下线,更换为运营商猫的 mac 也被下线,还导致运营商猫也无法拨号
    cnlnlhb
        10
    cnlnlhb  
       107 天前
    运营商有一个功能是首次拨号之后把宽带账号和 MAC 地址进行绑定,后续用其他 MAC 拨这个宽带账号是无法拨上的,如果换了 mac (光猫)需要找装维解绑账号才可以。
    看你这个描述,有没有可能是他们 olt 不支持在 pppoe 拨号时校验 mac ,而是拨号后校验。即拨号时账密通过就给下发拨号成功的信息,然后再进入队列排队校验业务逻辑( mac 与 pppoe 账号是否匹配和其他业务逻辑),校验失败的再断开连接。
    youngzy
        11
    youngzy  
    OP
       107 天前
    @cnlnlhb 但是这样依旧不能解释修改 stick 为运营商光猫 mac 后依旧被下线,以及后续用运营商原猫依旧拨不上号,必须由装维换猫才能正常使用的逻辑
    cnlnlhb
        12
    cnlnlhb  
       106 天前
    @youngzy 移机的时候数据做的有问题,系统里面绑定的 MAC 地址不是你现有的两个 mac (光猫和 stick ),所以你不管使用 stick 拨号、光猫拨号都是黑名单
    cnlnlhb
        13
    cnlnlhb  
       106 天前
    @youngzy 最好的检验方法是,装维换了猫之后,测试修改为光猫拨号是否有问题,如果没问题的话,说明只是 mac 地址跟账号有了绑定,移机的时候装维没处理好。
    或者遇到这种也可以让装维或者咸鱼找个人解绑一下账号,解绑之后你试试能不能拨上
    semglassiebaba
        14
    semglassiebaba  
       105 天前
    上海电信并不会拨号锁 mac ,光猫都可以自己换的,也不需要修改成老光猫的 mac ,这肯定是有其它问题
    e1he1he10w0
        15
    e1he1he10w0  
       100 天前
    一定要关闭云网关业务,开着的话 pppoe 是没办法正常拨号的,升 2000M 的时候碰到过这个问题
    关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   2956 人在线   最高记录 6679   ·     Select Language
    创意工作者们的社区
    World is powered by solitude
    VERSION: 3.9.8.5 · 81ms · UTC 12:22 · PVG 20:22 · LAX 05:22 · JFK 08:22
    Developed with CodeLauncher
    ♥ Do have faith in what you're doing.