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

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

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

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

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


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