🥇IPFS बिना दर्द के (लेकिन यह सटीक नहीं है)

इस तथ्य के बावजूद कि हब्रे पहले से ही था IPFS के बारे में एक से अधिक लेख.

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

यदि आप चूक गए हैं कि IPFS क्या है, तो इसे यहाँ कुछ विस्तार से लिखा गया है: habr.com/en/post/314768

स्थापना

प्रयोग की शुद्धता के लिए, मैं इसे तुरंत किसी बाहरी सर्वर पर स्थापित करने का सुझाव देता हूं, क्योंकि हम स्थानीय मोड और रिमोट में काम करने के कुछ नुकसानों पर विचार करेंगे। फिर, यदि वांछित हो, तो इसे लंबे समय तक ध्वस्त नहीं किया जाएगा, बहुत कुछ नहीं है।

जा स्थापित करें

आधिकारिक दस्तावेज
पर वर्तमान संस्करण देखें golang.org/dl

नोट: आईपीएफएस को उस उपयोगकर्ता की ओर से स्थापित करना बेहतर है जो इसे सबसे अधिक बार उपयोग करने वाला है। तथ्य यह है कि नीचे हम माउंटिंग के विकल्प पर विचार करेंगे फ्यूज और सूक्ष्मताएँ हैं।

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

आईपीएफएस स्थापित करें

मुझे इंस्टॉलेशन विधि सबसे ज्यादा पसंद आई आईपीएफ अपडेट.

इसे कमांड से इंस्टॉल करें

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

उसके बाद, आप निम्न आदेश चला सकते हैं:

ipfs-अद्यतन संस्करण - डाउनलोड के लिए सभी उपलब्ध संस्करणों को देखने के लिए।
ipfs-अद्यतन संस्करण - वर्तमान में स्थापित संस्करण को देखने के लिए (जब तक हमारे पास आईपीएफएस स्थापित नहीं होगा, यह कोई नहीं होगा)।
ipfs-अद्यतन नवीनतम स्थापित करें - आईपीएफएस का नवीनतम संस्करण स्थापित करें। नवीनतम के बजाय, क्रमशः, आप उपलब्ध लोगों की सूची से कोई वांछित संस्करण निर्दिष्ट कर सकते हैं।

आईपीएफ की स्थापना

ipfs-update install latest

चेक

ipfs --version

सीधे स्थापना के साथ सामान्य शब्दों में सब कुछ।

आईपीएफएस प्रारंभ करें

प्रारंभ

पहले आपको इनिशियलाइज़ेशन करने की आवश्यकता है।

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

अब, यदि आपने स्थानीय रूप से आईपीएफएस स्थापित किया है, तो आप स्थानीय पतों पर आईपीएफएस इंटरफेस का उपयोग करेंगे और सब कुछ आपके लिए उपलब्ध होगा (उदाहरण के लिए, स्थानीय होस्ट:5001/वेबुई/). लेकिन जब बाहरी सर्वर पर स्थापित किया जाता है, तो डिफ़ॉल्ट रूप से, गेटवे इंटरनेट के लिए बंद हो जाते हैं। गेटवे दो:

वेबुई व्यवस्थापक (GitHub) पोर्ट 5001 पर।
पोर्ट 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 को अपने सर्वर के आईपी में बदलें और फ़ाइल को सेव करें, फिर 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/

वेब इंटरफेस खुलना चाहिए।

यदि वेबुई आपके लिए काम करता है, तो इसमें IPFS सेटिंग्स को सीधे बदला जा सकता है, जिसमें आँकड़े देखना भी शामिल है, लेकिन नीचे मैं सीधे कॉन्फ़िगरेशन फ़ाइल के माध्यम से कॉन्फ़िगरेशन विकल्पों पर विचार करूँगा, जो आमतौर पर महत्वपूर्ण नहीं है। यह याद रखना बेहतर है कि कॉन्फिग कहां है और इसके साथ क्या करना है, अन्यथा यदि वेब फेस काम नहीं करता है, तो यह और मुश्किल हो जाएगा।

अपने सर्वर के साथ काम करने के लिए एक वेब इंटरफेस की स्थापना

यहाँ पहला गड्ढा है, जिसमें लगभग तीन घंटे लगे।

यदि आपने बाहरी सर्वर पर IPFS स्थापित किया है, लेकिन IPFS को स्थानीय रूप से स्थापित या चलाया नहीं है, तो जब आप वेब इंटरफ़ेस में /webui पर जाते हैं, तो आपको एक कनेक्शन त्रुटि दिखाई देनी चाहिए:

तथ्य यह है कि वेबुई, मेरी राय में, बहुत अस्पष्ट रूप से काम करता है। सबसे पहले, यह सर्वर के एपीआई से कनेक्ट करने का प्रयास करता है जहां इंटरफ़ेस खुला है (ब्राउज़र में पते के आधार पर)। और अगर यह वहां काम नहीं करता है, तो यह स्थानीय गेटवे से कनेक्ट करने का प्रयास करता है। और अगर आपके पास स्थानीय रूप से आईपीएफएस चल रहा है, तो वेबुई आपके लिए ठीक काम करेगा, केवल आप स्थानीय आईपीएफएस के साथ काम करेंगे, और बाहरी नहीं, हालांकि आपने बाहरी सर्वर पर वेबुई खोली है। फिर आप फ़ाइलें अपलोड करते हैं, लेकिन किसी कारण से आप उन्हें बाहरी सर्वर पर ऐसे ही नहीं देखते हैं...

और अगर यह स्थानीय रूप से नहीं चल रहा है, तो हमें एक कनेक्शन त्रुटि मिलती है। हमारे मामले में, CORS के कारण त्रुटि की सबसे अधिक संभावना है, जो कि वेबुई द्वारा भी इंगित किया गया है, जो एक कॉन्फ़िगरेशन जोड़ने का सुझाव देता है।

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 को पुनरारंभ करते हैं और हम देखते हैं कि वेबुई सफलतापूर्वक कनेक्ट हो गया है (किसी भी स्थिति में, यदि आपने बाहर से अनुरोधों के लिए गेटवे खोला है, जैसा कि ऊपर वर्णित है)।

अब आप फ़ोल्डर और फ़ाइलें सीधे वेब इंटरफ़ेस के माध्यम से अपलोड कर सकते हैं, साथ ही अपने स्वयं के फ़ोल्डर भी बना सकते हैं।

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 डेमॉन पैरामीटर -माउंट -माउंट-आईपीएफएस /आईपीएफएस_पथ -माउंट-आईपीएनएस /आईपीएनएस_पथ के माध्यम से उनके लिए पथ निर्दिष्ट कर सकते हैं

अब इस फोल्डर से पढ़ना कुछ असामान्य है।

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": false को "FuseAllowOther": 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 को पुनरारंभ करें।

एक सेवा जोड़ना

बेशक, टर्मिनल में दौड़ना केवल शुरुआती परीक्षणों के लिए उपयुक्त है। कॉम्बैट मोड में, डेमॉन स्वचालित रूप से सिस्टम स्टार्टअप पर प्रारंभ होना चाहिए।

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

1. हम रिमोट सर्वर पर जाते हैं और ~/.ipfs/config कॉन्फिग में देखते हैं

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

2. sudo service ipfs status चलाएँ और इसमें स्वार्म प्रविष्टियाँ देखें, उदाहरण के लिए:

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

3. हम इसमें से "/ip4/ip_your_server/tcp/4001/ipfs/$PeerID" फ़ॉर्म का सामान्य पता जोड़ते हैं।

4. विश्वसनीयता के लिए, हम इस पते को अपने स्थानीय वेबुई के माध्यम से साथियों के साथ जोड़ने का प्रयास करेंगे।

5. यदि सब कुछ ठीक है, तो स्थानीय कॉन्फ़िगरेशन ~ / .ipfs / कॉन्फ़िगरेशन खोलें, इसमें "बूटस्ट्रैप" ढूंढें: [...
और प्राप्त पते को पहले सरणी में जोड़ें।

IPFS को पुनरारंभ करें।

अब फ़ाइल को बाहरी सर्वर में जोड़ते हैं और इसे स्थानीय सर्वर पर अनुरोध करने का प्रयास करते हैं। तेज उड़ना चाहिए।

लेकिन यह कार्यक्षमता अभी स्थिर नहीं है। जहाँ तक मैं समझता हूँ, भले ही हम बूटस्ट्रैप में एक सहकर्मी का पता निर्दिष्ट करते हैं, ipfs ऑपरेशन के दौरान साथियों के साथ सक्रिय कनेक्शन की सूची को बदल देता है। किसी भी मामले में, स्थायी दावतों को निर्दिष्ट करने की संभावना के बारे में इस और इच्छाओं की चर्चा चल रही है यहां और ऐसा लगता है माना जाता है कुछ कार्यक्षमता जोड़ें [ईमेल संरक्षित]+

वर्तमान साथियों की सूची वेबुई और टर्मिनल दोनों में देखी जा सकती है।

ipfs swarm peers

और यहां और वहां आप अपने दावत को मैन्युअल रूप से जोड़ सकते हैं।

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

जब तक इस कार्यक्षमता में सुधार नहीं किया जाता है, तब तक आप वांछित सहकर्मी से कनेक्शन की जांच करने के लिए एक उपकरण लिख सकते हैं और यदि नहीं, तो कनेक्शन जोड़ने के लिए।

विचार

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

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

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

इस प्रकार, बड़े पैमाने पर हमले के लिए, हमलावरों को बड़ी संख्या में निजी कुंजी प्राप्त करने की आवश्यकता होगी, और यह एक ही स्थान पर किए जाने की संभावना नहीं है। यह कार्य, जैसा कि मैं देखता हूं, किसी विशेष सेवा को हैक करने से कहीं अधिक कठिन है।

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

और यहाँ क्या दिलचस्प है: 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 नोड्स के बीच विनिमय के स्तर पर किया जाता है। और भी जेएस-आईपीएफएस और उदाहरण परियोजनाओं जैसे कक्षा-डीबीजिस पर यह कार्य करता है ऑर्बिट.चैट. यही है, सैद्धांतिक रूप से, प्रत्येक डिवाइस (मोबाइल और न केवल) को आसानी से अपनी एन्क्रिप्शन-डिक्रिप्शन मशीनों से लैस किया जा सकता है। इस मामले में, यह केवल सभी के लिए अपनी निजी चाबियों को बचाने के लिए रहता है, और हर कोई अपनी सुरक्षा के लिए जिम्मेदार होगा, और कुछ सुपर-लोकप्रिय इंटरनेट दिग्गजों पर किसी अन्य मानवीय कारक का बंधक नहीं होगा।

केवल पंजीकृत उपयोगकर्ता ही सर्वेक्षण में भाग ले सकते हैं। साइन इन करेंकृपया।

क्या आपने पहले IPFS के बारे में सुना है?

मैंने आईपीएफएस के बारे में कभी नहीं सुना है, लेकिन यह दिलचस्प लगता है
न सुना है और न सुनना चाहते हैं
सुना लेकिन दिलचस्पी नहीं
सुना, पर समझा नहीं, पर अब रोचक लगने लगा है
मैं लंबे समय से IPFS का सक्रिय रूप से उपयोग कर रहा हूं।

69 उपयोगकर्ताओं ने मतदान किया। 13 उपयोगकर्ता अनुपस्थित रहे।

स्रोत: www.habr.com

IPFS बिना दर्द के (लेकिन यह सटीक नहीं है)