Delete 节点.txt
Browse files
节点.txt
DELETED
|
@@ -1,41 +0,0 @@
|
|
| 1 |
-
最常用的一般就是文件的本地上传、本地下载、跨节点下载（A上传后从B下载）
|
| 2 |
-
再往深一点的就是文件固定，比如A上传后各个节点上只是有A上传的文件的信息
|
| 3 |
-
等，但原文件还在A上，如果A节点挂了，那其他节点下载不了这个文件。这时候
|
| 4 |
-
就可以使用文件固定，将A上传的文件固定到其他节点上（也可以理解为备份到其
|
| 5 |
-
他节点上）。这样即使A节点挂了，在其他节点上也有文件可以提供下载
|
| 6 |
-
然后就是配置篇：
|
| 7 |
-
如果加入一个节点，普通的节点是公共开放节点，只需要一个节点地址就够了，
|
| 8 |
-
IPFS初始化也会默认连接开放节点。但我们的是私密网络节点，所以连接的时候
|
| 9 |
-
是还需要配置私钥。私钥要是存放一个文件，节点地址配置在webui中的peer可
|
| 10 |
-
以配置
|
| 11 |
-
再深入就是搭建IPFS了，这部分你那边用不到，如果需要的话你给我说，我这边发文档给你
|
| 12 |
-
|
| 13 |
-
|
| 14 |
-
你在这里操作了导入后，就相当于固定了。即使原节点挂了你也能下载
|
| 15 |
-
|
| 16 |
-
之前只有一个节点有webui，所以另一台节点你需要操作命令。现在两个
|
| 17 |
-
节点都有ui。你应该就不用去操作命令了
|
| 18 |
-
|
| 19 |
-
浏览就是CID的生成方式
|
| 20 |
-
|
| 21 |
-
测试点：
|
| 22 |
-
1.本地上传
|
| 23 |
-
2.本地下载
|
| 24 |
-
3.跨节点下载（A上传后从B下载）
|
| 25 |
-
4.文件固定，比如A上传后各个节点上只是有A上传的文件的信息
|
| 26 |
-
等，但原文件还在A上，如果A节点挂了，那其他节点下载不了这个文件
|
| 27 |
-
5.使用文件固定，将A上传的文件固定到其他节点上（也可以理解为备份到其
|
| 28 |
-
他节点上）。这样即使A节点挂了，在其他节点上也有文件可以提供下载
|
| 29 |
-
|
| 30 |
-
|
| 31 |
-
1.本地上传文件后，复制CID，关闭本地的节点，其他的节点无法下载到该文件？
|
| 32 |
-
2.本地删除上传的文件后，其他节点可以通过CID下载到该文件✔
|
| 33 |
-
|
| 34 |
-
|
| 35 |
-
3本地上传文件后，点击固定，关闭本地节点，其他两个节点都可以通过CID下载到该文件✔
|
| 36 |
-
（这个功能有点问题，第一个本地挂了不解决，这个也就会出现问题，无法下载）
|
| 37 |
-
|
| 38 |
-
|
| 39 |
-
1.本地上传文件后，关闭本地节点（本地节点挂了），其他节点可以通过CID下载到该文件？
|
| 40 |
-
这个功能不太稳定，有时候是可以通过CID进行下载，有时候下载完隔一会儿文件会自动消失
|
| 41 |
-
（可以下载，但是隔一会儿以后那个文件又会自己不见了）
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|