2026最新|GitHub 启用双因素身份验证 2FA 教程:TOTP.app 一键生成动态验证码(新手小白图文实操)

2026最新|GitHub 启用双因素身份验证 2FA 教程:TOTP.app 一键生成动态验证码(新手小白图文实操)

2026最新|GitHub 启用双因素身份验证 2FA 教程:TOTP.app 一键生成动态验证码(新手小白图文实操)

如果你最近登录 GitHub 时被提示“启用双因素身份验证(2FA)”,别慌——这就是在你输入密码后,再增加一道“动态验证码”的安全锁。本文用TOTP.app(可下载/可在线) 带你从 0 到 1 完成 GitHub 的 2FA 配置,全程保留原图与链接,按步骤照做就能成功。

关键词:GitHub 2FA、GitHub 双因素身份验证、GitHub 启用 2FA、GitHub TOTP、GitHub
动态验证码、GitHub 账号安全、GitHub 登录保护、GitHub Setup Key、TOTP.app
教程、Authenticator 替代、2026 GitHub 2FA 教程、TOTP 验证码、GitHub 安全设置、GitHub
两步验证、GitHub MFA

一、GitHub 启用 2FA 的入口在哪里?

当 GitHub 弹出启用 2FA 提示时,界面类似下面这张图:点击 启用 2FA,进入 GitHub 设置流程。

GitHub启用双因素身份验证(2FA)提示界面图

二、关键步骤总览(先看一遍再跟做)

  1. 准备 TOTP 工具:使用 TOTP.app(下载或在线)。
  2. 在 GitHub 获取密钥(Setup key)或二维码
  3. 把密钥填进 TOTP.app(或扫码)生成 6 位验证码
  4. 把 6 位验证码填回 GitHub 完成绑定。
  5. 如遇识别/验证失败:刷新 GitHub 页面,换新的 Setup key 重来一遍

三、准备工具:下载/打开 TOTP.app

你可以直接搜索 TOTP.app,选择下载或在线使用。

百度搜索TOTP.app

打开后会看到类似界面,点击 新建(New / Create 之类的按钮)。

在这里插入图片描述

四、在 TOTP.app 新建条目:App Name 随便填,密钥必须来自 GitHub

创建时通常会有两项:

  • App name:随便填(建议填 GitHub,方便以后找)
  • 密钥(Secret / Key):这个必须去 GitHub 的 2FA 设置页面获取
在这里插入图片描述
说明:你在 GitHub 那边会看到二维码与/或“setup key(密钥)”。如果扫码不方便,就复制密钥手动输入到 TOTP.app。

五、回到 GitHub:获取 Setup key(密钥)并复制

在 GitHub 的 2FA 认证页面,你可以获取到 Key / Setup key(密钥)。把它复制下来。

github验证界面获取key

六、把 GitHub 密钥填入 TOTP.app,生成 6 位动态验证码

  1. 回到 TOTP.app 新建条目页面
  2. 把 GitHub 的 Setup key 粘贴到 密钥/Secret
  3. 保存后,TOTP.app 就会开始滚动生成 6 位验证码(通常每 30 秒刷新一次)

添加完成后读取验证码,如图所示:

在这里插入图片描述

七、把 6 位验证码填回 GitHub,完成 2FA 绑定

将 TOTP.app 生成的 6 位验证码,填入 GitHub 的 code 输入框,然后继续下一步/确认即可。

在这里插入图片描述

八、常见问题:验证码验证失败/识别问题怎么办?

如果这一步出现“验证识别问题/验证码不对”,按下面做(最有效):

  • 刷新 GitHub 2FA 设置页面
  • 重新获取一个新的 Setup key(密钥)
  • 回到 TOTP.app 重新新建一个条目(或替换密钥)
  • 再拿新的 6 位验证码填回 GitHub
重点:不要一直用旧的 setup key 硬试,GitHub 刷新后密钥可能已经变了,必须按新 key 重走一遍。

九、视频教程

B站:
<【2026最新GitHub启用双因素身份验证 (2FA)使用totp.app的实操教程】 https://www.bilibili.com/video/BV1U7rYB5EdE/?share_source=copy_web&vd_source=97126ea94d1fa8452fa058fae2b93bd5>

YouTube:
https://youtu.be/jFDupa7dXhQ


十、建议:2FA 开启后别忘了做这两件事(更安全)

  • 把 TOTP 条目命名清楚(GitHub / GitHub-main),避免以后找不到。
  • 妥善保存 GitHub 提供的恢复方式/备用方案(如果页面提示有 Recovery codes 或备用验证方式,建议保存到安全位置)。

照着以上步骤做,你就能用 TOTP.app 顺利完成 GitHub 2FA,如果你还有其他问题,欢迎私信或者文末名片沟通。

Read more

remote: Invalid username or token. Password authentication is not supported for Git operations

remote: Invalid username or token. Password authentication is not supported for Git operations

remote: Invalid username or token. Password authentication is not supported for Git operations. fatal: Authentication failed for… 该文章解决在新系统中进行 git 操作时,第一次的登陆问题,由于Github不再支持使用账号密码进行 Git https 推送,可以采用 ssh 密钥的方式进行长期的推送 1.生成SSH key ssh-keygen -t ed25519 -C "[email protected]" 这里的-t 表示要生成的密钥类型,这里生成的类型为ed25519,是一种椭圆曲线算法,比传统的RSA更加安全、密钥更短,并且速度更快 2.将

By Ne0inhk
Flutter for OpenHarmony: Flutter 三方库 husky 守卫鸿蒙项目的 Git 提交规范(前端工程化必备)

Flutter for OpenHarmony: Flutter 三方库 husky 守卫鸿蒙项目的 Git 提交规范(前端工程化必备)

欢迎加入开源鸿蒙跨平台社区:https://openharmonycrossplatform.ZEEKLOG.net 前言 在 OpenHarmony 项目的团队协作中,我们最怕遇到“带病提交”的代码。比如:某位开发者提交的代码没经过 dart format 美化、或是包含明显的 lint 警告,甚至导致整个鸿蒙工程编译失败。如果在 CI(持续集成)阶段才发现,修复成本就太高了。 husky 是从前端生态圈引进的 Git Hooks 管理神器。它能让你极简地配置 Git 的各个钩子(如 pre-commit),在代码真正提交到远端(AtomGit)之前,强制执行格式化或单元测试,确保入库的代码永远是高质量的。 一、Git Hook 工作流模型 husky 在本地提交阶段建立了一道自动化的“安检门”。 通过 失败

By Ne0inhk
Flutter 组件 actions_toolkit_dart 适配鸿蒙 HarmonyOS 实战:自动化套件方案,构建 GitHub Actions 深度集成与跨端流水线治理架构

Flutter 组件 actions_toolkit_dart 适配鸿蒙 HarmonyOS 实战:自动化套件方案,构建 GitHub Actions 深度集成与跨端流水线治理架构

欢迎加入开源鸿蒙跨平台社区:https://openharmonycrossplatform.ZEEKLOG.net Flutter 组件 actions_toolkit_dart 适配鸿蒙 HarmonyOS 实战:自动化套件方案,构建 GitHub Actions 深度集成与跨端流水线治理架构 前言 在鸿蒙(OpenHarmony)生态迈向全球化开源协作、涉及极大规模的跨端 CI/CD 流水线构建、多机型自动化兼容性测试及严苛的代码准入控制背景下,如何实现一套既能深度对接 GitHub Actions 核心底脚(Toolkits)、又能提供原生 Dart 编程感且具备工业级日志输出与状态管理的“自动化控制基座”,已成为决定应用研发迭代频率与交付质量稳定性的关键。在鸿蒙项目这类强调多模块(HAP/HSP)并行构建与分布式证书签名校验的环境下,如果 CI 脚本依然依赖大量零散的 Shell 拼接,由于由于环境变量的微差异,极易由于由于“脚本不可维护”导致鸿蒙应用在自动化发布环节频繁由于由于故障导致阻塞。

By Ne0inhk

Qwen3-VL-8B开源可部署优势解析:完全离线运行,无API调用依赖

Qwen3-VL-8B开源可部署优势解析:完全离线运行,无API调用依赖 你是否厌倦了每次调用AI服务都要联网、等响应、看配额、担心隐私泄露?是否试过在没有网络的会议室、工厂车间或科研外场,想快速验证一个图文理解想法却束手无策?Qwen3-VL-8B不是又一个“云端玩具”,而是一套真正能装进你本地服务器、笔记本甚至工控机的全栈式视觉语言聊天系统——它不连外部API,不传数据上云,不依赖厂商服务,从浏览器界面到模型推理,全部跑在你自己的硬件上。 这不是概念演示,而是开箱即用的工程现实。本文将抛开术语堆砌,用真实部署视角带你理清:为什么它能彻底离线?模块之间如何零信任协作?哪些设计细节决定了它能在消费级显卡上稳定运行?以及,当你第一次在内网打开http://localhost:8000/chat.html,背后到底发生了什么。 1. 为什么“完全离线”不是宣传话术,而是架构选择 很多所谓“本地部署”方案,表面在本地跑,实则悄悄把图片、提示词发往远程API做推理。Qwen3-VL-8B系统从第一天设计就锁死了这条通路——所有计算必须发生在你物理掌控的设备上。这背后是三层硬隔离:

By Ne0inhk