Kapitel 6. Nätverkstillämpningar

Moderna e-posttjänster är underkastade vissa begränsningar för att minimera exponeringen för spam (oönskad och oönskad e-post).

Detta beror på att:

Vissa program på Debian förväntar sig att få tillgång till kommandot /usr/sbin/sendmail för att skicka e-postmeddelanden som standard eller anpassad inställning eftersom e-posttjänsten på ett UNIX-system historiskt fungerade på samma sätt:

OpenSSH SSH-daemon stöder endast SSH-protokoll 2.

Läs"/usr/share/doc/openssh-client/README.Debian.gz", ssh(1), sshd(8), ssh-keygen(1), ssh-add(1) och ssh-agent(1).

	Varning
	"/etc/ssh/sshd_not_to_be_run" får inte finnas med om man vill köra OpenSSH-servern. Aktivera inte rhost-baserad autentisering(HostbasedAuthentication i /etc/ssh/sshd_config).

Följande startar en ssh(1)-anslutning från en klient.

Om du använder samma användarnamn på den lokala värden och fjärrvärden kan du slippa skriva "username@".

Man kan undvika att behöva komma ihåg lösenord för fjärrsystem genom att använda "PubkeyAuthentication" (SSH-2-protokollet).

På fjärrsystemet ställer du in respektive poster, "PubkeyAuthentication yes", i "/etc/ssh/sshd_config".

Generera autentiseringsnycklar lokalt och installera den offentliga nyckeln på fjärrsystemet på följande sätt.

$ ssh-keygen -t rsa
$ cat .ssh/id_rsa.pub | ssh user1@remote "cat - >>.ssh/authorized_keys"

Du kan lägga till alternativ till posterna i "~/.ssh/authorized_keys" för att begränsa värdar och köra specifika kommandon. Se sshd(8) "AUTHORIZED_KEYS FILFORMAT".

Det är säkrare att skydda dina hemliga nycklar för SSH-autentisering med en lösenordsfras. Om en lösenordsfras inte har angetts kan du använda "ssh-keygen -p" för att ange den.

Placera din offentliga SSH-nyckel (t.ex. "~/.ssh/id_rsa.pub") i "~/.ssh/authorized_keys" på en fjärrvärd med hjälp av en lösenordsbaserad anslutning till fjärrvärden enligt beskrivningen ovan.

$ ssh-agent bash
$ ssh-add ~/.ssh/id_rsa
Enter passphrase for /home/username/.ssh/id_rsa:
Identity added: /home/username/.ssh/id_rsa (/home/username/.ssh/id_rsa)

Inget fjärrlösenord behövs från och med nu för nästa kommando.

$ scp foo username@remote.host:foo

Tryck på ^D för att avsluta ssh-agent-sessionen.

För X-servern exekverar det normala Debian-startskriptet ssh-agent som den överordnade processen. Så du behöver bara köra ssh-add en gång. För mer information, läs ssh-agent(1) och ssh-add(1).

Om du har ett SSH-shellkonto på en server med korrekta DNS-inställningar kan du skicka ett e-postmeddelande som genereras på din arbetsstation som ett e-postmeddelande som verkligen skickas från fjärrservern.

$ ssh username@example.org /usr/sbin/sendmail -bm -ti -f "username@example.org" < mail_data.txt

Om du vill upprätta en pipe för att ansluta till port 25 på fjärrservern från port 4025 på localhost och till port 110 på fjärrservern från port 4110 på localhost via ssh, kör du följande på den lokala värden.

# ssh -q -L 4025:remote-server:25 4110:remote-server:110 username@remote-server

Detta är ett säkert sätt att ansluta till SMTP/POP3-servrar via Internet. Ställ in posten "AllowTcpForwarding" till "yes" i "/etc/ssh/sshd_config" på fjärrvärden.

Om du har problem kan du kontrollera behörigheterna för konfigurationsfilerna och köra ssh med alternativet "-v".

Använd alternativet "-p" om du är root och har problem med en brandvägg; detta undviker användning av serverportarna 1 - 1023.

Om ssh-anslutningar till en fjärranslutning plötsligt slutar fungera kan det bero på att systemadministratören har gjort något, troligen en ändring av "host_key" under systemunderhåll. Efter att ha försäkrat sig om att så är fallet och att ingen försöker fejka fjärrvärden genom något smart hack, kan man återfå en anslutning genom att ta bort posten "host_key" från "~/.ssh/known_hosts" på den lokala värden.