1130 lines
48 KiB
HTML
1130 lines
48 KiB
HTML
<?xml version="1.0" encoding="utf-8"?>
|
|
<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Strict//EN"
|
|
"http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd">
|
|
<html xmlns="http://www.w3.org/1999/xhtml" lang="en" xml:lang="en">
|
|
<head>
|
|
<title></title>
|
|
<!-- 2018-06-16 Sat 21:46 -->
|
|
<meta http-equiv="Content-Type" content="text/html;charset=utf-8" />
|
|
<meta name="generator" content="Org-mode" />
|
|
<meta name="author" content="Bob Mottram" />
|
|
<meta name="description" content="Frequently asked questions"
|
|
/>
|
|
<meta name="keywords" content="freedombone, faq" />
|
|
<style type="text/css">
|
|
<!--/*--><![CDATA[/*><!--*/
|
|
.title { text-align: center; }
|
|
.todo { font-family: monospace; color: red; }
|
|
.done { color: green; }
|
|
.tag { background-color: #eee; font-family: monospace;
|
|
padding: 2px; font-size: 80%; font-weight: normal; }
|
|
.timestamp { color: #bebebe; }
|
|
.timestamp-kwd { color: #5f9ea0; }
|
|
.right { margin-left: auto; margin-right: 0px; text-align: right; }
|
|
.left { margin-left: 0px; margin-right: auto; text-align: left; }
|
|
.center { margin-left: auto; margin-right: auto; text-align: center; }
|
|
.underline { text-decoration: underline; }
|
|
#postamble p, #preamble p { font-size: 90%; margin: .2em; }
|
|
p.verse { margin-left: 3%; }
|
|
pre {
|
|
border: 1px solid #ccc;
|
|
box-shadow: 3px 3px 3px #eee;
|
|
padding: 8pt;
|
|
font-family: monospace;
|
|
overflow: auto;
|
|
margin: 1.2em;
|
|
}
|
|
pre.src {
|
|
position: relative;
|
|
overflow: visible;
|
|
padding-top: 1.2em;
|
|
}
|
|
pre.src:before {
|
|
display: none;
|
|
position: absolute;
|
|
background-color: white;
|
|
top: -10px;
|
|
right: 10px;
|
|
padding: 3px;
|
|
border: 1px solid black;
|
|
}
|
|
pre.src:hover:before { display: inline;}
|
|
pre.src-sh:before { content: 'sh'; }
|
|
pre.src-bash:before { content: 'sh'; }
|
|
pre.src-emacs-lisp:before { content: 'Emacs Lisp'; }
|
|
pre.src-R:before { content: 'R'; }
|
|
pre.src-perl:before { content: 'Perl'; }
|
|
pre.src-java:before { content: 'Java'; }
|
|
pre.src-sql:before { content: 'SQL'; }
|
|
|
|
table { border-collapse:collapse; }
|
|
caption.t-above { caption-side: top; }
|
|
caption.t-bottom { caption-side: bottom; }
|
|
td, th { vertical-align:top; }
|
|
th.right { text-align: center; }
|
|
th.left { text-align: center; }
|
|
th.center { text-align: center; }
|
|
td.right { text-align: right; }
|
|
td.left { text-align: left; }
|
|
td.center { text-align: center; }
|
|
dt { font-weight: bold; }
|
|
.footpara:nth-child(2) { display: inline; }
|
|
.footpara { display: block; }
|
|
.footdef { margin-bottom: 1em; }
|
|
.figure { padding: 1em; }
|
|
.figure p { text-align: center; }
|
|
.inlinetask {
|
|
padding: 10px;
|
|
border: 2px solid gray;
|
|
margin: 10px;
|
|
background: #ffffcc;
|
|
}
|
|
#org-div-home-and-up
|
|
{ text-align: right; font-size: 70%; white-space: nowrap; }
|
|
textarea { overflow-x: auto; }
|
|
.linenr { font-size: smaller }
|
|
.code-highlighted { background-color: #ffff00; }
|
|
.org-info-js_info-navigation { border-style: none; }
|
|
#org-info-js_console-label
|
|
{ font-size: 10px; font-weight: bold; white-space: nowrap; }
|
|
.org-info-js_search-highlight
|
|
{ background-color: #ffff00; color: #000000; font-weight: bold; }
|
|
/*]]>*/-->
|
|
</style>
|
|
<link rel="stylesheet" type="text/css" href="freedombone.css" />
|
|
<script type="text/javascript">
|
|
/*
|
|
@licstart The following is the entire license notice for the
|
|
JavaScript code in this tag.
|
|
|
|
Copyright (C) 2012-2013 Free Software Foundation, Inc.
|
|
|
|
The JavaScript code in this tag is free software: you can
|
|
redistribute it and/or modify it under the terms of the GNU
|
|
General Public License (GNU GPL) as published by the Free Software
|
|
Foundation, either version 3 of the License, or (at your option)
|
|
any later version. The code is distributed WITHOUT ANY WARRANTY;
|
|
without even the implied warranty of MERCHANTABILITY or FITNESS
|
|
FOR A PARTICULAR PURPOSE. See the GNU GPL for more details.
|
|
|
|
As additional permission under GNU GPL version 3 section 7, you
|
|
may distribute non-source (e.g., minimized or compacted) forms of
|
|
that code without the copy of the GNU GPL normally required by
|
|
section 4, provided you include this license notice and a URL
|
|
through which recipients can access the Corresponding Source.
|
|
|
|
|
|
@licend The above is the entire license notice
|
|
for the JavaScript code in this tag.
|
|
*/
|
|
<!--/*--><![CDATA[/*><!--*/
|
|
function CodeHighlightOn(elem, id)
|
|
{
|
|
var target = document.getElementById(id);
|
|
if(null != target) {
|
|
elem.cacheClassElem = elem.className;
|
|
elem.cacheClassTarget = target.className;
|
|
target.className = "code-highlighted";
|
|
elem.className = "code-highlighted";
|
|
}
|
|
}
|
|
function CodeHighlightOff(elem, id)
|
|
{
|
|
var target = document.getElementById(id);
|
|
if(elem.cacheClassElem)
|
|
elem.className = elem.cacheClassElem;
|
|
if(elem.cacheClassTarget)
|
|
target.className = elem.cacheClassTarget;
|
|
}
|
|
/*]]>*///-->
|
|
</script>
|
|
</head>
|
|
<body>
|
|
<div id="preamble" class="status">
|
|
<a name="top" id="top"></a>
|
|
</div>
|
|
<div id="content">
|
|
<h1 class="title"></h1>
|
|
|
|
<div class="figure">
|
|
<p><img src="images/logo.png" alt="logo.png" width="80%" height="10%" align="center" />
|
|
</p>
|
|
</div>
|
|
|
|
|
|
<div class="figure">
|
|
<p><img src="images/surveillanceoptions.jpg" alt="surveillanceoptions.jpg" width="100%" align="center" />
|
|
</p>
|
|
</div>
|
|
|
|
<p>
|
|
<i>Possible options for dealing with bulk surveillance at The Glass Room exhibition, 2017</i>
|
|
</p>
|
|
|
|
|
|
<div class="center">
|
|
<table border="-1" cellspacing="0" cellpadding="6" rules="groups" frame="hsides">
|
|
|
|
|
|
<colgroup>
|
|
<col class="left" />
|
|
</colgroup>
|
|
<tbody>
|
|
<tr>
|
|
<td class="left"><a href="#sec-1">What applications are supported?</a></td>
|
|
</tr>
|
|
|
|
<tr>
|
|
<td class="left"><a href="#sec-2">I don't have a static IP address. Can I still install this system?</a></td>
|
|
</tr>
|
|
|
|
<tr>
|
|
<td class="left"><a href="#sec-3">What are the best microSD cards to use?</a></td>
|
|
</tr>
|
|
|
|
<tr>
|
|
<td class="left"><a href="#sec-4">On a single board computer can I boot from an external SSD or hard drive?</a></td>
|
|
</tr>
|
|
|
|
<tr>
|
|
<td class="left"><a href="#sec-5">Why Freedombone and not FreedomBox?</a></td>
|
|
</tr>
|
|
|
|
<tr>
|
|
<td class="left"><a href="#sec-6">Why not support building images for Raspberry Pi?</a></td>
|
|
</tr>
|
|
|
|
<tr>
|
|
<td class="left"><a href="#sec-7">Why use Tor? I've heard it's used by bad people</a></td>
|
|
</tr>
|
|
|
|
<tr>
|
|
<td class="left"><a href="#sec-8">How is Tor integrated with Freedombone?</a></td>
|
|
</tr>
|
|
|
|
<tr>
|
|
<td class="left"><a href="#sec-9">Can I add a clearnet domain to an onion build?</a></td>
|
|
</tr>
|
|
|
|
<tr>
|
|
<td class="left"><a href="#sec-10">What are the data protection implications of running this system?</a></td>
|
|
</tr>
|
|
|
|
<tr>
|
|
<td class="left"><a href="#sec-11">After using nmap or other scanning tool I can no longer log in</a></td>
|
|
</tr>
|
|
|
|
<tr>
|
|
<td class="left"><a href="#sec-12">Should I upload my GPG keys to keybase.io?</a></td>
|
|
</tr>
|
|
|
|
<tr>
|
|
<td class="left"><a href="#sec-13">Keys and emails should not be stored on servers. Why do you do that?</a></td>
|
|
</tr>
|
|
|
|
<tr>
|
|
<td class="left"><a href="#sec-14">Why can't I access my .onion site with a Tor browser?</a></td>
|
|
</tr>
|
|
|
|
<tr>
|
|
<td class="left"><a href="#sec-15">What is the best hardware to run this system on?</a></td>
|
|
</tr>
|
|
|
|
<tr>
|
|
<td class="left"><a href="#sec-16">Can I add more users to the system?</a></td>
|
|
</tr>
|
|
|
|
<tr>
|
|
<td class="left"><a href="#sec-17">Why not use Signal for mobile chat?</a></td>
|
|
</tr>
|
|
|
|
<tr>
|
|
<td class="left"><a href="#sec-18">What is the most secure chat app to use on mobile?</a></td>
|
|
</tr>
|
|
|
|
<tr>
|
|
<td class="left"><a href="#sec-19">How do I remove a user from the system?</a></td>
|
|
</tr>
|
|
|
|
<tr>
|
|
<td class="left"><a href="#sec-20">Why is logging for web sites turned off by default?</a></td>
|
|
</tr>
|
|
|
|
<tr>
|
|
<td class="left"><a href="#sec-21">How do I reset the tripwire?</a></td>
|
|
</tr>
|
|
|
|
<tr>
|
|
<td class="left"><a href="#sec-22">Is metadata protected?</a></td>
|
|
</tr>
|
|
|
|
<tr>
|
|
<td class="left"><a href="#sec-23">How do I create email processing rules?</a></td>
|
|
</tr>
|
|
|
|
<tr>
|
|
<td class="left"><a href="#sec-24">Why isn't dynamic DNS working?</a></td>
|
|
</tr>
|
|
|
|
<tr>
|
|
<td class="left"><a href="#sec-25">How do I change my encryption settings?</a></td>
|
|
</tr>
|
|
|
|
<tr>
|
|
<td class="left"><a href="#sec-26">How do I get a domain name?</a></td>
|
|
</tr>
|
|
|
|
<tr>
|
|
<td class="left"><a href="#sec-27">How do I renew a Let's Encrypt certificate?</a></td>
|
|
</tr>
|
|
|
|
<tr>
|
|
<td class="left"><a href="#sec-28">I tried to renew a Let's Encrypt certificate and it failed. What should I do?</a></td>
|
|
</tr>
|
|
|
|
<tr>
|
|
<td class="left"><a href="#sec-29">Why not use the services of $company instead? They took the Seppuku pledge</a></td>
|
|
</tr>
|
|
|
|
<tr>
|
|
<td class="left"><a href="#sec-30">Why does my email keep getting rejected as spam by Gmail/etc?</a></td>
|
|
</tr>
|
|
|
|
<tr>
|
|
<td class="left"><a href="#sec-31">Tor is censored/blocked in my area. What can I do?</a></td>
|
|
</tr>
|
|
|
|
<tr>
|
|
<td class="left"><a href="#sec-32">I want to block a particular domain from getting its content into my social network sites</a></td>
|
|
</tr>
|
|
|
|
<tr>
|
|
<td class="left"><a href="#sec-33">The mesh system doesn't boot from USB drive</a></td>
|
|
</tr>
|
|
|
|
<tr>
|
|
<td class="left"><a href="#sec-34">Mesh system doesn't connect to the network</a></td>
|
|
</tr>
|
|
</tbody>
|
|
</table>
|
|
</div>
|
|
|
|
<div id="outline-container-sec-1" class="outline-2">
|
|
<h2 id="sec-1">What applications are supported?</h2>
|
|
<div class="outline-text-2" id="text-1">
|
|
<p>
|
|
<a href="./apps.html">See here</a> for the complete list of apps. In addition to those as part of the base install you get an email server.
|
|
</p>
|
|
</div>
|
|
</div>
|
|
<div id="outline-container-sec-2" class="outline-2">
|
|
<h2 id="sec-2">I don't have a static IP address. Can I still install this system?</h2>
|
|
<div class="outline-text-2" id="text-2">
|
|
<p>
|
|
Yes. The minimum requirements are to have some hardware that you can install Debian onto and also that you have administrator access to your internet router so that you can forward ports to the system which has Freedombone installed.
|
|
</p>
|
|
|
|
<p>
|
|
The lack of a static IP address can be worked around by using a dynamic DNS service. Freedombone uses <a href="https://troglobit.com/inadyn.html">inadyn</a> , which supports a variety of dynamic DNS providers.
|
|
</p>
|
|
</div>
|
|
</div>
|
|
<div id="outline-container-sec-3" class="outline-2">
|
|
<h2 id="sec-3">What are the best microSD cards to use?</h2>
|
|
<div class="outline-text-2" id="text-3">
|
|
<p>
|
|
There can be big differences in the performance of microSD cards, and the cheaper ones are almost invariably terrible and/or unusable. Sandisk and Samsung currently appear to be the better brands. You can find some performance benchmarks <a href="http://www.pidramble.com/wiki/benchmarks/microsd-cards">here</a>. However, benchmarks like this only give a very rough idea of performance and they can vary significantly between individual cards even within the same brand.
|
|
</p>
|
|
|
|
<p>
|
|
If you're struggling to get good performance out of your microSD card then you might want to consider running from a SATA drive or SSD instead. Some boards such as Cubieboard and Olinuxino have SATA sockets such that you can connect an SSD. It doesn't have to be high cost and the smallest SSD you can find will probably be enough. It's then possible to build an image with the <b>–sata</b> option or download one of the pre-built ones and copy it both to the microSD and SATA drive. SSD drives can give a 10x performance improvement over just using a microSD card.
|
|
</p>
|
|
</div>
|
|
</div>
|
|
<div id="outline-container-sec-4" class="outline-2">
|
|
<h2 id="sec-4">On a single board computer can I boot from an external SSD or hard drive?</h2>
|
|
<div class="outline-text-2" id="text-4">
|
|
<p>
|
|
Some single board computers, such as Cubieboards or OLinuxino, have a SATA socket on them which enables an external drive to be connected. This is usually intended for extra file storage, but it is also possible to run the operating system from an external drive. This can have the advantage of significantly increasing the read/write performance and your apps will appear to run more quickly.
|
|
</p>
|
|
|
|
<p>
|
|
Typically a microSD read speed is 10-30MB/s. An SSD or hard drive can be 100MB/s or more, so that's a big potential gain.
|
|
</p>
|
|
|
|
<p>
|
|
Single board computers usually don't have the capability of booting directly from an external drive, but what you can do is boot from a partition on a microSD drive, which then runs the main filesystem (the rootfs) from the external drive.
|
|
</p>
|
|
|
|
<p>
|
|
To create an image suitable for running from an SSD or hard drive use the –sata option, such as:
|
|
</p>
|
|
|
|
<div class="org-src-container">
|
|
|
|
<pre class="src src-bash">freedombone-image -t cubieboard2 --sata sda2
|
|
</pre>
|
|
</div>
|
|
|
|
<p>
|
|
Note that the sata option should be set to point to the second partition on the drive, which is normally sda2.
|
|
</p>
|
|
|
|
<p>
|
|
When the image is created then use the dd command to copy it both to a microSD card and to the SSD or hard drive. Plug them both into the board and it should then boot and use the external drive.
|
|
</p>
|
|
</div>
|
|
</div>
|
|
<div id="outline-container-sec-5" class="outline-2">
|
|
<h2 id="sec-5">Why Freedombone and not FreedomBox?</h2>
|
|
<div class="outline-text-2" id="text-5">
|
|
<p>
|
|
When the project began in late 2013 the FreedomBox project seemed to be going nowhere, and was only designed to work with the DreamPlug hardware. There was some new hardware out - the Beaglebone Black - which could run Debian and was also a free hardware design so seemed more appropriate. Hence the name "Freedombone", being like FreedomBox but on a Beaglebone. There are some similarities and differences between the two projects:
|
|
</p>
|
|
</div>
|
|
|
|
<div id="outline-container-sec-5-1" class="outline-3">
|
|
<h3 id="sec-5-1">Similarities</h3>
|
|
<div class="outline-text-3" id="text-5-1">
|
|
<ul class="org-ul">
|
|
<li>Uses freedom-maker and vmdebootstrap to build debian images
|
|
</li>
|
|
<li>Supports the use of Tor onion addresses to access websites
|
|
</li>
|
|
<li>Typically runs on ARM single board computers
|
|
</li>
|
|
<li>Both projects aim to increase independence and privacy for internet users
|
|
</li>
|
|
<li>Both projects aim to make running your own server at home easy
|
|
</li>
|
|
<li>Both projects include wiki, blog, VoIP and file sync
|
|
</li>
|
|
<li>Both projects enable easy installation and removal of apps
|
|
</li>
|
|
<li>Both are typically "bare metal" rather than running as VMs or containers
|
|
</li>
|
|
<li>Both can use the companion app for Android
|
|
</li>
|
|
</ul>
|
|
</div>
|
|
</div>
|
|
<div id="outline-container-sec-5-2" class="outline-3">
|
|
<h3 id="sec-5-2">Differences</h3>
|
|
<div class="outline-text-3" id="text-5-2">
|
|
<ul class="org-ul">
|
|
<li>FreedomBox is a Debian pure blend. Freedombone is not
|
|
</li>
|
|
<li>Freedombone only supports Free Software. FreedomBox includes some closed binary boot blobs for certain ARM boards
|
|
</li>
|
|
<li>FreedomBox is aimed at consumers. Freedombone is aimed at slightly more technical people who don't have time to configure servers
|
|
</li>
|
|
<li>Freedombone includes some software not yet in the official Debian repos
|
|
</li>
|
|
<li>Freedombone includes an email server set up for use with GPG by default
|
|
</li>
|
|
<li>Freedombone has encrypted backups capability
|
|
</li>
|
|
<li>Freedombone implements the <i>social key management</i> idea which was described in a 2012 FreedomBox meetup
|
|
</li>
|
|
<li>Freedombone implements recommendations from bettercrypto.org whereas FreedomBox sticks to Debian default crypto settings
|
|
</li>
|
|
<li>Freedombone has a mesh network version. FreedomBox doesn't yet
|
|
</li>
|
|
</ul>
|
|
</div>
|
|
</div>
|
|
</div>
|
|
<div id="outline-container-sec-6" class="outline-2">
|
|
<h2 id="sec-6">Why not support building images for Raspberry Pi?</h2>
|
|
<div class="outline-text-2" id="text-6">
|
|
<p>
|
|
The FreedomBox project supports Raspberry Pi builds, and the image build system for Freedombone is based on the same system. However, although the Raspberry Pi can run a version of Debian it requires a closed proprietary blob in order to boot the hardware. Who knows what that blob might contain or what exploits it could facilitate. From an adversarial point of view if you were trying to deliver "bulk equipment interference" then it doesn't get any better than piggybacking on something which has control of the boot process, and hence all subsequently run processes.
|
|
</p>
|
|
|
|
<p>
|
|
So although the Raspberry Pi is cheap and hugely popular it's not supported by the Freedombone project. Perhaps future versions of the Pi won't have the proprietary blob requirement, or maybe the blob will be open sourced at some stage.
|
|
</p>
|
|
</div>
|
|
</div>
|
|
<div id="outline-container-sec-7" class="outline-2">
|
|
<h2 id="sec-7">Why use Tor? I've heard it's used by bad people</h2>
|
|
<div class="outline-text-2" id="text-7">
|
|
<p>
|
|
Years ago Tor was usually depicted in the mainstream media as something scary inhabited by cyberterrorists and other bad cybers, but today to a large extent Tor is accepted as just another way of routing data in a network. Depending upon where you live there may still be some amount of fearmongering about Tor, but it now seems clear that the trajectory is towards general acceptance.
|
|
</p>
|
|
|
|
<p>
|
|
Tor and its onion addresses, previously called hidden addresses, have a few key advantages:
|
|
</p>
|
|
|
|
<ul class="org-ul">
|
|
<li>NAT traversal
|
|
</li>
|
|
<li>Firewall traversal
|
|
</li>
|
|
<li>Avoiding the domain name system (DNS), which is mostly centralized and not secure
|
|
</li>
|
|
<li>Avoiding passive bulk surveillance in which governments try to find out who is communicating with who
|
|
</li>
|
|
</ul>
|
|
|
|
<p>
|
|
On the negative side it's a complex system which is not fully decentralized.
|
|
</p>
|
|
</div>
|
|
</div>
|
|
<div id="outline-container-sec-8" class="outline-2">
|
|
<h2 id="sec-8">How is Tor integrated with Freedombone?</h2>
|
|
<div class="outline-text-2" id="text-8">
|
|
<p>
|
|
Within this project Tor is used more to provide <i>accessibility</i> than the <i>anonymity</i> factor for which Tor is better known. The onion address system provides a way of being able to access sites even if you don't own a conventional domain name or don't have administrator access to your local internet router to be able to do port forwarding.
|
|
</p>
|
|
|
|
<p>
|
|
Tor is installed by default, but it's not configured as a relay or exit node. From the administrator control panel you can optionally set up a Tor bridge, but this is only for adverse situations and not usually advisable.
|
|
</p>
|
|
|
|
<p>
|
|
When you install an app you will be able to access it from its onion address.
|
|
</p>
|
|
|
|
<p>
|
|
Even if you're running the "onion only" build, this only means that sites are accessible via onion addresses. It doesn't mean that everything gets routed through Tor. If full anonymity is your aim then it's probably a good idea to just stick strictly to using TAILS.
|
|
</p>
|
|
</div>
|
|
</div>
|
|
<div id="outline-container-sec-9" class="outline-2">
|
|
<h2 id="sec-9">Can I add a clearnet domain to an onion build?</h2>
|
|
<div class="outline-text-2" id="text-9">
|
|
<p>
|
|
You could if you manually edited the relevant nginx configuration files and installed some dynamic DNS system yourself. If you already have sysadmin knowledge then that's probably not too hard. But the builds created with the <b>onion-addresses-only</b> option aren't really intended to support access via clearnet domains.
|
|
</p>
|
|
</div>
|
|
</div>
|
|
<div id="outline-container-sec-10" class="outline-2">
|
|
<h2 id="sec-10">What are the data protection implications of running this system?</h2>
|
|
<div class="outline-text-2" id="text-10">
|
|
<p>
|
|
Data protection laws such as <a href="https://en.wikipedia.org/wiki/General_Data_Protection_Regulation">GDPR</a> in the EU or the <a href="https://en.wikipedia.org/wiki/Data_Protection_Act_1998">Data Protection Act</a> in the UK usually only apply to formal organizations which are recognized as being legal entities. So you have to be running a business or a charity or some other formal organization in order for the storage of what's known as <i>personally identifying information</i> to potentially become a legal issue. Laws like this usually include:
|
|
</p>
|
|
|
|
<ul class="org-ul">
|
|
<li>A right to obtain your information
|
|
</li>
|
|
<li>A right to be forgotten (i.e. to have your data permanently deleted)
|
|
</li>
|
|
<li>Ensuring that stored personal data remains accurate
|
|
</li>
|
|
</ul>
|
|
|
|
<p>
|
|
If you're self-hosting then in the language of data protection law the "<i>data controller</i>" and the "<i>data subject</i>" are one and the same, so there isn't any power differential of that sort. Freedombone is only intended for small numbers of users, so if you are hosting more than one person chances are that you know the others quite well and can arrange to update their data or delete their account if that's needed. Even if data protection laws are later extended to include home server type scenarios it's unlikely that this will become a problem.
|
|
</p>
|
|
|
|
<p>
|
|
For the mesh version similar applies. Each peer stores their own personal data and it never gets aggregated and stored in any centralized way.
|
|
</p>
|
|
</div>
|
|
</div>
|
|
<div id="outline-container-sec-11" class="outline-2">
|
|
<h2 id="sec-11">After using nmap or other scanning tool I can no longer log in</h2>
|
|
<div class="outline-text-2" id="text-11">
|
|
<p>
|
|
This system tries to block port scanners. Any other system trying to scan for open ports will have their IP address added to a temporary block list for 24 hours.
|
|
</p>
|
|
</div>
|
|
</div>
|
|
<div id="outline-container-sec-12" class="outline-2">
|
|
<h2 id="sec-12">Should I upload my GPG keys to keybase.io?</h2>
|
|
<div class="outline-text-2" id="text-12">
|
|
<p>
|
|
It's not recommended unless there exists some compelling reason for you to be on there. That site asks users to upload the <b>private keys</b>, and even if the keys are client side encrypted with a passphrase there's always the chance that there will be a data leak in future and letter agencies will then have a full time opportunity to crack the passphrases.
|
|
</p>
|
|
|
|
<p>
|
|
Saying something resembling "<i>only noobs will use crackable private key passphrases</i>" isn't good enough. A passphrase should not be considered to be a substitute for a private key.
|
|
</p>
|
|
</div>
|
|
</div>
|
|
<div id="outline-container-sec-13" class="outline-2">
|
|
<h2 id="sec-13">Keys and emails should not be stored on servers. Why do you do that?</h2>
|
|
<div class="outline-text-2" id="text-13">
|
|
<p>
|
|
Ordinarily this is good advice. However, the threat model for a device in your home is different from the one for a generic server in a massive warehouse. Compare and contrast:
|
|
</p>
|
|
|
|
<table border="2" cellspacing="0" cellpadding="6" rules="groups" frame="hsides">
|
|
|
|
|
|
<colgroup>
|
|
<col class="left" />
|
|
|
|
<col class="left" />
|
|
</colgroup>
|
|
<thead>
|
|
<tr>
|
|
<th scope="col" class="left">At home</th>
|
|
<th scope="col" class="left">In a warehouse</th>
|
|
</tr>
|
|
</thead>
|
|
<tbody>
|
|
<tr>
|
|
<td class="left">Accessible to a small number of people</td>
|
|
<td class="left">Accessible to possibly many random strangers</td>
|
|
</tr>
|
|
|
|
<tr>
|
|
<td class="left">You control the environment</td>
|
|
<td class="left">You have no control over the warehouse</td>
|
|
</tr>
|
|
|
|
<tr>
|
|
<td class="left">You know what gets plugged in to the box</td>
|
|
<td class="left">Anything could be plugged in to the box and you might not know</td>
|
|
</tr>
|
|
|
|
<tr>
|
|
<td class="left">You know where your home is</td>
|
|
<td class="left">The warehouse could be anywhere in the world</td>
|
|
</tr>
|
|
|
|
<tr>
|
|
<td class="left">Normally requires a warrant to search</td>
|
|
<td class="left">Requires little or no justification to search</td>
|
|
</tr>
|
|
|
|
<tr>
|
|
<td class="left">You know what jurisdiction your home is within</td>
|
|
<td class="left">You may have no idea what jurisdiction the warehouse is within</td>
|
|
</tr>
|
|
</tbody>
|
|
</table>
|
|
|
|
<p>
|
|
In the home environment a box with a good firewall and no GUI components installed may be much more secure than the end points, such as laptops and phones.
|
|
</p>
|
|
</div>
|
|
</div>
|
|
|
|
<div id="outline-container-sec-14" class="outline-2">
|
|
<h2 id="sec-14">Why can't I access my .onion site with a Tor browser?</h2>
|
|
<div class="outline-text-2" id="text-14">
|
|
<p>
|
|
Probably you need to add the site to the NoScript whitelist. Typically click/press on the noscript icon (or select from the menu on mobile) then select <i>whitelist</i> and add the site URL. You may also need to disable HTTPS Everywhere when using onion addresses, which don't use https.
|
|
</p>
|
|
|
|
<p>
|
|
Another factor to be aware of is that it can take a while for the onion address to become available within the Tor network. In tests the amount of time between creating a site and being able to access it's onion address seems to vary between a minute or two and half an hour. So don't be too impatient if the address doesn't appear to resolve straight away.
|
|
</p>
|
|
</div>
|
|
</div>
|
|
<div id="outline-container-sec-15" class="outline-2">
|
|
<h2 id="sec-15">What is the best hardware to run this system on?</h2>
|
|
<div class="outline-text-2" id="text-15">
|
|
<p>
|
|
It was originally designed to run on the Beaglebone Black, but that should be regarded as the most minimal system, because it's single core and has by today's standards a small amount of memory. Obviously the more powerful the hardware is the faster things like web pages (blog, social networking, etc) will be served but the more electricity such a system will require if you're running it 24/7. A good compromise between performance and energy consumption is something like an old netbook. The battery of an old netbook or laptop even gives you <a href="https://en.wikipedia.org/wiki/Uninterruptible_power_supply">UPS capability</a> to keep the system going during brief power outages or cable re-arrangements, and that means using full disk encryption on the server also becomes more practical.
|
|
</p>
|
|
|
|
<p>
|
|
<i>Out of fashion</i> but still working computer hardware tends to be cheap and readily available, yet still good for providing internet services.
|
|
</p>
|
|
</div>
|
|
</div>
|
|
<div id="outline-container-sec-16" class="outline-2">
|
|
<h2 id="sec-16">Can I add more users to the system?</h2>
|
|
<div class="outline-text-2" id="text-16">
|
|
<p>
|
|
Yes. Freedombone can support a small number of users, for a "<i>friends and family</i>" type of home installation. This gives them access to an email account, XMPP, VoIP, NextCloud and possibly other apps which have been installed.
|
|
</p>
|
|
|
|
<div class="org-src-container">
|
|
|
|
<pre class="src src-bash">ssh username@mydomainname -p 2222
|
|
</pre>
|
|
</div>
|
|
|
|
<p>
|
|
Select <i>Administrator controls</i> then <i>Manage Users</i> and then <i>Add a user</i>. You will be prompted for a username and you can also optionally provide their ssh public key.
|
|
</p>
|
|
|
|
<p>
|
|
Something to consider when having more than a single user on the system is the security situation. The original administrator user will have access to all of the data for other users (including their encryption keys), so if you do add extra users they need to have <b>complete trust</b> in the administrator.
|
|
</p>
|
|
|
|
<p>
|
|
Another point is that Freedombone installations are not intended to support many users (maybe ten at most). Large numbers of users may make the system unstable, and the more users you have on one system the more it becomes a single point of failure and also perhaps a honeypot from the standpoint of adversaries. Think of what happened with Lavabit and the moral dilemma which an administrator can be faced with (comply with threats and betray the trust of your users or don't comply and suffer other consequences). Ideally, you never want to put yourself into a situation where you can be forced to betray others.
|
|
</p>
|
|
</div>
|
|
</div>
|
|
<div id="outline-container-sec-17" class="outline-2">
|
|
<h2 id="sec-17">Why not use Signal for mobile chat?</h2>
|
|
<div class="outline-text-2" id="text-17">
|
|
<p>
|
|
Celebrities recommend Signal. It's Free Software so it must be good, right?
|
|
</p>
|
|
|
|
<p>
|
|
If you are currently using a proprietary chat app, something without any encryption or something <i>really bad</i> such as Telegram, then Signal is definitely a step up in terms of security. But Signal has problems, which can be summarised as:
|
|
</p>
|
|
|
|
<ul class="org-ul">
|
|
<li><b>It uses phone numbers</b>. Phone numbers are used for Signal's initial verification, and they can of course be intercepted or faked. Plus it means that Open Whisper Systems keeps a list of phone numbers on its centralised server for its /"X has joined Signal"/ notification. Even if they're hashed, they're still unique identifiers and <a href="https://en.wikipedia.org/wiki/Rainbow_table">rainbow tables</a> for the phone number system probably exist. Phone numbers are convenient for some users, but are also a non-trivial security risk. If you're using Signal then consider what it knows about who your contacts are, where that data is located and who else might have access to that. Consider what might happen if an adversary gets to know your mobile number.
|
|
</li>
|
|
<li><b>It's based on a single server</b> run by Open Whisper Systems. That's a single point of failure and ought to be a big red flag (of the sporting rather than the socialist variety) as a possible locus for concentrated nefariousness.
|
|
</li>
|
|
<li><b>It requires the installation of Google Play</b>. If you already have Google Play installed on a stock Android OS then this doesn't increase your security problems, but for other more secure Android variants it's a massive increase in attack surface. There is a separate apk available for download, but it won't receive updates and the hash shown on the site often doesn't match.
|
|
</li>
|
|
<li><b>It depends entirely upon the Google message pushing system</b>. That means that Google <i>at least knows who Signal messages are being sent to and may be able to infer the rest via your (insecure) Android phone contact list or via timing correlation of alternating deliveries</i>. Remember that for an adversary metadata in aggregate is much better than having the content of messages. At any time Google could decide that it doesn't want to support Signal, or in adverse circumstances they could be leaned upon by the usual agencies or government cronies.
|
|
</li>
|
|
<li><b>Their privacy policy indicates that they will give whatever server data they have to third parties</b> under some conditions. Of course this is always claimed to be <i>for the very best of reasons</i> - such as combating fraud - but once that sort of disclosure capability exists it may be abused without you ever knowing about it. Consider how difficult, or not, it may be for a government to reverse engineer a database of hashed telephone numbers.
|
|
</li>
|
|
<li><b>Forking isn't really an option</b>. A fork was tried, but Moxie got annoyed when it still used his server. At the same time the level of interest in federating the server is not detectable with our best intrumentation, and is suspected to be negative. That's a catch 22 which effectively means that independent implementations of Signal will always leave some users unable to communicate with each other.
|
|
</li>
|
|
</ul>
|
|
|
|
<p>
|
|
To give credit where it's due Signal is good, but it could be a lot better. The real solution for private chat is to run your own XMPP server, as you can with Freedombone, or to have someone within your community do that. <i>There is no substitute for a decentralised solution which is within the control of your community</i>.
|
|
</p>
|
|
</div>
|
|
</div>
|
|
<div id="outline-container-sec-18" class="outline-2">
|
|
<h2 id="sec-18">What is the most secure chat app to use on mobile?</h2>
|
|
<div class="outline-text-2" id="text-18">
|
|
<p>
|
|
On mobile there are various options. The apps which are likely to be most secure are ones which have end-to-end encryption enabled by default and which can also be onion routed via Orbot. End-to-end encryption secures the content of the message and onion routing obscures the metadata, making it hard for a passive adversary to know who is communicating with who.
|
|
</p>
|
|
|
|
<p>
|
|
The current safest way to chat is to use <a href="https://conversations.im">Conversations</a> together with <a href="https://guardianproject.info/apps/orbot/">Orbot</a> - both of which can be installed from <a href="https://f-droid.org/">F-droid</a>. You may need to enable the <a href="https://guardianproject.info/">Guardian Project</a> repository within F-droid in order to be able to install Orbot. Within the settings of the Conversations app you can set it to route via Tor, and also you can use the XMPP service of your Freedombone server. That way all of the software infrastructure is controlled by you or your community.
|
|
</p>
|
|
|
|
<p>
|
|
There are many <a href="#sec-17">other fashionable chat apps</a> with end-to-end security, but often they are closed source, have a single central server or can't be onion routed. It's also important to remember that closed source chat apps should be assumed to be untrustworthy, since their security cannot be independently verified.
|
|
</p>
|
|
</div>
|
|
</div>
|
|
<div id="outline-container-sec-19" class="outline-2">
|
|
<h2 id="sec-19">How do I remove a user from the system?</h2>
|
|
<div class="outline-text-2" id="text-19">
|
|
<p>
|
|
To remove a user:
|
|
</p>
|
|
|
|
<div class="org-src-container">
|
|
|
|
<pre class="src src-bash">ssh username@mydomainname -p 2222
|
|
</pre>
|
|
</div>
|
|
|
|
<p>
|
|
Select <i>Administrator controls</i> then <i>Manage Users</i> and then <i>Delete a user</i>. Note that this will delete all of that user's files and email.
|
|
</p>
|
|
</div>
|
|
</div>
|
|
<div id="outline-container-sec-20" class="outline-2">
|
|
<h2 id="sec-20">Why is logging for web sites turned off by default?</h2>
|
|
<div class="outline-text-2" id="text-20">
|
|
<p>
|
|
If you're making profits out of the logs by running large server warehouses and then data mining what users click on - as is the business model of well known internet companies - then logging everything makes total sense. However, if you're running a home server then logging really only makes sense if you're trying to diagnose some specific problem with the system, and outside of that context logging everything becomes more of a liability than an asset.
|
|
</p>
|
|
|
|
<p>
|
|
Logs can potentially become quite large and frequent logging isn't a great idea if you're running on a flash disk since it just increases the wear rate and thus shortens its usable lifetime. Also from a security perspective if a compromise occurs then the attacker gets considerably less social information if there are no logs containing timestamped IP addresses.
|
|
</p>
|
|
|
|
<p>
|
|
On the Freedombone system web logs containing IP addresses are turned off by default. They're not deleted, they're just never created in the first place. If you need to turn logging on in order to fix a problem then go to the <b>Administrator control panel</b> and enable logging. If you don't manually turn it off again then it will turn itself off automatically at the next system update, which is typically a few days away.
|
|
</p>
|
|
</div>
|
|
</div>
|
|
<div id="outline-container-sec-21" class="outline-2">
|
|
<h2 id="sec-21">How do I reset the tripwire?</h2>
|
|
<div class="outline-text-2" id="text-21">
|
|
<p>
|
|
The tripwire will be automatically reset once per week. If you want to reset it earlier then do the following:
|
|
</p>
|
|
|
|
<div class="org-src-container">
|
|
|
|
<pre class="src src-bash">ssh username@mydomain -p 2222
|
|
</pre>
|
|
</div>
|
|
|
|
<p>
|
|
Select <i>Administrator controls</i> then <i>Security settings</i> then <i>reset tripwire</i>.
|
|
</p>
|
|
</div>
|
|
</div>
|
|
<div id="outline-container-sec-22" class="outline-2">
|
|
<h2 id="sec-22">Is metadata protected?</h2>
|
|
<div class="outline-text-2" id="text-22">
|
|
<blockquote>
|
|
<p>
|
|
"<i>We kill people based on metadata</i>"
|
|
</p>
|
|
|
|
<p>
|
|
– Michael Hayden
|
|
</p>
|
|
</blockquote>
|
|
|
|
<p>
|
|
Even when using Freedombone metadata analysis by third parties is still possible. This can be mitigated by accessing your blog, or other web services, via their <i>onion addresses</i>, rather than via more conventional domain names. In that case your ISP and any government which they might be compelled to report back to will know when your system is being accessed, but not necessarily <i>which</i> services are being accessed <i>or by whom</i>. So for instance using a Tor browser and the onion address people may be able to safely read your blog or wiki and be reasonably confident that metadata isn't being gathered about what they read (or more concisely the metadata which can be gathered by a third party may just not be very useful or personally identifiable). On the other hand if you access the system via conventional domain names and dynamic DNS then it's safe to assume that metadata can and will be collected by third parties.
|
|
</p>
|
|
</div>
|
|
</div>
|
|
<div id="outline-container-sec-23" class="outline-2">
|
|
<h2 id="sec-23">How do I create email processing rules?</h2>
|
|
<div class="outline-text-2" id="text-23">
|
|
<div class="org-src-container">
|
|
|
|
<pre class="src src-bash">ssh username@domainname -p 2222
|
|
</pre>
|
|
</div>
|
|
|
|
<p>
|
|
Select <i>Administrator controls</i> then <i>Email Filtering Rules</i> then you can add rules to be applied to incoming email addresses or mailing lists. If you prefer to do things directly on the command line, without the control panel, then the following commands are available:
|
|
</p>
|
|
|
|
<table border="2" cellspacing="0" cellpadding="6" rules="groups" frame="hsides">
|
|
|
|
|
|
<colgroup>
|
|
<col class="left" />
|
|
|
|
<col class="left" />
|
|
</colgroup>
|
|
<tbody>
|
|
<tr>
|
|
<td class="left">freedombone-addlist</td>
|
|
<td class="left">Adds a mailing list</td>
|
|
</tr>
|
|
|
|
<tr>
|
|
<td class="left">freedombone-rmlist</td>
|
|
<td class="left">Removes a mailing list</td>
|
|
</tr>
|
|
|
|
<tr>
|
|
<td class="left">freedombone-addemail</td>
|
|
<td class="left">Transfers emails from an address to a given folder</td>
|
|
</tr>
|
|
|
|
<tr>
|
|
<td class="left">freedombone-rmemail</td>
|
|
<td class="left">Removes an email transferal rule</td>
|
|
</tr>
|
|
|
|
<tr>
|
|
<td class="left">freedombone-ignore</td>
|
|
<td class="left">Ignores email from an address or with a subject line containing text</td>
|
|
</tr>
|
|
|
|
<tr>
|
|
<td class="left">freedombone-unignore</td>
|
|
<td class="left">Removes an ignore rule</td>
|
|
</tr>
|
|
</tbody>
|
|
</table>
|
|
|
|
<p>
|
|
Spamassassin is also available and within Mutt you can use the S (shift+s) key to mark an email as spam or the H (shift+h) key to mark an email as not being spam. So by using a combination of email rules and spam filtering you should be able to avoid any spammers or trolls.
|
|
</p>
|
|
</div>
|
|
</div>
|
|
<div id="outline-container-sec-24" class="outline-2">
|
|
<h2 id="sec-24">Why isn't dynamic DNS working?</h2>
|
|
<div class="outline-text-2" id="text-24">
|
|
<p>
|
|
If you run the command:
|
|
</p>
|
|
|
|
<div class="org-src-container">
|
|
|
|
<pre class="src src-bash">systemctl status inadyn
|
|
</pre>
|
|
</div>
|
|
|
|
<p>
|
|
And see some error related to checking for changes in the IP address then you can try other external IP services. Edit <b>/etc/inadyn.conf</b> and change the domain for the <b>checkip-url</b> parameter. Possible sites are:
|
|
</p>
|
|
|
|
<div class="org-src-container">
|
|
|
|
<pre class="src src-text">https://check.torproject.org/
|
|
https://www.whatsmydns.net/whats-my-ip-address.html
|
|
https://www.privateinternetaccess.com/pages/whats-my-ip/
|
|
</pre>
|
|
</div>
|
|
</div>
|
|
</div>
|
|
|
|
<div id="outline-container-sec-25" class="outline-2">
|
|
<h2 id="sec-25">How do I change my encryption settings?</h2>
|
|
<div class="outline-text-2" id="text-25">
|
|
<p>
|
|
Suppose that some new encryption vulnerability has been announced and that you need to change your encryption settings. Maybe an algorithm thought to be secure is now no longer so and you need to remove it. You can change your settings by doing the following:
|
|
</p>
|
|
|
|
<div class="org-src-container">
|
|
|
|
<pre class="src src-bash">ssh myusername@mydomain -p 2222
|
|
</pre>
|
|
</div>
|
|
|
|
<p>
|
|
Select <i>Administrator controls</i> then select <i>Security Settings</i>. You will then be able to edit the crypto settings for all of the installed applications. <b>Be very careful when editing</b>, since any mistake could make your system less secure rather than more.
|
|
</p>
|
|
</div>
|
|
</div>
|
|
<div id="outline-container-sec-26" class="outline-2">
|
|
<h2 id="sec-26">How do I get a domain name?</h2>
|
|
<div class="outline-text-2" id="text-26">
|
|
<p>
|
|
Suppose that you have bought a domain name (rather than using a free subdomain on freedns) and you want to use that instead.
|
|
</p>
|
|
|
|
<p>
|
|
Remove any existing nameservers for your domain (or select "custom" nameservers), then add:
|
|
</p>
|
|
|
|
<div class="org-src-container">
|
|
|
|
<pre class="src src-text">NS1.AFRAID.ORG
|
|
NS2.AFRAID.ORG
|
|
NS3.AFRAID.ORG
|
|
NS4.AFRAID.ORG
|
|
</pre>
|
|
</div>
|
|
|
|
<p>
|
|
It might take a few minutes for the above change to take effect. Within freedns click on "Domains" and add your domains (this might only be available to paid members). Make sure that they're marked as "private".
|
|
</p>
|
|
|
|
<p>
|
|
Select "Subdomains" from the menu on the left then select the MX entry for your domain and change the destination to <b>10:mydomainname</b> rather than <b>10:mail.mydomainname</b>.
|
|
</p>
|
|
|
|
<p>
|
|
To route email to one of your freedns domains:
|
|
</p>
|
|
|
|
<div class="org-src-container">
|
|
|
|
<pre class="src src-bash">editor /etc/mailname
|
|
</pre>
|
|
</div>
|
|
|
|
<p>
|
|
Add any extra domains which you own, then save and exit.
|
|
</p>
|
|
|
|
<div class="org-src-container">
|
|
|
|
<pre class="src src-bash">editor /etc/exim4/update-exim4.conf.conf
|
|
</pre>
|
|
</div>
|
|
|
|
<p>
|
|
Within dc_other_hostnames add your extra domain names, separated by a colon ':' character.
|
|
</p>
|
|
|
|
<p>
|
|
Save and exit, then restart exim.
|
|
</p>
|
|
|
|
<div class="org-src-container">
|
|
|
|
<pre class="src src-bash">update-exim4.conf.template -r
|
|
update-exim4.conf
|
|
service exim4 restart
|
|
</pre>
|
|
</div>
|
|
|
|
<p>
|
|
You should now be able to send an email from <i>postmaster@mynewdomainname</i> and it should arrive in your inbox.
|
|
</p>
|
|
</div>
|
|
</div>
|
|
|
|
<div id="outline-container-sec-27" class="outline-2">
|
|
<h2 id="sec-27">How do I renew a Let's Encrypt certificate?</h2>
|
|
<div class="outline-text-2" id="text-27">
|
|
<p>
|
|
Normally certificates will be automatically renewed once per month, so you don't need to be concerned about it. If anything goes wrong with the automatic renewal then you should receive a warning email.
|
|
</p>
|
|
|
|
<p>
|
|
If you need to manually renew a certificate:
|
|
</p>
|
|
|
|
<div class="org-src-container">
|
|
|
|
<pre class="src src-bash">ssh username@mydomainname -p 2222
|
|
</pre>
|
|
</div>
|
|
|
|
<p>
|
|
Select <i>Administrator controls</i> then <b>Security settings</b> then <b>Renew Let's Encrypt certificate</b>.
|
|
</p>
|
|
</div>
|
|
</div>
|
|
<div id="outline-container-sec-28" class="outline-2">
|
|
<h2 id="sec-28">I tried to renew a Let's Encrypt certificate and it failed. What should I do?</h2>
|
|
<div class="outline-text-2" id="text-28">
|
|
<p>
|
|
Most likely it's because Let's Encrypt doesn't support your particular domain or subdomain. Currently free subdomains tend not to work. You'll need to buy a domain name, link it to your dynamic DNS account and then do:
|
|
</p>
|
|
|
|
<div class="org-src-container">
|
|
|
|
<pre class="src src-bash">ssh username@mydomainname -p 2222
|
|
</pre>
|
|
</div>
|
|
|
|
<p>
|
|
Select <i>Administrator controls</i> then <b>Security settings</b> then <b>Create a new Let's Encrypt certificate</b>.
|
|
</p>
|
|
</div>
|
|
</div>
|
|
<div id="outline-container-sec-29" class="outline-2">
|
|
<h2 id="sec-29">Why not use the services of $company instead? They took the Seppuku pledge</h2>
|
|
<div class="outline-text-2" id="text-29">
|
|
<p>
|
|
<a href="https://cryptostorm.org/viewtopic.php?f=63&t=2954&sid=7de2d1e699cfde2f574e6a7f6ea5a173">That pledge</a> is utterly worthless. Years ago people trusted Google in the same sort of way, because they promised not be be evil and because a lot of the engineers working for them seemed like honest types who were "<i>on our side</i>". Post-<a href="https://en.wikipedia.org/wiki/Nymwars">nymwars</a> and post-<a href="https://en.wikipedia.org/wiki/PRISM_(surveillance_program)">PRISM</a> we know exactly how much Google cared about the privacy and security of its users. But Google is only one particular example. In general don't trust pledges made by companies, even if the people running them seem really sincere.
|
|
</p>
|
|
</div>
|
|
</div>
|
|
<div id="outline-container-sec-30" class="outline-2">
|
|
<h2 id="sec-30">Why does my email keep getting rejected as spam by Gmail/etc?</h2>
|
|
<div class="outline-text-2" id="text-30">
|
|
<p>
|
|
Welcome to the world of email. Email is really the archetypal decentralized service, developed during the early days of the internet. In principle anyone can run an email server, and that's exactly what you're doing with Freedombone. Email is very useful, but it has a big problem, and that's that the protocols are totally insecure. That made it easy for spammers to do their thing, and in response highly elaborate spam filtering and blocking systems were developed. Chances are that your emails are being blocked in this way. Sometimes the blocking is so indisciminate that entire countries are excluded. What can you do about it? Unless you control the block list at the receiving end you may not be able to do much unless you can find an email proxy server which is trusted by the receiving server.
|
|
</p>
|
|
|
|
<p>
|
|
Often ISPs will run their own SMTP mail server which you can use for proxying, typically called <i>mail.ISPdomain</i>. On the administrator control panel there is an option to set the details for outgoing email from the Mutt client.
|
|
</p>
|
|
|
|
<div class="org-src-container">
|
|
|
|
<pre class="src src-bash">ssh username@mydomainname -p 2222
|
|
</pre>
|
|
</div>
|
|
|
|
<p>
|
|
Select <i>Administrator controls</i> then <b>Outgoing Email Proxy</b> and enter the details for your ISP SMTP server.
|
|
</p>
|
|
|
|
<p>
|
|
This may work, at least when using Mutt, and admittedly if it does then it's a compromise in which you are using some infrastructure which is not controlled by the community - with all of the usual hazards which go along with that.
|
|
</p>
|
|
|
|
<p>
|
|
The current arrangement with email blocking works well for the big internet companies because it effectively centralises email to a few well-known brand names and keeps any independent servers out, or creates dependencies like the one just described in which you become a second class citizen of the internet.
|
|
</p>
|
|
|
|
<p>
|
|
So the situation with email presently is pretty bad, and there's a clear selection pressure against decentralization and towards only a few companies controlling all email services. Longer term the solution is to have more secure protocols which make spamming hard or expensive.
|
|
</p>
|
|
</div>
|
|
</div>
|
|
<div id="outline-container-sec-31" class="outline-2">
|
|
<h2 id="sec-31">Tor is censored/blocked in my area. What can I do?</h2>
|
|
<div class="outline-text-2" id="text-31">
|
|
<p>
|
|
If you can find some details for an obfs4 Tor bridge (its IP address, port number and key or nickname) then you can set up the system to use it to connect to the Tor network. Unlike relay nodes the IP addresses for bridges are not public information and so can't be easily known and added to block lists by authoritarian regimes or over-zealous ISPs.
|
|
</p>
|
|
|
|
<p>
|
|
ssh into your Freedombone system, go to the <b>administrator control panel</b>, select <b>security settings</b> then <b>Tor Bridges</b> and <b>Add a bridge</b>. You can then enter the details.
|
|
</p>
|
|
|
|
|
|
<div class="figure">
|
|
<p><img src="images/controlpanel/control_panel_bridges.jpg" alt="control_panel_bridges.jpg" width="80%" align="center" />
|
|
</p>
|
|
</div>
|
|
|
|
<p>
|
|
Any bridges that you add will also show up on the About screen of the administrator control panel.
|
|
</p>
|
|
|
|
<p>
|
|
You can also set your system to act as a Tor bridge, although this is not recommended since in most cases you will have a dynamic external IP address. If you need to help someone get around local censorship temporarily though this could be an option.
|
|
</p>
|
|
</div>
|
|
</div>
|
|
|
|
<div id="outline-container-sec-32" class="outline-2">
|
|
<h2 id="sec-32">I want to block a particular domain from getting its content into my social network sites</h2>
|
|
<div class="outline-text-2" id="text-32">
|
|
<p>
|
|
If you're being pestered by some domain which contains bad/illegal/harrassing content or irritating users you can block domains at the firewall level. Go to the administrator control panel and select <i>domain blocking</i>. You can then block, unblock and view the list of blocked domains.
|
|
</p>
|
|
|
|
<pre class="example">
|
|
ssh username@domainname -p 2222
|
|
</pre>
|
|
|
|
<p>
|
|
Select <i>Administrator controls</i> then <i>Domain blocking</i>.
|
|
</p>
|
|
</div>
|
|
</div>
|
|
|
|
<div id="outline-container-sec-33" class="outline-2">
|
|
<h2 id="sec-33">The mesh system doesn't boot from USB drive</h2>
|
|
<div class="outline-text-2" id="text-33">
|
|
<p>
|
|
If the system doesn't boot and reports an error which includes <b>/dev/mapper/loop0p1</b> then reboot with <b>Ctrl-Alt-Del</b> and when you see the grub menu press <b>e</b> and manually change <b>/dev/mapper/loop0p1</b> to <b>/dev/sdb1</b>, then press <b>Ctrl-x</b>. If that doesn't work then reboot and try <b>/dev/sdc1</b> instead.
|
|
</p>
|
|
|
|
<p>
|
|
After the system has booted successfully the problem should resolve itself on subsequent reboots.
|
|
</p>
|
|
</div>
|
|
</div>
|
|
|
|
<div id="outline-container-sec-34" class="outline-2">
|
|
<h2 id="sec-34">Mesh system doesn't connect to the network</h2>
|
|
<div class="outline-text-2" id="text-34">
|
|
<p>
|
|
Sometimes after boot the mesh system won't connect to other peers on the network. If this happens select the <b>network restart</b> icon and enter the password, which by default is just "freedombone". Wait for a few minutes to see if it connects.
|
|
</p>
|
|
|
|
|
|
<div class="figure">
|
|
<p><a href="fdl-1.3.txt" width="10%" height="2%" align="center"><img src="images/gfdl.png" alt="gfdl.png" width="10%" height="2%" align="center" /></a>
|
|
</p>
|
|
</div>
|
|
</div>
|
|
</div>
|
|
</div>
|
|
<div id="postamble" class="status">
|
|
|
|
<style type="text/css">
|
|
.back-to-top {
|
|
position: fixed;
|
|
bottom: 2em;
|
|
right: 0px;
|
|
text-decoration: none;
|
|
color: #000000;
|
|
background-color: rgba(235, 235, 235, 0.80);
|
|
font-size: 12px;
|
|
padding: 1em;
|
|
display: none;
|
|
}
|
|
|
|
.back-to-top:hover {
|
|
background-color: rgba(135, 135, 135, 0.50);
|
|
}
|
|
</style>
|
|
|
|
<div class="back-to-top">
|
|
<a href="#top">Back to top</a> | <a href="mailto:bob@freedombone.net">E-mail me</a>
|
|
</div>
|
|
</div>
|
|
</body>
|
|
</html>
|