ਆਈਪੀਐਫਐਸ ਦਰਦ ਤੋਂ ਬਿਨਾਂ (ਪਰ ਇਹ ਸਹੀ ਨਹੀਂ ਹੈ)

ਇਸ ਤੱਥ ਦੇ ਬਾਵਜੂਦ ਕਿ ਹੈਬਰੇ ਪਹਿਲਾਂ ਹੀ ਸੀ IPFS ਬਾਰੇ ਇੱਕ ਤੋਂ ਵੱਧ ਲੇਖ.

ਮੈਂ ਤੁਰੰਤ ਸਪੱਸ਼ਟ ਕਰਾਂਗਾ ਕਿ ਮੈਂ ਇਸ ਖੇਤਰ ਵਿੱਚ ਮਾਹਰ ਨਹੀਂ ਹਾਂ, ਪਰ ਮੈਂ ਇਸ ਤਕਨਾਲੋਜੀ ਵਿੱਚ ਇੱਕ ਤੋਂ ਵੱਧ ਵਾਰ ਦਿਲਚਸਪੀ ਦਿਖਾਈ ਹੈ, ਪਰ ਇਸਦੇ ਨਾਲ ਖੇਡਣ ਦੀ ਕੋਸ਼ਿਸ਼ ਕਰਨ ਨਾਲ ਅਕਸਰ ਕੁਝ ਦਰਦ ਹੁੰਦਾ ਹੈ. ਅੱਜ ਮੈਂ ਦੁਬਾਰਾ ਪ੍ਰਯੋਗ ਕਰਨਾ ਸ਼ੁਰੂ ਕੀਤਾ ਅਤੇ ਕੁਝ ਨਤੀਜੇ ਮਿਲੇ ਜੋ ਮੈਂ ਸਾਂਝਾ ਕਰਨਾ ਚਾਹਾਂਗਾ। ਸੰਖੇਪ ਵਿੱਚ, IPFS ਇੰਸਟਾਲੇਸ਼ਨ ਪ੍ਰਕਿਰਿਆ ਅਤੇ ਕੁਝ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ ਦਾ ਵਰਣਨ ਕੀਤਾ ਜਾਵੇਗਾ (ਸਭ ਕੁਝ ਉਬੰਟੂ 'ਤੇ ਕੀਤਾ ਗਿਆ ਸੀ, ਮੈਂ ਇਸਨੂੰ ਦੂਜੇ ਪਲੇਟਫਾਰਮਾਂ 'ਤੇ ਨਹੀਂ ਅਜ਼ਮਾਇਆ ਹੈ)।

ਜੇਕਰ ਤੁਸੀਂ ਖੁੰਝ ਗਏ ਹੋ ਕਿ 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

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 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 'ਤੇ ਜਾਂਦੇ ਹੋ, ਤਾਂ ਤੁਹਾਨੂੰ ਇੱਕ ਕਨੈਕਸ਼ਨ ਗਲਤੀ ਦਿਖਾਈ ਦੇਵੇਗੀ:

ਤੱਥ ਇਹ ਹੈ ਕਿ ਵੈਬੁਈ, ਮੇਰੀ ਰਾਏ ਵਿੱਚ, ਬਹੁਤ ਅਸਪਸ਼ਟਤਾ ਨਾਲ ਕੰਮ ਕਰਦਾ ਹੈ. ਪਹਿਲਾਂ, ਇਹ ਸਰਵਰ ਦੇ 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" ਨੂੰ ਬਦਲਣ ਦੀ ਲੋੜ ਹੈ: ਗਲਤ ਨੂੰ "FuseAllowOther": ਸਹੀ। ਪਰ ਇਹ ਸਭ ਕੁਝ ਨਹੀਂ ਹੈ। ਜੇਕਰ ਤੁਸੀਂ IPFS ਨੂੰ ਰੂਟ ਵਜੋਂ ਚਲਾਉਂਦੇ ਹੋ, ਤਾਂ ਸਭ ਕੁਝ ਠੀਕ ਹੈ। ਅਤੇ ਜੇਕਰ ਇੱਕ ਨਿਯਮਤ ਉਪਭੋਗਤਾ (ਵੀ sudo) ਦੀ ਤਰਫੋਂ, ਤਾਂ ਤੁਹਾਨੂੰ ਇੱਕ ਗਲਤੀ ਮਿਲੇਗੀ

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 ਦੁਆਰਾ ਪ੍ਰਾਪਤ ਕਰਨ ਦੀ ਕੋਸ਼ਿਸ਼ ਕਰਦੇ ਹਾਂ। ਕੀ ਹੋਵੇਗਾ? ਬੇਸ਼ੱਕ, ਸਥਾਨਕ ਸਰਵਰ ਸੰਭਾਵਤ ਤੌਰ 'ਤੇ ਸਾਡੇ ਬਾਹਰੀ ਸਰਵਰ ਬਾਰੇ ਕੁਝ ਵੀ ਨਹੀਂ ਜਾਣਦਾ ਹੈ ਅਤੇ ਸਿਰਫ਼ ਇਸਦੇ ਲਈ ਉਪਲਬਧ ਸਾਰੇ IPFS ਸਾਥੀਆਂ ਨੂੰ "ਪੁੱਛ ਕੇ" (ਜਿਸ ਨਾਲ ਇਹ ਪਹਿਲਾਂ ਹੀ "ਜਾਣੂ" ਹੋਣ ਵਿੱਚ ਕਾਮਯਾਬ ਹੋ ਚੁੱਕਾ ਹੈ) CID ਦੁਆਰਾ ਫਾਈਲ ਲੱਭਣ ਦੀ ਕੋਸ਼ਿਸ਼ ਕਰੇਗਾ। ਜੋ ਬਦਲੇ ਵਿਚ ਦੂਜਿਆਂ ਨੂੰ ਪੁੱਛਣਗੇ। ਅਤੇ ਇਸ ਤਰ੍ਹਾਂ, ਜਦੋਂ ਤੱਕ ਫਾਈਲ ਨਹੀਂ ਮਿਲਦੀ. ਅਸਲ ਵਿੱਚ, ਇਹੀ ਗੱਲ ਉਦੋਂ ਵਾਪਰਦੀ ਹੈ ਜਦੋਂ ਅਸੀਂ ਅਧਿਕਾਰਤ ਗੇਟਵੇ ਰਾਹੀਂ ਫਾਈਲ ਪ੍ਰਾਪਤ ਕਰਨ ਦੀ ਕੋਸ਼ਿਸ਼ ਕਰਦੇ ਹਾਂ ipfs.io. ਜੇਕਰ ਤੁਸੀਂ ਖੁਸ਼ਕਿਸਮਤ ਹੋ, ਤਾਂ ਫਾਈਲ ਕੁਝ ਸਕਿੰਟਾਂ ਵਿੱਚ ਮਿਲ ਜਾਵੇਗੀ। ਅਤੇ ਜੇ ਨਹੀਂ, ਤਾਂ ਇਹ ਕੁਝ ਮਿੰਟਾਂ ਵਿੱਚ ਵੀ ਨਹੀਂ ਮਿਲੇਗਾ, ਜੋ ਕੰਮ ਦੇ ਆਰਾਮ ਨੂੰ ਬਹੁਤ ਪ੍ਰਭਾਵਿਤ ਕਰਦਾ ਹੈ. ਪਰ ਅਸੀਂ ਜਾਣਦੇ ਹਾਂ ਕਿ ਇਹ ਫਾਈਲ ਪਹਿਲਾਂ ਕਿੱਥੇ ਦਿਖਾਈ ਦੇਵੇਗੀ। ਇਸ ਲਈ ਅਸੀਂ ਤੁਰੰਤ ਆਪਣੇ ਸਥਾਨਕ ਸਰਵਰ ਨੂੰ "ਪਹਿਲਾਂ ਉੱਥੇ ਖੋਜੋ" ਕਿਉਂ ਨਹੀਂ ਦੱਸਦੇ? ਜ਼ਾਹਰ ਹੈ, ਇਹ ਕੀਤਾ ਜਾ ਸਕਦਾ ਹੈ.

1. ਅਸੀਂ ਰਿਮੋਟ ਸਰਵਰ 'ਤੇ ਜਾਂਦੇ ਹਾਂ ਅਤੇ ~/.ipfs/config ਸੰਰਚਨਾ ਨੂੰ ਦੇਖਦੇ ਹਾਂ

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

2. ਸੂਡੋ ਸੇਵਾ ਆਈਪੀਐਫਐਸ ਸਥਿਤੀ ਚਲਾਓ ਅਤੇ ਇਸ ਵਿੱਚ ਸਵੈਮ ਐਂਟਰੀਆਂ ਦੀ ਭਾਲ ਕਰੋ, ਉਦਾਹਰਨ ਲਈ:

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

3. ਅਸੀਂ ਇਸ ਤੋਂ "/ip4/ip_your_server/tcp/4001/ipfs/$PeerID" ਫਾਰਮ ਦਾ ਆਮ ਪਤਾ ਜੋੜਦੇ ਹਾਂ।

4. ਭਰੋਸੇਯੋਗਤਾ ਲਈ, ਅਸੀਂ ਇਸ ਪਤੇ ਨੂੰ ਆਪਣੇ ਸਥਾਨਕ webui ਰਾਹੀਂ ਸਾਥੀਆਂ ਨਾਲ ਜੋੜਨ ਦੀ ਕੋਸ਼ਿਸ਼ ਕਰਾਂਗੇ।

5. ਜੇਕਰ ਸਭ ਕੁਝ ਠੀਕ ਹੈ, ਤਾਂ ਸਥਾਨਕ ਸੰਰਚਨਾ ~ / .ipfs / config ਖੋਲ੍ਹੋ, ਇਸ ਵਿੱਚ "ਬੂਟਸਟਰੈਪ" ਲੱਭੋ: [...
ਅਤੇ ਪਹਿਲਾਂ ਪ੍ਰਾਪਤ ਹੋਏ ਐਡਰੈੱਸ ਨੂੰ ਐਰੇ ਵਿੱਚ ਸ਼ਾਮਲ ਕਰੋ।

IPFS ਮੁੜ-ਚਾਲੂ ਕਰੋ।

ਆਉ ਹੁਣ ਫਾਈਲ ਨੂੰ ਬਾਹਰੀ ਸਰਵਰ ਵਿੱਚ ਜੋੜੀਏ ਅਤੇ ਇਸਨੂੰ ਸਥਾਨਕ ਇੱਕ 'ਤੇ ਬੇਨਤੀ ਕਰਨ ਦੀ ਕੋਸ਼ਿਸ਼ ਕਰੀਏ। ਤੇਜ਼ ਉੱਡਣਾ ਚਾਹੀਦਾ ਹੈ।

ਪਰ ਇਹ ਕਾਰਜਸ਼ੀਲਤਾ ਅਜੇ ਸਥਿਰ ਨਹੀਂ ਹੈ। ਜਿੱਥੋਂ ਤੱਕ ਮੈਂ ਸਮਝਦਾ ਹਾਂ, ਭਾਵੇਂ ਅਸੀਂ ਬੂਟਸਟਰੈਪ ਵਿੱਚ ਇੱਕ ਪੀਅਰ ਦਾ ਪਤਾ ਨਿਰਧਾਰਤ ਕਰਦੇ ਹਾਂ, ipfs ਓਪਰੇਸ਼ਨ ਦੌਰਾਨ ਸਾਥੀਆਂ ਨਾਲ ਸਰਗਰਮ ਕਨੈਕਸ਼ਨਾਂ ਦੀ ਸੂਚੀ ਨੂੰ ਬਦਲਦਾ ਹੈ। ਵੈਸੇ ਵੀ, ਇਸ ਬਾਰੇ ਅਤੇ ਸਥਾਈ ਤਿਉਹਾਰਾਂ ਨੂੰ ਨਿਰਧਾਰਤ ਕਰਨ ਦੀ ਸੰਭਾਵਨਾ ਬਾਰੇ ਵਿਚਾਰ-ਵਟਾਂਦਰਾ ਚੱਲ ਰਿਹਾ ਹੈ ਇੱਥੇ ਅਤੇ ਇਸ ਤਰ੍ਹਾਂ ਲੱਗਦਾ ਹੈ ਚਾਹੀਦਾ ਹੈ ਵਿੱਚ ਕੁਝ ਕਾਰਜਕੁਸ਼ਲਤਾ ਸ਼ਾਮਲ ਕਰੋ [ਈਮੇਲ ਸੁਰੱਖਿਅਤ]+

ਮੌਜੂਦਾ ਸਾਥੀਆਂ ਦੀ ਸੂਚੀ ਨੂੰ webui ਅਤੇ ਟਰਮੀਨਲ ਦੋਵਾਂ ਵਿੱਚ ਦੇਖਿਆ ਜਾ ਸਕਦਾ ਹੈ।

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