🥇IPFS वेदनाशिवाय (परंतु हे अचूक नाही)

Habré आधीच होते की असूनही 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 अद्यतन.

कमांडसह ते स्थापित करा

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

त्यानंतर, तुम्ही खालील आदेश चालवू शकता:

ipfs-अपडेट आवृत्त्या - डाउनलोडसाठी सर्व उपलब्ध आवृत्त्या पाहण्यासाठी.
ipfs-अपडेट आवृत्ती - सध्या स्थापित केलेली आवृत्ती पाहण्यासाठी (आम्ही आयपीएफएस स्थापित करेपर्यंत, ते काहीही नसेल).
ipfs-अद्यतन नवीनतम स्थापित करा - 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.io/ipfs/QmS4ustL54uo8FzR9455qaxZwuMiUhyvMcX9Ba8nUH4uVv. त्याच वेळी, आपण खात्री बाळगू शकता की फोल्डरची सामग्री कोणत्याही प्रकारे बदलली नाही, कारण जर ती बदलली असती तर हॅश देखील बदलला असता.

तसे, या प्रकरणात, आयपीएफएसमध्ये आवृत्ती नियंत्रण सर्व्हरसह काही समानता आहेत. आपण फोल्डरच्या स्त्रोत फायलींमध्ये बदल केल्यास आणि पुन्हा फोल्डर आयपीएफएसमध्ये ओतल्यास, त्यास एक नवीन पत्ता प्राप्त होईल. त्याच वेळी, जुने फोल्डर असे कुठेही जाणार नाही आणि त्याच्या आधीच्या पत्त्यावर उपलब्ध असेल.

थेट प्रक्षेपण

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/). परंतु बाह्य सर्व्हरवर स्थापित केल्यावर, डीफॉल्टनुसार, गेटवे इंटरनेटसाठी बंद असतात. गेटवे दोन:

webui प्रशासक (github) पोर्ट 5001 वर.
पोर्ट 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 सेटिंग्ज थेट बदलल्या जाऊ शकतात, परंतु खाली मी कॉन्फिगरेशनच्या पर्यायांचा थेट कॉन्फिगरेशन फाइलद्वारे विचार करेन, जे सामान्यतः गंभीर नसते. कॉन्फिगरेशन कुठे आहे आणि त्याचे काय करायचे हे लक्षात ठेवणे चांगले आहे, अन्यथा वेब फेस कार्य करत नसल्यास, ते अधिक कठीण होईल.

तुमच्या सर्व्हरसह काम करण्यासाठी वेब इंटरफेस सेट करत आहे

येथे पहिला खड्डा आहे, ज्याला सुमारे तीन तास लागले.

जर तुम्ही बाह्य सर्व्हरवर आयपीएफएस स्थापित केले असेल, परंतु स्थानिक पातळीवर आयपीएफएस स्थापित किंवा चालवले नसेल, तर तुम्ही वेब इंटरफेसमध्ये /webui वर जाता तेव्हा, तुम्हाला कनेक्शन त्रुटी दिसेल:

वस्तुस्थिती अशी आहे की वेबई, माझ्या मते, अतिशय संदिग्धपणे कार्य करते. प्रथम, ते सर्व्हरच्या API शी कनेक्ट करण्याचा प्रयत्न करते जेथे इंटरफेस उघडला आहे (अर्थातच ब्राउझरमधील पत्त्यावर आधारित). आणि जर ते तिथे काम करत नसेल, तर ते स्थानिक गेटवेशी जोडण्याचा प्रयत्न करते. आणि जर तुमचा IPFS स्थानिक पातळीवर चालत असेल, तर webui तुमच्यासाठी चांगले काम करेल, फक्त तुम्ही स्थानिक 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 रीस्टार्ट करतो आणि आम्ही पाहतो की 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" बदलणे आवश्यक आहे: false ते "FuseAllowOther": true. पण एवढेच नाही. तुम्ही आयपीएफएस रूट म्हणून चालवल्यास, सर्वकाही ठीक आहे. आणि जर नियमित वापरकर्त्याच्या वतीने (सुडो देखील), तर तुम्हाला एक त्रुटी मिळेल

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 स्वयंचलितपणे यशस्वीपणे सुरू होते हे तपासण्यासाठी भविष्यात सर्व्हर रीबूट करणे शक्य होईल.

आमच्यासाठी ज्ञात मेजवानी जोडणे

आमच्याकडे बाह्य सर्व्हरवर आणि स्थानिक दोन्ही ठिकाणी आयपीएफएस नोड स्थापित आहेत अशा परिस्थितीचा विचार करा. बाह्य सर्व्हरवर, आम्ही काही फाइल जोडतो आणि ती स्थानिक पातळीवर CID द्वारे IPFS द्वारे मिळवण्याचा प्रयत्न करतो. काय होईल? अर्थात, स्थानिक सर्व्हरला बहुधा आमच्या बाह्य सर्व्हरबद्दल काहीही माहिती नसते आणि सीआयडी द्वारे उपलब्ध असलेल्या सर्व आयपीएफएस समवयस्कांना "विचारून" फाइल शोधण्याचा प्रयत्न करेल (ज्याशी तो आधीच "परिचित होण्यास" व्यवस्थापित झाला आहे). त्या बदल्यात इतरांना विचारतील. आणि असेच, फाइल सापडेपर्यंत. वास्तविक, जेव्हा आपण अधिकृत गेटवेद्वारे फाइल मिळविण्याचा प्रयत्न करतो तेव्हा असेच घडते ipfs.io. आपण भाग्यवान असल्यास, फाइल काही सेकंदात सापडेल. आणि नसल्यास, काही मिनिटांतही ते सापडणार नाही, जे कामाच्या आरामावर मोठ्या प्रमाणात परिणाम करते. पण ही फाईल प्रथम कुठे दिसेल हे आम्हाला माहीत आहे. मग आम्ही आमच्या स्थानिक सर्व्हरला "आधी तिथे शोधा" असे का सांगत नाही? वरवर पाहता, हे केले जाऊ शकते.

1. आम्ही रिमोट सर्व्हरवर जातो आणि ~/.ipfs/config कॉन्फिगरेशनमध्ये पाहतो

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

2. sudo सेवा ipfs स्थिती चालवा आणि त्यात झुंड नोंदी पहा, उदाहरणार्थ:

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

3. आम्ही यामधून "/ip4/ip_your_server/tcp/4001/ipfs/$PeerID" फॉर्मचा सामान्य पत्ता जोडतो.

4. विश्वासार्हतेसाठी, आम्ही आमच्या स्थानिक webui द्वारे हा पत्ता समवयस्कांना जोडण्याचा प्रयत्न करू.

5. सर्वकाही ठीक असल्यास, स्थानिक कॉन्फिगरेशन ~ / .ipfs / config उघडा, त्यात "बूटस्ट्रॅप" शोधा: [...
आणि अॅरेमध्ये प्रथम प्राप्त केलेला पत्ता जोडा.

IPFS रीस्टार्ट करा.

आता बाह्य सर्व्हरमध्ये फाइल जोडू आणि स्थानिक सर्व्हरवर विनंती करण्याचा प्रयत्न करूया. वेगाने उड्डाण केले पाहिजे.

परंतु ही कार्यक्षमता अद्याप स्थिर नाही. माझ्या समजल्याप्रमाणे, जरी आम्ही बूटस्ट्रॅपमध्ये पीअरचा पत्ता निर्दिष्ट केला असला तरीही, ipfs ऑपरेशन दरम्यान समवयस्कांशी सक्रिय कनेक्शनची सूची बदलते. कोणत्याही परिस्थितीत, कायमस्वरूपी मेजवानी निर्दिष्ट करण्याच्या शक्यतेबद्दल या आणि शुभेच्छांची चर्चा सुरू आहे. येथे आणि असे दिसते पाहिजे मध्ये काही कार्यक्षमता जोडा [ईमेल संरक्षित]+

सध्याच्या समवयस्कांची यादी वेबई आणि टर्मिनल दोन्हीमध्ये पाहिली जाऊ शकते.

ipfs swarm peers

आणि इथे आणि तिथे तुम्ही तुमची मेजवानी व्यक्तिचलितपणे जोडू शकता.

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

जोपर्यंत ही कार्यक्षमता सुधारली जात नाही तोपर्यंत, आपण इच्छित पीअरशी कनेक्शन तपासण्यासाठी आणि नसल्यास, कनेक्शन जोडण्यासाठी एक साधन लिहू शकता.

तर्क

आयपीएफएसशी आधीच परिचित असलेल्यांमध्ये, आयपीएफएसच्या बाजूने आणि विरुद्ध दोन्ही युक्तिवाद आहेत. मुळात काल चर्चा आणि मला पुन्हा आयपीएफएसमध्ये जाण्यास सांगितले. आणि वर नमूद केलेल्या चर्चेच्या संदर्भात: मी असे म्हणू शकत नाही की ज्यांनी बोलले त्यांच्या कोणत्याही युक्तिवादाला मी ठामपणे विरोध करतो (मी फक्त दीड प्रोग्रामर आयपीएफएस वापरतो या वस्तुस्थितीशी असहमत आहे). सर्वसाधारणपणे, दोघेही त्यांच्या स्वत: च्या मार्गाने बरोबर आहेत (विशेषतः चेकबद्दल टिप्पणी तुम्हाला विचार करायला लावते). पण जर आपण नैतिक आणि कायदेशीर मूल्यमापन नाकारले तर या तंत्रज्ञानाचे तांत्रिक मूल्यांकन कोण देईल? वैयक्तिकरित्या, मला एक प्रकारची आंतरिक भावना आहे की "हे निःसंदिग्धपणे केले पाहिजे, त्याच्या काही शक्यता आहेत." पण नेमके का, याचे कोणतेही स्पष्ट सूत्र नाही. जसे की, तुम्ही विद्यमान केंद्रीकृत साधने पाहिल्यास, ते अनेक बाबतीत खूप पुढे आहेत (स्थिरता, गती, व्यवस्थापनक्षमता इ.). तरीसुद्धा, माझ्याकडे एक विचार आहे जो अर्थपूर्ण वाटतो आणि जो अशा विकेंद्रित प्रणालींशिवाय क्वचितच लागू केला जाऊ शकतो. अर्थात, मी खूप कठीण आहे, परंतु मी ते अशा प्रकारे तयार करेन: इंटरनेटवर माहिती प्रसारित करण्याचे तत्त्व बदलले पाहिजे.

मला समजावून सांगा. आपण याबद्दल विचार केल्यास, आता आमच्याकडे तत्त्वानुसार वितरीत केलेली माहिती आहे "मला आशा आहे की मी ज्याला ते दिले आहे तो त्याचे रक्षण करेल आणि ज्यांना ते अभिप्रेत नव्हते त्यांच्याकडून ती गमावली जाणार नाही किंवा प्राप्त होणार नाही." उदाहरण म्हणून, विविध मेल सेवा, क्लाउड स्टोरेज इत्यादींचा विचार करणे सोपे आहे. आणि आपण काय संपवतो? 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.................

मी सुरक्षा तज्ञ नाही आणि ते योग्यरित्या कसे वापरावे हे मला माहित नाही, परंतु मला असे दिसते की या की आयपीएफएस नोड्समधील विनिमय स्तरावर वापरल्या जातात. आणि देखील js-ipfs आणि उदाहरण प्रकल्प जसे की orbit-dbज्यावर ते कार्य करते orbit.chat. म्हणजेच, सैद्धांतिकदृष्ट्या, प्रत्येक डिव्हाइस (केवळ मोबाइल आणि नाही) त्याच्या स्वत: च्या एन्क्रिप्शन-डिक्रिप्शन मशीनसह सहजपणे सुसज्ज केले जाऊ शकते. या प्रकरणात, प्रत्येकाने त्यांच्या खाजगी की जतन करण्याची काळजी घेणे बाकी आहे, आणि प्रत्येकजण त्यांच्या स्वत: च्या सुरक्षिततेसाठी जबाबदार असेल आणि काही सुपर-लोकप्रिय इंटरनेट दिग्गजांवर दुसर्या मानवी घटकाचे ओलिस होणार नाही.

केवळ नोंदणीकृत वापरकर्तेच सर्वेक्षणात भाग घेऊ शकतात. साइन इन करा, आपले स्वागत आहे.

तुम्ही आधी IPFS बद्दल ऐकले आहे का?

मी IPFS बद्दल कधीही ऐकले नाही, परंतु ते मनोरंजक वाटते
ऐकले नाही आणि ऐकायचे नाही
ऐकले पण रस नाही
ऐकले, पण समजले नाही, पण आता मनोरंजक वाटते
मी बर्याच काळापासून सक्रियपणे IPFS वापरत आहे.

69 वापरकर्त्यांनी मतदान केले. 13 वापरकर्ते दूर राहिले.

स्त्रोत: www.habr.com

वेदनाशिवाय IPFS (परंतु हे अचूक नाही)