mirror of
https://github.com/unman/shaker.git
synced 2024-12-17 19:54:20 -05:00
60 lines
3.1 KiB
Markdown
60 lines
3.1 KiB
Markdown
# Introduction
|
|
These files create a template, loaded with the MullvadVPN GUI and Mullvad Browser.
|
|
An AppVM named sys-mullvad, and a disposable template, mullvad-dvm, are
|
|
created from that template.
|
|
|
|
## Template
|
|
The template, template-mullvad, is cloned from the debian-12-minimal template.
|
|
If the debian-12-minimal template is not present, it will be downloaded
|
|
and installed - this may take some time depending on your net connection.
|
|
|
|
## Usage
|
|
Both the AppVM and the disposable template have the Mullvad GUI to
|
|
set up a VPN, and the Mullvad browser. You can run the Mullvad Browser
|
|
independently of the VPN.
|
|
The sys-mullvad AppVM can be used as a standard AppVM or as a vpn gateway
|
|
- set the netvm of client qubes to sys-mullvad, and they will use the VPN. No
|
|
traffic will pass except through the VPN.
|
|
|
|
You can, of course, use template-mullvad to create other qubes for
|
|
separate VPN connections, or a qube where you will just use the Mullvad browser.
|
|
|
|
Remember that each qube that creates a VPN will count toward the maximum of 5 clients.
|
|
Log out and close the VPN when you have finished with it: if you do not,
|
|
you will be prompted to log out other clients from the GUI when you reach the maximum.
|
|
|
|
## Template creation
|
|
Clone the debian-12-minimal template - note the use of `qvm.template_installed` which will install the template if it is not already present
|
|
```
|
|
sudo qubesctl state.apply mullvad.clone
|
|
```
|
|
`clone.sls` uses `qvm.features` to set the menu. Note that you can do this *before* packages are installed.
|
|
|
|
## Package installation
|
|
```
|
|
sudo qubesctl --skip-dom0 --targets=template-mullvad state.apply mullvad.repo
|
|
|
|
```
|
|
This state uses `pkg.installed` to install necessary packages in the template.
|
|
`cmd.run` is used to create the mullvad respository definition, and the keyring is copied in to place using `file.managed`
|
|
Mullvad packages are installed using `pkg.installed`, and desktop files are copied in to `etc/skel` in the template. This is necessary because we need custom versions to run Mullvad programs in Qubes disposables.
|
|
|
|
|
|
Note the use of `pillar.get` to check if a caching proxy is present, and the necessary changes to repository defintions are made using `file.replace` within a jinja command structure.
|
|
|
|
## Qube creation
|
|
`create.sls` is a standard way of creating `sys-mullvad` - qvm.present is used to create the qube, and preferences and features are set.
|
|
|
|
`create_disposable.sls` creates a qube and sets it as a disposable template. The Menu is configured and qvm-appmenus` is called using `cmd.run to make sure that menu items are correctly set.
|
|
|
|
Note the use of an include statement at the head of the file. This allows a single state execution to call other states.
|
|
|
|
|
|
## Qube configuratioon
|
|
```
|
|
sudo qubesctl --skip-dom0 --targets=sys-mullvad state.apply mullvad.configure
|
|
```
|
|
The qubes firewall is configured using `file.managed` to transfer files to sys-mullvad. These are normal nftables command files.
|
|
To make sure that configuration changes are kept after a qubes restart, [bind-dirs](https://www.qubes-os.org/doc/bind-dirs/) is used.
|
|
The configuration file is created using `file.managed`
|