多开的成本不在格式,在环境:一个号一套目录、一个出口、一台机器
货架上七百多条 Telegram 商品里,有将近一半一次把三种格式都给你。所以格式不是要你选的东西,真正要你花力气的是每个号各自的运行环境。
Sarah Johnson先说一个把问题定位清楚的数字。这个站在售的 Telegram 账号商品有七百九十九条,来自四十二个卖家。其中商品名里同时写了三种格式的有三百九十三条,差不多占一半(二〇二六年八月三十一日数的)。另外还有一百一十四条只写了 tdata 一种,而只写 session 不写别的、或者只写 json 不写别的,一条都没有。
换句话说,格式在这个货架上基本不是让你选的东西。你付一次钱,三样一起到手。真正会让你卡住的是另一件事:这些文件要落在哪里、跟什么绑在一起、以及同时跑十个号的时候它们会不会互相干扰。
三种东西各自绑在什么上
把它们理解成「同一把钥匙的三种插头」比理解成「三种格式」有用:
| 拿到的东西 | 它绑在什么上 | 换个地方还能不能用 |
|---|---|---|
| tdata 目录 | 桌面客户端的安装目录 | 能,整个文件夹搬走就行,但要搬完整 |
| session 文件 | 生成它的那组接口凭据 | 要配上同一组凭据才认 |
| json 文件 | 生成它的那个工具 | 看工具,没有通用读法 |
tdata 是一个目录不是一个文件,这一点每次都有人踩。压缩包解开之后如果只把里面看起来重要的几个文件挑出来,剩下的丢掉,那基本就废了。它要整个替换掉便携版客户端自带的那个空目录。
session 认的是凭据这一点也常被忽略。同一个账号,用甲的接口凭据生成的会话,拿到乙的凭据下面去跑,认不出来。所以卖家给了 session 却没给对应的凭据,这份 session 对你是个装饰品。收货那一步该核对什么,在格式那一篇里写过,这里不重复。
为什么 session 和 json 从来不单独出现
上面那组数字里最有意思的是这个:三种格式的商品名里,tdata 可以单独出现一百一十四次,而 session 单独出现零次、json 单独出现零次。
原因很实际。桌面客户端能读的只有 tdata,而桌面客户端是唯一一个不写代码就能用的入口。所以卖家如果只给 session,买家里能用起来的比例会低到不值得单独卖。反过来,给了 tdata 再顺手附上另外两个,成本几乎是零。
这对你的意义是:如果你的方案是脚本,那你要确认的不是「有没有 session」,而是「有没有配套的接口凭据」。如果你的方案是人工手点,那你只需要 tdata,另外两个可以当作没有。
另外那一百九十七条走的是完全不同的路
七百九十九条里有一百九十七条商品名里三种格式一个都没写,卖的是收码登录:给你一个链接,你在上面看这个号的验证码,自己在客户端里输手机号、点登录、把码填进去。这条路不涉及任何文件。
两派的差别在这里:文件交付派你拿到的是一个已经登进去的状态,收码登录派你拿到的是一次登录的能力。前者省掉了首次登录,后者省掉了环境依赖。这两派各自适合谁,在账号类型那一篇里展开。
多开真正的成本
把十个号跑起来,难的从来不是把十份 tdata 解压出来。难的是让这十个号看起来像十个人在用,而不是一个人开了十个窗口。
要各自独立的有四样:
- 目录。一个号一份便携版客户端,各自带自己的 tdata。不要用同一个安装目录轮流换 tdata,那样上一个号的痕迹会留在同一个位置。
- 网络出口。一个号一个固定出口,而且定了就别换。这里的重点是固定,不是「必须住宅」。
- 时段。十个号在同一分钟集体上线,比它们各自在错误的时区上线更反常。
- 用途。十个号做十件不完全一样的事,比十个号做同一件事安全。
关于出口这一点,这个站自己的货架给不出干净的建议,所以直说:代理分类下在售的商品是八十三条,里面名字带住宅的十三条、带机房的十三条,数量一样多,而另有三十七条其实是 VPN 订阅而不是代理(同一天数的)。「一定要用住宅 IP」这句话在别处很常见,但按这个货架的实际构成,能挑的余地没有那句话暗示的那么大。真正能落地的是固定和一号一出口这两条。代理连不上怎么排查,在代理那一篇里。
导入之后先做的两件事
顺序很重要,而且这两件事都要在你开始正式用之前做完。
- 先改云密码,别先踢设备。Telegram 规定,一个会话在自己登录满二十四小时之前,不能踢掉任何其他会话 —— 踢单台、踢全部、设置有效期,三条路都被同一条规则堵死。而设置两步验证密码没有这个限制,当场就能改。所以到手当天能做的是改密码,不是清设备。
- 设备列表当天只做记录。几台、什么机型、大致地区、最后活跃时间,全部记下来。这一刻是你唯一能看到"刚到手时是什么状态"的时候。满二十四小时之后再回来把不认识的踢掉。怎么读那个列表,在会话那一篇里。
- 改云密码。如果商品页写了 2FA 已开启,那个密码是卖家设的。改它之前先确认恢复邮箱是你自己的,顺序反了会把自己锁在外面。
有一个坑要单独说:如果你已经用 session 跑起了脚本,而你在设备列表里做清理,你自己的那条脚本会话也在那个列表里。先生成新的会话,再清理旧的,顺序反了你会把自己的自动化断掉。
什么时候这条路不划算
文件交付看起来省事,但它有几个成本是买之前算不到的:
- 一份 tdata 等于一个已登录状态,谁拿到谁就是这个号。它跟密码是一个级别的东西,不该躺在同步网盘里,也不该在聊天窗口里传。
- 你无法确认这份文件被复制过几次。所以「改密码、踢设备」不是可选项,是拿到之后的第一步。
- 号数不多的时候,收码登录那条路省下的环境准备时间,往往比文件交付省下的登录时间更多。三五个号手动登一遍,不比配三五套独立目录慢。
