पीडा बिना आईपीएफएस (तर यो सही छैन)

हाब्रे पहिले नै थियो भन्ने तथ्यको बावजुद IPFS को बारे मा एक भन्दा बढी लेख.

म तुरुन्तै स्पष्ट गर्नेछु कि म यस क्षेत्रको विशेषज्ञ होइन, तर मैले यो प्रविधिमा एक पटक भन्दा बढी चासो देखाएको छु, तर यससँग खेल्न खोज्दा प्राय: केही पीडा हुन्छ। आज मैले फेरि प्रयोग गर्न थालें र केही नतिजाहरू पाएँ जुन म साझा गर्न चाहन्छु। छोटकरीमा, IPFS स्थापना प्रक्रिया र केहि सुविधाहरू वर्णन गरिनेछ (सबै कुरा ubuntu मा गरिएको थियो, मैले यसलाई अन्य प्लेटफार्महरूमा प्रयास गरेको छैन)।

यदि तपाईंले IPFS भनेको छुटाउनुभयो भने, यो यहाँ केही विवरणमा लेखिएको छ: habr.com/en/post/314768

सेटिङ

प्रयोगको शुद्धताको लागि, म यसलाई केही बाह्य सर्भरमा तुरुन्तै स्थापना गर्न सुझाव दिन्छु, किनकि हामी स्थानीय मोड र रिमोटमा काम गर्दा केही समस्याहरू विचार गर्नेछौं। त्यसपछि, यदि चाहियो भने, यो लामो समयसम्म ध्वस्त हुनेछैन, त्यहाँ धेरै छैन।

गो स्थापना गर्नुहोस्

आधिकारिक दस्तावेज
मा हालको संस्करण हेर्नुहोस् golang.org/dl

नोट: प्रायः प्रयोग गर्ने प्रयोगकर्ताको तर्फबाट IPFS स्थापना गर्नु राम्रो हुन्छ। तथ्य यो हो कि तल हामी मार्फत माउन्ट गर्ने विकल्पलाई विचार गर्नेछौं फ्यूज र त्यहाँ सूक्ष्मताहरू छन्।

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 इन्टरफेसहरू पहुँच गर्नुहुनेछ र सबै कुरा तपाईंलाई उपलब्ध हुनेछ (उदाहरणका लागि, लोकलहोस्ट:5001/webui/)। तर जब बाह्य सर्भरमा स्थापना हुन्छ, पूर्वनिर्धारित रूपमा, गेटवेहरू इन्टरनेटमा बन्द हुन्छन्। गेटवे दुई:

1. webui व्यवस्थापक (githubपोर्ट 5001 मा।
2. पोर्ट 8080 मा बाह्य API (पढ्न मात्र)।

अहिलेसम्म, दुबै पोर्टहरू (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"
}

आफ्नो सर्भरको ip मा 127.0.0.1 परिवर्तन गर्नुहोस् र फाइल बचत गर्नुहोस्, त्यसपछि ipfs पुन: सुरु गर्नुहोस् (Ctrl+C सँग चलिरहेको आदेश रोक्नुहोस् र यसलाई फेरि सुरु गर्नुहोस्)।

पाउनु पर्छ

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

अब बाह्य इन्टरफेसहरू उपलब्ध हुनुपर्छ।

जाँच गर्नुहोस्

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

माथिको रीडमी फाइल खोल्नु पर्छ।

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

वेब इन्टरफेस खोल्नु पर्छ।

यदि webui तपाइँको लागि काम गर्दछ भने, त्यसपछि IPFS सेटिङहरू सीधै यसमा परिवर्तन गर्न सकिन्छ, तथ्याङ्कहरू हेर्ने सहित, तर तल म कन्फिगरेसन विकल्पहरू कन्फिगरेसन फाइल मार्फत विचार गर्नेछु, जुन सामान्यतया महत्वपूर्ण छैन। कन्फिगरेसन कहाँ छ र यसको साथ के गर्ने भनेर सम्झना मात्र राम्रो छ, अन्यथा यदि वेब अनुहारले काम गर्दैन भने, यो अझ गाह्रो हुनेछ।

तपाइँको सर्भर संग काम गर्न एक वेब इन्टरफेस सेटअप

यहाँ पहिलो पिटफल छ, जसमा करिब तीन घण्टा लाग्यो।

यदि तपाईंले बाह्य सर्भरमा 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

अन्तिम ह्यास रुट फोल्डरको ह्यास हो।

यो ह्यास प्रयोग गरेर, हामी कुनै पनि ipfs नोडमा फोल्डर खोल्न सक्छौं (जसले हाम्रो नोड फेला पार्न र सामग्रीहरू प्राप्त गर्न सक्छ), हामी पोर्ट 5001 वा 8080 मा वेब इन्टरफेसमा गर्न सक्छौं, वा हामी स्थानीय रूपमा ipfs मार्फत गर्न सक्छौं।

ipfs ls QmbnzgRVAP4fL814h5mQttyqk1aUxxxxxxxxxxxxx
QmfYuz2gegRZNkDUDVLNa5DXzKmKVxxxxxxxxxxxxxx 10 test.txt

तर तपाइँ अझै पनि यसलाई नियमित फोल्डर जस्तै खोल्न सक्नुहुन्छ।

रूटमा दुईवटा फोल्डरहरू सिर्जना गरौं र हाम्रो प्रयोगकर्तालाई तिनीहरूको अधिकार प्रदान गरौं।

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

र --mount झण्डा संग ipfs पुन: सुरु गर्नुहोस्

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

त्यो हो, यस फोल्डरको मूलमा कुनै सीधा पहुँच छैन। तर तपाईं सामग्री प्राप्त गर्न सक्नुहुन्छ, हैस थाहा छ।

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

एकै समयमा, मार्ग निर्दिष्ट गर्दा फोल्डर भित्र स्वत: पूर्णता पनि काम गर्दछ।

मैले माथि भनेझैं, त्यहाँ यस्तो माउन्टिङको साथ सूक्ष्मताहरू छन्: पूर्वनिर्धारित रूपमा, माउन्ट गरिएको FUSE फोल्डरहरू हालको प्रयोगकर्तालाई मात्र उपलब्ध छन् (रूटले पनि यस्तो फोल्डरबाट पढ्न सक्षम हुनेछैन, प्रणालीमा अन्य प्रयोगकर्ताहरू उल्लेख नगर्ने)। यदि तपाइँ यी फोल्डरहरू अन्य प्रयोगकर्ताहरूलाई उपलब्ध गराउन चाहनुहुन्छ भने, कन्फिगरेसनमा तपाइँले "FuseAllowOther" लाई परिवर्तन गर्न आवश्यक छ: "FuseAllowOther" मा false: true। तर यति मात्र होइन। यदि तपाइँ रुटको रूपमा IPFS चलाउनुहुन्छ भने, त्यसपछि सबै ठीक छ। र यदि नियमित प्रयोगकर्ताको तर्फबाट (सुडो पनि), तब तपाईले त्रुटि पाउनुहुनेछ

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

यस अवस्थामा, तपाईंले #user_allow_other लाईनलाई कमेन्ट गरेर /etc/fuse.conf सम्पादन गर्न आवश्यक छ।

त्यस पछि, 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 नोडहरू स्थापना भएको अवस्थालाई विचार गर्नुहोस्। बाह्य सर्भरमा, हामी केही फाइल थप्छौं र यसलाई स्थानीय रूपमा CID द्वारा IPFS मार्फत प्राप्त गर्ने प्रयास गर्छौं। के हुनेछ? निस्सन्देह, स्थानीय सर्भरले सम्भवतः हाम्रो बाह्य सर्भरको बारेमा केहि पनि थाहा छैन र CID द्वारा उपलब्ध सबै IPFS साथीहरूलाई "सोध" गरेर फाइल फेला पार्ने प्रयास गर्नेछ (जससँग यसले पहिले नै "परिचित हुन" व्यवस्थित गरेको छ)। त्यसले अर्कोलाई सोध्नेछ। र यस्तै, फाइल फेला परेसम्म। वास्तवमा, त्यहि कुरा हुन्छ जब हामी आधिकारिक गेटवे मार्फत फाइल प्राप्त गर्ने प्रयास गर्छौं ipfs.io। यदि तपाईं भाग्यशाली हुनुहुन्छ भने, फाइल केही सेकेन्डमा फेला पर्नेछ। र यदि होइन भने, यो केहि मिनेटमा पनि फेला पर्दैन, जसले कामको आरामलाई धेरै असर गर्छ। तर हामीलाई थाहा छ यो फाइल कहाँ देखा पर्नेछ। त्यसोभए हामीले किन तुरुन्तै हाम्रो स्थानीय सर्भरलाई "पहिले त्यहाँ खोज्नुहोस्" भन्दैनौं? स्पष्ट रूपमा, यो गर्न सकिन्छ।

1. हामी रिमोट सर्भरमा जान्छौं र ~/.ipfs/config कन्फिगरेसनमा हेर्छौं

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

2. sudo सेवा ipfs स्थिति चलाउनुहोस् र यसमा झुण्ड प्रविष्टिहरू खोज्नुहोस्, उदाहरणका लागि:

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

३. हामी यसबाट फारमको सामान्य ठेगाना "/ip3/ip_your_server/tcp/4/ipfs/$PeerID" थप्छौं।

4. विश्वसनीयताको लागि, हामी यो ठेगानालाई हाम्रो स्थानीय webui मार्फत साथीहरूलाई थप्ने प्रयास गर्नेछौं।

5. यदि सबै ठीक छ भने, स्थानीय कन्फिगरेसन खोल्नुहोस् ~ / .ipfs / कन्फिगरेसन, यसमा "बुटस्ट्र्याप" फेला पार्नुहोस्: [...
र पहिले प्राप्त ठेगाना array मा थप्नुहोस्।

IPFS पुन: सुरु गर्नुहोस्।

अब बाह्य सर्भरमा फाइल थप्नुहोस् र स्थानीय सर्भरमा अनुरोध गर्ने प्रयास गरौं। छिटो उड्नु पर्छ।

तर यो कार्यक्षमता अझै स्थिर छैन। जहाँसम्म मैले बुझेको छु, हामीले बुटस्ट्र्यापमा साथीको ठेगाना निर्दिष्ट गरे पनि, ipfs ले अपरेशनको क्रममा साथीहरूसँग सक्रिय जडानहरूको सूची परिवर्तन गर्दछ। जसरी भए पनि स्थायी चाडपर्व तोक्ने सम्भाव्यता र चाहनाको बारेमा छलफल चलिरहेको छ । यहाँ र यो जस्तो देखिन्छ मानिएको केही कार्यक्षमता थप्नुहोस् [ईमेल सुरक्षित]+

हालका साथीहरूको सूची webui र टर्मिनल दुवैमा हेर्न सकिन्छ।

ipfs swarm peers

र यहाँ र त्यहाँ तपाईं आफ्नो भोज म्यानुअल रूपमा थप्न सक्नुहुन्छ।

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

यो कार्यक्षमता सुधार नभएसम्म, तपाईंले इच्छित साथीसँग जडान जाँच गर्न उपकरण लेख्न सक्नुहुन्छ र यदि होइन भने, जडान थप्नको लागि।

तर्क

जो पहिले नै IPFS सँग परिचित छन्, त्यहाँ IPFS को पक्ष र विपक्षमा तर्कहरू छन्। मूलतः, हिजो छलफल र मलाई फेरि IPFS मा खन्न प्रेरित गर्नुभयो। र माथि उल्लेखित छलफलको सन्दर्भमा: म भन्न सक्दिन कि म बोल्नेहरूको कुनै तर्कको कडा विरोध गर्छु (म यो तथ्यसँग मात्र असहमत छु कि डेढ प्रोग्रामरहरूले IPFS प्रयोग गर्छन्)। सामान्यतया, दुबै आ-आफ्नै तरिकामा सही छन् (विशेष गरी चेक बारे टिप्पणी सोच्न बाध्य बनाउछ)। तर यदि हामीले नैतिक र कानुनी मूल्याङ्कनलाई त्याग्यौं भने, यो प्रविधिको प्राविधिक मूल्याङ्कन कसले दिने? व्यक्तिगत रूपमा, मसँग एक प्रकारको भित्री भावना छ कि "यो स्पष्ट रूपमा गर्नुपर्दछ, यसको निश्चित सम्भावनाहरू छन्।" तर वास्तवमा किन, त्यहाँ कुनै स्पष्ट सूत्र छैन। जस्तै, यदि तपाइँ अवस्थित केन्द्रीकृत उपकरणहरू हेर्नुहुन्छ, तब धेरै सन्दर्भमा तिनीहरू धेरै अगाडि छन् (स्थिरता, गति, व्यवस्थापन, आदि)। यद्यपि, मसँग एउटा विचार छ जुन अर्थपूर्ण देखिन्छ र जुन त्यस्ता विकेन्द्रीकृत प्रणालीहरू बिना लागू गर्न सकिँदैन। निस्सन्देह, म धेरै कडा स्विंग गर्दैछु, तर म यसलाई यसरी तयार गर्नेछु: इन्टरनेटमा जानकारी फैलाउने सिद्धान्त परिवर्तन हुनुपर्छ।

मलाई बयान गर्न देउ। यदि तपाइँ यसको बारेमा सोच्नुहुन्छ भने, अब हामीसँग सिद्धान्त अनुसार वितरण गरिएको जानकारी छ "मलाई आशा छ कि जसलाई मैले यो दिएँ उसले यसको रक्षा गर्नेछ र यो हराउने वा प्राप्त गर्ने छैन जसलाई यो उद्देश्य थिएन।" उदाहरणको रूपमा, विभिन्न मेल सेवाहरू, क्लाउड भण्डारणहरू, आदि विचार गर्न सजिलो छ। र हामी के संग अन्त? Habré हब मा सूचना सुरक्षा पहिलो पङ्क्तिमा छ र लगभग हरेक दिन हामीले अर्को विश्वव्यापी चुहावटको बारेमा समाचार प्राप्त गर्छौं। सिद्धान्त मा, सबै भन्दा चाखलाग्दो चीजहरू सूचीबद्ध छन् <irony> अद्भुत लेख गर्मी लगभग सकिएको छ। त्यहाँ लगभग कुनै अनलिक डाटा बाँकी छैन। त्यो हो, मुख्य इन्टरनेट दिग्गजहरू ठूला हुँदैछन्, तिनीहरूले अधिक र अधिक जानकारी सङ्कलन गर्दैछन्, र त्यस्ता लीकहरू एक प्रकारको सूचना परमाणु विस्फोट हुन्। यो पहिले कहिल्यै भएको थिएन, र यो यहाँ फेरि छ। एकै समयमा, यद्यपि धेरैले बुझ्छन् कि त्यहाँ जोखिमहरू छन्, तिनीहरूले तेस्रो-पक्ष कम्पनीहरूलाई आफ्नो डेटा विश्वास गर्न जारी राख्नेछन्। पहिलो, त्यहाँ धेरै विकल्प छैन, र दोस्रो, तिनीहरूले वाचा गर्छन् कि तिनीहरूले सबै प्वालहरू प्याच अप गरिसकेका छन् र यो फेरि कहिल्यै हुनेछैन।

म के विकल्प देख्छु? यो मलाई लाग्छ कि डाटा सुरुमा खुला रूपमा वितरण गर्नुपर्छ। तर यस मामला मा खुलापन को मतलब सबै कुरा पढ्न सजिलो हुनुपर्छ भन्ने छैन। म भण्डारण र वितरणको खुलापनको बारेमा कुरा गर्दैछु, तर पढ्नमा पूर्ण खुलापन छैन। म मान्छु कि जानकारी सार्वजनिक कुञ्जीहरु संग वितरित हुनुपर्छ। आखिर, सार्वजनिक / निजी कुञ्जीहरूको सिद्धान्त पहिले नै पुरानो छ, लगभग इन्टरनेट जस्तै। यदि जानकारी गोप्य छैन र फराकिलो सर्कलको लागि अभिप्रेरित छ भने, यसलाई तुरुन्तै सार्वजनिक कुञ्जीको साथ राखिएको छ (तर अझै पनि एन्क्रिप्टेड फारममा, केवल कसैले यसलाई उपलब्ध कुञ्जीसँग डिक्रिप्ट गर्न सक्छ)। र यदि होइन भने, यो सार्वजनिक कुञ्जी बिना राखिएको छ, र कुञ्जी आफैंमा हस्तान्तरण गरिएको छ जुन यो जानकारीमा पहुँच हुनुपर्छ। एकै समयमा, जसले यसलाई पढ्नुपर्छ, उससँग एउटा कुञ्जी मात्र हुनुपर्छ, र यो जानकारी कहाँ प्राप्त गर्ने हो, उसले वास्तवमा उकालो लाग्नु हुँदैन - उसले यसलाई नेटवर्कबाट तान्छ (यो सामग्रीद्वारा वितरणको नयाँ सिद्धान्त हो, द्वारा होइन। ठेगाना)।

यसैले, सामूहिक आक्रमणको लागि, आक्रमणकारीहरूले ठूलो संख्यामा निजी कुञ्जीहरू प्राप्त गर्न आवश्यक पर्दछ, र यो एकै ठाउँमा सम्भव छैन। यो कार्य, जस्तो कि मैले देखेको छु, एक विशेष सेवा ह्याक गर्नु भन्दा धेरै गाह्रो छ।

र यहाँ अर्को समस्या बन्द छ: लेखकत्व पुष्टि। अब इन्टरनेटमा तपाईले हाम्रा साथीहरूले लेखेका धेरै उद्धरणहरू पाउन सक्नुहुन्छ। तर तिनीहरूले लेखेका थिए भन्ने ग्यारेन्टी कहाँ छ? अब, यदि यस्तो प्रत्येक रेकर्ड एक डिजिटल हस्ताक्षर संग भएको थियो, यो धेरै सजिलो हुनेछ। र यो जानकारी कहाँ छ भन्ने कुराले फरक पार्दैन, मुख्य कुरा हस्ताक्षर हो, जुन निस्सन्देह, जाली गर्न गाह्रो छ।

र यहाँ के रोचक छ यहाँ छ: IPFS ले पहिले नै एन्क्रिप्शन उपकरणहरू बोक्छ (के पछि, यो ब्लकचेन प्रविधिमा निर्मित छ)। निजी कुञ्जी तुरुन्तै कन्फिगरेसनमा निर्दिष्ट गरिएको छ।

  "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 प्रयोगकर्ताहरूले मतदान गरे। 13 प्रयोगकर्ताहरू रोकिए।

स्रोत: www.habr.com