IPFS ដោយគ្មានការឈឺចាប់ (ប៉ុន្តែនេះមិនត្រឹមត្រូវទេ)

ទោះបីជាការពិតដែលថា Habre រួចទៅហើយ អត្ថបទច្រើនជាងមួយអំពី IPFS.

ខ្ញុំនឹងបញ្ជាក់ភ្លាមៗថា ខ្ញុំមិនមែនជាអ្នកជំនាញផ្នែកនេះទេ ប៉ុន្តែខ្ញុំបានបង្ហាញចំណាប់អារម្មណ៍លើបច្ចេកវិទ្យានេះច្រើនជាងម្តង ប៉ុន្តែការព្យាយាមលេងជាមួយវាជារឿយៗបណ្តាលឱ្យមានការឈឺចាប់ខ្លះ។ ថ្ងៃនេះខ្ញុំចាប់ផ្តើមពិសោធន៍ម្តងទៀត ហើយទទួលបានលទ្ធផលខ្លះដែលខ្ញុំចង់ចែករំលែក។ សរុបមក ដំណើរការដំឡើង IPFS និងលក្ខណៈពិសេសមួយចំនួននឹងត្រូវបានពិពណ៌នា (អ្វីគ្រប់យ៉ាងត្រូវបានធ្វើនៅលើ ubuntu ខ្ញុំមិនបានសាកល្បងវានៅលើវេទិកាផ្សេងទៀតទេ) ។

ប្រសិនបើអ្នកខកខានអ្វីដែល IPFS គឺជាអ្វី វាត្រូវបានសរសេរលម្អិតនៅទីនេះ៖ habr.com/en/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

នៅទីនេះតាមគំនិតរបស់ខ្ញុំការចាប់អារម្មណ៍ចាប់ផ្តើម។ បុរសនៅដំណាក់កាលដំឡើងកំពុងចាប់ផ្តើមប្រើបច្ចេកវិទ្យាផ្ទាល់ខ្លួនរបស់ពួកគេរួចហើយ។ សញ្ញាដែលបានស្នើឡើង QmS4ustL54uo8FzR9455qaxZwuMiUhyvMcX9Ba8nUH4uVv មិនត្រូវបានបង្កើតជាពិសេសសម្រាប់អ្នកទេ ប៉ុន្តែត្រូវបានដេរភ្ជាប់ទៅក្នុងការបញ្ចេញ។ នោះគឺមុនពេលចេញផ្សាយពួកគេបានរៀបចំអត្ថបទស្វាគមន៍ដោយចាក់វាចូលទៅក្នុង IPFS ហើយបន្ថែមអាសយដ្ឋានទៅកម្មវិធីដំឡើង។ ខ្ញុំគិតថាវាឡូយណាស់។ ហើយឯកសារនេះ (ច្បាស់ជាងនេះទៅទៀត ថតទាំងមូល) ឥឡូវនេះអាចមើលមិនត្រឹមតែក្នុងស្រុកប៉ុណ្ណោះទេ ថែមទាំងនៅលើច្រកផ្លូវផ្លូវការផងដែរ។ ipfs.io/ipfs/QmS4ustL54uo8FzR9455qaxZwuMiUhyvMcX9Ba8nUH4uVv. ក្នុងពេលជាមួយគ្នានេះ អ្នកអាចប្រាកដថាមាតិកានៃថតមិនបានផ្លាស់ប្តូរតាមមធ្យោបាយណាមួយទេ ព្រោះប្រសិនបើវាបានផ្លាស់ប្តូរ នោះសញ្ញាក៏នឹងផ្លាស់ប្តូរផងដែរ។

ដោយវិធីនេះ ក្នុងករណីនេះ 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 អ្នកគ្រប់គ្រង (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 ដែលជាទូទៅមិនសំខាន់ទេ។ វាជាការប្រសើរជាងក្នុងការចងចាំកន្លែងដែល config និងអ្វីដែលត្រូវធ្វើជាមួយវា បើមិនដូច្នេះទេ ប្រសិនបើមុខគេហទំព័រមិនដំណើរការ វានឹងកាន់តែពិបាក។

ការដំឡើងចំណុចប្រទាក់បណ្ដាញដើម្បីធ្វើការជាមួយម៉ាស៊ីនមេរបស់អ្នក។

នេះគឺជារណ្តៅទីមួយ ដែលចំណាយពេលប្រហែលបីម៉ោង។

ប្រសិនបើអ្នកបានដំឡើង IPFS នៅលើម៉ាស៊ីនមេខាងក្រៅ ប៉ុន្តែមិនបានដំឡើង ឬដំណើរការ IPFS ក្នុងស្រុកទេនោះ នៅពេលអ្នកចូលទៅកាន់ /webui នៅក្នុងចំណុចប្រទាក់បណ្ដាញ អ្នកគួរតែឃើញកំហុសក្នុងការតភ្ជាប់៖

ការពិតគឺថា webui តាមគំនិតរបស់ខ្ញុំ ធ្វើការមិនច្បាស់លាស់។ ដំបូងវាព្យាយាមភ្ជាប់ទៅ API របស់ម៉ាស៊ីនមេដែលចំណុចប្រទាក់ត្រូវបានបើក (ផ្អែកលើអាសយដ្ឋាននៅក្នុងកម្មវិធីរុករកជាការពិតណាស់) ។ ហើយប្រសិនបើវាមិនដំណើរការនៅទីនោះ វាព្យាយាមភ្ជាប់ទៅកាន់ច្រកក្នុងស្រុក។ ហើយប្រសិនបើអ្នកមាន IPFS ដែលកំពុងដំណើរការក្នុងមូលដ្ឋាននោះ webui នឹងដំណើរការល្អសម្រាប់អ្នក មានតែអ្នកប៉ុណ្ណោះដែលនឹងធ្វើការជាមួយ IPFS ក្នុងស្រុក ហើយមិនមែនខាងក្រៅទេ ទោះបីជាអ្នកបានបើក webui នៅលើម៉ាស៊ីនមេខាងក្រៅក៏ដោយ។ បន្ទាប់​មក​អ្នក​ផ្ទុក​ឯកសារ​ឡើង ប៉ុន្តែ​សម្រាប់​ហេតុផល​មួយ​ចំនួន​អ្នក​មិន​ឃើញ​ពួកវា​ដូច​នោះ​នៅ​លើ​ម៉ាស៊ីន​បម្រើ​ខាងក្រៅ...

ហើយប្រសិនបើវាមិនដំណើរការក្នុងមូលដ្ឋានទេ នោះយើងទទួលបានកំហុសក្នុងការតភ្ជាប់។ ក្នុងករណីរបស់យើង កំហុសគឺទំនងជាដោយសារតែ CORS ដែលត្រូវបានចង្អុលបង្ហាញដោយ webui ផងដែរ ដោយស្នើឱ្យបន្ថែមការកំណត់។

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": [
        "*"
      ]
    }
  },

យើងចាប់ផ្តើម ipfs ឡើងវិញ ហើយយើងឃើញថា webui បានភ្ជាប់ដោយជោគជ័យ (ក្នុងករណីណាក៏ដោយ វាគួរតែប្រសិនបើអ្នកបើកច្រកផ្លូវសម្រាប់សំណើពីខាងក្រៅ ដូចដែលបានរៀបរាប់ខាងលើ)។

ឥឡូវនេះ អ្នកអាចផ្ទុកឡើងថតឯកសារ និងឯកសារដោយផ្ទាល់តាមរយៈចំណុចប្រទាក់បណ្ដាញ ក៏ដូចជាបង្កើតថតឯកសារផ្ទាល់ខ្លួនរបស់អ្នក។

ការដំឡើងប្រព័ន្ធឯកសារ FUSE

នេះគឺជាលក្ខណៈពិសេសគួរឱ្យចាប់អារម្មណ៍ណាស់។

ឯកសារ (ក៏ដូចជាថតឯកសារ) យើងអាចបន្ថែមមិនត្រឹមតែតាមរយៈចំណុចប្រទាក់បណ្ដាញប៉ុណ្ណោះទេប៉ុន្តែថែមទាំងដោយផ្ទាល់នៅក្នុងស្ថានីយផងដែរ ឧទាហរណ៍

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

សញ្ញាចុងក្រោយគឺ hash នៃថត root ។

ដោយប្រើសញ្ញានេះ យើងអាចបើកថតនៅលើថ្នាំង ipfs ណាមួយ (ដែលអាចស្វែងរកថ្នាំងរបស់យើង និងទទួលបានមាតិកា) យើងអាចនៅក្នុងចំណុចប្រទាក់បណ្ដាញនៅលើច្រក 5001 ឬ 8080 ឬយើងអាចក្នុងស្រុកតាមរយៈ ipfs ។

ipfs ls QmbnzgRVAP4fL814h5mQttyqk1aUxxxxxxxxxxxxx
QmfYuz2gegRZNkDUDVLNa5DXzKmKVxxxxxxxxxxxxxx 10 test.txt

ប៉ុន្តែអ្នកនៅតែអាចបើកវាដូចជាថតធម្មតា។

តោះបង្កើតថតពីរនៅ root ហើយផ្តល់សិទ្ធិដល់អ្នកប្រើប្រាស់របស់យើង។

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

ហើយចាប់ផ្តើម ipfs ឡើងវិញដោយប្រើទង់ --mount

ipfs daemon --mount

អ្នកអាចបង្កើតថតនៅកន្លែងផ្សេងទៀត ហើយបញ្ជាក់ផ្លូវទៅកាន់ពួកវាតាមរយៈប៉ារ៉ាម៉ែត្រដេមិន ipfs -mount -mount-ipfs /ipfs_path -mount-ipns /ipns_path

ឥឡូវនេះការអានពីថតនេះគឺមិនធម្មតាទេ។

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

នោះគឺមិនមានការចូលប្រើដោយផ្ទាល់ទៅ root នៃថតនេះទេ។ ប៉ុន្តែអ្នកអាចទទួលបានមាតិកាដោយដឹងពីសញ្ញា។

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 ដែលបានម៉ោនគឺអាចប្រើបានសម្រាប់តែអ្នកប្រើប្រាស់បច្ចុប្បន្នប៉ុណ្ណោះ (សូម្បីតែ root នឹងមិនអាចអានពីថតបែបនេះបាន មិនមែននិយាយអំពីអ្នកប្រើប្រាស់ផ្សេងទៀតនៅក្នុងប្រព័ន្ធ)។ ប្រសិនបើអ្នកចង់ធ្វើឱ្យថតទាំងនេះមានសម្រាប់អ្នកប្រើប្រាស់ផ្សេងទៀត បន្ទាប់មកនៅក្នុងការកំណត់អ្នកត្រូវផ្លាស់ប្តូរ "FuseAllowOther": false ទៅ "FuseAllowOther": true។ ប៉ុន្តែនោះមិនមែនទាំងអស់ទេ។ ប្រសិនបើអ្នកដំណើរការ IPFS ជា root នោះអ្វីៗគឺយល់ព្រម។ ហើយប្រសិនបើក្នុងនាមអ្នកប្រើប្រាស់ធម្មតា (សូម្បីតែ sudo) នោះអ្នកនឹងទទួលបានកំហុស

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

ក្នុងករណីនេះ អ្នកត្រូវកែសម្រួល /etc/fuse.conf ដោយមិនបញ្ចេញមតិលើបន្ទាត់ #user_allow_other ។

បន្ទាប់ពីនោះ ចាប់ផ្តើម ipfs ឡើងវិញ។

បញ្ហាដែលគេស្គាល់ជាមួយ FUSE

បញ្ហាត្រូវបានកត់សម្គាល់ច្រើនជាងម្តងដែលថាបន្ទាប់ពីចាប់ផ្តើម ipfs ឡើងវិញជាមួយនឹងការម៉ោន (ហើយប្រហែលជាក្នុងករណីផ្សេងទៀត) ចំណុចម៉ោន / ipfs និង / ipns ក្លាយជាមិនអាចប្រើបាន។ មិនមានការចូលប្រើពួកវាទេ ហើយ ls -la /ipfs បង្ហាញ ???? នៅក្នុងបញ្ជីសិទ្ធិ។

បានរកឃើញដំណោះស្រាយនេះ៖

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

បន្ទាប់មកចាប់ផ្តើម ipfs ឡើងវិញ។

ការបន្ថែមសេវាកម្ម

ជាការពិតណាស់ការរត់នៅក្នុងស្ថានីយគឺសមរម្យសម្រាប់តែការធ្វើតេស្តដំបូងប៉ុណ្ណោះ។ នៅក្នុងរបៀបប្រយុទ្ធ ដេមិនគួរតែចាប់ផ្តើមដោយស្វ័យប្រវត្តិនៅពេលចាប់ផ្តើមប្រព័ន្ធ។

ក្នុងនាម 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

សម្រាប់ភាពបរិសុទ្ធនៃការពិសោធន៍ វានឹងអាចចាប់ផ្តើមម៉ាស៊ីនមេឡើងវិញនៅពេលអនាគត ដើម្បីពិនិត្យមើលថា ipfs ចាប់ផ្តើមដោយជោគជ័យដោយស្វ័យប្រវត្តិ។

បន្ថែមការស្គាល់ដល់យើងពិធីបុណ្យ

ពិចារណាស្ថានភាពដែលយើងបានដំឡើងថ្នាំង IPFS ទាំងនៅលើម៉ាស៊ីនមេខាងក្រៅ និងក្នុងស្រុក។ នៅលើម៉ាស៊ីនមេខាងក្រៅ យើងបន្ថែមឯកសារមួយចំនួន ហើយព្យាយាមយកវាតាមរយៈ IPFS ក្នុងស្រុកដោយ CID ។ តើនឹងមានអ្វីកើតឡើង? ជាការពិតណាស់ ម៉ាស៊ីនមេក្នុងស្រុកទំនងជាមិនដឹងអ្វីទាំងអស់អំពីម៉ាស៊ីនមេខាងក្រៅរបស់យើង ហើយនឹងព្យាយាមស្វែងរកឯកសារដោយ CID ដោយ "សួរ" មិត្តភ័ក្តិ IPFS ទាំងអស់ដែលមានសម្រាប់វា (ដែលវាបានគ្រប់គ្រងរួចហើយដើម្បី "ស្គាល់")។ អ្នកដែលនៅក្នុងវេននឹងសួរអ្នកដទៃ។ ហើយដូច្នេះនៅលើរហូតដល់ឯកសារត្រូវបានរកឃើញ។ តាមពិត រឿងដដែលនេះកើតឡើងនៅពេលដែលយើងព្យាយាមយកឯកសារតាមរយៈច្រកផ្លូវផ្លូវការ ipfs.io. ប្រសិនបើអ្នកមានសំណាង ឯកសារនឹងត្រូវបានរកឃើញក្នុងរយៈពេលពីរបីវិនាទី។ ហើយបើមិនដូច្នោះទេវានឹងមិនត្រូវបានរកឃើញសូម្បីតែក្នុងរយៈពេលពីរបីនាទីដែលប៉ះពាល់ដល់ភាពងាយស្រួលនៃការងារយ៉ាងខ្លាំង។ ប៉ុន្តែយើងដឹងពីកន្លែងដែលឯកសារនេះនឹងបង្ហាញជាលើកដំបូង។ ដូច្នេះ ហេតុអ្វី​បាន​ជា​យើង​មិន​ប្រាប់​ម៉ាស៊ីន​មេ​ក្នុង​ស្រុក​របស់​យើង​ភ្លាមៗ​ថា "Search there first"? ជាក់ស្តែង នេះអាចត្រូវបានធ្វើ។

1. យើងចូលទៅកាន់ម៉ាស៊ីនមេពីចម្ងាយ ហើយរកមើលក្នុងការកំណត់ ~/.ipfs/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" នៅក្នុងវា៖ [...
ហើយបន្ថែមអាសយដ្ឋានដែលបានទទួលជាមុនទៅអារេ។

ចាប់ផ្តើម IPFS ឡើងវិញ។

ឥឡូវនេះ ចូរយើងបន្ថែមឯកសារទៅម៉ាស៊ីនមេខាងក្រៅ ហើយព្យាយាមស្នើសុំវានៅលើមូលដ្ឋាន។ គួរតែហោះហើរលឿន។

ប៉ុន្តែមុខងារនេះមិនទាន់មានស្ថេរភាពនៅឡើយ។ តាមដែលខ្ញុំយល់ ទោះបីជាយើងបញ្ជាក់អាសយដ្ឋានរបស់មិត្តភក្ដិនៅក្នុង Bootstrap ក៏ដោយ ipfs ផ្លាស់ប្តូរបញ្ជីនៃការតភ្ជាប់សកម្មជាមួយមិត្តភក្ដិក្នុងអំឡុងពេលប្រតិបត្តិការ។ ក្នុងករណីណាក៏ដោយ ការពិភាក្សាអំពីរឿងនេះ និងបំណងប្រាថ្នាទាក់ទងនឹងលទ្ធភាពនៃការបញ្ជាក់ពិធីបុណ្យអចិន្ត្រៃយ៍កំពុងដំណើរការ។ នៅទីនេះ ហើយវាហាក់ដូចជា សន្មត់ បន្ថែមមុខងារមួយចំនួនទៅ [អ៊ីមែលការពារ]+

បញ្ជីឈ្មោះមិត្តភ័ក្តិបច្ចុប្បន្នអាចមើលបានទាំងនៅក្នុង webui និងក្នុងស្ថានីយ។

ipfs swarm peers

ហើយនៅទីនេះ និងទីនោះ អ្នកអាចបន្ថែមពិធីបុណ្យរបស់អ្នកដោយដៃ។

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

រហូតទាល់តែមុខងារនេះត្រូវបានធ្វើឱ្យប្រសើរឡើង អ្នកអាចសរសេរឧបករណ៍ដើម្បីពិនិត្យមើលការតភ្ជាប់ទៅមិត្តភ័ក្តិដែលចង់បាន ហើយប្រសិនបើមិនមានទេ ដើម្បីបន្ថែមការតភ្ជាប់។

ការវែកញែក

ក្នុងចំណោមអ្នកដែលធ្លាប់ស្គាល់ IPFS មានទាំងអាគុយម៉ង់សម្រាប់ និងប្រឆាំង IPFS ។ ជាទូទៅកាលពីម្សិលមិញ ការពិភាក្សា ហើយបានជំរុញឱ្យខ្ញុំចូលទៅក្នុង IPFS ម្តងទៀត។ ហើយទាក់ទងនឹងការពិភាក្សាដែលបានរៀបរាប់ខាងលើ៖ ខ្ញុំមិនអាចនិយាយបានថាខ្ញុំប្រឆាំងដាច់ខាតចំពោះអំណះអំណាងរបស់អ្នកដែលបាននិយាយទេ (ខ្ញុំមិនយល់ស្របតែចំពោះការពិតដែលថាអ្នកសរសេរកម្មវិធីម្នាក់កន្លះប្រើ IPFS) ។ ជាទូទៅ អ្នកទាំងពីរគឺត្រឹមត្រូវតាមវិធីផ្ទាល់ខ្លួនរបស់ពួកគេ (ជាពិសេស មតិយោបល់អំពីការត្រួតពិនិត្យ ធ្វើឱ្យអ្នកគិត) ។ ប៉ុន្តែ​ប្រសិនបើ​យើង​បោះបង់​ការវាយតម្លៃ​ខាង​សីលធម៌ និង​ផ្លូវច្បាប់ តើ​នរណា​នឹង​ផ្តល់​ការវាយតម្លៃ​បច្ចេកទេស​លើ​បច្ចេកវិទ្យា​នេះ​? ដោយផ្ទាល់ ខ្ញុំមានអារម្មណ៍ខាងក្នុងខ្លះថា "រឿងនេះត្រូវតែធ្វើដោយច្បាស់លាស់ វាមានការរំពឹងទុកជាក់លាក់"។ ប៉ុន្តែ​ហេតុ​អ្វី​បាន​ជា​មិន​មាន​ការ​កំណត់​ច្បាស់​លាស់។ ដូចជាប្រសិនបើអ្នកក្រឡេកមើលឧបករណ៍កណ្តាលដែលមានស្រាប់ នោះក្នុងន័យជាច្រើន ពួកវានៅឆ្ងាយជាង (ស្ថេរភាព ល្បឿន ការគ្រប់គ្រង។ល។)។ យ៉ាង​ណា​ក៏​ដោយ ខ្ញុំ​មាន​គំនិត​មួយ​ដែល​ហាក់​ដូច​ជា​សម​ហេតុ​ផល ហើយ​ដែល​ពិបាក​នឹង​អនុវត្ត​ដោយ​គ្មាន​ប្រព័ន្ធ​វិមជ្ឈការ​បែប​នេះ។ ពិតណាស់ ខ្ញុំពិបាកពេក ប៉ុន្តែខ្ញុំនឹងបង្កើតវាតាមវិធីនេះ៖ គោលការណ៍នៃការផ្សព្វផ្សាយព័ត៌មាននៅលើអ៊ីនធឺណិតត្រូវតែផ្លាស់ប្តូរ។

អនុញ្ញាតឱ្យខ្ញុំពន្យល់។ ប្រសិនបើអ្នកគិតអំពីវាឥឡូវនេះយើងមានព័ត៌មានចែកចាយតាមគោលការណ៍ "ខ្ញុំសង្ឃឹមថាអ្នកដែលខ្ញុំបានផ្តល់ឱ្យវានឹងការពារវាហើយវានឹងមិនត្រូវបានបាត់បង់ឬទទួលបានដោយអ្នកដែលមិនមានបំណង" ។ ជាឧទាហរណ៍ វាងាយស្រួលក្នុងការពិចារណាលើសេវាកម្មសំបុត្រផ្សេងៗ កន្លែងផ្ទុកពពក។ល។ ហើយតើយើងបញ្ចប់ដោយអ្វី? នៅលើមជ្ឈមណ្ឌល Habre សន្តិសុខព័ត៌មាន គឺនៅលើបន្ទាត់ទីមួយ ហើយស្ទើរតែរាល់ថ្ងៃយើងទទួលបានព័ត៌មានអំពីការលេចធ្លាយជាសកលមួយផ្សេងទៀត។ ជាគោលការណ៍ រាល់អ្វីដែលគួរឱ្យចាប់អារម្មណ៍បំផុតត្រូវបានរាយក្នុង <irony> ដ៏អស្ចារ្យ អត្ថបទ រដូវក្តៅជិតចប់ហើយ។ ស្ទើរតែគ្មានទិន្នន័យលេចធ្លាយនៅសល់. នោះគឺថា អ៊ីនធឺណែតធំៗ កាន់តែធំ ពួកគេប្រមូលព័ត៌មានកាន់តែច្រើនឡើង ហើយការលេចធ្លាយបែបនេះ គឺជាប្រភេទព័ត៌មាននៃការផ្ទុះអាតូមិក។ នេះ​មិន​ធ្លាប់​កើត​ឡើង​ពី​មុន​មក​ទេ ហើយ​វា​ជា​ម្ដង​ទៀត។ ក្នុងពេលជាមួយគ្នានេះ ទោះបីជាមនុស្សជាច្រើនយល់ថាមានហានិភ័យក៏ដោយ ក៏ពួកគេនឹងបន្តជឿជាក់លើទិន្នន័យរបស់ពួកគេទៅកាន់ក្រុមហ៊ុនភាគីទីបី។ ទីមួយ វាមិនមានជម្រើសច្រើនទេ ហើយទីពីរ ពួកគេសន្យាថាពួកគេបានជួសជុលរន្ធទាំងអស់ ហើយរឿងនេះនឹងមិនកើតឡើងម្តងទៀតទេ។

តើខ្ញុំឃើញជម្រើសអ្វី? វាហាក់ដូចជាខ្ញុំថាទិន្នន័យដំបូងគួរតែត្រូវបានចែកចាយដោយបើកចំហ។ ប៉ុន្តែការបើកចំហក្នុងករណីនេះមិនមានន័យថាអ្វីគ្រប់យ៉ាងគួរតែងាយស្រួលអានទេ។ ខ្ញុំកំពុងនិយាយអំពីការបើកចំហរនៃការផ្ទុក និងការចែកចាយ ប៉ុន្តែមិនមែនការបើកចំហសរុបក្នុងការអាននោះទេ។ ខ្ញុំសន្មត់ថាព័ត៌មានគួរតែត្រូវបានចែកចាយជាមួយសោសាធារណៈ។ យ៉ាងណាមិញគោលការណ៍នៃសោសាធារណៈ / ឯកជនគឺចាស់រួចទៅហើយស្ទើរតែដូចជាអ៊ីនធឺណិត។ ប្រសិនបើព័ត៌មានមិនមែនជាការសម្ងាត់ ហើយត្រូវបានបម្រុងទុកសម្រាប់រង្វង់ធំទូលាយ នោះវាត្រូវបានដាក់ចេញភ្លាមៗជាមួយនឹងសោសាធារណៈ (ប៉ុន្តែនៅតែស្ថិតក្នុងទម្រង់ដែលបានអ៊ិនគ្រីប អ្នកគ្រប់គ្នាអាចឌិគ្រីបវាដោយប្រើសោដែលមាន)។ ហើយប្រសិនបើមិនមាន នោះវាត្រូវបានដាក់ចេញដោយគ្មានសោសាធារណៈ ហើយសោខ្លួនវាត្រូវបានផ្ទេរទៅអ្វីដែលគួរមានសិទ្ធិចូលប្រើព័ត៌មាននេះ។ ក្នុងពេលជាមួយគ្នានេះ អ្នកដែលគួរអានវាគួរតែមានកូនសោតែប៉ុណ្ណោះ ហើយកន្លែងដែលត្រូវយកព័ត៌មាននេះ គាត់មិនគួរលោតខ្លាំងនោះទេ គាត់គ្រាន់តែទាញវាចេញពីបណ្តាញ (នេះគឺជាគោលការណ៍ថ្មីនៃការចែកចាយតាមខ្លឹមសារ មិនមែនដោយ អាសយដ្ឋាន)។

ដូច្នេះ សម្រាប់ការវាយប្រហារដ៏ធំ អ្នកវាយប្រហារនឹងត្រូវការទទួលបានសោឯកជនមួយចំនួនធំ ហើយវាមិនទំនងត្រូវបានធ្វើនៅកន្លែងតែមួយទេ។ កិច្ចការនេះដូចដែលខ្ញុំឃើញវាពិបាកជាងការលួចចូលសេវាជាក់លាក់មួយទៅទៀត។

ហើយនៅទីនេះបញ្ហាមួយទៀតត្រូវបានបិទ: ការបញ្ជាក់ពីភាពជាអ្នកនិពន្ធ។ ឥឡូវនេះនៅលើអ៊ីនធឺណិតអ្នកអាចរកឃើញសម្រង់ជាច្រើនដែលសរសេរដោយមិត្តរបស់យើង។ ប៉ុន្តែ​តើ​ការ​ធានា​ថា​ជា​អ្នក​សរសេរ​នោះ​នៅ​ឯណា? ឥឡូវនេះ ប្រសិនបើកំណត់ត្រាបែបនេះនីមួយៗត្រូវបានអមដោយហត្ថលេខាឌីជីថល វានឹងកាន់តែងាយស្រួល។ ហើយវាមិនមានបញ្ហាថាព័ត៌មាននេះស្ថិតនៅទីណានោះទេ រឿងសំខាន់គឺហត្ថលេខា ដែលជាការពិតណាស់ ពិបាកក្នុងការក្លែងបន្លំ។

ហើយនេះគឺជាអ្វីដែលគួរឱ្យចាប់អារម្មណ៍នៅទីនេះ៖ 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 ។ ហើយផងដែរ។ js-ipfs និងគម្រោងឧទាហរណ៍ដូចជា គន្លង-dbដែលវាដំណើរការ orbit.chat. នោះគឺជាទ្រឹស្តី ឧបករណ៍នីមួយៗ (ទូរស័ព្ទ និងមិនត្រឹមតែប៉ុណ្ណោះ) អាចត្រូវបានបំពាក់យ៉ាងងាយស្រួលជាមួយនឹងម៉ាស៊ីនអ៊ិនគ្រីប-ឌិគ្រីបផ្ទាល់ខ្លួនរបស់វា។ ក្នុងករណីនេះ វានៅសល់តែសម្រាប់មនុស្សគ្រប់គ្នាក្នុងការថែរក្សាការរក្សាទុកសោឯកជនរបស់ពួកគេ ហើយអ្នកគ្រប់គ្នានឹងទទួលខុសត្រូវចំពោះសុវត្ថិភាពផ្ទាល់ខ្លួនរបស់ពួកគេ និងមិនក្លាយជាចំណាប់ខ្មាំងនៃកត្តាមនុស្សផ្សេងទៀតនៅលើអ៊ីនធឺណិតយក្សដ៏ពេញនិយមមួយចំនួន។

មានតែអ្នកប្រើប្រាស់ដែលបានចុះឈ្មោះប៉ុណ្ណោះដែលអាចចូលរួមក្នុងការស្ទង់មតិនេះ។ ចូលសូម។

តើអ្នកធ្លាប់លឺអំពី IPFS ទេ?

• ខ្ញុំមិនដែលឮអំពី IPFS ទេ ប៉ុន្តែវាហាក់ដូចជាគួរឱ្យចាប់អារម្មណ៍

• មិនទាន់បានឮ និងមិនចង់ឮ

• ឮតែមិនចាប់អារម្មណ៍

• ឮ​តែ​មិន​យល់ តែ​ឥឡូវ​ហាក់​ចាប់​អារម្មណ៍

• ខ្ញុំបានប្រើប្រាស់ IPFS យ៉ាងសកម្មអស់រយៈពេលជាយូរមកហើយ។

អ្នកប្រើប្រាស់ 69 នាក់បានបោះឆ្នោត។ អ្នកប្រើប្រាស់ ១៤ នាក់ត្រូវបានហាមឃាត់។

ប្រភព: www.habr.com