Skip to content
GitLab
Explore
Sign in
Primary navigation
Search or go to…
Project
Wiki Replica
Manage
Activity
Members
Labels
Plan
Issues
Issue boards
Milestones
Code
Merge requests
Repository
Branches
Commits
Tags
Repository graph
Compare revisions
Build
Pipelines
Jobs
Pipeline schedules
Artifacts
Deploy
Releases
Container Registry
Model registry
Operate
Environments
Monitor
Incidents
Analyze
Value stream analytics
Contributor analytics
CI/CD analytics
Repository analytics
Model experiments
Help
Help
Support
GitLab documentation
Compare GitLab plans
Community forum
Contribute to GitLab
Provide feedback
Keyboard shortcuts
?
Snippets
Groups
Projects
Show more breadcrumbs
The Tor Project
TPA
Wiki Replica
Commits
d0fef1e5
Commit
d0fef1e5
authored
3 years ago
by
anarcat
Browse files
Options
Downloads
Plain Diff
Merge branch 'vm' into 'master'
VM requirements See merge request
!6
parents
6d314838
67dbbe62
No related branches found
No related tags found
1 merge request
!6
VM requirements
Changes
1
Hide whitespace changes
Inline
Side-by-side
Showing
1 changed file
doc/hardware-requirements.md
+39
-1
39 additions, 1 deletion
doc/hardware-requirements.md
with
39 additions
and
1 deletion
doc/hardware-requirements.md
+
39
−
1
View file @
d0fef1e5
...
...
@@ -10,7 +10,9 @@ please see the [donation site][].
[
donation site
]:
https://donate.torproject.org/
This list is not final, and if you have questions, please
[
contact
us
](
doc/how-to-get-help
)
.
us
](
doc/how-to-get-help
)
. Also note that we also accept virtual
machine "donations" now, for which requirements are different, see
below.
## Must have
...
...
@@ -39,3 +41,39 @@ us](doc/how-to-get-help).
*
proprietary Java/ActiveX remote consoles
*
hardware RAID, unless supported with open drivers in the mainline
Linux kernel and userland utilities
# Virtual machines requirements
## Must have
Without those, we will have to be basically convinced to accept those
machines:
*
Debian OS
*
Shell access (over SSH)
*
Unattended reboots or upgrades
The latter might require more explanations. It means the machine can
be rebooted without intervention of an operator. It seems trivial, but
some setups make that difficult. This is essential so that we can
apply Linux kernel upgrades. Alternatively, manual reboots are
acceptable if such security upgrades are automatically applied.
## Nice to have
Those we would have in an ideal world, but are not deal breakers:
*
Full disk encryption
*
Rescue OS boot to install our own OS
*
Remote console
*
Provisionning API (cloud-init, openstack, etc)
*
Reverse DNS
*
Real IP address (no NAT)
## To avoid
Those are basically deal breakers, but we have been known to accept
those situations as well, in extreme cases:
*
No control over the running kernel
*
Proprietary drivers
This diff is collapsed.
Click to expand it.
Preview
0%
Loading
Try again
or
attach a new file
.
Cancel
You are about to add
0
people
to the discussion. Proceed with caution.
Finish editing this message first!
Save comment
Cancel
Please
register
or
sign in
to comment