github 被封的经历 - 分享一下要注意避免的行为

726 阅读3分钟

背景

当时正在筹备 Key feature 的 RFC,编辑完 discussion 之后突然就 404 了,第一次见到 suspended 界面,意识到被封号了,毫无征兆的封号,没有任何提醒,带来的损失其实很大,里面存了很多学习资料和博客,包括一直以来的开源贡献。文末存档了一张最后显示的个人主页。 image.png

影响范围

有关的所有 Issue、 PR、 repos、Discussion、以及任何一条 Comment 都会跟着被隐藏,所有的仓库权限,贡献者列表中也都没了,对应我开发的 GitHub Actions 也随之全部崩了。

紧急避险

  • 第一时间,应该打开 support.github.com , 创建工单,尝试联系工作人员,说明原因,表明态度请求恢复,为什么第一时间应该做这个呢,github 的 discussion 是不会受理的,目前只了解到工单这一种渠道,最快处理也得两周,甚至到一百天以上或者不受理都有可能,越早创越好吧。

  • 参考以下文章的迁移指南,尽可能恢复一些 star、issue # 分享一次github被封的经历以及迁移指南

image.png

复盘原因

  • 情况一:通过和朋友了解得知,如果利用 Github 当图床会封号并且无法找回。

image.png

  • 情况二:通过 V 站的文章了解到,fork 了违规仓库可能会连坐,还有使用淘宝的学生 copilot。 fork 了违反 DMCA 的仓库

  • 情况三: 滥用 Github Actions,尤其是可能存在的 “签到,薅羊毛” 之类的。

  • 情况四:使用了 Github 小号, 根据 github-terms-of-service 可知,一个自然人只允许拥有一个免费账号。 我确实有两个号,尽管另外一个账号一年前就没使用了,不确定具体原因,因为工单还在排队中,希望还没创建小号的人不要创建小号了,已经有了的人要么注销,要么别再切换小号了,以为这 IP 指纹的监控严格的很夸张。我在企业的局域网内封号之后,回到家中注册小号,新创建小号一并绑定新生成的公钥,推送仓库成功,编辑discussion,发送的时候还能被 bot 转发至钉钉群,但是 update 内容的瞬间封号。又创建小号二直接编辑discussion,发送成功,update 瞬间封号。封的账号均处于不同的局域网和不同的设备,分别是 win 和 mac。

  • 情况五:不要上传 exe 可执行文件。

我应该是只犯了创建小号的原因,具体愿意还得等后续能联系上工作人员才能知道。

docs.github.com/zh/site-pol…

48bcce6e946c52e7d19696b902c527d.png

c932d0511c5c4f622d6adad84b0f83e4.png

损失

失去了所有的贡献痕迹以及仓库。还有可能会失去正在做的 key feature 的机会。并且失去了 Github 的使用权,用一个号封一个号。有想过重新来过,但是 Github 不会给机会。

总结

  1. 没创小号的人一定别创,创了的人别在一个 ip 设备 / 浏览器 内切。
  2. 千万别薅,尤其是图床和一些签到脚本。
  3. 对一些可能是泄露的仓库或者高危但是你需要的仓库,可以下载到本地但是千万别fork,连坐的后果是很惨痛的。
  4. 一定要有备份,可以同步到 Gitee 或者个人搭建一个 git,如 gitea、gitlab,灾难发生的时候还有其他选择。
  5. 联系 support 工作人员。
  6. 用 GitHub 企业账号去联系能快速得到回复,但是他们并没有权限帮你解封,不过也许能够告诉你犯错的原因,正常 GitHub 工单周期的话得等一周起的工作周期。

祝自己好运,希望被 github 捞回来,一切的痕迹虽然都被抹除了,但是还是很感激一路上遇到的人和收获。

image.png 94e05d6b32a02d9a99b6ecf29901d19.jpg