mirror of
https://github.com/openziti/zrok.git
synced 2024-11-22 16:13:47 +01:00
private shares; tweaks
This commit is contained in:
parent
41791a74a5
commit
b89a7f1709
@ -3,12 +3,12 @@ sidebar_position: 0
|
|||||||
---
|
---
|
||||||
# Shares - Private
|
# Shares - Private
|
||||||
|
|
||||||
`zrok` was designed to securely share and access digital resources. A `private` share allows a resource to be
|
`zrok` was built to share and access digital resources. A `private` share allows a resource to be
|
||||||
shared through a privately available endpoint local to the user accessing the resource. Privately shared resources can only be accessed by another `zrok` user who has the details of your unique share. You are in control of who can access your `private` shares by sharing the the share token.
|
accessed on another user's system as if it were local to them. Privately shared resources can only be accessed by another `zrok` user who has the details of your unique share. You are in control of who can access your `private` shares by sharing the the share token.
|
||||||
|
|
||||||
Peer-to-peer private resource sharing is one of the things that makes `zrok` unique.
|
Peer-to-peer private resource sharing is one of the things that makes `zrok` unique.
|
||||||
|
|
||||||
`zrok` also provides `public` sharing of resources with non-`zrok` users. Public resource sharing is limited to only resources that can be accessed over `HTTP` or `HTTPS`.
|
`zrok` also provides `public` sharing of resources with non-`zrok` users. Public resource sharing is limited to only resources that can be accessed over `HTTP` or `HTTPS`. `private` sharing works with all of the resources types that `zrok` supports.
|
||||||
|
|
||||||
Here's how private sharing works:
|
Here's how private sharing works:
|
||||||
|
|
||||||
@ -16,17 +16,14 @@ Here's how private sharing works:
|
|||||||
|
|
||||||
![zrok_public_share](../images/zrok_private_share.png)
|
![zrok_public_share](../images/zrok_private_share.png)
|
||||||
|
|
||||||
`private` shares are accessed using the `zrok access` command, and require the accessing user to have a working (and `enable`-d) `zrok` account on the same service instance where the share was created.
|
`private` shares are accessed using the `zrok access` command, and require the accessing user to have a `zrok enable`-d account on the same service instance where the share was created.
|
||||||
|
|
||||||
The `private` share is identified by a _share token_, which uniquely identifies your share. The accessing user will use the share token, along with the `zrok access` command to create a local endpoint on their system, which lets them use the shared resource as if it were local to their system.
|
The `private` share is identified by a _share token_. The accessing user will use the share token, along with the `zrok access` command to create a local endpoint on their system, which lets them use the shared resource as if it were local to their system.
|
||||||
|
|
||||||
`private` sharing does not require you to open any firewall ports or otherwise compromise the security of your local system; there is never an attack surface open to the public internet. As soon as you terminate the `zrok share` process, you immediately terminate any possible access to your shared resource.
|
`zrok` does not require you to open any firewall ports or otherwise compromise the security of your local system; there is never an attack surface open to the public internet. As soon as you terminate the `zrok share` process, you immediately terminate any possible access to your shared resource.
|
||||||
|
|
||||||
The shared resource can be a development web server to share with friends and colleagues or perhaps,
|
The shared resource can be a development web server to share with friends and colleagues, a webhook from a server running in the cloud which has `zrok` running and has been instructed to `access` the private resource. `zrok` can also share files, websites, and low-level TCP and UDP network connections using the `tunnel` backend. What matters is that the access to the shared resource is not done in a public way, and can only be accessed by other `zrok` users that have access to your share token.
|
||||||
it could be a webhook from a server running in the cloud which has `zrok` running and has been instructed
|
|
||||||
to `access` the private resource. `zrok` can also share files, websites, and low-level TCP and UDP network connections using the `tunnel` backend. What matters is that the access to the shared resource is not
|
|
||||||
done in a public way, and can only be accessed by other `zrok` users that have access to your share token.
|
|
||||||
|
|
||||||
The peer-to-peer capabilities of `zrok` are an important property of the underlying [OpenZiti](https://docs.openziti.io/docs/learn/introduction/) network that `zrok` uses to provide connectivity between users and resources.
|
The peer-to-peer capabilities of `zrok` are an important property of the underlying [OpenZiti](https://docs.openziti.io/docs/learn/introduction/) network that `zrok` uses to provide connectivity between users and resources.
|
||||||
|
|
||||||
Using `private` shares is easy and is accomplished using the `zrok share private` command. Run `zrok share private` to see the usage output and to further learn how to use the command.
|
Creating `private` shares is easy and is accomplished using the `zrok share private` command. Run `zrok share private` to see the usage output and to further learn how to use the command.
|
Loading…
Reference in New Issue
Block a user