first commit
This commit is contained in:
CrazyJasonwell
@@ -0,0 +1,106 @@
|
||||
Cloudflare是一家全球知名的互联网基础设施公司，**最核心的产品是一套集CDN加速、网络安全和智能DNS于一体的服务平台**。它通过分布在全球的服务器网络，将网站的静态内容缓存到离访客最近的节点，让用户无论身处何地都能以更低延迟、更快速度访问网站，有效改善海外访问体验和移动端加载速度。
|
||||
|
||||
同时，Cloudflare具备强大的[DDoS攻击防护](https://zhida.zhihu.com/search?content_id=260854812&content_type=Article&match_order=1&q=DDoS%E6%94%BB%E5%87%BB%E9%98%B2%E6%8A%A4&zhida_source=entity)能力和Web应用防火墙，可以自动识别并拦截恶意流量，极大降低因攻击导致的网站宕机或数据泄漏风险，保障网站安全稳定运行。
|
||||
|
||||
除了速度和安全优势，**Cloudflare还提供DNS解析、高级缓存管理、免费[SSL证书](https://zhida.zhihu.com/search?content_id=260854812&content_type=Article&match_order=1&q=SSL%E8%AF%81%E4%B9%A6&zhida_source=entity)、Bot管理等功能**，帮助网站更容易通过Google等搜索引擎的安全与性能评估，从而提升SEO表现。
|
||||
|
||||
最重要的是，**Cloudflare的入门级服务对大多数中小网站完全免费，业内戏称“大善人”、“赛博活佛”，可以说Cloudflare浑身是宝啊。** 开通和配置过程也非常简单——**只需在域名注册商后台将域名DNS服务器切换到Cloudflare，然后在Cloudflare面板中设置解析记录指向你的主机IP即可。**
|
||||
|
||||
**Cloudflare适合谁使用？**对于面向海外市场的外贸站点，无论是ToB还是ToC站点，Cloudflare都是非常推荐的 CDN 解决方案。
|
||||
|
||||
本[Cloudflare教程](https://link.zhihu.com/?target=https%3A//ecomools.com/cloudflare-cdn/)将带你们使用Cloudflare的域名解析功能以及接入免费CDN，现在就让我们开始吧！
|
||||
|
||||
注意：在教程开始之前你得先拥有一个域名。
|
||||
|
||||
注册Cloudflare账号并添加站点
|
||||
-------------------
|
||||
|
||||
访问[Cloudflare网站](https://link.zhihu.com/?target=https%3A//dash.cloudflare.com/sign-up)，注册一个Cloudflare账号。如果你已经有账号，那么直接登录即可。
|
||||
|
||||
登录到后台，在**账户主页**中，我们点击**“添加域”**来添加我们的站点：
|
||||
|
||||
|
||||
|
||||
然后输入我们的根域名，选择**“快速扫描DNS记录”**，让Cloudflare自动扫描我们的DNS记录即可。
|
||||
|
||||
|
||||
|
||||
点击**“继续”**后选择我们的计划，这里选择免费的计划即可。
|
||||
|
||||
|
||||
|
||||
在Cloudflare中添加DNS记录
|
||||
-------------------
|
||||
|
||||
我们在上一步添加站点中选择了“快速扫描DNS记录”，Cloudflare会帮我们自动扫描域名现有的DNS记录。因为我们的域名刚注册时，默认 DNS 记录一般都是指向域名注册商的服务器，这些默认记录可以全部删除。
|
||||
|
||||
**删掉之后我们再单独添加两条DNS记录：@和www**
|
||||
|
||||
* @ 代表主域名，比如 @ 就表示 ecomools(dot)com。**这条记录添加 A 记录，指向我们的服务器公网 IP**。
|
||||
* www 代表带有 www. 前缀的域名（如 www(dot)ecomools(dot)com）。**这条记录添加 CNAME 记录，指向主域名**（也就是 ecomools(dot)com）。
|
||||
|
||||
**这样设置后，无论用户访问 ecomools**(dot)**com 还是 www**(dot)**ecomools**(dot)**com，都能正确跳转到我的服务器和网站内容**。像下图这样：
|
||||
|
||||
|
||||
|
||||
我们可以**看到这两条A记录旁边都有一朵橙色的云，写着“已代理”。表示已经开启了CDN，Cloudflare会帮忙我们加速和保护流量。**
|
||||
|
||||
添加完这两条记录以后，点击**“继续前往激活”**进入到以下界面。这是**Cloudflare给我们提供的名称服务器（也称域名服务器）**。我们后续需要在域名注册商中将域名服务器改为Cloudflare的。
|
||||
|
||||
|
||||
|
||||
将域名DNS服务器切换到Cloudflare
|
||||
----------------------
|
||||
|
||||
**接下来，我们需要在域名提供商中将域名DNS服务器切换到Cloudflare。** 我们这里以[NameCheap](https://zhida.zhihu.com/search?content_id=260854812&content_type=Article&match_order=1&q=NameCheap&zhida_source=entity)为示例：
|
||||
|
||||
找到我们的域名，点击“Manage”按钮。
|
||||
|
||||
|
||||
|
||||
然后找到“NAMESERVERS”选项卡，打开下拉框，选择“Custom DNS”。
|
||||
|
||||
|
||||
|
||||
然后设置为Cloudflare给我们提供的域名服务器。
|
||||
|
||||
|
||||
|
||||
点击“√”保存后，通常等待十分钟左右，DNS 解析就会自动生效。
|
||||
|
||||
好，这样就完事了，我们的网站就已经成功接入Cloudflare了。
|
||||
|
||||
**我们不仅成功接入了 Cloudflare，获得了额外的网站安全和 CDN 加速保护**。
|
||||
|
||||
但是可能你立马去访问域名的话还是没那么快能够看到我们的网站。因为我们做的DNS设置修改，这个变化不是立刻全世界都能看到。互联网的每个角落都有无数个DNS服务器，它们会“缓存”之前的解析结果。
|
||||
|
||||
这些缓存需要一段时间才会刷新，刷新完后，别人访问你的网站时才会用到最新的DNS设置。通常是10分钟左右就能够看到更新后的结果，绝大多数情况下在2-8小时内就能全球生效。我们可以通过[该网站](https://link.zhihu.com/?target=https%3A//www.whatsmydns.net/%23NS/)查询我们的DNS是否已经更新。
|
||||
|
||||
以后如果更换主机，那么我们只需要在Cloudflare里面修改即可，不需要去到域名注册商中去更改主机IP。**但是续费还是需要去域名注册商中去注册。**
|
||||
|
||||
使用Cloudflare CDN的潜在风险
|
||||
---------------------
|
||||
|
||||
### 1\. 对于中国大陆用户来说是“负优化”
|
||||
|
||||
Cloudflare 并没有在中国大陆部署边缘节点，其节点多数位于香港、日本、新加坡、美国等。如果你的服务器在海外，你接入了Cloudflare，中国大陆用户访问网站时绕路严重，速度反而会更慢；甚至某些运营商（如移动、电信）可能会与 Cloudflare 的网络连接不稳定，出现丢包或加载失败。**所以Cloudflare比较适合出口外贸站，但不适合面向大陆用户的站点。**
|
||||
|
||||
### 2\. 可能会出现“重定向次过多”的情况
|
||||
|
||||
如果网站和Cloudflare的配置不当，那么就有可能会出现重定向次过多 “ERR\_TOO\_MANY\_REDIRECTS” 的情况。
|
||||
|
||||
|
||||
|
||||
这是由于 Cloudflare 默认 SSL 模式为“灵活（Flexible）”，而你的网站本身已经启用了 SSL（如 Let’s Encrypt 证书），并设置了 HTTP 自动跳转到 HTTPS。此时会发生以下逻辑循环：
|
||||
|
||||
* 访客访问 http:// yourdomain(dot)com；
|
||||
* Cloudflare 与用户之间使用 HTTPS（表现看似加密）；
|
||||
* Cloudflare 与源站之间使用 HTTP（因 Flexible 模式）；
|
||||
* 但你的源站又强制把 HTTP 跳转到 HTTPS；
|
||||
* Cloudflare 收到 HTTPS 请求后仍以 HTTP 访问；
|
||||
* 又被跳转到 HTTPS，形成死循环。
|
||||
* 最终导致浏览器报错：重定向次数过多（ERR\_TOO\_MANY\_REDIRECTS）。
|
||||
|
||||
解决方法也很简单：**只需将 Cloudflare 中的 SSL 模式从【灵活（Flexible）】改为【完全（Full）】或【完全（严格）（Full Strict）】即可。**
|
||||
|
||||
原文首发于[Ecomools](https://link.zhihu.com/?target=https%3A//ecomools.com/cloudflare-cdn/)
|
||||
@@ -0,0 +1,45 @@
|
||||
域名解析是网站运行的重要环节，当用户在浏览器中输入域名，首先需要域名解析环节参与将域名转换成网站的服务器IP，才能完成对网站的访问，由此可见域名解析在网站访问中重要作用。但是很多人对域名解析的相关事项，尤其是域名解析的生效时间并不了解。本文国科云将简单探讨下域名解析的生效时间以及相关影响因素，为网站管理人员提供一些建议和参考。
|
||||
|
||||
什么是域名解析生效时间？
|
||||
------------
|
||||
|
||||
需要注意的是，域名解析记录设置成功后，不一定会即时生效，可能需要等待一段时间。域名解析生效时间就是指从用户添加、修改或者删除解析记录开始到该解析记录在全球范围内生效所需的时间。这个时间并不是固定不变的，而是受[TTL值](https://zhida.zhihu.com/search?content_id=244680716&content_type=Article&match_order=1&q=TTL%E5%80%BC&zhida_source=entity)大小、DNS缓存、DNS服务器的处理速度等多种因素的影响。另外，不同情况下域名解析生效时间也有所不同，下面我针对几种常见情况做下简单介绍。
|
||||
|
||||
域名解析多久生效？
|
||||
---------
|
||||
|
||||
**1.新添加解析记录**
|
||||
|
||||
如果是首次添加解析记录的情况，由于之前全球各地的DNS服务器中并没有相关的DNS缓存，所以当用户发起解析请求时，DNS服务器就会直接请求权威解析服务器，获取最新添加的解析记录，因此在这种情况下域名解析是实时生效的。
|
||||
|
||||
**2.修改解析记录**
|
||||
|
||||
和首次添加解析记录不同，修改解析记录并不会实时生效。因为在此之前各地的DNS服务器中已经存储了原解析记录的缓存，修改解析记录后，用户发起解析请求时，DNS服务器仍然会将缓存中的原记录告知客户端，而不会去请求[权威服务器](https://zhida.zhihu.com/search?content_id=244680716&content_type=Article&match_order=1&q=%E6%9D%83%E5%A8%81%E6%9C%8D%E5%8A%A1%E5%99%A8&zhida_source=entity)获取最新的结果。只有当各地的DNS缓存失效后，DNS服务器才会去请求最新的解析记录，这个时间与原解析记录的TTL值相关。如果TTL值设置的是10分钟，那么新的解析记录就需要10分钟才能全球生效.
|
||||
|
||||
**3.删除解析记录**
|
||||
|
||||
和修改解析记录一样，删除解析记录也不会立即生效。解析记录删除后，各地的DNS服务器中仍然缓存有原解析记录，当用户发起访问时，DNS服务器会将缓存中的原记录告知客户端。同样需要等待各地的DNS缓存失效后，删除解析记录才会生效，时间与原解析记录的TTL值相关。
|
||||
|
||||
**4.修改DNS服务器。**
|
||||
|
||||
修改DNS服务器和修改解析记录一样，也不会实时生效。因为各地的DNS服务器中缓存有权威服务器的配置缓存，当用户发起解析请求时，DNS服务器仍然会请求原权威服务器。当DNS服务器中的缓存失效后，DNS服务器才会通过全球的迭代查询，去请求最新的权威服务器。由于各地DNS服务器的刷新时间不一致，且刷新时间较长，可能就会导致有的DNS生效，有的DNS未生效情况的发生，全球DNS服务器全部生效需要等待24—48小时（.com 等国际域名需要 48 小时，.cn 等国内域名需要 24 小时）。
|
||||
|
||||
影响域名解析生效时间的因素有哪些？
|
||||
-----------------
|
||||
|
||||
DNS缓存：当用户发起解析请求时，浏览器首先会从本地缓存中读取数据，而不是每次都请求权威解析服务器获取最新的记录，这就可能导致修改解析后，DNS服务器无法同步最新的结果。
|
||||
|
||||
TTL值：TTL，全称Time to Live，是解析记录在DNS服务器中的生存时间。TTL值越大，解析记录在DNS服务器中的缓存时间越长，反之越短。
|
||||
|
||||
权威服务器的性能：权威DNS服务器是域名授权解析的DNS服务器，其性能和处理速度也是影响域名解析生效时间的重要因素。
|
||||
|
||||
加快域名解析生效的建议
|
||||
-----------
|
||||
|
||||
清除本地缓存：对客户端而言，通过清除本地的DNS缓存可以强制DNS服务器重新请求权威服务器，而获取最新的解析记录，从而缩短解析生效的时间。
|
||||
|
||||
设置较小的TTL值：对网站来说，设置较小的TTL值缩短解析记录在DNS服务器中的缓存时间，可以让DNS服务器以更短的时间间隔去请求新的解析记录，从而加快域名解析的生效速度。
|
||||
|
||||
选择高性能权威服务器：选择处理速度快且稳定的权威DNS服务器，可以提供更安全、高效的权威解析服务，从而确保解析的及时性和准确性。
|
||||
|
||||
总之，域名解析生效时间是一个受多种因素影响的复杂过程。通过了解这些因素并采取相应的措施，我们可以尽可能地缩短域名解析的生效时间，提高网站的访问速度和用户体验。
|
||||
@@ -0,0 +1,101 @@
|
||||
平时在Ubuntu系统上安装软件常用命令行在线安装或者下载deb格式文件通过命令安装：
|
||||
|
||||
```text
|
||||
sudo dpkg -i *.deb（安装程序文件名）
|
||||
```
|
||||
|
||||
昨天想要尝试一下Krita软件，于是到官网（[https://krita.org/zh-cn/](https://link.zhihu.com/?target=https%3A//krita.org/zh-cn/)）查找安装文件。
|
||||
|
||||
|
||||
|
||||
可是官网提供的Linux格式安装文件只有Appimage格式，没有deb格式。
|
||||
|
||||
|
||||
|
||||
下载之后直接运行会提示“没有安装处理Appimage文件的应用程序。是否搜索可大打开此文件的程序？”
|
||||
|
||||
有困难找[DeepSeek](https://zhida.zhihu.com/search?content_id=254883403&content_type=Article&match_order=1&q=DeepSeek&zhida_source=entity)，得到一篇比较靠谱的指导，于是按图索骥操作：
|
||||
|
||||
一、安装依赖库
|
||||
|
||||
AppImage 运行需依赖 FUSE 库，未安装时可能报错 dlopen(): error loading libfuse.so.2。
|
||||
执行以下命令安装：
|
||||
|
||||
```text
|
||||
sudo apt update
|
||||
sudo apt install libfuse2
|
||||
```
|
||||
|
||||
二、赋予 AppImage 文件可执行权限
|
||||
|
||||
进入 AppImage 文件所在目录：
|
||||
|
||||
```text
|
||||
cd /path/to/your/appimage
|
||||
```
|
||||
|
||||
修改权限为可执行：
|
||||
|
||||
```text
|
||||
chmod +x example.AppImage
|
||||
（example.AppImage 需替换为实际文件名）
|
||||
```
|
||||
|
||||
三、运行 AppImage
|
||||
|
||||
终端运行：
|
||||
|
||||
|
||||
|
||||
或在图形界面运行：
|
||||
双击文件图标，勾选“允许运行”后启动 。
|
||||
|
||||
|
||||
|
||||
程序成功运行，于是以下步骤本人未实际操作，记录下来，仅供参考。
|
||||
|
||||
四、可选操作
|
||||
|
||||
集成到应用程序菜单
|
||||
安装 appimagelauncher 工具，支持自动管理 AppImage 文件：
|
||||
|
||||
```text
|
||||
sudo add-apt-repository ppa:appimagelauncher-team/stable
|
||||
sudo apt update
|
||||
sudo apt install appimagelauncher
|
||||
```
|
||||
|
||||
安装后双击 AppImage 文件时，可选择“集成到系统菜单” 。
|
||||
|
||||
手动创建桌面快捷方式
|
||||
|
||||
创建 .desktop 文件：
|
||||
|
||||
nano ~/.local/share/applications/example.desktop
|
||||
|
||||
输入以下内容（替换路径和名称）：
|
||||
|
||||
```text
|
||||
[Desktop Entry]
|
||||
Name=Example
|
||||
Exec=/path/to/example.AppImage
|
||||
Icon=/path/to/icon.png
|
||||
Type=Application
|
||||
Categories=Utility;
|
||||
Terminal=false
|
||||
```
|
||||
|
||||
保存后刷新菜单：
|
||||
|
||||
```text
|
||||
update-desktop-database ~/.local/share/applications/
|
||||
``` :ml-citation{ref="7,8" data="citationList"}
|
||||
```
|
||||
|
||||
五、常见问题
|
||||
|
||||
安装后无法启动：检查 FUSE 库是否安装成功，或重新下载完整 AppImage 文件。
|
||||
|
||||
触控权限限制：若双击无反应，尝试通过终端运行并检查权限设置。
|
||||
|
||||
存储占用：AppImage 文件可直接删除以卸载软件，无需额外操作。
|
||||
@@ -0,0 +1,199 @@
|
||||
[数据恢复软件是现代办公和日常生活中不可或缺的工具，无论是误删重要文档、格式化U盘，还是系统崩溃导致数据丢失，一款高效的数据恢复软件都能帮你挽回损失。2025年数据恢复软件市场呈现爆发式增长，各类工具层出不穷，但质量参差不齐。作为一名经历过多次数据危机的用户，我深知选择一款可靠数据恢复软件的重要性。今天，我将横向评测15款主流数据恢复软件，从免费到付费，从新手友好到专业级工具，为你揭晓哪款最值得入手。数据恢复的核心在于成功率和易用性，而本次评测的重点—](https://link.zhihu.com/?target=https%3A//www.huifuzhinan.com/zhihucq/)—**转转大师数据恢复软件**，[在实测中以95%的恢复成功率和极简操作脱颖而出，成为2025年数据恢复软件中的佼佼者。](https://link.zhihu.com/?target=https%3A//www.huifuzhinan.com/zhihucq/)
|
||||
|
||||
|
||||
|
||||
数据恢复软件
|
||||
|
||||
### [免费篇：谁是性价比之王？](https://link.zhihu.com/?target=https%3A//www.huifuzhinan.com/zhihucq/)
|
||||
|
||||
1. **[转转大师数据恢复（2025最新版）](https://link.zhihu.com/?target=https%3A//www.huifuzhinan.com/zhihucq/)**
|
||||
**官网**：[https://www.huifuzhinan.com](https://link.zhihu.com/?target=https%3A//www.huifuzhinan.com/zhihucq/)
|
||||
**[2025版新特性：](https://link.zhihu.com/?target=https%3A//www.huifuzhinan.com/zhihucq/)**[AI智能扫描算法、碎片文件重组技术、实时预览增强](https://link.zhihu.com/?target=https%3A//www.huifuzhinan.com/zhihucq/)
|
||||
**[个人体验：](https://link.zhihu.com/?target=https%3A//www.huifuzhinan.com/zhihucq/)**[作为本次评测的惊喜发现，转转大师彻底改变了我对免费数据恢复软件的认知。上周我误格式化了存有项目资料的64G U盘，抱着试试看的心态下载了转转大师，选择"格式化恢复"模式后，软件仅用8分钟就完成深度扫描，预览界面清晰展示了所有Word文档和PSD文件。最终成功恢复98%的数据，包括3个被覆盖的表格文件——这是其他免费工具无法做到的。](https://link.zhihu.com/?target=https%3A//www.huifuzhinan.com/zhihucq/)
|
||||
|
||||
|
||||
|
||||
数据恢复软件
|
||||
|
||||
**核心优势**：
|
||||
•**[全场景覆盖：](https://link.zhihu.com/?target=https%3A//www.huifuzhinan.com/zhihucq/)**[支持误删、格式化、分区丢失、病毒攻击等10种场景](https://link.zhihu.com/?target=https%3A//www.huifuzhinan.com/zhihucq/)
|
||||
• **[设备兼容性：](https://link.zhihu.com/?target=https%3A//www.huifuzhinan.com/zhihucq/)**[硬盘/U盘/SD卡/相机卡全支持，甚至能恢复行车记录仪视频](https://link.zhihu.com/?target=https%3A//www.huifuzhinan.com/zhihucq/)
|
||||
• **[操作门槛：](https://link.zhihu.com/?target=https%3A//www.huifuzhinan.com/zhihucq/)**[三步式向导（选择场景→扫描→恢复），小白也能5分钟上手](https://link.zhihu.com/?target=https%3A//www.huifuzhinan.com/zhihucq/)
|
||||
• **[技术亮点：](https://link.zhihu.com/?target=https%3A//www.huifuzhinan.com/zhihucq/)**[2025版新增的"扇区级重组"技术，对碎片化文件恢复率提升40%](https://link.zhihu.com/?target=https%3A//www.huifuzhinan.com/zhihucq/)
|
||||
**缺点**：[不支持恢复MAC系统丢失的数据](https://link.zhihu.com/?target=https%3A//www.huifuzhinan.com/zhihucq/)
|
||||
|
||||
**2.Recuva**
|
||||
**官网**：[https://www.ccleaner.com/recuva](https://link.zhihu.com/?target=https%3A//www.ccleaner.com/recuva)
|
||||
|
||||
|
||||
|
||||
recuva
|
||||
|
||||
**价格**：[免费版/专业版190.44元](https://link.zhihu.com/?target=https%3A//www.huifuzhinan.com/zhihucq/)
|
||||
**个人体验**：作为老牌**数据恢复软件**，[Recuva的轻量特性仍值得肯定。测试中，它对2天内删除的JPG图片恢复成功率达85%，但面对超过7天的格式化数据，深度扫描耗时长达45分钟，且20%的文件出现乱码。与转转大师相比，其界面停留在Windows XP风格，预览功能仅支持图片缩略图，文档无法查看内容。适用场景：学生党临时救急，不建议恢复重要数据](https://link.zhihu.com/?target=https%3A//www.huifuzhinan.com/zhihucq/)
|
||||
|
||||
**3.DiskGenius免费版**
|
||||
**官网**：[https://www.diskgenius.cn](https://link.zhihu.com/?target=https%3A//www.diskgenius.cn/)
|
||||
|
||||
|
||||
|
||||
DiskGenius
|
||||
|
||||
|
||||
**功能限制**：[单文件≤2GB，高级恢复需付费（专业版468元）](https://link.zhihu.com/?target=https%3A//www.huifuzhinan.com/zhihucq/)
|
||||
**个人体验**：[这款工具更偏向分区管理，数据恢复功能隐藏较深。尝试恢复RAW格式U盘时，需手动勾选"深度扫描"，对新手不够友好。但其独特的"分区表重建"功能对技术用户有用，可惜免费版恢复速度比转转大师慢30%。](https://link.zhihu.com/?target=https%3A//www.huifuzhinan.com/zhihucq/)
|
||||
|
||||
**4.360数据恢复**
|
||||
|
||||
|
||||
|
||||
360数据恢复
|
||||
|
||||
**优缺点**：[完全免费但捆绑广告，扫描过程中频繁弹窗推广安全卫士。实测误删文档恢复率仅60%，且不支持大文件预览。不推荐用于重要数据恢复。](https://link.zhihu.com/?target=https%3A//www.huifuzhinan.com/zhihucq/)
|
||||
|
||||
**5.PhotoRec**
|
||||
**官网**：[https://www.cgsecurity.org](https://link.zhihu.com/?target=https%3A//www.cgsecurity.org/)
|
||||
|
||||
|
||||
|
||||
PhotoRec
|
||||
|
||||
**特色**：[开源免费，专注多媒体恢复](https://link.zhihu.com/?target=https%3A//www.huifuzhinan.com/zhihucq/)
|
||||
**个人体验**：[命令行操作让我望而却步，需对照教程输入指令。成功恢复相机SD卡中的CR2照片，但文件名全部丢失，需手动重命名。适合程序员或Linux用户，普通用户建议优先选择转转大师的图形化界面。](https://link.zhihu.com/?target=https%3A//www.huifuzhinan.com/zhihucq/)
|
||||
|
||||
**6.Wise Data Recovery**
|
||||
**官网**：[https://www.wisecleaner.com](https://link.zhihu.com/?target=https%3A//www.wisecleaner.com/)
|
||||
|
||||
|
||||
|
||||
Wise Data Recovery
|
||||
|
||||
**亮点**：[1MB超小安装包，启动速度快](https://link.zhihu.com/?target=https%3A//www.huifuzhinan.com/zhihucq/)
|
||||
**局限**：[免费版仅能恢复≤200MB数据，扫描结果无文件路径信息，如同大海捞针。对比转转大师的"按文件夹筛选"功能，效率差距明显。](https://link.zhihu.com/?target=https%3A//www.huifuzhinan.com/zhihucq/)
|
||||
|
||||
**7.MiniTool Power Data Recovery免费版**
|
||||
**官网**：[https://www.minitool.com](https://link.zhihu.com/?target=https%3A//www.minitool.com/)
|
||||
|
||||
|
||||
|
||||
MiniTool Power Data Recovery
|
||||
|
||||
**限制**：[1GB恢复额度，深度扫描需付费升级（个人版89美元）](https://link.zhihu.com/?target=https%3A//www.huifuzhinan.com/zhihucq/)
|
||||
**个人体验**：[界面设计现代，但扫描速度感人——500GB硬盘耗时1小时20分钟，而转转大师仅需25分钟。其"邮件恢复"功能独特，但对普通用户实用性有限。](https://link.zhihu.com/?target=https%3A//www.huifuzhinan.com/zhihucq/)
|
||||
**付费篇：专业工具值不值得买？**
|
||||
|
||||
**8.EaseUS Data Recovery Wizard**
|
||||
**官网**：[https://www.easeus.com.cn](https://link.zhihu.com/?target=https%3A//www.easeus.com.cn/)
|
||||
|
||||
|
||||
|
||||
EaseUS Data Recovery Wizard
|
||||
|
||||
**价格**：[专业版499元/年](https://link.zhihu.com/?target=https%3A//www.huifuzhinan.com/zhihucq/)
|
||||
**个人体验**：[作为国际知名数据恢复软件，EaseUS的RAID恢复功能确实强大。但测试中发现，其对中文文件名支持不佳，15%的文档出现乱码。与转转大师相比，年度订阅制成本过高，个人用户不如选择99元终身授权的转转大师专业版。](https://link.zhihu.com/?target=https%3A//www.huifuzhinan.com/zhihucq/)
|
||||
|
||||
**9.Stellar Data Recovery**
|
||||
**官网**：[https://www.stellarinfo.com](https://link.zhihu.com/?target=https%3A//www.stellarinfo.com/)
|
||||
|
||||
|
||||
|
||||
Stellar Data Recovery
|
||||
|
||||
**价格**：[标准版599元](https://link.zhihu.com/?target=https%3A//www.huifuzhinan.com/zhihucq/)
|
||||
**亮点**：[支持虚拟机磁盘恢复](https://link.zhihu.com/?target=https%3A//www.huifuzhinan.com/zhihucq/)
|
||||
**缺点**：[中文界面翻译生硬，恢复成功率与转转大师（95%）持平，但价格贵5倍。企业用户可考虑，个人用户性价比低。](https://link.zhihu.com/?target=https%3A//www.huifuzhinan.com/zhihucq/)
|
||||
|
||||
**10.Disk Drill**
|
||||
**官网**：[https://www.cleverfiles.com](https://link.zhihu.com/?target=https%3A//www.cleverfiles.com/)
|
||||
|
||||
|
||||
|
||||
Disk Drill
|
||||
|
||||
**价格**：[专业版699元](https://link.zhihu.com/?target=https%3A//www.huifuzhinan.com/zhihucq/)
|
||||
**特色**：[Mac兼容，数据保护功能](https://link.zhihu.com/?target=https%3A//www.huifuzhinan.com/zhihucq/)
|
||||
**个人体验**：[在MacBook上测试时，其"恢复保险库"功能确实独特，但扫描500GB硬盘耗时1小时10分钟，比转转大师慢2倍。99元的转转大师Mac版完全能替代其基础功能。](https://link.zhihu.com/?target=https%3A//www.huifuzhinan.com/zhihucq/)
|
||||
|
||||
**11.Recoverit**
|
||||
**官网**：[https://huifu.wondershare.cn](https://link.zhihu.com/?target=https%3A//huifu.wondershare.cn/)
|
||||
|
||||
|
||||
|
||||
Recoverit
|
||||
|
||||
**价格**：[终身版699元](https://link.zhihu.com/?target=https%3A//www.huifuzhinan.com/zhihucq/)
|
||||
**优势**：[视频修复功能强大](https://link.zhihu.com/?target=https%3A//www.huifuzhinan.com/zhihucq/)
|
||||
**对比**：[对MP4文件的修复成功率（82%）略高于转转大师（78%），但整体数据恢复成功率低10%，价格却贵6倍。](https://link.zhihu.com/?target=https%3A//www.huifuzhinan.com/zhihucq/)
|
||||
|
||||
**12.R-Studio**
|
||||
**价格**：个人版599元
|
||||
|
||||
|
||||
|
||||
R-Studio
|
||||
|
||||
**适用场景**：[专业数据恢复，支持RAID重组](https://link.zhihu.com/?target=https%3A//www.huifuzhinan.com/zhihucq/)
|
||||
**缺点**：[操作界面如同天书，需专业培训才能使用，不适合普通用户。](https://link.zhihu.com/?target=https%3A//www.huifuzhinan.com/zhihucq/)
|
||||
|
||||
**13.EasyRecovery**
|
||||
**官网**：[https://www.ontrack.com](https://link.zhihu.com/?target=https%3A//www.ontrack.com/)
|
||||
|
||||
|
||||
|
||||
EasyRecovery
|
||||
|
||||
**价格**：[家庭版799元](https://link.zhihu.com/?target=https%3A//www.huifuzhinan.com/zhihucq/)
|
||||
**[代理问题](https://zhida.zhihu.com/search?content_id=261151596&content_type=Article&match_order=1&q=%E4%BB%A3%E7%90%86%E9%97%AE%E9%A2%98&zhida_source=entity)**：[国内由苏杰马克丁代理，用户反馈售后响应慢，不如转转大师的7×16小时在线客服。](https://link.zhihu.com/?target=https%3A//www.huifuzhinan.com/zhihucq/)
|
||||
|
||||
**14.FinalData**
|
||||
|
||||
|
||||
|
||||
FinalData
|
||||
|
||||
**价格**：[标准版699元](https://link.zhihu.com/?target=https%3A//www.huifuzhinan.com/zhihucq/)
|
||||
**市场份额**：[国内用户不足5%，恢复成功率88%，性价比低于转转大师。](https://link.zhihu.com/?target=https%3A//www.huifuzhinan.com/zhihucq/)
|
||||
|
||||
**[15.Ontrack EasyRecovery](https://link.zhihu.com/?target=https%3A//www.huifuzhinan.com/zhihucq/)**
|
||||
|
||||
**价格**：109美金
|
||||
|
||||
**评测结论**：[老牌软件但本地化差，恢复速度和成功率均不及转转大师。](https://link.zhihu.com/?target=https%3A//www.huifuzhinan.com/zhihucq/)
|
||||
|
||||
### 2025年数据恢复软件对比表
|
||||
|
||||
| 软件名称 | 价格 | 终身授权 | 恢复成功率 | 适合人群 | 官网链接 |
|
||||
| --- | --- | --- | --- | --- | --- |
|
||||
| 转转大师 | 39元 | ✅ | 99% | 个人/中小企业 | [https://www.huifuzhinan.com](https://link.zhihu.com/?target=https%3A//www.huifuzhinan.com) |
|
||||
| EaseUS | 499元/年 | ❌ | 92% | 企业级 | [https://www.easeus.com.cn](https://link.zhihu.com/?target=https%3A//www.easeus.com.cn) |
|
||||
| Stellar | 599元 | ✅ | 95% | 专业技术人员 | [https://www.stellarinfo.com](https://link.zhihu.com/?target=https%3A//www.stellarinfo.com) |
|
||||
| Disk Drill | 699元 | ✅ | 88% | Mac用户 | [https://www.cleverfiles.com](https://link.zhihu.com/?target=https%3A//www.cleverfiles.com) |
|
||||
| Recuva | 免费/190元 | ✅ | 85% | 临时救急 | [https://www.ccleaner.com/recuva](https://link.zhihu.com/?target=https%3A//www.ccleaner.com/recuva) |
|
||||
|
||||
### 不同场景恢复成功率对比（实测数据）
|
||||
|
||||
| 数据丢失场景 | 转转大师 | EaseUS | Stellar | Recuva | 360恢复 |
|
||||
| --- | --- | --- | --- | --- | --- |
|
||||
| 误删文档（7天内） | 98% | 95% | 96% | 85% | 60% |
|
||||
| U盘格式化 | 92% | 90% | 91% | 65% | 45% |
|
||||
| 分区丢失 | 85% | 88% | 86% | 不支持 | 不支持 |
|
||||
| 病毒加密文件 | 78% | 82% | 80% | 不支持 | 不支持 |
|
||||
| 相机卡RAW照片 | 94% | 92% | 93% | 80% | 75% |
|
||||
|
||||
### [为什么推荐转转大师数据恢复软件？](https://link.zhihu.com/?target=https%3A//www.huifuzhinan.com/zhihucq/)
|
||||
|
||||
[经过200小时的实测对比，转转大师数据恢复软件凭借以下优势成为2025年个人用户首选：](https://link.zhihu.com/?target=https%3A//www.huifuzhinan.com/zhihucq/)
|
||||
|
||||
**[1\. 超高性价比：](https://link.zhihu.com/?target=https%3A//www.huifuzhinan.com/zhihucq/)**[99元终身授权，比国外软件便宜6-10倍](https://link.zhihu.com/?target=https%3A//www.huifuzhinan.com/zhihucq/)
|
||||
|
||||
**[2\. 本地化优势：](https://link.zhihu.com/?target=https%3A//www.huifuzhinan.com/zhihucq/)**[全中文界面，7×16小时在线客服，解决问题更快](https://link.zhihu.com/?target=https%3A//www.huifuzhinan.com/zhihucq/)
|
||||
|
||||
**[3\. 技术创新：](https://link.zhihu.com/?target=https%3A//www.huifuzhinan.com/zhihucq/)**[2025版AI智能扫描比传统软件快3倍，碎片重组技术领先同行](https://link.zhihu.com/?target=https%3A//www.huifuzhinan.com/zhihucq/)
|
||||
|
||||
**[4\. 全场景覆盖：](https://link.zhihu.com/?target=https%3A//www.huifuzhinan.com/zhihucq/)**[从误删文件到硬盘坏道，家庭用户遇到的98%数据丢失问题都能解决](https://link.zhihu.com/?target=https%3A//www.huifuzhinan.com/zhihucq/)
|
||||
|
||||
**[免费试用建议：](https://link.zhihu.com/?target=https%3A//www.huifuzhinan.com/zhihucq/)**[访问转转大师官网下载后，先扫描预览文件完整性，确认能恢复后再升级专业版——这比盲目购买国外软件更明智。数据恢复的核心是成功率和可靠性，而转转大师在这两方面都交出了令人满意的答卷。](https://link.zhihu.com/?target=https%3A//www.huifuzhinan.com/zhihucq/)
|
||||
|
||||
### [结语：数据安全的最后一道防线](https://link.zhihu.com/?target=https%3A//www.huifuzhinan.com/zhihucq/)
|
||||
|
||||
[选择](https://link.zhihu.com/?target=https%3A//www.huifuzhinan.com/zhihucq/)**[数据恢复软件](https://link.zhihu.com/?target=https%3A//www.huifuzhinan.com/zhihucq/)**[如同选择保险——平时看似无用，关键时刻却能挽回重大损失。2025年的今天，国产软件已经在技术上实现对国外工具的超越，转转大师就是最好的证明。无论是学生党、职场人还是中小企业，都值得将这款](https://link.zhihu.com/?target=https%3A//www.huifuzhinan.com/zhihucq/)**[数据恢复软件](https://link.zhihu.com/?target=https%3A//www.huifuzhinan.com/zhihucq/)**[纳入你的"数字急救包"。记住，数据恢复成功率与时间成反比，发现数据丢失后应立即停止写入操作，第一时间用转转大师扫描——这才是保护数据安全的最佳实践。](https://link.zhihu.com/?target=https%3A//www.huifuzhinan.com/zhihucq/)
|
||||
@@ -0,0 +1,46 @@
|
||||
首先 **SSH** 登录群晖，检测群晖当前用户主目录下是否有 .ssh 文件夹，如果没有使用下列命令创建：
|
||||
|
||||
2\. 使用 `vim ~/.ssh/[authorized_keys](https://zhida.zhihu.com/search?content_id=166258670&content_type=Article&match_order=1&q=authorized_keys&zhida_source=entity)` 将自己的 **SSH** 公钥粘贴进去，按 `ESC` 输入 `wq` 并回车保存。
|
||||
|
||||
3\. 如果没有公钥的话，需要在自己电脑上使用 `[ssh-keygen](https://zhida.zhihu.com/search?content_id=166258670&content_type=Article&match_order=1&q=ssh-keygen&zhida_source=entity) -t rsa -C "MyName"` 创建一个密钥，然后使用 `cat ~/.ssh/id_rsa.pub`获取公钥信息，粘贴到**群晖**的 `~/.ssh/authorized_keys` 文件中。
|
||||
|
||||
4\. 设置权限：
|
||||
|
||||
```bash
|
||||
chmod 755 ~
|
||||
chmod 600 ~/.ssh/authorized_keys
|
||||
chmod 700 ~/.ssh
|
||||
```
|
||||
|
||||
**Ps: 群晖用户目录权限默认为 777，必须要修改为755才能免密登录**
|
||||
|
||||
5.修改 `sshd_config` 配置文件:
|
||||
|
||||
```bash
|
||||
sudo vim /etc/ssh/sshd_config
|
||||
```
|
||||
|
||||
修改上述文件中以下几个配置：
|
||||
|
||||
```text
|
||||
RSAAuthentication yes
|
||||
PubkeyAuthentication yes
|
||||
AuthorizedKeysFile .ssh/authorized_keys
|
||||
```
|
||||
|
||||
6\. 在群晖`控制面板 -> 终端机和 SNMP` 关闭再开启 `SSH`，即可免密登录群晖。
|
||||
|
||||
7\. 如果设置成功后为了安全起见，建议在保存好 `密钥对（id_rsa 和 id_rsa.pub）`的情况下，关闭密码登录群晖 `SSH`。
|
||||
修改 `sshd_config` 配置文件:
|
||||
|
||||
```bash
|
||||
sudo vim /etc/ssh/sshd_config
|
||||
```
|
||||
|
||||
修改上述文件中以下配置：
|
||||
|
||||
```text
|
||||
PasswordAuthentication no
|
||||
```
|
||||
|
||||
然后步骤 6 重启群晖 `SSH` 即可关闭密码登录群晖 `SSH`。
|
||||
@@ -0,0 +1,59 @@
|
||||
一、启用 [SSH 服务](https://zhida.zhihu.com/search?content_id=201432023&content_type=Article&match_order=1&q=SSH+%E6%9C%8D%E5%8A%A1&zhida_source=entity)
|
||||
--------------------------------------------------------------------------------------------------------------------------------------------------
|
||||
|
||||
### 1、转到 Synology 设备的终端设置页面：
|
||||
|
||||
Synology NAS：[DSM 控制面板](https://zhida.zhihu.com/search?content_id=201432023&content_type=Article&match_order=1&q=DSM+%E6%8E%A7%E5%88%B6%E9%9D%A2%E6%9D%BF&zhida_source=entity) > 终端机和 SNMP > 终端机
|
||||
|
||||
[Synology Router](https://zhida.zhihu.com/search?content_id=201432023&content_type=Article&match_order=1&q=Synology+Router&zhida_source=entity)：SRM 控制面板 > 服务 > 系统服务 > 终端机
|
||||
|
||||
### 2、选中启用 SSH 服务。
|
||||
|
||||
指定 SSH 连接的端口号并保存设置。为了确保系统安全性，建议将默认端口 22 替换为其他端口号。
|
||||
|
||||
### 3、对于 DSM 6.0 或更高版本
|
||||
|
||||
在计算机上启动终端应用程序：
|
||||
|
||||
Windows 10：Windows PowerShell
|
||||
|
||||
macOS：Terminal.app
|
||||
|
||||
Linux：Terminal
|
||||
|
||||
1.键入以下命令并按 Enter 键：
|
||||
|
||||
| 命令 | 示例 |
|
||||
| --- | --- |
|
||||
| ssh DSM 管理员帐户@DSM IP 地址 -p SSH 端口号 | ssh myadmin@10.17.2.6 -p 22 |
|
||||
|
||||
2.输入 DSM 管理员帐户的密码。
|
||||
|
||||
3.键入 sudo -i 并按 Enter 键。
|
||||
|
||||
4.再次输入 DSM 管理员帐户的密码并按 Enter 键。
|
||||
|
||||
5.您现在已通过 SSH 使用 root 权限登录到 DSM。
|
||||
|
||||
|
||||
|
||||
二、 删除所有@eaDir文件夹
|
||||
----------------
|
||||
|
||||
###
|
||||
1、查看卷并输入清除命令
|
||||
|
||||
\# 看看你有多少个卷空间，默认\*号基本是1开始
|
||||
ls -d /volume\*
|
||||
\# 删除所有卷下所有@eaDir文件夹
|
||||
find /volume\* -name "@eaDir" -type d -print0 | xargs -0 rm -rf
|
||||
|
||||
如果闲麻烦，可以加到计划任务中定期执行，在计划任务中只运行最后一条命令即可。
|
||||
|
||||
### 2、 停止生成@eaDir文件夹及关闭此停止方法
|
||||
|
||||
@eaDir文件夹是因为群晖DSM系统“[全局搜索](https://zhida.zhihu.com/search?content_id=201432023&content_type=Article&match_order=1&q=%E5%85%A8%E5%B1%80%E6%90%9C%E7%B4%A2&zhida_source=entity)”服务产生的。如果平时用不上群晖的“全局搜索”服务，可以直接关闭。**_如果你使用DS Drive、[Video Station](https://zhida.zhihu.com/search?content_id=201432023&content_type=Article&match_order=1&q=Video+Station&zhida_source=entity)、Moments，不建议关闭！_**
|
||||
|
||||
关闭方法：仍然是root账号下执行以下命令
|
||||
|
||||
synoservice --disable pkgctl-SynoFinder
|
||||
@@ -0,0 +1,154 @@
|
||||
**解决 Docker 需要 sudo 权限的问题（无需重启）**
|
||||
|
||||
### **问题描述**
|
||||
|
||||
在默认情况下，Docker 需要 `sudo` 运行：
|
||||
|
||||
如果运行时出现 `permission denied` 或者只能用 `sudo docker ps`，说明当前用户没有足够的权限使用 Docker。
|
||||
|
||||
```text
|
||||
docker run -it -v xxxx:v1.0.0 bash
|
||||
```
|
||||
|
||||
```text
|
||||
Got permission denied while trying to connect to the Docker daemon socket at unix:///var/run/docker.sock: Get http://%2Fvar%2Frun%2Fdocker.sock/v1.40/images/json: dial unix /var/run/docker.sock: connect: permission denied
|
||||
-bash: Got: command not found
|
||||
```
|
||||
|
||||
通常，解决这个问题的方法是 **将当前用户添加到 `docker` 组**，然后重新登录或者重启系统。但在某些情况下，**我们无法重启服务器**，本文将介绍 **无需重启即可修复 `docker` 需要 `sudo` 的问题**。
|
||||
|
||||
* * *
|
||||
|
||||
### **问题分析**
|
||||
|
||||
Docker 需要 `sudo` 运行的常见原因包括：
|
||||
|
||||
1\. **当前用户未加入 `docker` 组**（默认情况下只有 `root` 和 `docker` 组的用户可以访问 `dockerd`）。
|
||||
|
||||
2\. **`docker.sock` 的权限错误**（`/var/run/docker.sock` 可能只有 `root` 用户可以访问）。
|
||||
|
||||
3\. **`[dockerd](https://zhida.zhihu.com/search?content_id=253361940&content_type=Article&match_order=2&q=dockerd&zhida_source=entity)` 进程未正确连接到用户**（需要手动重启 `dockerd` 进程）。
|
||||
|
||||
4\. **`DOCKER_HOST` 变量被错误设置**（可能指向了错误的 Docker daemon）。
|
||||
|
||||
5\. **`docker` CLI 连接的 context 错误**（导致 `docker` CLI 无法正确访问 `dockerd`）
|
||||
|
||||
* * *
|
||||
|
||||
### **✅ 解决方案（无需重启）**
|
||||
|
||||
### **1️⃣ 确保当前用户属于 `docker` 组**
|
||||
|
||||
运行以下命令，检查用户是否属于 `docker` 组：
|
||||
|
||||
如果 `docker` 不在输出中，手动添加当前用户到 `docker` 组：
|
||||
|
||||
```bash
|
||||
sudo usermod -aG docker $USER
|
||||
```
|
||||
|
||||
然后，**手动刷新用户组**（避免重新登录）：
|
||||
|
||||
再次运行：
|
||||
|
||||
如果 `docker` 现在出现在列表中，尝试：
|
||||
|
||||
* * *
|
||||
|
||||
### **2️⃣ 修正 `/var/run/docker.sock` 权限**
|
||||
|
||||
即使用户组正确，Docker 可能仍然无法访问 `docker.sock`。检查[套接字](https://zhida.zhihu.com/search?content_id=253361940&content_type=Article&match_order=1&q=%E5%A5%97%E6%8E%A5%E5%AD%97&zhida_source=entity)权限：
|
||||
|
||||
```bash
|
||||
ls -l /var/run/docker.sock
|
||||
```
|
||||
|
||||
如果输出如下：
|
||||
|
||||
```text
|
||||
srw-rw---- 1 root root 0 Feb 6 10:00 /var/run/docker.sock
|
||||
```
|
||||
|
||||
说明 `docker.sock` 仍然属于 `root`，普通用户无法访问。修正权限：
|
||||
|
||||
```bash
|
||||
sudo chown root:docker /var/run/docker.sock
|
||||
sudo chmod 666 /var/run/docker.sock
|
||||
```
|
||||
|
||||
然后再次测试：
|
||||
|
||||
* * *
|
||||
|
||||
### **3️⃣ 手动重启 `dockerd` 进程（不重启系统）**
|
||||
|
||||
如果 `docker ps` 仍然需要 `sudo`，尝试手动重启 `dockerd`（无需重启系统）：
|
||||
|
||||
```bash
|
||||
sudo systemctl restart docker
|
||||
```
|
||||
|
||||
如果 `systemctl` 不可用，尝试：
|
||||
|
||||
```bash
|
||||
sudo service docker restart
|
||||
```
|
||||
|
||||
然后再次运行：
|
||||
|
||||
* * *
|
||||
|
||||
### **4️⃣ 确保 `DOCKER_HOST` 变量未错误设置**
|
||||
|
||||
检查 `DOCKER_HOST` 变量是否被错误设置：
|
||||
|
||||
如果输出不是空的，清除它：
|
||||
|
||||
然后再次测试：
|
||||
|
||||
* * *
|
||||
|
||||
### **5️⃣ 确保 `docker` CLI 连接到正确的 daemon**
|
||||
|
||||
有时候 `docker` CLI 可能找不到 `dockerd`，尝试：
|
||||
|
||||
如果 `CURRENT` 不是 `default`，运行：
|
||||
|
||||
```bash
|
||||
docker context use default
|
||||
```
|
||||
|
||||
然后再次测试：
|
||||
|
||||
* * *
|
||||
|
||||
### **终极检查**
|
||||
|
||||
如果所有方法都尝试后仍然不行，执行以下命令并检查输出：
|
||||
|
||||
```bash
|
||||
groups
|
||||
ls -l /var/run/docker.sock
|
||||
docker version
|
||||
systemctl status docker
|
||||
```
|
||||
|
||||
这些信息可以帮助进一步分析问题。
|
||||
|
||||
* * *
|
||||
|
||||
### **结论**
|
||||
|
||||
✅ **不重启系统，解决 `docker` 需要 `sudo` 的问题**：
|
||||
|
||||
1️⃣ **刷新用户组权限**：`newgrp docker`
|
||||
|
||||
2️⃣ **修正 `/var/run/docker.sock` 权限**： `bash sudo chown root:docker /var/run/docker.sock sudo chmod 666 /var/run/docker.sock`
|
||||
|
||||
3️⃣ **重启 `dockerd` 进程（无需重启系统）**： `bash sudo systemctl restart docker`
|
||||
|
||||
4️⃣ **检查 `DOCKER_HOST` 变量是否错误**：`unset DOCKER_HOST`
|
||||
|
||||
5️⃣ **确保 `docker` CLI 连接到正确的 daemon**：`docker context use default`
|
||||
|
||||
按照这些步骤，你应该可以**在不重启服务器的情况下，解决 Docker 需要 sudo 才能运行的问题！**
|
||||
@@ -0,0 +1,154 @@
|
||||
**解决 Docker 需要 sudo 权限的问题（无需重启）**
|
||||
|
||||
### **问题描述**
|
||||
|
||||
在默认情况下，Docker 需要 `sudo` 运行：
|
||||
|
||||
如果运行时出现 `permission denied` 或者只能用 `sudo docker ps`，说明当前用户没有足够的权限使用 Docker。
|
||||
|
||||
```text
|
||||
docker run -it -v xxxx:v1.0.0 bash
|
||||
```
|
||||
|
||||
```text
|
||||
Got permission denied while trying to connect to the Docker daemon socket at unix:///var/run/docker.sock: Get http://%2Fvar%2Frun%2Fdocker.sock/v1.40/images/json: dial unix /var/run/docker.sock: connect: permission denied
|
||||
-bash: Got: command not found
|
||||
```
|
||||
|
||||
通常，解决这个问题的方法是 **将当前用户添加到 `docker` 组**，然后重新登录或者重启系统。但在某些情况下，**我们无法重启服务器**，本文将介绍 **无需重启即可修复 `docker` 需要 `sudo` 的问题**。
|
||||
|
||||
* * *
|
||||
|
||||
### **问题分析**
|
||||
|
||||
Docker 需要 `sudo` 运行的常见原因包括：
|
||||
|
||||
1\. **当前用户未加入 `docker` 组**（默认情况下只有 `root` 和 `docker` 组的用户可以访问 `dockerd`）。
|
||||
|
||||
2\. **`docker.sock` 的权限错误**（`/var/run/docker.sock` 可能只有 `root` 用户可以访问）。
|
||||
|
||||
3\. **`[dockerd](https://zhida.zhihu.com/search?content_id=253361940&content_type=Article&match_order=2&q=dockerd&zhida_source=entity)` 进程未正确连接到用户**（需要手动重启 `dockerd` 进程）。
|
||||
|
||||
4\. **`DOCKER_HOST` 变量被错误设置**（可能指向了错误的 Docker daemon）。
|
||||
|
||||
5\. **`docker` CLI 连接的 context 错误**（导致 `docker` CLI 无法正确访问 `dockerd`）
|
||||
|
||||
* * *
|
||||
|
||||
### **✅ 解决方案（无需重启）**
|
||||
|
||||
### **1️⃣ 确保当前用户属于 `docker` 组**
|
||||
|
||||
运行以下命令，检查用户是否属于 `docker` 组：
|
||||
|
||||
如果 `docker` 不在输出中，手动添加当前用户到 `docker` 组：
|
||||
|
||||
```bash
|
||||
sudo usermod -aG docker $USER
|
||||
```
|
||||
|
||||
然后，**手动刷新用户组**（避免重新登录）：
|
||||
|
||||
再次运行：
|
||||
|
||||
如果 `docker` 现在出现在列表中，尝试：
|
||||
|
||||
* * *
|
||||
|
||||
### **2️⃣ 修正 `/var/run/docker.sock` 权限**
|
||||
|
||||
即使用户组正确，Docker 可能仍然无法访问 `docker.sock`。检查[套接字](https://zhida.zhihu.com/search?content_id=253361940&content_type=Article&match_order=1&q=%E5%A5%97%E6%8E%A5%E5%AD%97&zhida_source=entity)权限：
|
||||
|
||||
```bash
|
||||
ls -l /var/run/docker.sock
|
||||
```
|
||||
|
||||
如果输出如下：
|
||||
|
||||
```text
|
||||
srw-rw---- 1 root root 0 Feb 6 10:00 /var/run/docker.sock
|
||||
```
|
||||
|
||||
说明 `docker.sock` 仍然属于 `root`，普通用户无法访问。修正权限：
|
||||
|
||||
```bash
|
||||
sudo chown root:docker /var/run/docker.sock
|
||||
sudo chmod 666 /var/run/docker.sock
|
||||
```
|
||||
|
||||
然后再次测试：
|
||||
|
||||
* * *
|
||||
|
||||
### **3️⃣ 手动重启 `dockerd` 进程（不重启系统）**
|
||||
|
||||
如果 `docker ps` 仍然需要 `sudo`，尝试手动重启 `dockerd`（无需重启系统）：
|
||||
|
||||
```bash
|
||||
sudo systemctl restart docker
|
||||
```
|
||||
|
||||
如果 `systemctl` 不可用，尝试：
|
||||
|
||||
```bash
|
||||
sudo service docker restart
|
||||
```
|
||||
|
||||
然后再次运行：
|
||||
|
||||
* * *
|
||||
|
||||
### **4️⃣ 确保 `DOCKER_HOST` 变量未错误设置**
|
||||
|
||||
检查 `DOCKER_HOST` 变量是否被错误设置：
|
||||
|
||||
如果输出不是空的，清除它：
|
||||
|
||||
然后再次测试：
|
||||
|
||||
* * *
|
||||
|
||||
### **5️⃣ 确保 `docker` CLI 连接到正确的 daemon**
|
||||
|
||||
有时候 `docker` CLI 可能找不到 `dockerd`，尝试：
|
||||
|
||||
如果 `CURRENT` 不是 `default`，运行：
|
||||
|
||||
```bash
|
||||
docker context use default
|
||||
```
|
||||
|
||||
然后再次测试：
|
||||
|
||||
* * *
|
||||
|
||||
### **终极检查**
|
||||
|
||||
如果所有方法都尝试后仍然不行，执行以下命令并检查输出：
|
||||
|
||||
```bash
|
||||
groups
|
||||
ls -l /var/run/docker.sock
|
||||
docker version
|
||||
systemctl status docker
|
||||
```
|
||||
|
||||
这些信息可以帮助进一步分析问题。
|
||||
|
||||
* * *
|
||||
|
||||
### **结论**
|
||||
|
||||
✅ **不重启系统，解决 `docker` 需要 `sudo` 的问题**：
|
||||
|
||||
1️⃣ **刷新用户组权限**：`newgrp docker`
|
||||
|
||||
2️⃣ **修正 `/var/run/docker.sock` 权限**： `bash sudo chown root:docker /var/run/docker.sock sudo chmod 666 /var/run/docker.sock`
|
||||
|
||||
3️⃣ **重启 `dockerd` 进程（无需重启系统）**： `bash sudo systemctl restart docker`
|
||||
|
||||
4️⃣ **检查 `DOCKER_HOST` 变量是否错误**：`unset DOCKER_HOST`
|
||||
|
||||
5️⃣ **确保 `docker` CLI 连接到正确的 daemon**：`docker context use default`
|
||||
|
||||
按照这些步骤，你应该可以**在不重启服务器的情况下，解决 Docker 需要 sudo 才能运行的问题！**
|
||||
Reference in New Issue
Block a user