SSH(1)                      General Commands Manual                     SSH(1)

NUME
     ssh - client de autentificare la distan<?>a OpenSSH

SINOPSIS
     ssh [-46AaCfGgKkMNnqsTtVvXxYy] [-B interfa<?>a-asociere] [-b
     adresa-asociere] [-c specificare-cifru] [-D [adresa-asociere:]port] [-E
     fi<?>ier-jurnal] [-e caracter-control] [-F fi<?>ier-configurare] [-I
     pkcs11] [-i fi<?>ier-identitate] [-J destina<?>ie] [-L adresa] [-l
     nume_utilizator-autentificare] [-m specificare-mac] [-O comanda-control]
     [-o op<?>iune] [-P eticheta] [-p port] [-R adresa] [-S ruta-control] [-W
     gazda:port] [-w tunel-local[:tunel-la_distan<?>a]] destina<?>ie [comanda
     [argument ...]] ssh [-Q op<?>iune-interogare]

DESCRIERE
     ssh (client SSH) este un program pentru autentificarea intr-o ma<?>ina la
     distan<?>a <?>i pentru executarea de comenzi pe o ma<?>ina la distan<?>a.
     Acesta este destinat sa asigure comunica<?>ii criptate sigure intre doua
     gazde neincrezatoare printr-o re<?>ea nesigura. Conexiunile X11,
     porturile TCP arbitrare <?>i soclurile UNIX-domain pot fi de asemenea
     transmise pe canalul securizat.

     ssh se conecteaza <?>i se autentifica la destina<?>ia specificata, care
     poate fi specificata fie ca [utilizator@]nume-gazda sau un URI de forma
     ssh://[utilizator@]nume-gazda[:port].  Utilizatorul trebuie sa i<?>i
     dovedeasca identitatea fa<?>a de ma<?>ina de la distan<?>a folosind una
     dintre mai multe metode (a se vedea mai jos).

     Daca este specificata o comanda, aceasta va fi executata pe gazda de la
     distan<?>a in locul unui shell de autentificare. O linie de comanda
     completa poate fi specificata ca comanda, sau poate avea argumente
     suplimentare. Daca sunt furnizate, argumentele vor fi adaugate la
     comanda, separate prin spa<?>ii, inainte ca aceasta sa fie trimisa la
     server pentru a fi executata.

     Op<?>iunile sunt urmatoarele:

     -4      For<?>eaza ssh sa utilizeze numai adrese IPv4.

     -6      For<?>eaza ssh sa utilizeze numai adrese IPv6.

     -A      Permite redirec<?>ionarea conexiunilor de la un agent de
             autentificare precum ssh-agent(1).  Acest lucru poate fi, de
             asemenea, specificat pentru fiecare gazda intr-un fi<?>ier de
             configurare.

             Transmiterea agentului trebuie activata cu precau<?>ie.
             Utilizatorii care au capacitatea de a ocoli permisiunile de
             fi<?>ier pe gazda de la distan<?>a (pentru soclul UNIX-domain al
             agentului) pot accesa agentul local prin conexiunea
             redirec<?>ionata.  Un atacator nu poate ob<?>ine materialul cheii
             de la agent, insa poate efectua opera<?>ii asupra cheilor care ii
             permit sa se autentifice folosind identita<?>ile incarcate in
             agent. O alternativa mai sigura poate fi utilizarea unei gazde de
             salt (a se vedea -J).

     -a      Dezactiveaza redirec<?>ionarea conexiunii agentului de
             autentificare.

     -B interfa<?>a-asociere
             Se leaga la adresa interfa<?>a-asociere inainte de a incerca sa
             se conecteze la gazda de destina<?>ie.  Acest lucru este util
             numai pe sistemele cu mai multe adrese.

     -b adresa-asociere
             Utilizeaza adresa-asociere de pe ma<?>ina locala ca adresa sursa
             a conexiunii. Utila numai pe sistemele cu mai multe adrese.

     -C      Solicita comprimarea tuturor datelor (inclusiv stdin, stdout,
             stderr <?>i datele pentru conexiunile X11, TCP <?>i UNIX-domain
             redirec<?>ionate). Algoritmul de comprimare este acela<?>i cu cel
             utilizat de gzip(1).  Comprimarea este de dorit pe liniile modem
             <?>i alte conexiuni lente, dar va incetini lucrurile doar pe
             re<?>elele rapide. Valoarea implicita poate fi stabilita gazda cu
             gazda in fi<?>ierele de configurare; consulta<?>i op<?>iunea
             Compression din ssh_config(5).

     -c specificare-cifru
             Selecteaza specifica<?>ia cifrului pentru criptarea sesiunii.
             specificare-cifru este o lista de cifruri separate prin virgula,
             enumerate in ordinea preferin<?>elor. Consulta<?>i cuvantul cheie
             Ciphers din ssh_config(5) pentru mai multe informa<?>ii.

     -D [adresa-asociere:]port
             Specifica o redirec<?>ionare de port la nivel de aplica<?>ie
             "dinamica" locala. Aceasta func<?>ioneaza prin alocarea unui
             soclu pentru a asculta port pe partea locala, legat op<?>ional la
             adresa-de-asociere specificata. Ori de cate ori se realizeaza o
             conexiune la acest port, conexiunea este redirec<?>ionata pe
             canalul securizat, iar protocolul aplica<?>iei este apoi utilizat
             pentru a determina unde sa se conecteze de la ma<?>ina de la
             distan<?>a. In prezent sunt acceptate protocoalele SOCKS4 <?>i
             SOCKS5, iar ssh va ac<?>iona ca un server SOCKS. Numai root poate
             redirec<?>iona porturile privilegiate. Transmiterea dinamica a
             porturilor poate fi, de asemenea, specificata in fi<?>ierul de
             configurare.

             Adresele IPv6 pot fi specificate prin includerea adresei intre
             paranteze drepte. Numai superutilizatorul poate redirec<?>iona
             porturile privilegiate. In mod implicit, portul local este legat
             in conformitate cu valoarea op<?>iunii GatewayPorts.  Cu toate
             acestea, se poate utiliza o adresa-de-asociere explicita pentru a
             lega conexiunea la o anumita adresa.  adresa-de-asociere de
             "localhost" indica faptul ca portul de ascultare trebuie legat
             numai pentru uz local, in timp ce o adresa goala sau `*' indica
             faptul ca portul trebuie sa fie disponibil de la toate
             interfe<?>ele.

     -E fi<?>ier-jurnal
             Adauga jurnalele de depanare la fi<?>ier-jurnal in loc de la
             ie<?>irea de eroare standard.

     -e caracter-control
             Stabile<?>te caracterul de eludaare(control) pentru sesiunile cu
             un pty (implicit: `~').  Caracterul de control este recunoscut
             numai la inceputul unei linii. Caracterul de control urmat de un
             punct (`.') inchide conexiunea; urmat de control-Z suspenda
             conexiunea; <?>i urmat de sine trimite caracterul de control o
             data. Definirea caracterului la "none" dezactiveaza orice
             eludare(control) <?>i face sesiunea complet transparenta.

     -F fi<?>ier-configurare
             Specifica un fi<?>ier alternativ de configurare per utilizator.
             Daca se indica un fi<?>ier de configurare in linia de comanda,
             fi<?>ierul de configurare la nivel de sistem
             (/etc/ssh/ssh_config) va fi ignorat. Valoarea implicita pentru
             fi<?>ierul de configurare per utilizator este ~/.ssh/config.
             Daca este definit la "none", nu va fi citit niciun fi<?>ier de
             configurare.

     -f      Solicita ssh sa treaca in fundal chiar inainte de executarea
             comenzii. Acest lucru este util in cazul in care ssh urmeaza sa
             solicite parole sau fraze de acces, dar utilizatorul dore<?>te ca
             aceasta sa fie in fundal. Aceasta implica -n.  Modul recomandat
             de a porni programe X11 la distan<?>a este ceva precum ssh -f
             gazda xterm.

             Daca op<?>iunea de configurare ExitOnForwardFailure este
             stabilita la "yes", atunci un client ini<?>iat cu -f va a<?>tepta
             ca toate redirec<?>ionarile porturilor la distan<?>a sa fie
             stabilite cu succes inainte de a se plasa in fundal. Consulta<?>i
             descrierea ForkAfterAuthentication in ssh_config(5) pentru
             detalii.

     -G      Determina ssh sa imprime configura<?>ia sa dupa evaluarea
             blocurilor Host <?>i Match <?>i sa iasa.

     -g      Permite gazdelor de la distan<?>a sa se conecteze la porturile
             locale redirec<?>ionate. Daca este utilizata pe o conexiune
             multiplexata, aceasta op<?>iune trebuie specificata in procesul
             principal.

     -I pkcs11
             Specifica biblioteca partajata PKCS#11 pe care ssh ar trebui sa o
             utilizeze pentru a comunica cu un jeton PKCS#11 care furnizeaza
             chei pentru autentificarea utilizatorului.

     -i fi<?>ier-identitate
             Selecteaza un fi<?>ier din care este citita identitatea (cheia
             privata) pentru autentificarea cu cheie publica. De asemenea,
             pute<?>i specifica un fi<?>ier de cheie publica pentru a utiliza
             cheia privata corespunzatoare care este incarcata in ssh-agent(1)
             atunci cand fi<?>ierul de cheie privata nu este prezent local.
             Valoarea implicita este ~/.ssh/id_rsa, ~/.ssh/id_ecdsa,
             ~/.ssh/id_ecdsa_sk, ~/.ssh/id_ed25519 <?>i ~/.ssh/id_ed25519_sk.
             Fi<?>ierele de identitate pot fi, de asemenea, specificate pentru
             fiecare gazda in fi<?>ierul de configurare. Este posibil sa
             ave<?>i mai multe op<?>iuni -i (<?>i mai multe identita<?>i
             specificate in fi<?>ierele de configurare). Daca nu au fost
             specificate in mod explicit certificate prin directiva
             CertificateFile, ssh va incerca, de asemenea, sa incarce
             informa<?>ii privind certificatele din numele de fi<?>ier
             ob<?>inut prin adaugarea -cert.pub la numele fi<?>ierelor de
             identitate.

     -J destina<?>ie
             Se conecteaza la gazda <?>inta realizand mai intai o conexiune
             ssh la gazda de salt descrisa de destina<?>ie <?>i apoi stabilind
             de acolo o redirec<?>ionare TCP catre destina<?>ia finala. Se pot
             specifica mai multe gazde de salt separate prin virgule. Adresele
             IPv6 pot fi specificate prin includerea adresei intre paranteze
             drepte. Aceasta este o scurtatura pentru a specifica o directiva
             de configurare ProxyJump.  Re<?>ine<?>i ca directivele de
             configurare furnizate in linia de comanda se aplica in general
             gazdei de destina<?>ie <?>i nu oricaror gazde de salt
             specificate. Utiliza<?>i ~/.ssh/config pentru a specifica
             configura<?>ia pentru gazdele de salt.

     -K      Activeaza autentificarea bazata pe GSSAPI <?>i transmiterea
             (delegarea) creden<?>ialelor GSSAPI catre server.

     -k      Dezactiveaza redirec<?>ionarea (delegarea) creden<?>ialelor
             GSSAPI catre server.

     -L [gazda-asociere:]port:gazda:port-gazda
     -L [adresa-asociere:]port:soclu-la-distan<?>a
     -L soclu-local:gazda:port-gazda
     -L soclu-local:soclu-la-distan<?>a
             Specifica faptul ca conexiunile catre portul TCP sau catre soclul
             Unix dat de pe gazda locala (client) trebuie redirec<?>ionate
             catre gazda <?>i portul sau catre soclul Unix dat de pe partea de
             la distan<?>a. Aceasta func<?>ioneaza prin alocarea unui soclu
             pentru a asculta fie un port TCP file ... pe partea locala, legat
             op<?>ional la adresa adresa-asociere specificata, fie un soclu
             Unix. Ori de cate ori se realizeaza o conexiune la portul sau
             soclul local, conexiunea este transmisa pe canalul securizat <?>i
             se realizeaza o conexiune fie la portul gazda port-gazda, fie la
             soclul Unix soclu-la-distan<?>a, de pe ma<?>ina de la distan<?>a.

             De asemenea, redirec<?>ionarile de porturi pot fi specificate in
             fi<?>ierul de configurare. Numai superutilizatorul poate
             redirec<?>iona porturile privilegiate. Adresele IPv6 pot fi
             specificate prin includerea adresei intre paranteze drepte.

             In mod implicit, portul local este legat in conformitate cu
             valoarea op<?>iunii GatewayPorts.  Cu toate acestea, se poate
             utiliza o adresa-de-asociere explicita pentru a lega conexiunea
             la o anumita adresa.  adresa-de-asociere de "gazda-locala" indica
             faptul ca portul de ascultare trebuie legat numai pentru uz
             local, in timp ce o adresa goala sau `*' indica faptul ca portul
             trebuie sa fie disponibil de la toate interfe<?>ele.

     -l nume_utilizator-autentificare
             Specifica utilizatorul cu care trebuie sa va conecta<?>i pe
             ma<?>ina de la distan<?>a. Acest lucru poate fi, de asemenea,
             specificat pentru fiecare gazda in fi<?>ierul de configurare.

     -M      Plaseaza clientul ssh in modul "master" pentru partajarea
             conexiunii. Mai multe op<?>iuni -M plaseaza ssh in modul
             "master", dar cu confirmarea necesara folosind ssh-askpass(1)
             inainte de fiecare opera<?>ie care modifica starea de
             multiplexare (de exemplu, deschiderea unei noi sesiuni).
             Consulta<?>i descrierea ControlMaster in ssh_config(5) pentru
             detalii.

     -m specificare-mac
             O lista de algoritmi MAC (cod de autentificare a mesajelor)
             separa<?>i prin virgule, specifica<?>i in ordinea
             preferin<?>elor. Consulta<?>i cuvantul cheie MACs din
             ssh_config(5) pentru mai multe informa<?>ii.

     -N      Nu executa o comanda de la distan<?>a. Acest lucru este util doar
             pentru redirec<?>ionarea porturilor. Consulta<?>i descrierea
             SessionType in ssh_config(5) pentru detalii.

     -n      Redirec<?>ioneaza stdin de la /dev/null (de fapt, impiedica
             citirea din stdin). Acest lucru trebuie utilizat atunci cand ssh
             este rulat in fundal. Un truc comun este utilizarea acestuia
             pentru a rula programe X11 pe o ma<?>ina la distan<?>a. De
             exemplu, ssh -n shadows.cs.hut.fi emacs & va porni un emacs pe
             shadows.cs.hut.fi, iar conexiunea X11 va fi transmisa automat pe
             un canal criptat. Programul ssh va fi pus in fundal; (acest lucru
             nu func<?>ioneaza daca ssh trebuie sa solicite o parola sau o
             fraza de acces; a se vedea <?>i op<?>iunea -f).  Consulta<?>i
             descrierea StdinNull in ssh_config(5) pentru detalii.

     -O comanda-control
             Controleaza un proces master de multiplexare a conexiunii active.
             Atunci cand este specificata op<?>iunea -O, argumentul
             comanda-control este interpretat <?>i transmis procesului master.
             Comenzile valide sunt: "check" (verifica daca procesul master
             ruleaza), "forward" (solicita redirec<?>ionari fara executarea
             comenzii), "cancel" (anuleaza redirec<?>ionarile), "proxy" (se
             conecteaza la un master de multiplexare in func<?>iune in modul
             proxy), "exit" (solicita masterului sa iasa) <?>i "stop"
             (solicita masterului sa nu mai accepte alte cereri de
             multiplexare).

     -o op<?>iune
             Poate fi utilizata pentru a oferi op<?>iuni in formatul utilizat
             in fi<?>ierul de configurare. Acest lucru este util pentru
             specificarea op<?>iunilor pentru care nu exista un fanion de
             linie de comanda separat. Pentru detalii complete privind
             op<?>iunile enumerate mai jos <?>i valorile lor posibile,
             consulta<?>i ssh_config(5).

                   AddKeysToAgent
                   AddressFamily
                   BatchMode
                   BindAddress
                   CanonicalDomains
                   CanonicalizeFallbackLocal
                   CanonicalizeHostname
                   CanonicalizeMaxDots
                   CanonicalizePermittedCNAMEs
                   CASignatureAlgorithms
                   CertificateFile
                   CheckHostIP
                   Ciphers
                   ClearAllForwardings
                   Comprimare
                   ConnectionAttempts
                   ConnectTimeout
                   ControlMaster
                   ControlPath
                   ControlPersist
                   DynamicForward
                   EnableEscapeCommandline
                   EscapeChar
                   ExitOnForwardFailure
                   FingerprintHash
                   ForkAfterAuthentication
                   ForwardAgent
                   ForwardX11
                   ForwardX11Timeout
                   ForwardX11Trusted
                   GatewayPorts
                   GlobalKnownHostsFile
                   GSSAPIAuthentication
                   GSSAPIDelegateCredentials
                   HashKnownHosts
                   Host
                   HostbasedAcceptedAlgorithms
                   HostbasedAuthentication
                   HostKeyAlgorithms
                   HostKeyAlias
                   Hostname
                   IdentitiesOnly
                   IdentityAgent
                   IdentityFile
                   IPQoS
                   KbdInteractiveAuthentication
                   KbdInteractiveDevices
                   KexAlgorithms
                   KnownHostsCommand
                   LocalCommand
                   LocalForward
                   LogLevel
                   MACs
                   Match
                   NoHostAuthenticationForLocalhost
                   NumberOfPasswordPrompts
                   PasswordAuthentication
                   PermitLocalCommand
                   PermitRemoteOpen
                   PKCS11Provider
                   Port
                   PreferredAuthentications
                   ProxyCommand
                   ProxyJump
                   ProxyUseFdpass
                   PubkeyAcceptedAlgorithms
                   PubkeyAuthentication
                   RekeyLimit
                   RemoteCommand
                   RemoteForward
                   RequestTTY
                   RequiredRSASize
                   SendEnv
                   ServerAliveInterval
                   ServerAliveCountMax
                   SessionType
                   SetEnv
                   StdinNull
                   StreamLocalBindMask
                   StreamLocalBindUnlink
                   StrictHostKeyChecking
                   TCPKeepAlive
                   Tunnel
                   TunnelDevice
                   UpdateHostKeys
                   User
                   UserKnownHostsFile
                   VerifyHostKeyDNS
                   VisualHostKey
                   XAuthLocation

     -P eticheta
             Specifica un nume de eticheta care poate fi utilizat pentru a
             selecta configura<?>ia in ssh_config(5).  Consulta<?>i cuvintele
             cheie Tag <?>i Match din ssh_config(5) pentru mai multe
             informa<?>ii.
     -p port
             Portul de conectare la gazda de la distan<?>a. Acesta poate fi
             specificat pentru fiecare gazda in parte in fi<?>ierul de
             configurare.

     -Q op<?>iune-interogare
             Interogari pentru algoritmii accepta<?>i de una dintre
             urmatoarele caracteristici: cipher (cifrari simetrice acceptate),
             cipher-auth (cifrari simetrice acceptate care accepta criptarea
             autentificata), help (termeni de interogare accepta<?>i pentru
             utilizarea cu fanionul -Q), mac (coduri de integritate a
             mesajelor acceptate), kex (algoritmi de schimb de chei), key
             (tipuri de chei), key. key-ca-sign (algoritmi de semnatura CA
             valabili pentru certificate), key-cert (tipuri de chei de
             certificat), key-plain (tipuri de chei fara certificat), key-sig
             (toate tipurile de chei <?>i algoritmi de semnatura),
             protocol-version (versiuni de protocol SSH acceptate) <?>i sig
             (algoritmi de semnatura accepta<?>i).  Alternativ, orice cuvant-
             cheie din ssh_config(5) sau sshd_config(5) care accepta o lista
             de algoritmi poate fi utilizat ca alias pentru op<?>iunea
             op<?>iune-interogare corespunzatoare.

     -q      Mod silen<?>ios. Face ca majoritatea mesajelor de avertizare <?>i
             diagnosticare sa fie suprimate.

     -R [gazda-asociere:]port:gazda:port-gazda
     -R [adresa-asociere:]port:soclu-local
     -R soclu-la-distan<?>a:gazda:port-gazda
     -R soclu-la-distan<?>a:soclu-local
     -R [adresa-asociere:]port
             Specifica faptul ca conexiunile catre portul TCP sau soclul Unix
             dat de pe gazda de la distan<?>a (server) trebuie transmise catre
             partea locala.

             Aceasta func<?>ioneaza prin alocarea unui soclu pentru a asculta
             fie un port TCP, fie un soclu Unix pe partea de la distan<?>a.
             Ori de cate ori se realizeaza o conexiune la acest port sau soclu
             Unix, conexiunea este redirec<?>ionata pe canalul securizat <?>i
             se realizeaza o conexiune de la ma<?>ina locala fie catre o
             destina<?>ie explicita specificata de gazda port port-gazda, fie
             catre soclu-local sau, daca nu a fost specificata nicio
             destina<?>ie explicita, ssh va ac<?>iona ca un proxy SOCKS 4/5
             <?>i va redirec<?>iona conexiunile catre destina<?>iile
             solicitate de clientul SOCKS de la distan<?>a.

             De asemenea, redirec<?>ionarile de porturi pot fi specificate in
             fi<?>ierul de configurare. Porturile privilegiate pot fi
             redirec<?>ionate numai atunci cand va conecta<?>i ca root pe
             ma<?>ina de la distan<?>a.  Adresele IPv6 pot fi specificate prin
             includerea adresei intre paranteze drepte.

             In mod implicit, soclurile TCP de ascultare de pe server vor fi
             legate numai la interfa<?>a loopback. Acest lucru poate fi anulat
             prin specificarea unei adrese adresa-asociere.  O adresa
             adresa-asociere goala, sau adresa `*', indica faptul ca soclul de
             la distan<?>a trebuie sa asculte pe toate interfe<?>ele.
             Specificarea unei adrese adresa-asociere la distan<?>a va reu<?>i
             numai daca op<?>iunea GatewayPorts a serverului este activata
             (consulta<?>i sshd_config(5)).

             Daca argumentul port este `0', portul de ascultare va fi alocat
             dinamic pe server <?>i raportat clientului la momentul rularii.
             Atunci cand este utilizat impreuna cu -O forward, portul alocat
             va fi imprimat la ie<?>irea standard.

     -S ruta-control
             Specifica loca<?>ia unui soclu de control pentru partajarea
             conexiunii sau <?>irul "none" pentru a dezactiva partajarea
             conexiunii.  Consulta<?>i descrierea ControlPath <?>i
             ControlMaster in ssh_config(5) pentru detalii.

     -s      Poate fi utilizata pentru a solicita invocarea unui subsistem pe
             sistemul de la distan<?>a.  Subsistemele faciliteaza utilizarea
             SSH ca transport securizat pentru alte aplica<?>ii (de exemplu,
             sftp(1)).  Subsistemul este specificat ca comanda la distan<?>a.
             Consulta<?>i descrierea SessionType in ssh_config(5) pentru
             detalii.

     -T      Dezactiveaza alocarea pseudo-terminalelor.

     -t      For<?>eaza alocarea de pseudo-terminale. Aceasta poate fi
             utilizata pentru a executa programe arbitrare bazate pe ecran pe
             o ma<?>ina la distan<?>a, ceea ce poate fi foarte util, de
             exemplu, la implementarea serviciilor de meniu. Op<?>iunile
             multiple -t for<?>eaza alocarea tty, chiar daca ssh nu are un tty
             local.

     -V      Afi<?>eaza numarul versiunii, <?>i iese.

     -v      Modul de informa<?>ii detaliate.  Determina ssh sa afi<?>eze
             mesaje de depanare cu privire la progresul sau. Acest lucru este
             util in depanarea problemelor de conectare, autentificare <?>i
             configurare. Op<?>iunile -v multiple maresc gradul de detaliere.
             Valoarea maxima este 3.

     -W gazda:port
             Solicita ca intrarea <?>i ie<?>irea standard de pe client sa fie
             transmise catre gazda pe portul pe canalul securizat. Implica -N,
             -T, ExitOnForwardFailure <?>i ClearAllForwardings, de<?>i acestea
             pot fi anulate in fi<?>ierul de configurare sau utilizand
             op<?>iunile din linia de comanda -o.

     -w tunel-local[:tunel-la_distan<?>a]
             Solicita redirec<?>ionarea dispozitivului tunel cu dispozitivele
             tun(4) specificate intre clientul (local_tun) <?>i serverul
             (remote_tun).

             Dispozitivele pot fi specificate prin ID numeric sau prin
             cuvantul-cheie "any", care utilizeaza urmatorul dispozitiv tunel
             disponibil.  Daca remote_tun nu este specificat, se utilizeaza in
             mod implicit "any".  Consulta<?>i <?>i directivele Tunnel <?>i
             TunnelDevice din ssh_config(5).

             Daca directiva Tunnel nu este definita, acesta va fi stabilit la
             modul tunel implicit, care este "point-to-point".  Daca se
             dore<?>te un alt mod de expediere Tunnel, atunci acesta trebuie
             specificat inainte de -w.

     -X      Activeaza redirec<?>ionarea X11. Acest lucru poate fi, de
             asemenea, specificat pentru fiecare gazda intr-un fi<?>ier de
             configurare.

             Redirec<?>ionarea X11 trebuie sa fie activata cu precau<?>ie.
             Utilizatorii care au capacitatea de a ocoli permisiunile de
             fi<?>ier pe gazda de la distan<?>a (pentru baza de date de
             autorizare X a utilizatorului) pot accesa afi<?>ajul X11 local
             prin conexiunea redirec<?>ionata. Un atacator poate fi capabil sa
             efectueze activita<?>i precum monitorizarea apasarii tastelor.

             Din acest motiv, redirec<?>ionarea X11 este supusa implicit
             restric<?>iilor extensiei X11 SECURITY. Consulta<?>i op<?>iunea
             ssh -Y <?>i directiva ForwardX11Trusted din ssh_config(5) pentru
             mai multe informa<?>ii.

     -x      Dezactiveaza redirec<?>ionarea X11.

     -Y      Activeaza redirec<?>ionarea X11 de incredere. Redirec<?>ionarile
             X11 de incredere nu sunt supuse controalelor extensiei X11
             SECURITY.

     -y      Trimite informa<?>ii de jurnal utilizand modulul de sistem
             syslog(3).  In mod implicit, aceste informa<?>ii sunt trimise la
             ie<?>irea de eroare standard (stderr).

     ssh poate ob<?>ine in plus date de configurare dintr-un fi<?>ier de
     configurare pentru fiecare utilizator <?>i dintr-un fi<?>ier de
     configurare la nivelul intregului sistem. Formatul fi<?>ierului <?>i
     op<?>iunile de configurare sunt descrise in ssh_config(5).

AUTENTIFICARE
     Clientul SSH OpenSSH accepta protocolul SSH 2.

     Metodele disponibile pentru autentificare sunt: GSSAPI-based
     authentication, host-based authentication, public key authentication,
     keyboard-interactive authentication <?>i password authentication.
     Metodele de autentificare sunt incercate in ordinea specificata mai sus,
     de<?>i PreferredAuthentications poate fi utilizata pentru a schimba
     ordinea implicita.

     Autentificarea bazata pe gazda func<?>ioneaza dupa cum urmeaza: Daca
     ma<?>ina de pe care se conecteaza utilizatorul este listata in
     /etc/hosts.equiv sau /etc/ssh/shosts.equiv pe ma<?>ina de la distan<?>a,
     utilizatorul este non-root <?>i numele de utilizator sunt acelea<?>i pe
     ambele par<?>i, sau daca fi<?>ierele ~/. rhosts sau ~/.shosts exista in
     directorul personal al utilizatorului de pe ma<?>ina la distan<?>a <?>i
     con<?>in o linie care con<?>ine numele ma<?>inii client <?>i numele
     utilizatorului de pe acea ma<?>ina, utilizatorul este luat in considerare
     pentru autentificare. In plus, serverul trebuie sa poata verifica cheia
     de gazda a clientului (a se vedea descrierea /etc/ssh/ssh_known_hosts
     <?>i ~/.ssh/known_hosts, mai jos) pentru a permite autentificarea.
     Aceasta metoda de autentificare inchide gaurile de securitate datorate
     falsificarii IP, DNS <?>i de direc<?>ionare. [Nota pentru administrator:
     /etc/hosts.equiv, ~/.rhosts <?>i protocolul rlogin/rsh in general sunt
     inerent nesigure <?>i ar trebui dezactivate daca se dore<?>te
     securitate].

     Autentificarea cu cheie publica func<?>ioneaza dupa cum urmeaza: Sistemul
     se bazeaza pe criptografia cu cheie publica, utilizand criptosisteme in
     care criptarea <?>i decriptarea se realizeaza utilizand chei separate,
     iar cheia de decriptare nu poate fi derivata din cheia de criptare. Ideea
     este ca fiecare utilizator creeaza o pereche de chei publice/private in
     scopul autentificarii. Serverul cunoa<?>te cheia publica <?>i numai
     utilizatorul cunoa<?>te cheia privata.  ssh implementeaza automat
     protocolul de autentificare cu cheie publica, utilizand unul dintre
     algoritmii ECDSA, Ed25519 sau RSA.

     Fi<?>ierul ~/.ssh/authorized_keys enumera cheile publice care sunt
     permise pentru autentificare. Atunci cand utilizatorul se conecteaza,
     programul ssh indica serverului ce pereche de chei ar dori sa utilizeze
     pentru autentificare. Clientul dovede<?>te ca are acces la cheia privata,
     iar serverul verifica daca cheia publica corespunzatoare este autorizata
     sa accepte contul.

     Serverul poate informa clientul cu privire la erorile care au impiedicat
     autentificarea cu cheie publica sa reu<?>easca dupa ce autentificarea se
     incheie folosind o metoda diferita. Acestea pot fi vizualizate prin
     cre<?>terea LogLevel la DEBUG sau mai sus (de exemplu, prin utilizarea
     fanionului -v).

     Utilizatorul i<?>i creeaza perechea de chei executand ssh-keygen(1).
     Aceasta stocheaza cheia privata in ~/.ssh/id_ecdsa (ECDSA),
     ~/.ssh/id_ecdsa_sk (cheie ECDSA gazduita de un autentificator), ~/.
     ssh/id_ed25519 (Ed25519), ~/.ssh/id_ed25519_sk (cheie Ed25519 gazduita de
     un autentificator) sau ~/.ssh/id_rsa (RSA) <?>i stocheaza cheia publica
     in ~/.ssh/id_ecdsa.pub (ECDSA), ~/.ssh/id_ecdsa_sk.pub (cheie ECDSA
     gazduita de un autentificator), ~/.ssh/id_ed25519.pub (Ed25519),
     ~/.ssh/id_ed25519_sk.pub (cheie Ed25519 gazduita de un autentificator)
     sau ~/.ssh/id_rsa.pub (RSA) in directorul personal al utilizatorului.
     Utilizatorul trebuie apoi sa copieze cheia publica in
     ~/.ssh/authorized_keys in directorul sau personal de pe calculatorul de
     la distan<?>a. Fi<?>ierul authorized_keys corespunde fi<?>ierului
     conven<?>ional ~/.rhosts <?>i are o cheie pe linie, de<?>i liniile pot fi
     foarte lungi. Dupa aceasta, utilizatorul se poate conecta fara a da
     parola.

     O varia<?>ie a autentificarii prin cheie publica este disponibila sub
     forma autentificarii prin certificat: in loc de un set de chei
     publice/private, se utilizeaza certificate semnate. Aceasta are avantajul
     ca o singura autoritate de certificare de incredere poate fi utilizata in
     locul mai multor chei publice/private. Consulta<?>i sec<?>iunea
     CERTIFICATES din ssh-keygen(1) pentru mai multe informa<?>ii.

     Cel mai convenabil mod de a utiliza autentificarea prin cheie publica sau
     certificat poate fi cu ajutorul unui agent de autentificare. Consulta<?>i
     ssh-agent(1) <?>i (op<?>ional) directiva AddKeysToAgent din ssh_config(5)
     pentru mai multe informa<?>ii.

     Autentificarea interactiva prin tastatura func<?>ioneaza dupa cum
     urmeaza: Serverul trimite un text arbitrar "challenge" <?>i solicita un
     raspuns, eventual de mai multe ori. Exemple de autentificare interactiva
     prin tastatura includ autentificarea BSD (a se vedea login.conf(5)) <?>i
     autentificarea PAM (unele sisteme non-OpenBSD).

     In cele din urma, daca alte metode de autentificare e<?>ueaza, ssh
     solicita utilizatorului o parola. Parola este trimisa la gazda de la
     distan<?>a pentru verificare; cu toate acestea, deoarece toate
     comunica<?>iile sunt criptate, parola nu poate fi vazuta de cineva care
     asculta pe re<?>ea.

     ssh men<?>ine <?>i verifica automat o baza de date care con<?>ine datele
     de identificare pentru toate gazdele cu care a fost utilizat vreodata.
     Cheile gazdelor sunt stocate in ~/.ssh/known_hosts in directorul personal
     al utilizatorului.  In plus, fi<?>ierul /etc/ssh/ssh_known_hosts este
     verificat automat pentru gazdele cunoscute. Orice gazde noi sunt adaugate
     automat la fi<?>ierul utilizatorului. Daca identificarea unei gazde se
     modifica vreodata, ssh avertizeaza in acest sens <?>i dezactiveaza
     autentificarea prin parola pentru a preveni falsificarea serverului sau
     atacurile man-in-the-middle (de intermediar), care ar putea fi utilizate
     pentru a eluda criptarea. Op<?>iunea StrictHostKeyChecking poate fi
     utilizata pentru a controla conectarile la ma<?>ini a caror cheie de
     gazda nu este cunoscuta sau s-a schimbat.

     Atunci cand identitatea utilizatorului a fost acceptata de server,
     serverul fie executa comanda data intr-o sesiune neinteractiva, fie, daca
     nu a fost specificata nicio comanda, se conecteaza la ma<?>ina <?>i ofera
     utilizatorului un shell normal ca o sesiune interactiva. Toate
     comunica<?>iile cu comanda sau shell-ul de la distan<?>a vor fi criptate
     automat.

     Daca este solicitata o sesiune interactiva, ssh va solicita in mod
     implicit un pseudo-terminal (pty) pentru sesiunile interactive numai
     atunci cand clientul are unul. Fanioanele -T <?>i -t pot fi utilizate
     pentru a anula acest comportament.

     Daca a fost alocat un pseudo-terminal, utilizatorul poate folosi
     caracterele de control men<?>ionate mai jos.

     Daca nu a fost alocat niciun pseudo-terminal, sesiunea este transparenta
     <?>i poate fi utilizata pentru a transfera in mod fiabil date binare. Pe
     majoritatea sistemelor, stabilirea caracterului de control la "none" va
     face, de asemenea, sesiunea transparenta chiar daca se utilizeaza un tty.

     Sesiunea se incheie atunci cand comanda sau shell-ul de pe calculatorul
     de la distan<?>a se incheie <?>i toate conexiunile X11 <?>i TCP au fost
     inchise.

CARACTERE DE CONTROL
     Atunci cand a fost solicitat un pseudo-terminal, ssh accepta o serie de
     func<?>ii prin utilizarea unui caracter de control.

     Un singur caracter tilde poate fi trimis ca ~~ sau urmand tilda cu un alt
     caracter decat cele descrise mai jos. Caracterul de control trebuie sa
     urmeze intotdeauna o linie noua pentru a fi interpretat ca fiind special.
     Caracterul de control poate fi modificat in fi<?>ierele de configurare
     folosind directiva de configurare EscapeChar sau in linia de comanda prin
     op<?>iunea -e.

     Caracterele de control acceptate (presupunand `~' implicit) sunt:

     ~.      Deconectare.

     ~^Z     Plaseaza in fundal ssh.

     ~#      Listeaza conexiunile redirec<?>ionate.

     ~&      Plaseaza in fundal ssh la deconectare atunci cand se a<?>teapta
             terminarea conexiunii redirec<?>ionate / a sesiunilor X11.

     ~?      Afi<?>eaza o lista de caractere de control.

     ~B      Trimite un BREAK catre sistemul de la distan<?>a (util numai daca
             ma<?>ina respectiva il accepta).

     ~C      Deschide linia de comanda. In prezent, aceasta permite adaugarea
             de redirec<?>ionari de port utilizand op<?>iunile -L, -R <?>i -D
             (a se vedea mai sus). De asemenea, permite anularea
             redirec<?>ionarilor de port existente cu
             -KL[adresa-asociere:]port pentru local, -KR[adresa-asociere:]port
             pentru la distan<?>a <?>i -KD[adresa-asociere:]port pentru
             redirec<?>ionari de port dinamice.  !comanda permite
             utilizatorului sa execute o comanda locala daca op<?>iunea
             PermitLocalCommand este activata in ssh_config(5).  Ajutorul
             basic este disponibil, folosind op<?>iunea -h.

     ~R      Solicita resigilarea (reverificarea cheilor de securitate)
             conexiunii (util numai daca ma<?>ina de la distan<?>a o accepta).

     ~V      Reduce cantitatea de informa<?>ii din mesaje (LogLevel) atunci
             cand erorile sunt scrise la ie<?>irea de eroare standard.

     ~v      Mare<?>te cantitatea de informa<?>ii din mesaje (LogLevel) atunci
             cand erorile sunt scrise la ie<?>irea de eroare standard.

REDIREC<?>IONARE TCP
     Redirec<?>ionarea conexiunilor TCP arbitrare pe un canal securizat poate
     fi specificata fie pe linia de comanda, fie intr-un fi<?>ier de
     configurare. O posibila aplica<?>ie a redirec<?>ionarii TCP este o
     conexiune securizata la un server de po<?>ta electronica; o alta este
     trecerea prin paravane de protec<?>ie.

     In exemplul de mai jos, analizam criptarea comunicarii pentru un client
     IRC, chiar daca serverul IRC la care se conecteaza nu accepta direct
     comunicarea criptata. Aceasta func<?>ioneaza dupa cum urmeaza:
     utilizatorul se conecteaza la gazda de la distan<?>a utilizand ssh,
     specificand porturile care urmeaza sa fie utilizate pentru
     redirec<?>ionarea conexiunii. Dupa aceea, este posibil sa porni<?>i
     programul local, iar ssh va cripta <?>i va redirec<?>iona conexiunea
     catre serverul de la distan<?>a.

     Urmatorul exemplu efectueaza tunelarea unei sesiuni IRC de la client la
     un server IRC la "server.example.com", intrand pe canalul "#users",
     porecla "pinky", folosind portul IRC standard, 6667:

         $ ssh -f -L 6667:localhost:6667 server.example.com sleep 10
         $ irc -c '#users' pinky IRC/127.0.0.1

     Op<?>iunea -f pune in fundal ssh <?>i comanda de la distan<?>a "sleep 10"
     este specificata pentru a acorda o anumita perioada de timp (10 secunde,
     in exemplu) pentru a porni programul care va utiliza tunelul. Daca nu se
     realizeaza nicio conexiune in timpul specificat, ssh va ie<?>i.

REDIREC<?>IONARE X11
     Daca variabila ForwardX11 este definita la "yes" (sau consulta<?>i
     descrierea op<?>iunilor -X, -x <?>i -Y de mai sus) <?>i utilizatorul
     utilizeaza X11 ( variabila de mediu DISPLAY este definita), conexiunea la
     afi<?>area X11 este redirec<?>ionata automat catre partea la distan<?>a
     in a<?>a fel incat orice program X11 pornit din shell (sau comanda) va
     trece prin canalul criptat, iar conexiunea la serverul X real se va face
     de pe ma<?>ina locala. Utilizatorul nu trebuie sa defineasca manual
     DISPLAY.  Redirec<?>ionarea conexiunilor X11 poate fi configurata in
     linia de comanda sau in fi<?>ierele de configurare.

     Valoarea DISPLAY definita de ssh va indica ma<?>ina server, dar cu un
     numar de afi<?>are mai mare decat zero. Acest lucru este normal <?>i se
     intampla deoarece ssh creeaza un server "proxy" X pe calculatorul
     serverului pentru redirec<?>ionarea conexiunilor pe canalul criptat.

     ssh va configura automat <?>i datele Xauthority pe server. In acest scop,
     va genera un cookie de autorizare aleatoriu, il va stoca in Xauthority pe
     server <?>i va verifica daca orice conexiune redirec<?>ionata poarta
     acest cookie <?>i il inlocuie<?>te cu cookie-ul real atunci cand
     conexiunea este deschisa. Cookie-ul real de autentificare nu este trimis
     niciodata catre server (<?>i nu sunt trimise cookie-uri in clar).

     Daca variabila ForwardAgent este definita la "yes" (sau consulta<?>i
     descrierea op<?>iunilor -A <?>i -a de mai sus) <?>i utilizatorul
     utilizeaza un agent de autentificare, conexiunea la agent este
     redirec<?>ionata automat catre partea la distan<?>a.

VERIFICAREA CHEILOR GAZDEI
     Atunci cand se conecteaza pentru prima data la un server, utilizatorului
     i se prezinta o amprenta a cheii publice a serverului (cu excep<?>ia
     cazului in care op<?>iunea StrictHostKeyChecking a fost dezactivata).
     Amprentele digitale pot fi determinate utilizand ssh-keygen(1):

           $ ssh-keygen -l -f /etc/ssh/ssh_host_rsa_key

     Daca amprenta digitala este deja cunoscuta, aceasta poate fi comparata,
     iar cheia poate fi acceptata sau respinsa. In cazul in care sunt
     disponibile doar amprente digitale vechi (MD5) pentru server, op<?>iunea
     ssh-keygen(1) -E poate fi utilizata pentru a retrograda algoritmul
     amprentei digitale pentru a se potrivi.

     Din cauza dificulta<?>ii de comparare a cheilor de gazda doar prin
     examinarea <?>irurilor de amprente digitale, exista <?>i suport pentru
     compararea vizuala a cheilor de gazda, utilizand desen grafic aleatoriu
     (random art).  Prin definirea op<?>iunii VisualHostKey la "yes", un mic
     grafic ASCII este afi<?>at la fiecare conectare la un server, indiferent
     daca sesiunea in sine este interactiva sau nu. Inva<?>and modelul produs
     de un server cunoscut, un utilizator poate descoperi cu u<?>urin<?>a ca
     cheia de gazda s-a schimbat atunci cand este afi<?>at un model complet
     diferit. Cu toate acestea, deoarece aceste modele nu sunt lipsite de
     ambiguitate, un model care arata similar cu modelul memorat ofera doar o
     buna probabilitate ca cheia de gazda sa fie aceea<?>i, nu o dovada
     garantata.

     Pentru a ob<?>ine o lista a amprentelor digitale impreuna cu desenul lor
     grafic aleatoriu pentru toate gazdele cunoscute, poate fi utilizata
     urmatoarea linie de comanda:

           $ ssh-keygen -lv -f ~/.ssh/known_hosts

     Daca amprenta digitala este necunoscuta, este disponibila o metoda
     alternativa de verificare: Amprentele digitale SSH verificate prin DNS. O
     inregistrare de resursa (RR) suplimentara, SSHFP, este adaugata la un
     fi<?>ier de zona, iar clientul care se conecteaza poate compara amprenta
     digitala cu cea a cheii prezentate.

     In acest exemplu, conectam un client la un server, "host.example.com".
     Inregistrarile resurselor SSHFP trebuie adaugate mai intai la fi<?>ierul
     de zona pentru host.example.com:

           $ ssh-keygen -r host.example.com.

     Liniile de ie<?>ire vor trebui sa fie adaugate la fi<?>ierul de zona.
     Pentru a verifica daca zona raspunde la interogarile privind amprentele
     digitale:

           $ dig -t SSHFP host.example.com

     In final, se conecteaza clientul:

           $ ssh -o "VerifyHostKeyDNS ask" host.example.com
           [...]
           Matching host key fingerprint found in DNS.
           Are you sure you want to continue connecting (yes/no)?

     A se vedea op<?>iunea VerifyHostKeyDNS din ssh_config(5) pentru mai multe
     informa<?>ii.

RE<?>ELE PRIVATE VIRTUALE BAZATE PE SSH
     ssh con<?>ine suport pentru tuneluri de re<?>ea privata virtuala (VPN)
     utilizand pseudodispozitivul de re<?>ea tun(4), permi<?>and conectarea
     securizata a doua re<?>ele. Op<?>iunea de configurare sshd_config(5)
     PermitTunnel controleaza daca serverul accepta acest lucru <?>i la ce
     nivel (trafic de nivel 2 sau 3).

     Urmatorul exemplu ar conecta re<?>eaua client 10.0.50.0/24 cu re<?>eaua
     la distan<?>a 10.0.99.0/24 utilizand o conexiune punct la punct de la
     10.1.1.1 la 10.1.1.2, cu condi<?>ia ca serverul SSH care ruleaza pe
     poarta de acces catre re<?>eaua la distan<?>a, la 192.168.1.15, sa
     permita acest lucru.

     Pe client:

           # ssh -f -w 0:1 192.168.1.15 true
           # ifconfig tun0 10.1.1.1 10.1.1.2 netmask 255.255.255.252
           # route add 10.0.99.0/24 10.1.1.2

     Pe server:

           # ifconfig tun1 10.1.1.2 10.1.1.1 netmask 255.255.255.252
           # route add 10.0.50.0/24 10.1.1.1

     Accesul clien<?>ilor poate fi ajustat mai fin prin intermediul
     fi<?>ierului /root/.ssh/authorized_keys (a se vedea mai jos) <?>i al
     op<?>iunii de server PermitRootLogin.  Urmatoarea intrare ar permite
     conexiuni pe tun(4) dispozitivul 1 de la utilizatorul "jane" <?>i pe tun
     dispozitivul 2 de la utilizatorul "john", daca PermitRootLogin este
     definita la "forced-commands-only":

       tunnel="1",command="sh /etc/netstart tun1" ssh-rsa ... jane
       tunnel="2",command="sh /etc/netstart tun2" ssh-rsa ... john

     Deoarece o configurare bazata pe SSH implica o cantitate destul de mare
     de supraincarcare, aceasta poate fi mai potrivita pentru configura<?>ii
     temporare, cum ar fi VPN-urile wireless. VPN-urile mai permanente sunt
     mai bine furnizate de instrumente precum ipsecctl(8) <?>i isakmpd(8).

MEDIU
     ssh va configura in mod normal urmatoarele variabile de mediu:

     DISPLAY               Variabila DISPLAY indica loca<?>ia serverului X11.
                           Aceasta este definita automat de ssh pentru a
                           indica o valoare de forma "hostname:n", unde
                           "hostname" indica gazda unde ruleaza shell-ul, iar
                           `n' este un numar intreg >= 1.  ssh utilizeaza
                           aceasta valoare speciala pentru a redirec<?>iona
                           conexiunile X11 pe canalul securizat. In mod
                           normal, utilizatorul nu ar trebui sa defineasca
                           explicit DISPLAY, deoarece acest lucru va face
                           conexiunea X11 nesigura (<?>i va necesita ca
                           utilizatorul sa copieze manual orice cookie de
                           autorizare necesar).

     HOME                  Stabile<?>te ruta catre directorul personal al
                           utilizatorului.

     LOGNAME               Sinonim pentru USER; configurata pentru
                           compatibilitate cu sistemele care utilizeaza
                           aceasta variabila.

     MAIL                  Stabile<?>te ruta catre casu<?>a po<?>tala a
                           utilizatorului.

     PATH                  Stabilita la PATH implicit, a<?>a cum a fost
                           specificata la compilarea ssh.

     SSH_ASKPASS           Daca ssh are nevoie de o fraza de acces, acesta va
                           citi fraza de acces de la terminalul curent, daca a
                           fost rulat de la un terminal. Daca ssh nu are
                           asociat un terminal, dar DISPLAY <?>i SSH_ASKPASS
                           sunt definite, acesta va executa programul
                           specificat de SSH_ASKPASS <?>i va deschide o
                           fereastra X11 pentru a citi fraza de acces. Acest
                           lucru este deosebit de util atunci cand apela<?>i
                           ssh dintr-un script .xsession sau un script
                           similar; (re<?>ine<?>i ca pe unele ma<?>ini poate
                           fi necesar sa redirec<?>iona<?>i intrarea din
                           /dev/null pentru a face acest lucru sa
                           func<?>ioneze).

     SSH_ASKPASS_REQUIRE   Permite un control suplimentar asupra utilizarii
                           unui program de solicitare a parolei.  Daca aceasta
                           variabila este definita la "never", atunci ssh nu
                           va incerca niciodata sa utilizeze unul. Daca este
                           definita la "prefer", atunci ssh va prefera sa
                           utilizeze programul de solicitare a parolei in
                           locul TTY atunci cand solicita parole. In cele din
                           urma, daca variabila este definita la "force",
                           atunci programul askpass va fi utilizat pentru
                           toate introducerile de parole, indiferent daca este
                           definita DISPLAY.

     SSH_AUTH_SOCK         Identifica ruta unui soclu UNIX-domain utilizat
                           pentru a comunica cu agentul.

     SSH_CONNECTION        Identifica capetele conexiunii (client <?>i
                           server). Variabila con<?>ine patru valori separate
                           prin spa<?>iu: adresa IP a clientului, numarul
                           portului clientului, adresa IP a serverului <?>i
                           numarul portului serverului.

     SSH_ORIGINAL_COMMAND  Aceasta variabila con<?>ine linia de comanda
                           originala in cazul in care este executata o comanda
                           for<?>ata. Aceasta poate fi utilizata pentru a
                           extrage argumentele originale.

     SSH_TTY               Aceasta este definita la numele tty-ului (ruta
                           catre dispozitiv) asociat cu shell-ul sau comanda
                           curenta. Daca sesiunea curenta nu are tty, aceasta
                           variabila nu este definita.

     SSH_TUNNEL            Definita op<?>ional de sshd(8) pentru a con<?>ine
                           numele interfe<?>elor atribuite daca clientul a
                           solicitat redirec<?>ionarea tunelului.

     SSH_USER_AUTH         Definita op<?>ional de sshd(8), aceasta variabila
                           poate con<?>ine un nume de ruta catre un fi<?>ier
                           care enumera metodele de autentificare utilizate cu
                           succes atunci cand a fost stabilita sesiunea,
                           inclusiv orice chei publice care au fost utilizate.

     TZ                    Aceasta variabila este definita pentru a indica
                           fusul orar actual daca a fost definita la pornirea
                           demonului (adica demonul transmite valoarea noilor
                           conexiuni).

     USER                  Stabile<?>te numele utilizatorului care se
                           conecteaza.

     In plus, ssh cite<?>te ~/.ssh/environment <?>i adauga linii de format
     "NUME_VARIABILA=valoare" la mediu daca fi<?>ierul exista <?>i
     utilizatorii au permisiunea de a-<?>i modifica mediul. Pentru mai multe
     informa<?>ii, consulta<?>i op<?>iunea PermitUserEnvironment din
     sshd_config(5).

FI<?>IERE
     ~/.rhosts
             Acest fi<?>ier este utilizat pentru autentificarea bazata pe
             gazda (a se vedea mai sus). Pe unele ma<?>ini, este posibil ca
             acest fi<?>ier sa trebuiasca sa poata fi citit de toata lumea
             daca directorul personal al utilizatorului este pe o parti<?>ie
             NFS, deoarece sshd(8) il cite<?>te ca root. In plus, acest
             fi<?>ier trebuie sa fie de<?>inut de utilizator <?>i nu trebuie
             sa aiba permisiuni de scriere pentru nimeni altcineva.
             Permisiunea recomandata pentru majoritatea ma<?>inilor este de
             citire/scriere pentru utilizator <?>i neaccesibila pentru
             al<?>ii.

     ~/.shosts
             Acest fi<?>ier este utilizat exact in acela<?>i mod ca .rhosts,
             dar permite autentificarea bazata pe gazda fara a permite
             autentificarea cu rlogin/rsh.

     ~/.ssh/
             Acest director este loca<?>ia implicita pentru toate
             informa<?>iile de configurare <?>i autentificare specifice
             utilizatorului. Nu exista nicio cerin<?>a generala de a pastra
             secret intregul con<?>inut al acestui director, dar permisiunile
             recomandate sunt de citire/scriere/executare pentru utilizator
             <?>i neaccesibil pentru al<?>ii.

     ~/.ssh/authorized_keys
             Listeaza cheile publice (ECDSA, Ed25519, RSA) care pot fi
             utilizate pentru conectarea ca acest utilizator. Formatul acestui
             fi<?>ier este descris in pagina de manual sshd(8).  Acest
             fi<?>ier nu este foarte sensibil, dar permisiunile recomandate
             sunt de citire/scriere pentru utilizator <?>i neaccesibil pentru
             al<?>ii.

     ~/.ssh/config
             Acesta este fi<?>ierul de configurare per utilizator. Formatul
             fi<?>ierului <?>i op<?>iunile de configurare sunt descrise in
             ssh_config(5).  Din cauza poten<?>ialului de abuz, acest fi<?>ier
             trebuie sa aiba permisiuni stricte: citire/scriere pentru
             utilizator <?>i nu poate fi scris de al<?>ii.

     ~/.ssh/environment
             Con<?>ine defini<?>ii suplimentare pentru variabilele de mediu; a
             se vedea MEDIU, mai sus.

     ~/.ssh/id_ecdsa
     ~/.ssh/id_ecdsa_sk
     ~/.ssh/id_ed25519
     ~/.ssh/id_ed25519_sk
     ~/.ssh/id_rsa
             Con<?>ine cheia privata pentru autentificare. Aceste fi<?>iere
             con<?>in date sensibile <?>i trebuie sa poata fi citite de
             utilizator, dar sa nu fie accesibile pentru al<?>ii
             (citire/scriere/executare).  ssh va ignora pur <?>i simplu un
             fi<?>ier de cheie privata daca acesta este accesibil pentru
             al<?>ii. Este posibil sa se specifice o fraza de acces la
             generarea cheii care va fi utilizata pentru a cripta partea
             sensibila a acestui fi<?>ier utilizand AES-128.

     ~/.ssh/id_ecdsa.pub
     ~/.ssh/id_ecdsa_sk.pub
     ~/.ssh/id_ed25519.pub
     ~/.ssh/id_ed25519_sk.pub
     ~/.ssh/id_rsa.pub
             Con<?>ine cheia publica pentru autentificare. Aceste fi<?>iere nu
             sunt sensibile <?>i pot (dar nu trebuie) sa fie citite de
             oricine.

     ~/.ssh/known_hosts
             Con<?>ine o lista de chei de gazda pentru toate gazdele la care
             utilizatorul s-a autentificat <?>i care nu sunt deja in lista de
             chei de gazda cunoscute la nivel de sistem. Consulta<?>i sshd(8)
             pentru detalii suplimentare privind formatul acestui fi<?>ier.

     ~/.ssh/rc
             Comenzile din acest fi<?>ier sunt executate de ssh atunci cand
             utilizatorul se autentifica, chiar inainte ca shell-ul (sau
             comanda) utilizatorului sa fie pornit. Consulta<?>i pagina de
             manual sshd(8) pentru mai multe informa<?>ii.

     /etc/hosts.equiv
             Acest fi<?>ier este pentru autentificarea bazata pe gazda (a se
             vedea mai sus). Ar trebui sa poata fi scris numai de catre root.

     /etc/ssh/shosts.equiv
             Acest fi<?>ier este utilizat exact in acela<?>i mod ca
             hosts.equiv, dar permite autentificarea pe baza de gazda fara a
             permite autentificarea cu rlogin/rsh.

     /etc/ssh/ssh_config
             Fi<?>ier de configurare la nivel de sistem. Formatul fi<?>ierului
             <?>i op<?>iunile de configurare sunt descrise in ssh_config(5).

     /etc/ssh/ssh_host_ecdsa_key
     /etc/ssh/ssh_host_ed25519_key
     /etc/ssh/ssh_host_rsa_key
             Aceste fi<?>iere con<?>in par<?>ile private ale cheilor de gazda
             <?>i sunt utilizate pentru autentificarea bazata pe gazda.

     /etc/ssh/ssh_known_hosts
             Lista la nivel de sistem a cheilor de gazda cunoscute. Acest
             fi<?>ier ar trebui sa fie pregatit de administratorul sistemului
             pentru a con<?>ine cheile publice de gazda ale tuturor
             ma<?>inilor din organiza<?>ie. Acesta trebuie sa poata fi citit
             de toata lumea. Consulta<?>i sshd(8) pentru detalii suplimentare
             privind formatul acestui fi<?>ier.

     /etc/ssh/sshrc
             Comenzile din acest fi<?>ier sunt executate de ssh atunci cand
             utilizatorul se autentifica, chiar inainte ca shell-ul (sau
             comanda) utilizatorului sa fie pornit. Consulta<?>i pagina de
             manual sshd(8) pentru mai multe informa<?>ii.

STARE DE IE<?>IRE
     ssh iese cu starea de ie<?>ire a comenzii de la distan<?>a sau cu 255
     daca a aparut o eroare.

CONSULTA<?>I <?>I
     scp(1), sftp(1), ssh-add(1), ssh-agent(1), ssh-keygen(1), ssh-keyscan(1),
     tun(4), ssh_config(5), ssh-keysign(8), sshd(8)

STANDARDE
     S. Lehtinen and C. Lonvick, The Secure Shell (SSH) Protocol Assigned
     Numbers, RFC 4250, ianuarie 2006.

     T. Ylonen and C. Lonvick, The Secure Shell (SSH) Protocol Architecture,
     RFC 4251, ianuarie 2006.

     T. Ylonen and C. Lonvick, The Secure Shell (SSH) Authentication Protocol,
     RFC 4252, ianuarie 2006.

     T. Ylonen and C. Lonvick, The Secure Shell (SSH) Transport Layer
     Protocol, RFC 4253, ianuarie 2006.

     T. Ylonen and C. Lonvick, The Secure Shell (SSH) Connection Protocol, RFC
     4254, ianuarie 2006.

     J. Schlyter and W. Griffin, Using DNS to Securely Publish Secure Shell
     (SSH) Key Fingerprints, RFC 4255, ianuarie 2006.

     F. Cusack and M. Forssen, Generic Message Exchange Authentication for the
     Secure Shell Protocol (SSH), RFC 4256, ianuarie 2006.

     J. Galbraith and P. Remaker, The Secure Shell (SSH) Session Channel Break
     Extension, RFC 4335, ianuarie 2006.

     M. Bellare, T. Kohno, and C. Namprempre, The Secure Shell (SSH) Transport
     Layer Encryption Modes, RFC 4344, ianuarie 2006.

     B. Harris, Improved Arcfour Modes for the Secure Shell (SSH) Transport
     Layer Protocol, RFC 4345, ianuarie 2006.

     M. Friedl, N. Provos, and W. Simpson, Schimb de grupuri Diffie-Hellman
     pentru protocolul de transport Secure Shell (SSH), RFC 4419, martie 2006.

     J. Galbraith and R. Thayer, The Secure Shell (SSH) Public Key File
     Format, RFC 4716, noiembrie 2006.

     D. Stebila and J. Green, Elliptic Curve Algorithm Integration in the
     Secure Shell Transport Layer, RFC 5656, decembrie 2009.

     A. Perrig and D. Song, Hash Visualization: a New Technique to improve
     Real-World Security, 1999, International Workshop on Cryptographic
     Techniques and E-Commerce (CrypTEC '99).

AUTORI
     OpenSSH este un derivat al versiunii originale <?>i libere ssh 1.2.12 de
     Tatu Ylonen. Aaron Campbell, Bob Beck, Markus Friedl, Niels Provos, Theo
     de Raadt <?>i Dug Song au eliminat multe erori, au adaugat din nou
     caracteristici noi <?>i au creat OpenSSH. Markus Friedl a contribuit la
     suportul pentru versiunile 1.5 <?>i 2.0 ale protocolului SSH.

TRADUCERE
     Traducerea in limba romana a acestui manual a fost facuta de Remus-
     Gabriel Chelu <remusgabriel.chelu@disroot.org>

     Aceasta traducere este documenta<?>ie gratuita; citi<?>i Licen<?>a
     publica generala GNU Versiunea 3:
     https://www.gnu.org/licenses/gpl-3.0.html sau o versiune ulterioara cu
     privire la condi<?>ii privind drepturile de autor.  NU se asuma NICIO
     RESPONSABILITATE.

     Daca gasi<?>i erori in traducerea acestui manual, va rugam sa trimite<?>i
     un e-mail la translation-team-ro@lists.sourceforge.net

Linux 6.13.7-arch1-1      $Mdocdate: 18 iulie 2024 $      Linux 6.13.7-arch1-1