From b996ba4156678b6a0a551b9a932867b2ade42344 Mon Sep 17 00:00:00 2001 From: Alessio Vanni Date: Sat, 24 Apr 2021 17:30:45 +0200 Subject: -Fix several incorrect uses of `i.e.' With some other changes to sentences here and there as I found appropriate. --- doc/handbook/chapters/installation.texi | 19 ++++++++++--------- 1 file changed, 10 insertions(+), 9 deletions(-) (limited to 'doc/handbook/chapters/installation.texi') diff --git a/doc/handbook/chapters/installation.texi b/doc/handbook/chapters/installation.texi index ad939b5b7..24431e20f 100644 --- a/doc/handbook/chapters/installation.texi +++ b/doc/handbook/chapters/installation.texi @@ -1355,7 +1355,7 @@ The interface channel depends on the wlan network that the card is connected to. If no connection has been made since the start of the computer, it is usually the first channel of the card. Peers will only find each other and communicate if they are on the same -channel. Channels must be set manually, i.e. using: +channel. Channels must be set manually, e.g. by using: @example iwconfig wlan0 channel 1 @@ -1944,12 +1944,13 @@ Python installation and its dependencies. Another way to install Ascension on Debian is to install the python3-ascension package. It can be found within the above mentioned Ascension git repository. -This also adds a system user ascension and runs a GNUnet peer in the -background. Attention: This only works if a recent version of GNUnet is +This also adds a system user called ascension and runs a GNUnet peer in the +background. Please note: This only works if a recent version of GNUnet is installed on your system. The version number of Ascension is chosen according -to the required feature level of GNUnet. I.e. Ascension 0.11.5 is only -compatible with GNUnet 0.11.5 and upwards. As Debian's packages for GNUnet are -outdated even in experimental, you will need to install GNUnet manually +to the required feature level of GNUnet: Ascension 0.11.5 is only +compatible with GNUnet 0.11.5 or later and so on. +As Debian's packages for GNUnet are outdated even in experimental, +you will need to install GNUnet manually @xref{Installing GNUnet}. Please check @xref{Migrating an existing DNS zone into GNS}, for usage manual @@ -2034,11 +2035,11 @@ Furthermore, you can serve as a DNS, IPv4 or IPv6 exit to the Internet. Being a DNS exit is usually pretty harmless. However, enabling IPv4 or IPv6-exit without further precautions may enable adversaries to access your local network, send spam, attack other systems from your Internet -connection and to other mischief that will appear to come from your +connection and do other mischiefs that will appear to come from your machine. This may or may not get you into legal trouble. If you want to allow IPv4 or IPv6-exit functionality, you should strongly consider adding additional firewall rules manually to protect your local -network and to restrict outgoing TCP traffic (i.e. by not allowing access +network and to restrict outgoing TCP traffic (e.g. by not allowing access to port 25). While we plan to improve exit-filtering in the future, you're currently on your own here. Essentially, be prepared for any kind of IP-traffic to exit the respective @@ -2159,7 +2160,7 @@ run as use "gnunet" (and with option "-c /etc/gnunet.conf" so that it modifies the system configuration). As always, gnunet-setup should be run after the GNUnet peer was stopped using "gnunet-arm -e". Distributors might want to include a wrapper for gnunet-setup that allows the -desktop-user to "sudo" (i.e. using gtksudo) to the "gnunet" user account +desktop-user to "sudo" (e.g. using gtksudo) to the "gnunet" user account and then runs "gnunet-arm -e", "gnunet-setup" and "gnunet-arm -s" in sequence. -- cgit v1.2.3