પીડા વિના IPFS (પરંતુ આ સચોટ નથી)

હકીકત એ છે કે Habré પહેલેથી જ હતી છતાં IPFS વિશે એક કરતાં વધુ લેખ.

હું તરત જ સ્પષ્ટ કરીશ કે હું આ ક્ષેત્રનો નિષ્ણાત નથી, પરંતુ મેં આ ટેક્નોલોજીમાં એક કરતા વધુ વખત રસ દાખવ્યો છે, પરંતુ તેની સાથે રમવાનો પ્રયાસ કરવાથી ઘણી વાર થોડી પીડા થાય છે. આજે મેં ફરીથી પ્રયોગ કરવાનું શરૂ કર્યું અને કેટલાક પરિણામો મળ્યા જે હું શેર કરવા માંગુ છું. ટૂંકમાં, IPFS ઇન્સ્ટોલેશન પ્રક્રિયા અને કેટલીક સુવિધાઓનું વર્ણન કરવામાં આવશે (બધું ઉબુન્ટુ પર કરવામાં આવ્યું હતું, મેં અન્ય પ્લેટફોર્મ પર તેનો પ્રયાસ કર્યો નથી).

જો તમે 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-અપડેટ નવીનતમ ઇન્સ્ટોલ કરો - 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"
}

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

ઉપરોક્ત રીડમી ફાઇલ ખોલવી જોઈએ.

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

અને 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

એટલે કે, આ ફોલ્ડરના રુટની કોઈ સીધી ઍક્સેસ નથી. પરંતુ તમે હેશને જાણીને સામગ્રી મેળવી શકો છો.

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 પુનઃપ્રારંભ કરો.

સેવા ઉમેરી રહ્યા છીએ

અલબત્ત, ટર્મિનલમાં દોડવું માત્ર પ્રારંભિક પરીક્ષણો માટે જ યોગ્ય છે. કોમ્બેટ મોડમાં, ડિમન સિસ્ટમ સ્ટાર્ટઅપ પર આપમેળે શરૂ થવું જોઈએ.

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. સુડો સેવા 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"

જ્યાં સુધી આ કાર્યક્ષમતામાં સુધારો કરવામાં ન આવે ત્યાં સુધી, તમે ઇચ્છિત પીઅર સાથે કનેક્શન તપાસવા માટે એક સાધન લખી શકો છો અને, જો નહીં, તો કનેક્શન ઉમેરવા માટે.

તર્ક

જેઓ પહેલેથી જ આઈપીએફએસથી પરિચિત છે, તેઓમાં આઈપીએફએસ માટે અને વિરુદ્ધ બંને દલીલો છે. મૂળભૂત રીતે, ગઈકાલે ચર્ચા અને મને ફરીથી IPFS માં પ્રવેશ કરવા માટે પ્રોત્સાહિત કર્યું. અને ઉપરોક્ત ચર્ચાના સંદર્ભમાં: હું એમ કહી શકતો નથી કે જેઓ બોલ્યા હતા તેમની કોઈપણ દલીલનો હું સખત વિરોધ કરું છું (હું ફક્ત એ હકીકત સાથે અસંમત છું કે દોઢ પ્રોગ્રામરો IPFS નો ઉપયોગ કરે છે). સામાન્ય રીતે, બંને પોતપોતાની રીતે સાચા છે (ખાસ કરીને ચેક વિશે ટિપ્પણી તમને વિચારવા દે છે). પરંતુ જો આપણે નૈતિક અને કાનૂની મૂલ્યાંકનને છોડી દઈએ, તો આ તકનીકનું તકનીકી મૂલ્યાંકન કોણ આપશે? અંગત રીતે, મને અમુક પ્રકારની આંતરિક લાગણી છે કે "આ સ્પષ્ટપણે થવું જોઈએ, તેની ચોક્કસ સંભાવનાઓ છે." પરંતુ શા માટે બરાબર, ત્યાં કોઈ સ્પષ્ટ રચના નથી. જેમ કે, જો તમે હાલના કેન્દ્રીયકૃત સાધનોને જુઓ, તો ઘણી બાબતોમાં તેઓ ઘણા આગળ છે (સ્થિરતા, ઝડપ, વ્યવસ્થાપનક્ષમતા, વગેરે). તેમ છતાં, મારી પાસે એક વિચાર છે જે અર્થપૂર્ણ લાગે છે અને જે આવી વિકેન્દ્રિત પ્રણાલીઓ વિના ભાગ્યે જ અમલમાં મૂકી શકાય છે. અલબત્ત, હું ખૂબ જ સખત સ્વિંગ કરી રહ્યો છું, પરંતુ હું તેને આ રીતે ઘડીશ: ઇન્ટરનેટ પર માહિતીનો પ્રસાર કરવાનો સિદ્ધાંત બદલવો આવશ્યક છે.

મને સમજાવા દો. જો તમે તેના વિશે વિચારો છો, તો હવે અમારી પાસે સિદ્ધાંત અનુસાર વિતરિત માહિતી છે "હું આશા રાખું છું કે જેમને મેં તે આપ્યું છે તે તેનું રક્ષણ કરશે અને તે ગુમાવશે નહીં કે જેમને તેનો હેતુ ન હતો તે લોકો દ્વારા પ્રાપ્ત થશે નહીં." ઉદાહરણ તરીકે, વિવિધ મેઇલ સેવાઓ, ક્લાઉડ સ્ટોરેજ વગેરેને ધ્યાનમાં લેવું સરળ છે. અને આપણે શું સમાપ્ત કરીએ છીએ? હેબ્રે હબ પર માહિતી સુરક્ષા પ્રથમ લાઇન પર છે અને લગભગ દરરોજ આપણે બીજા વૈશ્વિક લીકના સમાચાર પ્રાપ્ત કરીએ છીએ. સૈદ્ધાંતિક રીતે, બધી સૌથી રસપ્રદ વસ્તુઓ <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 અને ઉદાહરણ પ્રોજેક્ટ જેમ કે ભ્રમણકક્ષા-ડીબીજેના પર તે કામ કરે છે orbit.chat. એટલે કે, સૈદ્ધાંતિક રીતે, દરેક ઉપકરણ (મોબાઇલ અને માત્ર નહીં) તેના પોતાના એન્ક્રિપ્શન-ડિક્રિપ્શન મશીનોથી સરળતાથી સજ્જ થઈ શકે છે. આ કિસ્સામાં, દરેક વ્યક્તિએ તેમની ખાનગી કી સાચવવાની કાળજી લેવી જ રહે છે, અને દરેક વ્યક્તિ પોતાની સુરક્ષા માટે જવાબદાર રહેશે, અને કેટલાક સુપર-લોકપ્રિય ઇન્ટરનેટ જાયન્ટ પર અન્ય માનવ પરિબળના બંધક બનશે નહીં.

ફક્ત નોંધાયેલા વપરાશકર્તાઓ જ સર્વેમાં ભાગ લઈ શકે છે. સાઇન ઇન કરો, મહેરબાની કરીને.

શું તમે પહેલા IPFS વિશે સાંભળ્યું છે?

• મેં IPFS વિશે ક્યારેય સાંભળ્યું નથી, પરંતુ તે રસપ્રદ લાગે છે

• સાંભળ્યું નથી અને સાંભળવા માંગતા નથી

• સાંભળ્યું પણ રસ નથી

• સાંભળ્યું, પણ સમજાયું નહીં, પણ હવે રસપ્રદ લાગે છે

• હું લાંબા સમયથી સક્રિયપણે IPFS નો ઉપયોગ કરી રહ્યો છું.

69 વપરાશકર્તાઓએ મતદાન કર્યું. 13 વપરાશકર્તાઓ દૂર રહ્યા.

સોર્સ: www.habr.com