Docs:00 Contents: Difference between revisions

This page was last edited on 21 November 2025, at 16:24.
(added diagram and descriptions)
(trans)
 
(7 intermediate revisions by the same user not shown)
Line 1: Line 1:
[[File:Servpub Network Diagram.png|alt=The diagram has very cute colours and is meant to not look too technical or intimidating. It represents how the portable Pi servers are connected to the internet through a VPN server hosted by SysterServer.The trafic is proxy passed through this VPN so the pi's can host the publishing infrastructures.|center|720x720px|A diagram of the Servpub network infrastructure made by In-grid.]]
== Introduction (* ^ ω ^) ==
These docs offer up and share the processes and technical practices that made up the back-end of the Servpub network infrastructure. These docs aim to act not only as a resource to share how to take up and hack these VPN infrastructures for yourself, but also to present alongside this the practices, networks and histories that have emerged into the Servpub server infrastructures.  
[[File:Net Diagram.jpg|center|719x719px|A diagram of the Servpub network infrastructure made by In-grid.]]
These docs offer up and share the processes and technical practices that made up the back-end of the Servpub network infrastructure. These docs aim to act not only as a resource to share how to take up and hack these VPN infrastructures for yourself, but also to present alongside this the practices, networks and histories that have emerged into the Servpub server infrastructures.


== Index of Sections ==
== Index of Sections ==
Line 11: Line 12:
* [[Docs:04 Reverse Proxy with NginX|04 Reverse Proxy with NginX]]
* [[Docs:04 Reverse Proxy with NginX|04 Reverse Proxy with NginX]]
** Learn how to pass public internet traffic through the VPN to a site on the portable server.
** Learn how to pass public internet traffic through the VPN to a site on the portable server.
== Prerequisites ==
== Prerequisites ==


If you would like to follow along, the following are necessary:
If you would like to follow along in real life (IRL), you will need these bits of hardware!


* '''Small board computer (SBC)'''
* '''Small board computer (SBC)'''
Line 23: Line 25:
* '''Knowledge of terminal/bash'''
* '''Knowledge of terminal/bash'''
** For an intro to basic terminal/bash commands see [[00.2 Terminal Unix Commands Cheat Sheet]]
** For an intro to basic terminal/bash commands see [[00.2 Terminal Unix Commands Cheat Sheet]]
* '''A Server with public IP (optional)'''
** This is to hos a VPN on, but is only needed if you want to host things publically.


== Foundational information ==
== Foundational / Background information (⁄ ⁄•⁄ω⁄•⁄ ⁄) ==
If you're new to sever-ing and sysadmin, you may find the following guides useful:
If you're new to sever-ing and sysadmin, you may find the following guides useful as they explain more of the basics of how these things work:


* [[Docs:00.1 Network terminology|00.1 Network terminology]]  
* [[Docs:00.1 Network terminology|00.1 Network terminology]]  
Line 32: Line 36:
** Is an introduction to working on the command line.
** Is an introduction to working on the command line.


== Access ==
== Access (〜 ̄▽ ̄)〜 ==
We have tried to make these docs accessible and legible (as possible) to both technical and non-technical reading. We have done this through not only try to follow the [https://www.wcag.com/resource/wcag-quick-tips-for-content-writers/ Web Content Access Guidelines] but also working with the concept of ''semi-plain'' language that Kelsie Acton notes in here chapter ''Plain Language for Disability Culture'' in [https://nyupress.org/9781479819362/crip-authorship/ Crip Authorship]. Acton states this as: <blockquote>Note on writing: This chapter is written in what I call a semi- plain language style. This means I do the following:  
 
In-grid has tried to make these docs accessible and legible (as possible) to both technical and non-technical reading. We have done this through not only try to follow the [https://www.wcag.com/resource/wcag-quick-tips-for-content-writers/ Web Content Access Guidelines] but also working with the concept of ''semi-plain'' language that Kelsie Acton notes in here chapter ''Plain Language for Disability Culture'' in [https://nyupress.org/9781479819362/crip-authorship/ Crip Authorship].  
<section begin="plain" />
Acton states this as:  
 
<blockquote>Note on writing: This chapter is written in what I call a semi- plain language style. This means I do the following:  


* Use an active voice  
* Use an active voice  
Line 40: Line 49:
* Use 14 point font
* Use 14 point font
* Use “I” and “you”
* Use “I” and “you”
</blockquote>We may also use "us" and "we" to state In-grid and our collaborators making this infrastructure.
</blockquote>
 
Following Acton In-grid understands this as not trying to assimilate dialogues into dominant technical talking points. Instead, In-grid approaches this practice through critical access as to distribute where the expertise of systems are located, making them disputable from many experiences, backgrounds and knowledges.
 
<section end="plain" />
 
In-grid also approaches this as a place of design friction. This is where we have made room within and around these hard network infrastructures with and for our softer practices of collective access.
 
We may also use "us" and "we" to state In-grid and Servpub collaborators who made this infrastructure.


If you want a light, but still deep exploration of the setup, check out the [[Docs:00 Contents#Index of Sections|Index of each section]] listed above.
If you want a light, but still deep exploration of the setup, check out the [[Docs:00 Contents#Index of Sections|Index of each section]] listed above.

Latest revision as of 16:24, 21 November 2025

Introduction (* ^ ω ^)

A diagram of the Servpub network infrastructure made by In-grid.
A diagram of the Servpub network infrastructure made by In-grid.

These docs offer up and share the processes and technical practices that made up the back-end of the Servpub network infrastructure. These docs aim to act not only as a resource to share how to take up and hack these VPN infrastructures for yourself, but also to present alongside this the practices, networks and histories that have emerged into the Servpub server infrastructures.

Index of Sections

Prerequisites

If you would like to follow along in real life (IRL), you will need these bits of hardware!

  • Small board computer (SBC)
    • We used a raspberry pi, although You don’t necessarily need to use a pi to create a collaborative environment, you could use another type of computer. To understand more about why we chose to use a pi, you can find our notes here Chapter 2a: Server Issues: Platform Infrastructure
  • Peripherals
    • HDMI, screen, keyboard, mouse etc.
  • A laptop or other personal computer
    • It would be good to have SSH installed on your laptop. Most OS have it by default now, if not then manually install following the steps under 01.3 SSH
  • Knowledge of terminal/bash
  • A Server with public IP (optional)
    • This is to hos a VPN on, but is only needed if you want to host things publically.

Foundational / Background information (⁄ ⁄•⁄ω⁄•⁄ ⁄)

If you're new to sever-ing and sysadmin, you may find the following guides useful as they explain more of the basics of how these things work:

Access (〜 ̄▽ ̄)〜

In-grid has tried to make these docs accessible and legible (as possible) to both technical and non-technical reading. We have done this through not only try to follow the Web Content Access Guidelines but also working with the concept of semi-plain language that Kelsie Acton notes in here chapter Plain Language for Disability Culture in Crip Authorship.

Acton states this as:

Note on writing: This chapter is written in what I call a semi- plain language style. This means I do the following:

  • Use an active voice
  • Mostly use the 6000 most common words in the English language
  • Use short sentences
  • Use 14 point font
  • Use “I” and “you”

Following Acton In-grid understands this as not trying to assimilate dialogues into dominant technical talking points. Instead, In-grid approaches this practice through critical access as to distribute where the expertise of systems are located, making them disputable from many experiences, backgrounds and knowledges.


In-grid also approaches this as a place of design friction. This is where we have made room within and around these hard network infrastructures with and for our softer practices of collective access.

We may also use "us" and "we" to state In-grid and Servpub collaborators who made this infrastructure.

If you want a light, but still deep exploration of the setup, check out the Index of each section listed above.

If you have any access requests, please email: in-grid@in-grid.io index.php?title=Category:Docs