【尝试】域名验证:配置github二级目录下的txt文件

本文涉及的产品
.cn 域名,1个 12个月
简介: 【尝试】域名验证:配置github二级目录下的txt文件

写在最前面

尝试配置github仓库搭建的hexo博客的域名验证,未果。

初始化github本地仓库,然后设置远程仓库,最后尝试指定html页面下的txt文件配置。

一、初始化本地仓库

如果没有初始化本地仓库,会报错

git init

二、设置远程仓库

1. 远程仓库 URL 没有设置或设置错误

可以通过以下命令查看远程仓库的设置:

git remote -v

这将列出所有远程仓库的 URL。如果 origin 没有列出,或者 URL 不正确,你需要添加或修改它。

添加远程仓库

如果 origin 不存在,你需要使用 git remote add 命令来添加远程仓库:

git remote add origin https://github.com/用户名/仓库名.git

将 用户名 和 仓库名 替换为你的 GitHub 用户名和仓库名。

修改远程仓库

如果 origin 的 URL 不正确,你可以用 git remote set-url 来修改它:

git remote set-url origin https://github.com/用户名/仓库名.git

同样,记得替换 用户名 和 仓库名。

2. 访问权限问题

如果远程仓库的 URL 是正确的,但你仍然看到“Could not read from remote repository”的错误,可能是因为你没有正确设置访问权限。

  • 确保你的 GitHub 用户名和密码是正确的。如果你启用了两因素认证(2FA),你可能需要使用个人访问令牌(PAT)作为密码。
  • 确保你使用的是 HTTPS 或 SSH URL,且 URL 是正确的。SSH URL 需要你在 GitHub 上配置 SSH 密钥。

3. 仓库不存在

如果你的 URL 是正确的,且你有正确的访问权限,那么请确保 GitHub 上的仓库确实存在。如果仓库被删除或重命名,你需要更新你的远程仓库 URL 来反映这些变化。

  • 检查和解决步骤
  1. 检查远程仓库 URL:使用 git remote -v 查看并确认 origin 的 URL 是正确的。
  2. 添加或修改远程仓库:根据需要添加或修改 origin。
  3. 检查访问权限:确保你有权限访问该仓库,特别是如果仓库是私有的。
  4. 确认仓库存在:在 GitHub 上确认仓库确实存在。

完成这些步骤后,尝试再次推送你的更改。

了解到GitHub仓库的链接是 https://github.com/lightrain-a/lightrain-a.github.io/tree/main,而目标是使得 o7fzc13urm.txt 文件能够通过 http://www.lightrain-a.github.io/.well-known/teo-verification/o7fzc13urm.txt 访问,说明我们的目的是要确保文件在GitHub Pages上正确部署。下面的步骤将指导你如何操作:

步骤 1: 在你的仓库中添加文件
  1. 克隆仓库到本地(如果你还没有):
    打开终端或命令提示符,并使用以下命令克隆你的GitHub Pages仓库:
git clone https://github.com/lightrain-a/lightrain-a.github.io.git
cd lightrain-a.github.io

  1. 创建所需目录并添加文件:
    在仓库的根目录下,创建.well-known/teo-verification目录,并将o7fzc13urm.txt文件放入该目录中。
mkdir -p .well-known/teo-verification
# 确保你已经有o7fzc13urm.txt文件在当前目录中
mv o7fzc13urm.txt .well-known/teo-verification/

提交并推送更改:

git add .well-known/teo-verification/o7fzc13urm.txt
git commit -m "Add verification file"
git push origin main

步骤 2: 确认GitHub Pages设置

  • 进入你的GitHub仓库,点击仓库名称下的Settings选项卡。
  • 在左侧菜单中找到Pages部分,确保GitHub Pages已经启用,并且Source设置为main分支。这确保了你的GitHub Pages站点会从main分支构建并部署。
步骤 3: 访问你的文件
  • 文件提交并推送到main分支后,GitHub Pages需要一些时间来自动重新构建和部署你的站点。这可能需要几分钟。
  • 一旦GitHub Pages完成更新,你应该能够通过访问 http://www.lightrain-a.github.io/.well-known/teo-verification/o7fzc13urm.txt 看到你的文件。如果刚开始无法访问,请稍等几分钟再试。
注意事项
  • 确保你已经正确配置了你的GitHub Pages,特别是如果你使用自定义域名,需要确保DNS设置正确指向GitHub。如果你遇到404错误,请确认文件路径和名称无误,且GitHub Pages已完成构建过程。
  • 如果你之前访问过该URL并见到了404,可能需要清除浏览器缓存或尝试使用隐身模式访问,以确保看到的是最新内容。
目录
相关文章
|
4月前
|
网络协议 Java 应用服务中间件
tomcat配置域名及HTTPS
tomcat配置域名及HTTPS
|
4月前
|
运维 Serverless 网络安全
函数计算产品使用问题之通过仓库导入应用时无法配置域名外网访问,该如何排查
函数计算产品作为一种事件驱动的全托管计算服务,让用户能够专注于业务逻辑的编写,而无需关心底层服务器的管理与运维。你可以有效地利用函数计算产品来支撑各类应用场景,从简单的数据处理到复杂的业务逻辑,实现快速、高效、低成本的云上部署与运维。以下是一些关于使用函数计算产品的合集和要点,帮助你更好地理解和应用这一服务。
|
27天前
|
域名解析 监控 网络协议
slb配置域名注意事项
slb配置域名注意事项
34 11
|
26天前
|
域名解析 监控 安全
slb配置检查域名说明注意事项
slb配置检查域名说明注意事项
27 5
|
26天前
|
负载均衡 安全 网络安全
slb配置健康检查域名
slb配置健康检查域名
26 4
|
26天前
|
负载均衡 应用服务中间件
slb何时需要配置健康检查域名
slb何时需要配置健康检查域名
26 3
|
27天前
|
域名解析 网络协议 安全
反向DNS解析是从IP地址到域名的映射,主要作用于验证和识别,提高通信来源的可信度和可追溯性
在网络世界中,反向DNS解析是从IP地址到域名的映射,主要作用于验证和识别,提高通信来源的可信度和可追溯性。它在邮件服务器验证、网络安全等领域至关重要,帮助识别恶意行为,增强网络安全性。尽管存在配置错误等挑战,但正确管理下,反向DNS解析能显著提升网络环境的安全性和可靠性。
92 3
|
1月前
|
运维 监控 安全
在实际应用中,如何选择基于不同域名还是不同 IP 进行代理多服务的配置?
综上所述,在实际应用中选择基于不同域名还是不同 IP 进行代理多服务的配置,需要根据具体的业务需求、可扩展性、性能、安全性以及维护和管理成本等多方面因素进行综合考虑,权衡利弊,选择最适合自己系统架构和运营需求的配置方式。
|
1月前
|
Linux 网络安全 开发工具
IDEA如何配置git和github
【11月更文挑战第14天】本指南详细介绍了如何在 IntelliJ IDEA 中配置 Git 和 GitHub,包括检查和设置 Git 路径、测试配置,以及通过 SSH 或 HTTPS 方式配置 GitHub 仓库的具体步骤。完成配置后,用户可在 IDEA 中轻松进行版本控制操作。
|
2月前
|
JavaScript Linux Windows
Typora图床配置(用自带的 PicGo-Core(command line) 插件GitHub
Typora图床配置(用自带的 PicGo-Core(command line) 插件GitHub