Go to file
2023-09-06 21:06:03 +02:00
AppDir Allow setting tun name in daemon config 2023-09-01 16:45:21 +02:00
docs Fix create host docs 2023-08-13 16:37:37 +02:00
go Refactor tests some more, use shared across all of them 2023-09-05 23:14:40 +02:00
nix Refactor how tests are organized 2023-09-01 20:24:42 +02:00
tests Perform garage tests on each of the running nodes 2023-09-06 21:06:03 +02:00
.gitignore Adjust .gitignore after change to yml 2022-11-05 16:32:26 +01:00
default.nix Fix minio-client creating config directory in user's home 2023-09-04 21:38:28 +02:00
flake.lock Make sure we can use nix cache for non-cross-compiling 2023-03-25 17:05:29 +01:00
flake.nix Perform all in-code renames which don't affect actual functionality 2023-08-05 23:53:17 +02:00
LICENSE.txt Add AGPLv3 license 2023-08-25 14:16:52 +02:00
README.md Perform all in-code renames which don't affect actual functionality 2023-08-05 23:53:17 +02:00
release.nix Fix how revision is embedded so that AppImage isn't always recompiled 2023-08-30 18:24:09 +02:00
release.sh Fix how revision is embedded so that AppImage isn't always recompiled 2023-08-30 18:24:09 +02:00
tests.sh Refactor how tests are organized 2023-09-01 20:24:42 +02:00

This project is currently in early-access deep-alpha testing phase. Do not rely on it for anything.


Isle

The Isle project provides the foundation for an autonomous community cloud infrastructure.

This project targets communities of individuals, where certain members of the community would like to host services and applications from servers running in their homes or offices. These servers can range from simple Raspberry Pis to full-sized home PCs.

The core components of Isle, currently, are:

  • A VPN which enables direct peer-to-peer communication. Even if most hosts in the network are on a private LAN (e.g. their home WiFi network) or have a dynamic IP, they can still communicate directly with each other.

  • An S3-compatible network filesystem. Each users can provide as much storage as they care to, if any. Stored data is sharded and replicated across all hosts that choose to provide storage.

  • A DNS server which provides automatic host and service (coming soon) discovery within the network.

These components are wrapped into a single binary, with all setup being automated. Isle takes "just works" very seriously.

Participants are able to build upon these foundations to host services for themselves and others. They can be assured that their communications are private and their storage is reliable, all with zero administrative overhead and zero third parties involved.

Documentation

Isle users fall into different roles, depending on their level of involvement and expertise within their particular network. The documentation is broken down by these categories, so that the reader can easily decide which documents they need to care about.

User Docs

Users are participants who use network resources, but do not provide any network or storage resources themselves. Users may be accessing the network from a laptop, and so are not expected to be online at any particular moment.

Documentation for users:

Operator Docs

Operators are users who own a dedicated host which they can expect to be always-online (to the extent that's possible in a residential environment). Operator hosts will need at least one of the following to be useful:

  • A static public IP, or a dynamic public IP with dDNS set up.

  • At least 100GB of unused storage which can be reserved for the network.

Operators are expected to be familiar with server administration, and to not be afraid of a terminal.

Documentation for operators:

Admin Docs

Admins are users who control membership within the network. They are likely operators as well.

Documentation for admins:

Dev Docs

Devs may or may not be users in any particular isle network. They instead are those who work on the actual code for Isle.

Documentation for devs:

Misc

Besides documentation, there are a few other pages which might be useful: