IPFS ໂດຍບໍ່ມີຄວາມເຈັບປວດ (ແຕ່ນີ້ແມ່ນບໍ່ຖືກຕ້ອງ)

ເຖິງວ່າຈະມີຄວາມຈິງທີ່ວ່າ Habre ແມ່ນແລ້ວ ຫຼາຍກວ່າຫນຶ່ງບົດຄວາມກ່ຽວກັບ IPFS.

ຂ້ອຍຈະຊີ້ແຈງທັນທີວ່າຂ້ອຍບໍ່ແມ່ນຜູ້ຊ່ຽວຊານໃນດ້ານນີ້, ແຕ່ຂ້ອຍໄດ້ສະແດງຄວາມສົນໃຈໃນເຕັກໂນໂລຢີນີ້ຫຼາຍກວ່າຫນຶ່ງຄັ້ງ, ແຕ່ການພະຍາຍາມຫຼີ້ນກັບມັນມັກຈະເຮັດໃຫ້ເກີດຄວາມເຈັບປວດບາງຢ່າງ. ມື້ນີ້ຂ້ອຍເລີ່ມທົດລອງອີກຄັ້ງ ແລະໄດ້ຜົນບາງອັນທີ່ຂ້ອຍຢາກແບ່ງປັນ. ໃນສັ້ນ, ຂະບວນການຕິດຕັ້ງ IPFS ແລະບາງລັກສະນະຈະຖືກອະທິບາຍ (ທຸກສິ່ງທຸກຢ່າງໄດ້ເຮັດໃນ ubuntu, ຂ້ອຍບໍ່ໄດ້ພະຍາຍາມມັນຢູ່ໃນເວທີອື່ນໆ).

ຖ້າທ່ານພາດສິ່ງທີ່ IPFS ແມ່ນຫຍັງ, ມັນຖືກຂຽນໄວ້ໃນລາຍລະອຽດບາງຢ່າງທີ່ນີ້: habr.com/ru/post/314768

ການຕັ້ງຄ່າ

ສໍາລັບຄວາມບໍລິສຸດຂອງການທົດລອງ, ຂ້າພະເຈົ້າແນະນໍາໃຫ້ຕິດຕັ້ງມັນທັນທີໃນບາງເຄື່ອງແມ່ຂ່າຍພາຍນອກ, ເພາະວ່າພວກເຮົາຈະພິຈາລະນາບາງບັນຫາກັບການເຮັດວຽກໃນຮູບແບບທ້ອງຖິ່ນແລະຫ່າງໄກສອກຫຼີກ. ຫຼັງຈາກນັ້ນ, ຖ້າຕ້ອງການ, ມັນຈະບໍ່ຖືກທໍາລາຍເປັນເວລາດົນນານ, ບໍ່ມີຫຼາຍ.

ຕິດຕັ້ງໄປ

ເອກະສານທາງການ
ເບິ່ງສະບັບປະຈຸບັນຢູ່ golang.org/dl

ຫມາຍເຫດ: ມັນດີກວ່າທີ່ຈະຕິດຕັ້ງ IPFS ໃນນາມຂອງຜູ້ໃຊ້ທີ່ຄວນຈະໃຊ້ມັນເລື້ອຍໆ. ຄວາມຈິງແລ້ວແມ່ນວ່າຂ້າງລຸ່ມນີ້ພວກເຮົາຈະພິຈາລະນາທາງເລືອກຂອງການຕິດຕັ້ງຜ່ານ ຟິວ ແລະມີ subtleties.

cd ~
curl -O https://dl.google.com/go/go1.12.9.linux-amd64.tar.gz
tar xvf go1.12.9.linux-amd64.tar.gz
sudo chown -R root:root ./go
sudo mv go /usr/local
rm go1.12.9.linux-amd64.tar.gz

ຫຼັງຈາກນັ້ນ, ທ່ານຈໍາເປັນຕ້ອງໄດ້ປັບປຸງສະພາບແວດລ້ອມ (ລາຍລະອຽດເພີ່ມເຕີມທີ່ນີ້: golang.org/doc/code.html#GOPATH).

echo 'export GOPATH=$HOME/work' >> ~/.bashrc
echo 'export PATH=$PATH:/usr/local/go/bin:$GOPATH/bin' >> ~/.bashrc
source ~/.bashrc

ກວດເບິ່ງວ່າໄປນັ້ນຖືກຕິດຕັ້ງ

go version

ຕິດຕັ້ງ IPFS

ຂ້ອຍມັກວິທີການຕິດຕັ້ງຫຼາຍທີ່ສຸດ ອັບເດດ ipfs.

ຕິດຕັ້ງມັນດ້ວຍຄໍາສັ່ງ

go get -v -u github.com/ipfs/ipfs-update

ຫຼັງຈາກນັ້ນ, ທ່ານສາມາດດໍາເນີນການຄໍາສັ່ງຕໍ່ໄປນີ້:

ipfs-ອັບເດດເວີຊັ່ນ - ເພື່ອເບິ່ງສະບັບທີ່ມີຢູ່ທັງຫມົດສໍາລັບການດາວໂຫຼດ.
ipfs-ອັບເດດເວີຊັ່ນ - ເພື່ອເບິ່ງເວີຊັນທີ່ຕິດຕັ້ງໃນປັດຈຸບັນ (ຈົນກ່ວາພວກເຮົາຕິດຕັ້ງ IPFS, ມັນຈະບໍ່ມີ).
ipfs-update ຕິດຕັ້ງຫລ້າສຸດ - ຕິດຕັ້ງ IPFS ເວີຊັນຫຼ້າສຸດ. ແທນທີ່ຈະເປັນຫລ້າສຸດ, ຕາມລໍາດັບ, ທ່ານສາມາດກໍານົດສະບັບທີ່ຕ້ອງການຈາກບັນຊີລາຍຊື່ທີ່ມີ.

ການຕິດຕັ້ງ ipfs

ipfs-update install latest

ການກວດກາ

ipfs --version

ໂດຍກົງກັບການຕິດຕັ້ງໃນເງື່ອນໄຂທົ່ວໄປທຸກຢ່າງ.

ເລີ່ມ IPFS

ການລິເລີ່ມ

ກ່ອນອື່ນ ໝົດ, ທ່ານຕ້ອງປະຕິບັດການເລີ່ມຕົ້ນ.

ipfs init

ໃນການຕອບສະຫນອງ, ທ່ານຈະໄດ້ຮັບບາງສິ່ງບາງຢ່າງເຊັ່ນນີ້:

 ipfs init
initializing IPFS node at /home/USERNAME/.ipfs
generating 2048-bit RSA keypair...done
peer identity: QmeCWX1DD7HnXXXXXXXXXXXXXXXXXXXXXXXXxxx
to get started, enter:
	ipfs cat /ipfs/QmS4ustL54uo8FzR9455qaxZwuMiUhyvMcX9Ba8nUH4uVv/readme

ທ່ານສາມາດດໍາເນີນການຄໍາສັ່ງທີ່ແນະນໍາ

ipfs cat /ipfs/QmS4ustL54uo8FzR9455qaxZwuMiUhyvMcX9Ba8nUH4uVv/readme

ຜົນ

Hello and Welcome to IPFS!

██╗██████╗ ███████╗███████╗
██║██╔══██╗██╔════╝██╔════╝
██║██████╔╝█████╗  ███████╗
██║██╔═══╝ ██╔══╝  ╚════██║
██║██║     ██║     ███████║
╚═╝╚═╝     ╚═╝     ╚══════╝

If you're seeing this, you have successfully installed
IPFS and are now interfacing with the ipfs merkledag!

 -------------------------------------------------------
| Warning:                                              |
|   This is alpha software. Use at your own discretion! |
|   Much is missing or lacking polish. There are bugs.  |
|   Not yet secure. Read the security notes for more.   |
 -------------------------------------------------------

Check out some of the other files in this directory:

  ./about
  ./help
  ./quick-start     <-- usage examples
  ./readme          <-- this file
  ./security-notes

ນີ້, ໃນຄວາມຄິດເຫັນຂອງຂ້າພະເຈົ້າ, ທີ່ຫນ້າສົນໃຈເລີ່ມຕົ້ນ. guys ໃນ ຂັ້ນ ຕອນ ຂອງ ການ ຕິດ ຕັ້ງ ແມ່ນ ແລ້ວ ເລີ່ມ ນໍາ ໃຊ້ ເຕັກ ໂນ ໂລ ຊີ ຂອງ ເຂົາ ເຈົ້າ ເອງ. ການສະເໜີ hash QmS4ustL54uo8FzR9455qaxZwuMiUhyvMcX9Ba8nUH4uVv ບໍ່ໄດ້ສ້າງຂຶ້ນສະເພາະສຳລັບທ່ານ, ແຕ່ຖືກຫຍິບໃສ່ໃນການປ່ອຍ. ນັ້ນແມ່ນ, ກ່ອນທີ່ຈະປ່ອຍອອກມາ, ພວກເຂົາກະກຽມຂໍ້ຄວາມຍິນດີຕ້ອນຮັບ, ຖອກໃສ່ IPFS ແລະເພີ່ມທີ່ຢູ່ໃຫ້ກັບຕົວຕິດຕັ້ງ. ຂ້ອຍຄິດວ່າມັນເຢັນຫຼາຍ. ແລະໄຟລ໌ນີ້ (ທີ່ຊັດເຈນກວ່ານັ້ນ, ໂຟນເດີທັງຫມົດ) ໃນປັດຈຸບັນສາມາດເບິ່ງໄດ້ບໍ່ພຽງແຕ່ຢູ່ໃນທ້ອງຖິ່ນ, ແຕ່ຍັງຢູ່ໃນປະຕູຢ່າງເປັນທາງການ. ipfs.io/ipfs/QmS4ustL54uo8FzR9455qaxZwuMiUhyvMcX9Ba8nUH4uVv. ໃນເວລາດຽວກັນ, ທ່ານສາມາດແນ່ໃຈວ່າເນື້ອໃນຂອງໂຟນເດີບໍ່ໄດ້ປ່ຽນແປງໃນທາງໃດກໍ່ຕາມ, ເພາະວ່າຖ້າມັນມີການປ່ຽນແປງ, ຫຼັງຈາກນັ້ນ, hash ກໍ່ຈະມີການປ່ຽນແປງ.

ໂດຍວິທີທາງການ, ໃນກໍລະນີນີ້, IPFS ມີຄວາມຄ້າຍຄືກັນບາງຢ່າງກັບເຄື່ອງແມ່ຂ່າຍການຄວບຄຸມສະບັບ. ຖ້າ​ຫາກ​ທ່ານ​ເຮັດ​ການ​ປ່ຽນ​ແປງ​ໄຟລ​໌​ຕົ້ນ​ຕໍ​ຂອງ​ໂຟນ​ເດີ​ແລະ​ອີກ​ເທື່ອ​ຫນຶ່ງ​ເທ​ໂຟ​ເດີ​ເຂົ້າ​ໄປ​ໃນ IPFS​, ມັນ​ຈະ​ໄດ້​ຮັບ​ທີ່​ຢູ່​ໃຫມ່​. ໃນຂະນະດຽວກັນ, ໂຟນເດີເກົ່າຈະບໍ່ໄປບ່ອນໃດບ່ອນຫນຶ່ງຄືກັນກັບບ່ອນນັ້ນແລະຈະມີຢູ່ໃນທີ່ຢູ່ກ່ອນຫນ້າຂອງມັນ.

ການເປີດຕົວໂດຍກົງ

ipfs daemon

ທ່ານຄວນຈະໄດ້ຮັບການຕອບສະຫນອງເຊັ່ນນີ້:

ipfs daemon
Initializing daemon...
go-ipfs version: 0.4.22-
Repo version: 7
System version: amd64/linux
Golang version: go1.12.7
Swarm listening on /ip4/x.x.x.x/tcp/4001
Swarm listening on /ip4/127.0.0.1/tcp/4001
Swarm listening on /ip6/::1/tcp/4001
Swarm listening on /p2p-circuit
Swarm announcing /ip4/127.0.0.1/tcp/4001
Swarm announcing /ip6/::1/tcp/4001
API server listening on /ip4/127.0.0.1/tcp/5001
WebUI: http://127.0.0.1:5001/webui
Gateway (readonly) server listening on /ip4/127.0.0.1/tcp/8080
Daemon is ready

ການເປີດປະຕູສູ່ອິນເຕີເນັດ

ເອົາໃຈໃສ່ສອງສາຍນີ້:

WebUI: http://127.0.0.1:5001/webui
Gateway (readonly) server listening on /ip4/127.0.0.1/tcp/8080

ໃນປັດຈຸບັນ, ຖ້າທ່ານໄດ້ຕິດຕັ້ງ IPFS ຢູ່ໃນທ້ອງຖິ່ນ, ຫຼັງຈາກນັ້ນທ່ານຈະເຂົ້າເຖິງການໂຕ້ຕອບ IPFS ໂດຍໃຊ້ທີ່ຢູ່ທ້ອງຖິ່ນແລະທຸກສິ່ງທຸກຢ່າງຈະມີໃຫ້ທ່ານ (ຕົວຢ່າງ, localhost:5001/webui/). ແຕ່ເມື່ອຕິດຕັ້ງຢູ່ໃນເຊີບເວີພາຍນອກ, ໂດຍຄ່າເລີ່ມຕົ້ນ, ປະຕູຮົ້ວຖືກປິດກັບອິນເຕີເນັດ. ປະຕູສອງ:

1. webui admin (GitHub) ໃນພອດ 5001.
2. API ພາຍນອກຢູ່ໃນພອດ 8080 (ອ່ານເທົ່ານັ້ນ).

ມາຮອດປະຈຸ, ທັງສອງພອດ (5001 ແລະ 8080) ສາມາດເປີດສໍາລັບການທົດລອງ, ແຕ່ຢູ່ໃນເຄື່ອງແມ່ຂ່າຍຂອງການຕໍ່ສູ້, ແນ່ນອນ, ພອດ 5001 ຄວນຖືກປິດດ້ວຍໄຟວໍ. ຍັງມີພອດ 4001, ເຊິ່ງຕ້ອງການເພື່ອໃຫ້ຄົນອື່ນໆສາມາດຊອກຫາທ່ານໄດ້. ມັນຄວນຈະເປີດໃຫ້ມີການຮ້ອງຂໍຈາກພາຍນອກ.

ເປີດ ~/.ipfs/config ສໍາລັບການແກ້ໄຂ ແລະຊອກຫາເສັ້ນເຫຼົ່ານີ້ຢູ່ໃນມັນ:

"Addresses": {
  "Swarm": [
    "/ip4/0.0.0.0/tcp/4001",
    "/ip6/::/tcp/4001"
  ],
  "Announce": [],
  "NoAnnounce": [],
  "API": "/ip4/127.0.0.1/tcp/5001",
  "Gateway": "/ip4/127.0.0.1/tcp/8080"
}

ປ່ຽນ 127.0.0.1 ໄປໃສ່ ip ຂອງເຊີບເວີຂອງທ່ານແລະບັນທຶກໄຟລ໌, ຈາກນັ້ນປິດເປີດ ipfs ຄືນໃໝ່ (ຢຸດຄຳສັ່ງແລ່ນດ້ວຍ Ctrl+C ແລະເລີ່ມມັນອີກຄັ້ງ).

ຄວນໄດ້ຮັບ

...
WebUI: http://ip_вашего_сервера:5001/webui
Gateway (readonly) server listening on /ip4/ip_вашего_сервера/tcp/8080

ໃນປັດຈຸບັນການໂຕ້ຕອບພາຍນອກຄວນຈະມີ.

ກວດສອບ

http://домен_или_ip_сервера:8080/ipfs/QmS4ustL54uo8FzR9455qaxZwuMiUhyvMcX9Ba8nUH4uVv/readme

ໄຟລ໌ readme ຂ້າງເທິງຄວນເປີດ.

http://домен_или_ip_сервера:5001/webui/

ການໂຕ້ຕອບເວັບຄວນເປີດ.

ຖ້າທ່ານມີ webui ແລ່ນ, ຫຼັງຈາກນັ້ນການຕັ້ງຄ່າ IPFS ສາມາດປ່ຽນແປງໄດ້ໂດຍກົງໃນມັນ, ລວມທັງການເບິ່ງສະຖິຕິ, ແຕ່ຂ້າງລຸ່ມນີ້ຂ້ອຍຈະພິຈາລະນາທາງເລືອກການຕັ້ງຄ່າໂດຍກົງຜ່ານໄຟລ໌ config, ເຊິ່ງໂດຍທົ່ວໄປແລ້ວບໍ່ສໍາຄັນ. ມັນດີກວ່າທີ່ຈະຈື່ຈໍາບ່ອນທີ່ການຕັ້ງຄ່າແນ່ນອນແລະສິ່ງທີ່ຕ້ອງເຮັດກັບມັນ, ຖ້າບໍ່ດັ່ງນັ້ນຖ້າການໂຕ້ຕອບເວັບບໍ່ເຮັດວຽກ, ມັນຈະມີຄວາມຫຍຸ້ງຍາກຫຼາຍ.

ການຕັ້ງຄ່າການໂຕ້ຕອບເວັບເພື່ອເຮັດວຽກກັບເຄື່ອງແມ່ຂ່າຍຂອງທ່ານ

ນີ້ແມ່ນຂຸມທໍາອິດ, ເຊິ່ງໃຊ້ເວລາປະມານສາມຊົ່ວໂມງ.

ຖ້າທ່ານຕິດຕັ້ງ IPFS ຢູ່ໃນເຄື່ອງແມ່ຂ່າຍພາຍນອກ, ແຕ່ບໍ່ໄດ້ຕິດຕັ້ງຫຼືດໍາເນີນການ IPFS ຢູ່ໃນທ້ອງຖິ່ນ, ຫຼັງຈາກນັ້ນ, ເມື່ອທ່ານໄປທີ່ / webui ໃນອິນເຕີເຟດເວັບ, ທ່ານຄວນເຫັນຂໍ້ຜິດພາດໃນການເຊື່ອມຕໍ່:

ຄວາມຈິງແລ້ວແມ່ນວ່າ webui, ໃນຄວາມຄິດເຫັນຂອງຂ້ອຍ, ເຮັດວຽກທີ່ບໍ່ຊັດເຈນຫຼາຍ. ທໍາອິດ, ມັນພະຍາຍາມເຊື່ອມຕໍ່ກັບ API ຂອງເຄື່ອງແມ່ຂ່າຍທີ່ການໂຕ້ຕອບເປີດ (ອີງໃສ່ທີ່ຢູ່ໃນຕົວທ່ອງເວັບ, ແນ່ນອນ). ແລະຖ້າມັນບໍ່ເຮັດວຽກຢູ່ທີ່ນັ້ນ, ມັນພະຍາຍາມເຊື່ອມຕໍ່ກັບປະຕູທ້ອງຖິ່ນ. ແລະຖ້າທ່ານມີ IPFS ເຮັດວຽກຢູ່ໃນທ້ອງຖິ່ນ, webui ຈະເຮັດວຽກໄດ້ດີສໍາລັບທ່ານ, ພຽງແຕ່ທ່ານເຮັດວຽກກັບ IPFS ທ້ອງຖິ່ນ, ແລະບໍ່ແມ່ນພາຍນອກ, ເຖິງແມ່ນວ່າທ່ານໄດ້ເປີດ webui ໃນເຄື່ອງແມ່ຂ່າຍພາຍນອກ. ຫຼັງຈາກນັ້ນ, ທ່ານອັບໂຫລດໄຟລ໌, ແຕ່ສໍາລັບບາງເຫດຜົນທ່ານບໍ່ເຫັນໃຫ້ເຂົາເຈົ້າຄືກັນກັບວ່າຢູ່ໃນເຄື່ອງແມ່ຂ່າຍພາຍນອກ ...

ແລະຖ້າມັນບໍ່ໄດ້ເປີດຕົວຢູ່ໃນທ້ອງຖິ່ນ, ພວກເຮົາໄດ້ຮັບຄວາມຜິດພາດໃນການເຊື່ອມຕໍ່. ໃນກໍລະນີຂອງພວກເຮົາ, ຄວາມຜິດພາດແມ່ນສ່ວນຫຼາຍແມ່ນຍ້ອນ CORS, ເຊິ່ງຍັງຊີ້ໃຫ້ເຫັນໂດຍ webui, ເຊິ່ງແນະນໍາການເພີ່ມ config.

ipfs config --json API.HTTPHeaders.Access-Control-Allow-Origin '["http://ip_вашего сервера:5001", "http://127.0.0.1:5001", "https://webui.ipfs.io"]'
ipfs config --json API.HTTPHeaders.Access-Control-Allow-Methods '["PUT", "GET", "POST"]'

ຂ້ອຍຫາກໍລົງທະບຽນຕົວແທນ

ipfs config --json API.HTTPHeaders.Access-Control-Allow-Origin '["*"]'

ສ່ວນຫົວທີ່ເພີ່ມເຂົ້າສາມາດພົບໄດ້ໃນ ~/.ipfs/config ດຽວກັນ. ໃນກໍລະນີຂອງຂ້ອຍມັນແມ່ນ

  "API": {
    "HTTPHeaders": {
      "Access-Control-Allow-Origin": [
        "*"
      ]
    }
  },

ພວກເຮົາ restart ipfs ແລະພວກເຮົາເຫັນວ່າ webui ໄດ້ເຊື່ອມຕໍ່ຢ່າງສໍາເລັດຜົນ (ໃນກໍລະນີໃດກໍ່ຕາມ, ມັນຄວນຈະ, ຖ້າທ່ານເປີດປະຕູສໍາລັບການຮ້ອງຂໍຈາກພາຍນອກ, ດັ່ງທີ່ໄດ້ອະທິບາຍຂ້າງເທິງ).

ໃນປັດຈຸບັນທ່ານສາມາດອັບໂຫລດໂຟນເດີແລະໄຟລ໌ໂດຍກົງໂດຍຜ່ານການໂຕ້ຕອບເວັບໄຊຕ໌, ເຊັ່ນດຽວກັນກັບການສ້າງໂຟນເດີຂອງທ່ານເອງ.

ການຕິດຕັ້ງລະບົບໄຟລ໌ FUSE

ນີ້ແມ່ນຄຸນສົມບັດທີ່ຫນ້າສົນໃຈຫຼາຍ.

ໄຟລ໌ (ເຊັ່ນດຽວກັນກັບໂຟນເດີ), ພວກເຮົາສາມາດເພີ່ມບໍ່ພຽງແຕ່ໂດຍຜ່ານການໂຕ້ຕອບເວັບໄຊຕ໌, ແຕ່ຍັງໂດຍກົງໃນ terminal, ສໍາລັບການຍົກຕົວຢ່າງ.

ipfs add test -r
added QmfYuz2gegRZNkDUDVLNa5DXzKmxxxxxxxxxx test/test.txt
added QmbnzgRVAP4fL814h5mQttyqk1aURxxxxxxxxxxxx test

hash ສຸດທ້າຍແມ່ນ hash ຂອງໂຟເດີຮາກ.

ການນໍາໃຊ້ hash ນີ້, ພວກເຮົາສາມາດເປີດໂຟນເດີໃນ node ipfs ໃດ (ເຊິ່ງສາມາດຊອກຫາ node ຂອງພວກເຮົາແລະໄດ້ຮັບເນື້ອໃນ), ພວກເຮົາສາມາດໃນການໂຕ້ຕອບເວັບໄຊຕ໌ໃນພອດ 5001 ຫຼື 8080, ຫຼືພວກເຮົາສາມາດໃນທ້ອງຖິ່ນໂດຍຜ່ານ ipfs.

ipfs ls QmbnzgRVAP4fL814h5mQttyqk1aUxxxxxxxxxxxxx
QmfYuz2gegRZNkDUDVLNa5DXzKmKVxxxxxxxxxxxxxx 10 test.txt

ແຕ່ທ່ານຍັງສາມາດເປີດມັນຄືກັບໂຟນເດີປົກກະຕິ.

ໃຫ້ພວກເຮົາສ້າງສອງໂຟນເດີຢູ່ທີ່ຮາກແລະໃຫ້ສິດທິໃຫ້ເຂົາເຈົ້າກັບຜູ້ໃຊ້ຂອງພວກເຮົາ.

sudo mkdir /ipfs /ipns
sudo chown USERNAME /ipfs /ipns

ແລະ restart ipfs ດ້ວຍ --mount flag

ipfs daemon --mount

ທ່ານສາມາດສ້າງໂຟນເດີໃນສະຖານທີ່ອື່ນໆແລະລະບຸເສັ້ນທາງໄປຫາພວກເຂົາໂດຍຜ່ານຕົວກໍານົດການ daemon ipfs -mount -mount-ipfs /ipfs_path -mount-ipns /ipns_path

ໃນປັດຈຸບັນການອ່ານຈາກໂຟນເດີນີ້ແມ່ນຜິດປົກກະຕິບາງຢ່າງ.

ls -la /ipfs
ls: reading directory '/ipfs': Operation not permitted
total 0

ນັ້ນແມ່ນ, ບໍ່ມີການເຂົ້າເຖິງໂດຍກົງກັບຮາກຂອງໂຟນເດີນີ້. ແຕ່ທ່ານສາມາດໄດ້ຮັບເນື້ອຫາ, ຮູ້ຈັກ hash.

ls -la /ipfs/QmbnzgRVAP4fL814h5mQttyqxxxxxxxxxxxxxxxxx
total 0
-r--r--r-- 1 root root 10 Aug 31 07:03 test.txt

cat /ipfs/QmbnzgRVAP4fL814h5mQttyqxxxxxxxxxxxxxxxxx/test.txt 
test
test

ຍິ່ງໄປກວ່ານັ້ນ, ພາຍໃນໂຟນເດີ, ເຖິງແມ່ນວ່າການຕື່ມຂໍ້ມູນອັດຕະໂນມັດຈະເຮັດວຽກໃນເວລາທີ່ກໍານົດເສັ້ນທາງ.

ດັ່ງທີ່ຂ້າພະເຈົ້າໄດ້ເວົ້າຂ້າງເທິງ, ມີ subtleties ກັບການຕິດຕັ້ງດັ່ງກ່າວ: ໂດຍຄ່າເລີ່ມຕົ້ນ, ໂຟນເດີ FUSE mounted ແມ່ນມີພຽງແຕ່ຜູ້ໃຊ້ປະຈຸບັນ (ເຖິງແມ່ນວ່າຮາກຈະບໍ່ສາມາດອ່ານຈາກໂຟນເດີດັ່ງກ່າວ, ບໍ່ໃຫ້ກ່າວເຖິງຜູ້ໃຊ້ອື່ນໆໃນລະບົບ). ຖ້າທ່ານຕ້ອງການເຮັດໃຫ້ໂຟນເດີເຫຼົ່ານີ້ມີໃຫ້ກັບຜູ້ໃຊ້ອື່ນໆ, ຫຼັງຈາກນັ້ນໃນ config ທ່ານຈໍາເປັນຕ້ອງປ່ຽນ "FuseAllowOther": false ເປັນ "FuseAllowOther": true. ແຕ່ນັ້ນບໍ່ແມ່ນທັງຫມົດ. ຖ້າທ່ານດໍາເນີນການ IPFS ເປັນຮາກ, ຫຼັງຈາກນັ້ນທຸກສິ່ງທຸກຢ່າງແມ່ນ OK. ແລະຖ້າຫາກວ່າໃນນາມຂອງຜູ້ໃຊ້ປົກກະຕິ (ເຖິງແມ່ນວ່າ sudo), ຫຼັງຈາກນັ້ນທ່ານຈະໄດ້ຮັບຄວາມຜິດພາດ

mount helper error: fusermount: option allow_other only allowed if 'user_allow_other' is set in /etc/fuse.conf

ໃນກໍລະນີນີ້, ທ່ານຈໍາເປັນຕ້ອງແກ້ໄຂ /etc/fuse.conf ໂດຍ uncommenting the #user_allow_other line.

ຫຼັງຈາກນັ້ນ, restart ipfs.

ບັນຫາທີ່ຮູ້ຈັກກັບ FUSE

ບັນຫາໄດ້ຖືກສັງເກດເຫັນຫຼາຍກວ່າຫນຶ່ງຄັ້ງວ່າຫຼັງຈາກ restart ipfs ດ້ວຍການຕິດຕັ້ງ (ແລະບາງທີໃນກໍລະນີອື່ນໆ), ຈຸດ / ipfs ແລະ / ipns mount ຈະບໍ່ສາມາດໃຊ້ໄດ້. ບໍ່ມີການເຂົ້າເຖິງພວກມັນ, ແລະ ls -la / ipfs ສະແດງໃຫ້ເຫັນ ???? ໃນ​ບັນ​ຊີ​ລາຍ​ຊື່​ສິດ​ທິ​.

ພົບການແກ້ໄຂນີ້:

fusermount -z -u /ipfs
fusermount -z -u /ipns

ຫຼັງຈາກນັ້ນ, restart ipfs.

ເພີ່ມການບໍລິການ

ແນ່ນອນ, ແລ່ນຢູ່ໃນສະຖານີແມ່ນເຫມາະສົມສໍາລັບການທົດສອບເບື້ອງຕົ້ນເທົ່ານັ້ນ. ໃນ​ຮູບ​ແບບ​ການ​ຕໍ່​ສູ້​, daemon ຄວນ​ຈະ​ເລີ່ມ​ຕົ້ນ​ອັດ​ຕະ​ໂນ​ມັດ​ໃນ​ການ​ເລີ່ມ​ຕົ້ນ​ລະ​ບົບ​.

ໃນນາມຂອງ sudo, ສ້າງໄຟລ໌ /etc/systemd/system/ipfs.service ແລະຂຽນໃສ່ມັນ:

[Unit]
Description=IPFS Daemon
After=syslog.target network.target remote-fs.target nss-lookup.target

[Service]
Type=simple
ExecStart=/home/USERNAME/work/bin/ipfs daemon --mount
User=USERNAME
Restart=always

[Install]
WantedBy=multi-user.target

ແນ່ນອນ, USERNAME ຕ້ອງໄດ້ຮັບການແທນທີ່ດ້ວຍຜູ້ໃຊ້ຂອງທ່ານ (ແລະບາງທີເສັ້ນທາງເຕັມໄປຫາໂຄງການ ipfs ຈະແຕກຕ່າງກັນສໍາລັບທ່ານ (ທ່ານຕ້ອງລະບຸເສັ້ນທາງເຕັມ)).

ມາເປີດໃຊ້ບໍລິການ.

sudo systemctl enable ipfs.service

ພວກເຮົາເລີ່ມຕົ້ນການບໍລິການ.

sudo service ipfs start

ກຳລັງກວດສອບສະຖານະບໍລິການ.

sudo service ipfs status

ສໍາລັບຄວາມບໍລິສຸດຂອງການທົດລອງ, ມັນຈະເປັນໄປໄດ້ທີ່ຈະ reboot ເຄື່ອງແມ່ຂ່າຍໃນອະນາຄົດເພື່ອກວດເບິ່ງວ່າ ipfs ເລີ່ມຕົ້ນສົບຜົນສໍາເລັດອັດຕະໂນມັດ.

ເພີ່ມການຮູ້ຈັກກັບພວກເຮົາ feasts

ພິຈາລະນາສະຖານະການທີ່ພວກເຮົາໄດ້ຕິດຕັ້ງ nodes IPFS ທັງຢູ່ໃນເຄື່ອງແມ່ຂ່າຍພາຍນອກແລະທ້ອງຖິ່ນ. ໃນເຄື່ອງແມ່ຂ່າຍພາຍນອກ, ພວກເຮົາເພີ່ມບາງໄຟລ໌ແລະພະຍາຍາມເອົາມັນຜ່ານ IPFS ໃນທ້ອງຖິ່ນໂດຍ CID. ສິ່ງ​ທີ່​ຈະ​ເກີດ​ຂຶ້ນ? ແນ່ນອນ, ເຄື່ອງແມ່ຂ່າຍທ້ອງຖິ່ນສ່ວນຫຼາຍອາດຈະບໍ່ຮູ້ຫຍັງກ່ຽວກັບເຄື່ອງແມ່ຂ່າຍພາຍນອກຂອງພວກເຮົາແລະພຽງແຕ່ຈະພະຍາຍາມຊອກຫາໄຟລ໌ໂດຍ CID ໂດຍການ "ຖາມ" ມິດສະຫາຍ IPFS ທັງຫມົດທີ່ມີໃຫ້ກັບມັນ (ເຊິ່ງມັນໄດ້ຈັດການ "ຮູ້ຈັກ" ແລ້ວ). ຜູ້ນັ້ນຈະຖາມຄົນອື່ນ. ແລະອື່ນໆ, ຈົນກ່ວາເອກະສານໄດ້ຖືກພົບເຫັນ. ຕົວຈິງແລ້ວ, ສິ່ງດຽວກັນເກີດຂຶ້ນເມື່ອພວກເຮົາພະຍາຍາມເອົາໄຟລ໌ຜ່ານປະຕູຢ່າງເປັນທາງການ ipfs.io. ຖ້າທ່ານໂຊກດີ, ໄຟລ໌ຈະຖືກພົບເຫັນໃນສອງສາມວິນາທີ. ແລະຖ້າບໍ່, ມັນຈະບໍ່ພົບເຖິງແມ່ນວ່າໃນສອງສາມນາທີ, ເຊິ່ງມີຜົນກະທົບຢ່າງຫຼວງຫຼາຍຕໍ່ຄວາມສະດວກສະບາຍຂອງການເຮັດວຽກ. ແຕ່ພວກເຮົາຮູ້ວ່າໄຟລ໌ນີ້ຈະປາກົດຢູ່ໃສກ່ອນ. ດັ່ງນັ້ນເປັນຫຍັງພວກເຮົາບໍ່ບອກເຄື່ອງແມ່ຂ່າຍທ້ອງຖິ່ນຂອງພວກເຮົາທັນທີ "ຄົ້ນຫາບ່ອນນັ້ນກ່ອນ"? ປາກົດຂື້ນ, ນີ້ສາມາດເຮັດໄດ້.

1. ພວກເຮົາໄປຫາເຄື່ອງແມ່ຂ່າຍຫ່າງໄກສອກຫຼີກແລະເບິ່ງຢູ່ໃນ ~/.ipfs/config config

"Identity": {
    "PeerID": "QmeCWX1DD7HnPSuMHZSh6tFuxxxxxxxxxxxxxxxx",

2. ແລ່ນສະຖານະ ipfs ຂອງບໍລິການ sudo ແລະຊອກຫາລາຍການ Swarm ໃນມັນ, ຕົວຢ່າງ:

Swarm announcing /ip4/ip_вашего_сервера/tcp/4001

3. ພວກເຮົາເພີ່ມທີ່ຢູ່ທົ່ວໄປຂອງແບບຟອມ "/ip4/ip_your_server/tcp/4001/ipfs/$PeerID".

4. ສໍາລັບຄວາມຫນ້າເຊື່ອຖື, ພວກເຮົາຈະພະຍາຍາມເພີ່ມທີ່ຢູ່ນີ້ໃຫ້ກັບເພື່ອນມິດໂດຍຜ່ານ webui ທ້ອງຖິ່ນຂອງພວກເຮົາ.

5. ຖ້າທຸກຢ່າງດີ, ເປີດການຕັ້ງຄ່າທ້ອງຖິ່ນ ~ / .ipfs / config, ຊອກຫາ "Bootstrap" ໃນມັນ: [...
ແລະເພີ່ມທີ່ຢູ່ທີ່ໄດ້ຮັບກ່ອນໃສ່ array.

ຣີສະຕາດ IPFS.

ຕອນນີ້ໃຫ້ເພີ່ມໄຟລ໌ໃສ່ເຊີບເວີພາຍນອກ ແລະພະຍາຍາມຮ້ອງຂໍມັນຢູ່ໃນທ້ອງຖິ່ນ. ຄວນບິນໄວ.

ແຕ່ການທໍາງານນີ້ຍັງບໍ່ຄົງທີ່. ເທົ່າທີ່ຂ້າພະເຈົ້າເຂົ້າໃຈ, ເຖິງແມ່ນວ່າພວກເຮົາກໍານົດທີ່ຢູ່ຂອງເພື່ອນມິດໃນ Bootstrap, ipfs ປ່ຽນບັນຊີລາຍຊື່ຂອງການເຊື່ອມຕໍ່ທີ່ມີການເຄື່ອນໄຫວກັບເພື່ອນມິດໃນລະຫວ່າງການປະຕິບັດງານ. ໃນກໍລະນີໃດກໍ່ຕາມ, ການສົນທະນາກ່ຽວກັບເລື່ອງນີ້ແລະຄວາມປາດຖະຫນາກ່ຽວກັບຄວາມເປັນໄປໄດ້ຂອງການກໍານົດງານບຸນຖາວອນແມ່ນກໍາລັງດໍາເນີນຢູ່. ທີ່ນີ້ ແລະເບິ່ງຄືວ່າ ຄາດວ່າ ເພີ່ມການທໍາງານບາງຢ່າງໃສ່ [email protected]+

ບັນຊີລາຍຊື່ຂອງເພື່ອນມິດໃນປະຈຸບັນສາມາດເບິ່ງໄດ້ທັງໃນ webui ແລະໃນ terminal.

ipfs swarm peers

ແລະທີ່ນີ້ແລະບ່ອນນັ້ນທ່ານສາມາດເພີ່ມ feast ຂອງທ່ານດ້ວຍຕົນເອງ.

ipfs swarm connect "/ip4/ip_вашего_сервера/tcp/4001/ipfs/$PeerID"

ຈົນກ່ວາການທໍາງານນີ້ໄດ້ຖືກປັບປຸງ, ທ່ານສາມາດຂຽນເຄື່ອງມືເພື່ອກວດສອບການເຊື່ອມຕໍ່ກັບເພື່ອນມິດທີ່ຕ້ອງການແລະ, ຖ້າບໍ່ແມ່ນ, ເພື່ອເພີ່ມການເຊື່ອມຕໍ່.

ການຫາເຫດຜົນ

ໃນບັນດາຜູ້ທີ່ຄຸ້ນເຄີຍກັບ IPFS ແລ້ວ, ມີທັງການໂຕ້ຖຽງແລະຕໍ່ຕ້ານ IPFS. ໂດຍພື້ນຖານແລ້ວ, ມື້ກ່ອນມື້ວານນີ້ ການສົນທະນາ ແລະກະຕຸ້ນຂ້ອຍໃຫ້ຂຸດເຂົ້າໄປໃນ IPFS ອີກເທື່ອຫນຶ່ງ. ແລະກ່ຽວກັບການສົນທະນາທີ່ໄດ້ກ່າວມາຂ້າງເທິງ: ຂ້າພະເຈົ້າບໍ່ສາມາດເວົ້າໄດ້ວ່າຂ້າພະເຈົ້າຄັດຄ້ານຢ່າງແຂງແຮງຕໍ່ການໂຕ້ຖຽງຂອງຜູ້ທີ່ເວົ້າ (ຂ້າພະເຈົ້າບໍ່ເຫັນດີກັບຄວາມຈິງທີ່ວ່ານັກຂຽນໂປລແກລມຫນຶ່ງແລະເຄິ່ງຫນຶ່ງໃຊ້ IPFS). ໂດຍທົ່ວໄປ, ທັງສອງແມ່ນຖືກຕ້ອງໃນວິທີການຂອງຕົນເອງ (ໂດຍສະເພາະ ຄໍາເຫັນກ່ຽວກັບການກວດສອບ ເຮັດ​ໃຫ້​ທ່ານ​ຄິດ​ວ່າ​)​. ແຕ່ຖ້າພວກເຮົາຫລີກລ້ຽງການປະເມີນດ້ານສິນທໍາແລະກົດຫມາຍ, ໃຜຈະໃຫ້ການປະເມີນທາງດ້ານເຕັກນິກຂອງເຕັກໂນໂລຢີນີ້? ໂດຍສ່ວນຕົວແລ້ວ, ຂ້າພະເຈົ້າມີຄວາມຮູ້ສຶກພາຍໃນບາງຢ່າງວ່າ "ນີ້ເປັນສິ່ງຈໍາເປັນແນ່ນອນ, ມັນມີຄວາມສົດໃສດ້ານທີ່ແນ່ນອນ." ແຕ່ເປັນຫຍັງແທ້, ບໍ່ມີຮູບແບບທີ່ຊັດເຈນ. ເຊັ່ນດຽວກັນກັບ, ຖ້າທ່ານເບິ່ງເຄື່ອງມືສູນກາງທີ່ມີຢູ່, ຫຼັງຈາກນັ້ນໃນຫຼາຍໆດ້ານພວກເຂົາຢູ່ໄກກວ່າ (ຄວາມຫມັ້ນຄົງຂອງການດໍາເນີນງານ, ຄວາມໄວຂອງການດໍາເນີນງານ, ການຄວບຄຸມ, ແລະອື່ນໆ). ຢ່າງໃດກໍຕາມ, ຂ້າພະເຈົ້າມີຄວາມຄິດອັນຫນຶ່ງທີ່ເບິ່ງຄືວ່າມີຄວາມຫມາຍແລະທີ່ບໍ່ສາມາດປະຕິບັດໄດ້ໂດຍບໍ່ມີລະບົບການແບ່ງຂັ້ນຄຸ້ມຄອງ. ແນ່ນອນ, ຂ້ອຍກໍາລັງຍູ້ແຮງເກີນໄປ, ແຕ່ຂ້ອຍຈະສ້າງມັນດ້ວຍວິທີນີ້: ຫຼັກການຂອງການເຜີຍແຜ່ຂໍ້ມູນໃນອິນເຕີເນັດຕ້ອງມີການປ່ຽນແປງ.

ໃຫ້ຂ້ອຍອະທິບາຍ. ຖ້າທ່ານຄິດກ່ຽວກັບມັນ, ຕອນນີ້ພວກເຮົາມີຂໍ້ມູນທີ່ແຈກຢາຍຕາມຫຼັກການ "ຂ້ອຍຫວັງວ່າຜູ້ທີ່ຂ້ອຍໄດ້ໃຫ້ມັນຈະປົກປ້ອງມັນແລະມັນຈະບໍ່ສູນເສຍຫຼືໄດ້ຮັບໂດຍຜູ້ທີ່ບໍ່ໄດ້ຕັ້ງໃຈ." ຕົວຢ່າງ, ມັນງ່າຍທີ່ຈະພິຈາລະນາການບໍລິການເມລຕ່າງໆ, ການເກັບຮັກສາຟັງ, ແລະອື່ນໆ. ແລະພວກເຮົາຈົບລົງດ້ວຍຫຍັງ? ຢູ່ສູນ Habre ຄວາມປອດໄພຂໍ້ມູນຂ່າວສານ ຢູ່ໃນແຖວທໍາອິດແລະເກືອບທຸກໆມື້ພວກເຮົາໄດ້ຮັບຂ່າວກ່ຽວກັບການຮົ່ວໄຫຼທົ່ວໂລກອີກຄັ້ງຫນຶ່ງ. ໃນຫຼັກການ, ສິ່ງທີ່ຫນ້າສົນໃຈຫຼາຍທີ່ສຸດທັງຫມົດໄດ້ຖືກລະບຸໄວ້ໃນ <irony> ສິ່ງມະຫັດ ບົດຄວາມ ລະດູຮ້ອນໃກ້ຈະໝົດແລ້ວ. ເກືອບບໍ່ມີຂໍ້ມູນທີ່ຮົ່ວໄຫຼໄວ້. ນັ້ນແມ່ນ, ຍັກໃຫຍ່ອິນເຕີເນັດຕົ້ນຕໍແມ່ນກາຍເປັນຂະຫນາດໃຫຍ່, ພວກເຂົາກໍາລັງສະສົມຂໍ້ມູນຫຼາຍຂຶ້ນ, ແລະການຮົ່ວໄຫຼດັ່ງກ່າວເປັນປະເພດຂອງການລະເບີດປະລໍາມະນູ. ນີ້ບໍ່ເຄີຍເກີດຂຶ້ນກ່ອນ, ແລະນີ້ແມ່ນອີກເທື່ອຫນຶ່ງ. ໃນເວລາດຽວກັນ, ເຖິງແມ່ນວ່າຫຼາຍໆຄົນເຂົ້າໃຈວ່າມີຄວາມສ່ຽງ, ພວກເຂົາຈະສືບຕໍ່ໄວ້ວາງໃຈຂໍ້ມູນຂອງພວກເຂົາຕໍ່ບໍລິສັດພາກສ່ວນທີສາມ. ປະການທໍາອິດ, ບໍ່ມີທາງເລືອກຫຼາຍ, ແລະອັນທີສອງ, ພວກເຂົາເຈົ້າສັນຍາວ່າພວກເຂົາເຈົ້າໄດ້ patched ເຖິງຂຸມທັງຫມົດແລະນີ້ຈະບໍ່ເກີດຂຶ້ນອີກ.

ຂ້ອຍເຫັນທາງເລືອກໃດ? ມັນເບິ່ງຄືວ່າຂ້ອຍວ່າຂໍ້ມູນເບື້ອງຕົ້ນຄວນໄດ້ຮັບການແຈກຢາຍຢ່າງເປີດເຜີຍ. ແຕ່ການເປີດກວ້າງໃນກໍລະນີນີ້ບໍ່ໄດ້ຫມາຍຄວາມວ່າທຸກສິ່ງທຸກຢ່າງຄວນຈະງ່າຍຕໍ່ການອ່ານ. ຂ້ອຍເວົ້າກ່ຽວກັບການເປີດການເກັບຮັກສາແລະການແຈກຢາຍ, ແຕ່ບໍ່ແມ່ນການເປີດກວ້າງທັງຫມົດໃນການອ່ານ. ຂ້ອຍສົມມຸດວ່າຂໍ້ມູນຄວນຖືກແຈກຢາຍດ້ວຍກະແຈສາທາລະນະ. ຫຼັງຈາກທີ່ທັງຫມົດ, ຫຼັກການຂອງກະແຈສາທາລະນະ / ເອກະຊົນແມ່ນເກົ່າແລ້ວ, ເກືອບຄືກັບອິນເຕີເນັດ. ຖ້າຂໍ້ມູນບໍ່ເປັນຄວາມລັບແລະມີຈຸດປະສົງສໍາລັບວົງກວ້າງ, ມັນຖືກວາງໄວ້ທັນທີດ້ວຍລະຫັດສາທາລະນະ (ແຕ່ຍັງຢູ່ໃນຮູບແບບທີ່ຖືກເຂົ້າລະຫັດ, ພຽງແຕ່ທຸກຄົນສາມາດຖອດລະຫັດມັນດ້ວຍລະຫັດທີ່ມີຢູ່). ແລະຖ້າບໍ່, ຫຼັງຈາກນັ້ນມັນຖືກວາງໄວ້ໂດຍບໍ່ມີລະຫັດສາທາລະນະ, ແລະກະແຈຕົວມັນເອງຖືກໂອນໄປຫາສິ່ງທີ່ຄວນຈະມີການເຂົ້າເຖິງຂໍ້ມູນນີ້. ໃນຂະນະດຽວກັນ, ຜູ້ທີ່ອ່ານມັນຄວນຈະມີພຽງແຕ່ລະຫັດ, ແລະບ່ອນທີ່ຈະເອົາຂໍ້ມູນນີ້, ລາວບໍ່ຄວນເພີ່ມຂຶ້ນແທ້ໆ - ລາວພຽງແຕ່ດຶງມັນອອກຈາກເຄືອຂ່າຍ (ນີ້ແມ່ນຫຼັກການໃຫມ່ຂອງການແຈກຢາຍໂດຍເນື້ອຫາ, ບໍ່ແມ່ນໂດຍ. ທີ່ຢູ່).

ດັ່ງນັ້ນ, ສໍາລັບການໂຈມຕີມະຫາຊົນ, ຜູ້ໂຈມຕີຈະຕ້ອງໄດ້ຂໍກະແຈສ່ວນຕົວຈໍານວນຫຼວງຫຼາຍ, ແລະນີ້ເປັນໄປບໍ່ໄດ້ທີ່ຈະເຮັດຢູ່ໃນສະຖານທີ່ດຽວ. ວຽກງານນີ້, ດັ່ງທີ່ຂ້າພະເຈົ້າເຫັນ, ແມ່ນມີຄວາມຫຍຸ້ງຍາກຫຼາຍກ່ວາການ hack ການບໍລິການສະເພາະ.

ແລະນີ້ແມ່ນບັນຫາອື່ນມາ: ການຢືນຢັນຂອງຜູ້ຂຽນ. ໃນປັດຈຸບັນຢູ່ໃນອິນເຕີເນັດທ່ານສາມາດຊອກຫາຄໍາເວົ້າຈໍານວນຫຼາຍທີ່ຂຽນໂດຍຫມູ່ເພື່ອນຂອງພວກເຮົາ. ແຕ່ບ່ອນໃດທີ່ຮັບປະກັນວ່າມັນແມ່ນຜູ້ທີ່ຂຽນໃຫ້ເຂົາເຈົ້າ? ໃນປັດຈຸບັນ, ຖ້າຫາກວ່າແຕ່ລະບັນທຶກດັ່ງກ່າວໄດ້ມາພ້ອມກັບລາຍເຊັນດິຈິຕອນ, ມັນຈະງ່າຍດາຍຫຼາຍ. ແລະມັນບໍ່ສໍາຄັນວ່າຂໍ້ມູນນີ້ຕັ້ງຢູ່ບ່ອນໃດ, ສິ່ງທີ່ສໍາຄັນແມ່ນລາຍເຊັນ, ເຊິ່ງແນ່ນອນຍາກທີ່ຈະປອມແປງ.

ແລະນີ້ແມ່ນສິ່ງທີ່ຫນ້າສົນໃຈຢູ່ທີ່ນີ້: IPFS ມີເຄື່ອງມືການເຂົ້າລະຫັດແລ້ວ (ຫຼັງຈາກທັງຫມົດ, ມັນຖືກສ້າງຂຶ້ນໃນເທກໂນໂລຍີ blockchain). ລະຫັດສ່ວນຕົວຖືກລະບຸທັນທີໃນການຕັ້ງຄ່າ.

  "Identity": {
    "PeerID": "QmeCWX1DD7HnPSuMHZSh6tFuMxxxxxxxxxxxxxx",
    "PrivKey": "CAASqAkwggSkAgEAAoIBAQClZedVmj8JkPvT92sGrNIQmofVF3ne8xSWZIGqkm+t9IHNN+/NDI51jA0MRzpBviM3o/c/Nuz30wo95vWToNyWzJlyAISXnUHxnVhvpeJAbaeggQRcFxO9ujO9DH61aqgN1m+JoEplHjtc4KS5
pUEDqamve+xAJO8BWt/LgeRKA70JN4hlsRSghRqNFFwjeuBkT1kB6tZsG3YmvAXJ0o2uye+y+7LMS7jKpwJNJBiFAa/Kuyu3W6PrdOe7SqrXfjOLHQ0uX1oYfcqFIKQsBNj/Fb+GJMiciJUZaAjgHoaZrrf2b/Eii3z0i+QIVG7OypXT3Z9JUS60
KKLfjtJ0nVLjAgMBAAECggEAZqSR5sbdffNSxN2TtsXDa3hq+WwjPp/908M10QQleH/3mcKv98FmGz65zjfZyHjV5C7GPp24e6elgHr3RhGbM55vT5dQscJu7SGng0of2bnzQCEw8nGD18dZWmYJsE4rUsMT3wXxhUU4s8/Zijgq27oLyxKNr9T7
2gxqPCI06VTfMiCL1wBBUP1wHdFmD/YLJwOjV/sVzbsl9HxqzgzlDtfMn/bJodcURFI1sf1e6WO+MyTc3.................

ຂ້ອຍບໍ່ແມ່ນຜູ້ຊ່ຽວຊານດ້ານຄວາມປອດໄພແລະບໍ່ສາມາດຮູ້ວິທີການນໍາໃຊ້ຢ່າງຖືກຕ້ອງ, ແຕ່ມັນເບິ່ງຄືວ່າຂ້ອຍໃຊ້ລະຫັດເຫຼົ່ານີ້ໃນລະດັບການແລກປ່ຽນລະຫວ່າງ IPFS nodes. ແລະຍັງ js-ipfs ແລະໂຄງການຕົວຢ່າງເຊັ່ນ orbit-dbທີ່ມັນເຮັດວຽກ orbit.chat. ນັ້ນແມ່ນ, ທາງທິດສະດີ, ແຕ່ລະອຸປະກອນ (ມືຖືແລະບໍ່ພຽງແຕ່) ສາມາດຕິດຕັ້ງໄດ້ງ່າຍດ້ວຍເຄື່ອງຖອດລະຫັດ - ຖອດລະຫັດຂອງຕົນເອງ. ໃນກໍລະນີນີ້, ມັນຍັງຄົງເປັນພຽງແຕ່ສໍາລັບທຸກຄົນທີ່ຈະດູແລການປະຫຍັດກະແຈສ່ວນຕົວຂອງເຂົາເຈົ້າ, ແລະທຸກຄົນຈະຕ້ອງຮັບຜິດຊອບຄວາມປອດໄພຂອງຕົນເອງ, ແລະບໍ່ແມ່ນ hostage ຂອງປັດໃຈຂອງມະນຸດອື່ນໃນບາງຍັກໃຫຍ່ອິນເຕີເນັດທີ່ນິຍົມ.

ພຽງແຕ່ຜູ້ໃຊ້ລົງທະບຽນສາມາດເຂົ້າຮ່ວມໃນການສໍາຫຼວດ. ເຂົ້າ​ສູ່​ລະ​ບົບກະລຸນາ.

ເຈົ້າເຄີຍໄດ້ຍິນກ່ຽວກັບ IPFS ມາກ່ອນບໍ?

• ຂ້ອຍບໍ່ເຄີຍໄດ້ຍິນກ່ຽວກັບ IPFS, ແຕ່ມັນເບິ່ງຄືວ່າຫນ້າສົນໃຈ

• ບໍ່​ໄດ້​ຍິນ​ແລະ​ບໍ່​ຕ້ອງ​ການ​ທີ່​ຈະ​ໄດ້​ຍິນ​

• ໄດ້ຍິນແຕ່ບໍ່ສົນໃຈ

• ຂ້ອຍໄດ້ຍິນມັນ, ແຕ່ບໍ່ເຂົ້າໃຈມັນ, ແຕ່ດຽວນີ້ມັນເບິ່ງຄືວ່າຫນ້າສົນໃຈ

• ຂ້ອຍໄດ້ໃຊ້ IPFS ຢ່າງຈິງຈັງເປັນເວລາດົນນານ.

69 ຜູ້ໃຊ້ລົງຄະແນນສຽງ. 13 ຜູ້ໃຊ້ງົດ.

ແຫຼ່ງຂໍ້ມູນ: www.habr.com