Cap. 6. Aplicații de rețea

Serviciile poștale moderne sunt supuse unor restricții pentru a minimiza expunerea la problemele legate de spam (mesaje electronice nedorite și nesolicitate).

Acest lucru se datorează faptului că:

Unele programe din Debian se așteaptă să acceseze comanda /usr/sbin/sendmail pentru a trimite mesaje de poștă electronică ca opțiune implicită sau personalizată, deoarece serviciul de poștă electronică pe un sistem UNIX funcționa în mod tradițional astfel:

Demonul SSH al OpenSSH acceptă numai protocolul SSH 2.

Vă rugăm să citiți „/usr/share/doc/openssh-client/README. Debian.gz”, ssh(1), sshd(8), ssh-keygen(1), ssh-add(1) și ssh-agent(1).

	Avertisment
	„/etc/ssh/sshd_not_to_be_run” nu trebuie să fie prezent dacă se dorește rularea serverului OpenSSH. Nu activați autentificarea bazată pe rhost (HostbasedAuthentication în /etc/ssh/sshd_config).

Următorul cod inițializează o conexiune ssh(1) de la un client.

Dacă utilizați același nume de utilizator pe gazda locală și pe cea la distanță, puteți elimina introducerea „username@”.

Se poate evita memorarea parolelor pentru sistemele la distanță utilizând „PubkeyAuthentication” (protocolul SSH-2).

Pe sistemul la distanță, definiți intrările respective, „PubkeyAuthentication yes”, în „/etc/ssh/sshd_config”.

Generați cheile de autentificare local și instalați cheia publică pe sistemul la distanță, urmând pașii de mai jos.

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

Puteți adăuga opțiuni la intrările din „~/.ssh/authorized_keys” pentru a limita gazdele și pentru a rula comenzi specifice. Consultați sshd(8) „FORMATUL FIȘIERULUI AUTHORIZED_KEYS”.

Este mai sigur să vă protejați cheile secrete de autentificare SSH cu o frază de acces. Dacă nu a fost stabilită o frază de acces, utilizați „ssh-keygen -p” pentru a o stabili.

Plasați cheia SSH publică (de exemplu, „~/.ssh/id_rsa.pub”) în „~/.ssh/authorized_keys” pe un host la distanță, utilizând o conexiune bazată pe parolă la hostul la distanță, așa cum este descris mai sus.

$ 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)

De aici înainte nu mai este necesară o parolă de la distanță pentru următoarea comandă.

$ scp foo username@remote.host:foo

Apăsați ^D pentru a încheia sesiunea ssh-agent.

Pentru serverul X, scriptul normal de pornire Debian execută ssh-agent ca proces părinte. Deci, trebuie să executați ssh-add o singură dată. Pentru mai multe informații, citiți ssh-agent(1) și ssh-add(1).

Dacă aveți un cont shell SSH pe un server cu setări DNS corespunzătoare, puteți trimite un mesaj generat pe stația dvs. de lucru ca un mesaj electronic trimis efectiv de pe serverul la distanță.

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

Pentru a stabili o conexiune la portul 25 al serverului de la distanță remote-server de la portul 4025 al localhost și la portul 110 al serverului de la distanță remote-server de la portul 4110 al localhost prin ssh, executați pe gazda locală următoarea comandă.

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

Aceasta este o metodă sigură de a stabili conexiuni la serverele SMTP/POP3 prin Internet. Stabiliți intrarea „AllowTcpForwarding” la „yes” în fișierul „/etc/ssh/sshd_config” al gazdei de la distanță.

Dacă aveți probleme, verificați permisiunile fișierelor de configurare și rulați ssh cu opțiunea „-v”.

Utilizați opțiunea „-p” dacă sunteți root și aveți probleme cu un paravan de protecție; aceasta evită utilizarea porturilor serverului 1 — 1023.

Dacă conexiunile ssh la un sit la distanță încetează brusc să funcționeze, este posibil ca acest lucru să fie rezultatul unei intervenții a administratorului de sistem, cel mai probabil o modificare a „host_key” în timpul întreținerii sistemului. După ce vă asigurați că acesta este cazul și că nimeni nu încearcă să falsifice gazda la distanță printr-un truc inteligent, puteți restabili conexiunea eliminând intrarea „host_key” din „~/.ssh/known_hosts” de pe gazda locală.