SSH_CONFIG(5)                 File Formats Manual                SSH_CONFIG(5)

NUME
     ssh_config - fi<?>ierul de configurare al clientului OpenSSH

DESCRIERE
     ssh(1) ob<?>ine datele de configurare din urmatoarele surse, in ordinea
     urmatoare:

           1.   op<?>iuni din linia de comanda
           2.   fi<?>ierul de configurare al utilizatorului (~/.ssh/config)
           3.   fi<?>ierul de configurare la nivel de sistem
                (/etc/ssh/ssh_config)

     Daca nu se specifica altfel, pentru fiecare parametru se va utiliza prima
     valoare ob<?>inuta. Fi<?>ierele de configurare con<?>in sec<?>iuni
     separate de specificari Host, iar sec<?>iunea respectiva este aplicata
     numai pentru gazdele care corespund unuia dintre modelele date in
     specifica<?>ie. Numele de gazda care corespunde este, de obicei, cel dat
     in linia de comanda (consulta<?>i op<?>iunea CanonicalizeHostname pentru
     excep<?>ii).

     Deoarece se utilizeaza prima valoare ob<?>inuta pentru fiecare parametru,
     declara<?>iile specifice gazdei ar trebui sa fie plasate mai aproape de
     inceputul fi<?>ierului, iar valorile implicite generale la sfar<?>it.

     Fi<?>ierul con<?>ine perechi cuvant-cheie-argument, una pe linie.
     Liniile care incep cu `#' <?>i liniile goale sunt interpretate ca fiind
     comentarii. Argumentele pot fi incluse op<?>ional intre ghilimele duble
     (") pentru a reprezenta argumentele care con<?>in spa<?>ii. Op<?>iunile
     de configurare pot fi separate prin spa<?>ii albe sau spa<?>ii albe
     op<?>ionale <?>i exact un `='; ultimul format este util pentru a evita
     necesitatea de a cita spa<?>iile albe atunci cand se specifica op<?>iuni
     de configurare folosind op<?>iunea ssh, scp <?>i sftp -o.

     Cuvintele-cheie posibile <?>i semnifica<?>iile acestora sunt urmatoarele
     (re<?>ine<?>i ca cuvintele-cheie nu disting majusculele de minuscule, iar
     argumentele disting majusculele de minuscule):

     Host    Restric<?>ioneaza urmatoarele declara<?>ii (pana la urmatorul
             cuvant cheie Host sau Match) pentru a fi numai pentru acele gazde
             care corespund unuia dintre modelele furnizate dupa cuvantul
             cheie. Daca sunt furnizate mai multe modele, acestea trebuie
             separate prin spa<?>ii albe. Un singur `*' ca model poate fi
             utilizat pentru a furniza valori implicite globale pentru toate
             gazdele. Gazda este de obicei argumentul nume-gazda dat in linia
             de comanda (consulta<?>i cuvantul-cheie CanonicalizeHostname
             pentru excep<?>ii).

             O intrare de tip model poate fi negata prin prefixarea acesteia
             cu un semn de exclamare (`!').  Daca o intrare negata este
             potrivita, atunci intrarea Host este ignorata, indiferent daca
             alte modele de pe linie se potrivesc. Potrivirile negate sunt,
             prin urmare, utile pentru a oferi excep<?>ii pentru potrivirile
             cu caractere joker.

             Pentru mai multe informa<?>ii despre modele, consulta<?>i
             sec<?>iunea MODELE.

     Match   Restric<?>ioneaza utilizarea urmatoarelor declara<?>ii (pana la
             urmatorul cuvant cheie Host sau Match) numai atunci cand sunt
             indeplinite condi<?>iile care urmeaza cuvantului cheie Match.
             Condi<?>iile de potrivire sunt specificate folosind unul sau mai
             multe criterii sau simbolul unic all care se potrive<?>te
             intotdeauna. Cuvintele-cheie disponibile pentru criterii sunt:
             canonical, final, exec, localnetwork, host, originalhost, tagged,
             command, user, localuser <?>i version.  Criteriul all trebuie sa
             apara singur sau imediat dupa canonical sau final.  Alte criterii
             pot fi combinate arbitrar. Toate criteriile cu excep<?>ia all,
             canonical <?>i final necesita un argument.  Criteriile pot fi
             negate prin adaugarea in fa<?>a lor a unui semn de exclamare
             (`!').

             Cuvantul cheie canonical se potrive<?>te numai atunci cand
             fi<?>ierul de configurare este reanalizat dupa canonizarea
             numelui de gazda (consulta<?>i op<?>iunea CanonicalizeHostname).
             Acest lucru poate fi util pentru a specifica condi<?>ii care
             func<?>ioneaza numai cu nume de gazda canonice.

             Cuvantul cheie final solicita reanalizarea configura<?>iei
             (indiferent daca CanonicalizeHostname este activata) <?>i se
             potrive<?>te numai in timpul acestei treceri finale. Daca
             CanonicalizeHostname este activata, atunci canonical <?>i final
             se potrivesc in timpul aceleia<?>i etapei.

             Cuvantul cheie exec executa comanda specificata in shell-ul
             utilizatorului. Daca comanda returneaza o stare de ie<?>ire zero,
             atunci condi<?>ia este considerata adevarata. Comenzile care
             con<?>in caractere spa<?>iu trebuie sa fie puse intre ghilimele.
             Argumentele pentru exec accepta simbolurile descrise in
             sec<?>iunea SIMBOLURI.

             Cuvantul cheie localnetwork compara adresele interfe<?>elor
             re<?>elei locale active cu lista de re<?>ele furnizata in format
             CIDR. Acest lucru poate fi convenabil pentru a varia
             configura<?>ia efectiva pe dispozitive care se deplaseaza intre
             re<?>ele. Re<?>ine<?>i ca adresa de re<?>ea nu este un criteriu
             demn de incredere in multe situa<?>ii (de exemplu, atunci cand
             re<?>eaua este configurata automat utilizand DHCP) <?>i, prin
             urmare, trebuie sa fi<?>i precau<?>i daca il utiliza<?>i pentru a
             controla configura<?>ia sensibila din punct de vedere al
             securita<?>ii.

             Celelalte criterii ale cuvintelor cheie trebuie sa fie intrari
             unice sau liste separate prin virgule <?>i pot utiliza operatorii
             de caracter joker <?>i de negare descri<?>i in sec<?>iunea
             MODELE.

             Criteriile pentru cuvantul cheie host sunt comparate cu numele
             gazdei <?>inta, dupa orice substitu<?>ie efectuata de op<?>iunile
             Hostname sau CanonicalizeHostname.  Cuvantul cheie originalhost
             se compara cu numele gazdei a<?>a cum a fost specificat in linia
             de comanda.

             Cuvantul cheie tagged se potrive<?>te cu un nume de eticheta
             specificat printr-o directiva Tag anterioara sau in linia de
             comanda ssh(1) folosind marcajul -P.  Cuvantul cheie command
             corespunde comenzii la distan<?>a care a fost solicitata sau
             numelui subsistemului care este invocat (de exemplu,  "sftp"
             pentru o sesiune SFTP). <?>irul gol va corespunde cazului in care
             nu a fost specificata o comanda sau o eticheta, de exemplu:
             `Match tag ,,"'.  Cuvantul cheie version se potrive<?>te cu
             <?>irul de versiuni al ssh(1), de exemplu "OpenSSH_10.0".

             Cuvantul cheie user se potrive<?>te cu numele de utilizator
             <?>inta de pe gazda la distan<?>a. Cuvantul cheie localuser se
             potrive<?>te cu numele utilizatorului local care ruleaza ssh(1)
             (acest cuvant cheie poate fi util in fi<?>ierele ssh_config la
             nivel de sistem).

             In sfar<?>it, cuvantul-cheie sessiontype corespunde tipului de
             sesiune solicitat, care poate fi unul dintre shell pentru
             sesiunile interactive, exec pentru sesiunile de execu<?>ie a
             comenzilor, subsystem pentru invocarile subsistemelor, cum ar fi
             sftp(1), sau none pentru sesiunile de doar transport, cum ar fi
             atunci cand ssh(1) este ini<?>iat cu fanionul -N.

     AddKeysToAgent
             Specifica daca cheile ar trebui adaugate automat la un
             ssh-agent(1) in execu<?>ie. Daca aceasta op<?>iune este stabilita
             la yes <?>i o cheie este incarcata dintr-un fi<?>ier, cheia <?>i
             fraza de acces a acesteia sunt adaugate la agent cu durata de
             via<?>a implicita, ca <?>i cum ar fi efectuate de ssh-add(1).
             Daca aceasta op<?>iune este stabilita la ask, ssh(1) va solicita
             confirmarea folosind programul SSH_ASKPASS inainte de adaugarea
             unei chei (a se vedea ssh-add(1) pentru detalii). Daca aceasta
             op<?>iune este stabilita la confirm, fiecare utilizare a cheii
             trebuie confirmata, ca <?>i cum op<?>iunea -c ar fi specificata
             la ssh-add(1).  Daca aceasta op<?>iune este stabilita la no, nu
             se adauga nicio cheie la agent. Alternativ, aceasta op<?>iune
             poate fi specificata ca un interval de timp folosind formatul
             descris in sec<?>iunea FORMATE DE TIMP din sshd_config(5) pentru
             a specifica durata de via<?>a a cheii in ssh-agent(1), dupa care
             aceasta va fi eliminata automat. Argumentul trebuie sa fie no
             (implicit), yes, confirm (urmat op<?>ional de un interval de
             timp), ask sau un interval de timp.

     AddressFamily
             Specifica familia de adrese care trebuie utilizata la conectare.
             Argumentele valide sunt any (implicit), inet (utilizeaza numai
             IPv4) sau inet6 (utilizeaza numai IPv6).

     BatchMode
             Daca este stabilita la yes, interac<?>iunea utilizatorului, cum
             ar fi solicitarile de parola <?>i confirmarea cheii gazdei, vor
             fi dezactivate. Aceasta op<?>iune este utila in scripturi <?>i
             alte sarcini pe loturi in care nu este prezent niciun utilizator
             pentru a interac<?>iona cu ssh(1).  Argumentul trebuie sa fie yes
             sau no (implicit).

     BindAddress
             Utilizeaza adresa specificata pe calculatorul local ca adresa
             sursa a conexiunii. Util numai pe sistemele cu mai multe adrese.

     BindInterface
             Utilizeaza adresa interfe<?>ei specificate pe calculatorul local
             ca adresa sursa a conexiunii.

     CanonicalDomains
             Cand CanonicalizeHostname este activata, aceasta op<?>iune
             specifica lista de sufixe de domeniu in care se cauta gazda de
             destina<?>ie specificata.

     CanonicalizeFallbackLocal
             Specifica daca sa e<?>ueze cu o eroare atunci cand
             canonicalizarea numelui de gazda e<?>ueaza. Valoarea implicita,
             yes, va incerca sa caute numele de gazda necalificat utilizand
             regulile de cautare ale rezolvatorului de sistem. O valoare de no
             va determina ssh(1) sa e<?>ueze instantaneu daca
             CanonicalizeHostname este activata <?>i numele de gazda <?>inta
             nu poate fi gasit in niciunul dintre domeniile specificate de
             CanonicalDomains.

     CanonicalizeHostname
             Controleaza daca se efectueaza canonicalizarea explicita a
             numelui de gazda. Valoarea implicita, no, este de a nu efectua
             nicio rescriere a numelui <?>i de a lasa rezolvatorul de sistem
             sa se ocupe de toate cautarile numelui de gazda. Daca este
             stabilita la yes, atunci, pentru conexiunile care nu utilizeaza
             ProxyCommand sau ProxyJump, ssh(1) va incerca sa canonicalizeze
             numele de gazda specificat in linia de comanda utilizand sufixele
             CanonicalDomains <?>i regulile CanonicalizePermittedCNAMEs.  Daca
             CanonicalizeHostname este stabilita la always, atunci
             canonicalizarea este aplicata de asemenea conexiunilor prin
             proxy.

             Daca aceasta op<?>iune este activata, fi<?>ierele de configurare
             sunt procesate din nou utilizand noul nume <?>inta pentru a
             prelua orice configura<?>ie noua din strofele (sec<?>iunile) Host
             <?>i Match corespunzatoare. O valoare none dezactiveaza
             utilizarea unei gazde de salt ProxyJump.

     CanonicalizeMaxDots
             Specifica numarul maxim de caractere punct intr-un nume de gazda
             inainte ca canonizarea sa fie dezactivata. Valoarea implicita, 1,
             permite un singur punct (adica: nume-gazda.subdomeniu).

     CanonicalizePermittedCNAMEs
             Specifica reguli pentru a determina daca CNAME-urile trebuie
             respectate la canonicalizarea numelor de gazda. Regulile constau
             in unul sau mai multe argumente de tipul
             source_domain_list:target_domain_list, unde source_domain_list
             este o lista-model de domenii care pot urma CNAME-urile in
             canonicalizare, iar target_domain_list este o lista-model de
             domenii la care acestea se pot rezolva.

             De exemplu, "*.a.example.com:*.b.example.com,*.c.example.com" va
             permite ca numele de gazda care corespund cu "*.a.example.com" sa
             fie canonizate in nume din domeniile "*.b.example.com" sau
             "*.c.example.com".

             Un singur argument "none" face ca niciun CNAME sa nu fie luat in
             considerare pentru canonizare. Acesta este comportamentul
             implicit.

     CASignatureAlgorithms
             Specifica ce algoritmi sunt permi<?>i pentru semnarea
             certificatelor de catre autorita<?>ile de certificare (CA).
             Valoarea implicita este:

                   ssh-ed25519,ecdsa-sha2-nistp256,
                   ecdsa-sha2-nistp384,ecdsa-sha2-nistp521,
                   sk-ssh-ed25519@openssh.com,
                   sk-ecdsa-sha2-nistp256@openssh.com,
                   rsa-sha2-512,rsa-sha2-256

             Daca lista specificata incepe cu un caracter `+', atunci
             algoritmii specifica<?>i vor fi adauga<?>i la setul implicit in
             loc sa fie inlocui<?>i.  Daca lista specificata incepe cu un
             caracter `-', atunci algoritmii specifica<?>i (inclusiv
             caracterele joker) vor fi elimina<?>i din setul implicit in loc
             sa fie inlocui<?>i.

             ssh(1) nu va accepta certificate de gazda semnate folosind al<?>i
             algoritmi decat cei specifica<?>i.

     CertificateFile
             Specifica un fi<?>ier din care este citit certificatul
             utilizatorului. O cheie privata corespunzatoare trebuie furnizata
             separat pentru a utiliza acest certificat fie dintr-o directiva
             IdentityFile, fie dintr-un indicator -i catre ssh(1), prin
             ssh-agent(1) sau prin PKCS11Provider sau SecurityKeyProvider.

             Argumentele pentru CertificateFile pot utiliza sintaxa tilde
             pentru a face referire la directorul personal al utilizatorului,
             la simbolurile descrise in sec<?>iunea SIMBOLURI <?>i la
             variabilele de mediu descrise in sec<?>iunea VARIABILE DE MEDIU.

             Este posibil sa se specifice mai multe fi<?>iere de certificate
             in fi<?>ierele de configurare; aceste certificate vor fi
             incercate in ordine. Mai multe directive CertificateFile vor fi
             adaugate la lista de certificate utilizate pentru autentificare.

     ChannelTimeout
             Specifica daca <?>i cat de repede ssh(1) trebuie sa inchida
             canalele inactive. Timpii de a<?>teptare sunt specifica<?>i ca
             una sau mai multe perechi "tip=interval" separate prin spa<?>ii
             albe, unde "tip" trebuie sa fie cuvantul cheie special "global"
             sau un nume de tip de canal din lista de mai jos, con<?>inand
             op<?>ional caractere joker.

             Valoarea timpului de a<?>teptare "interval" este specificata in
             secunde sau poate utiliza oricare dintre unita<?>ile documentate
             in sec<?>iunea FORMATE DE TIMP.  De exemplu, "session=5m" ar face
             ca sesiunile interactive sa se incheie dupa cinci minute de
             inactivitate. Specificarea unei valori zero dezactiveaza limita
             de timp pentru inactivitate.

             Timpul de a<?>teptare special "global" se aplica tuturor
             canalelor active, luate impreuna. Traficul pe orice canal activ
             va reini<?>ializa timpul de a<?>teptare, dar atunci cand timpul
             de a<?>teptare expira, toate canalele deschise vor fi inchise.
             Re<?>ine<?>i ca acest timp limita global nu este compatibil cu
             caracterele joker <?>i trebuie sa fie specificat explicit.

             Numele tipurilor de canal disponibile includ:

             agent-connection
                     Deschide conexiuni catre ssh-agent(1).

             direct-tcpip, direct-streamlocal@openssh.com
                     Deschide conexiuni TCP sau soclu Unix (respectiv) care au
                     fost stabilite de la o redirec<?>ionare locala ssh(1),
                     adica LocalForward sau DynamicForward.

             forwarded-tcpip, forwarded-streamlocal@openssh.com
                     Deschide conexiuni TCP sau soclu Unix (respectiv) care au
                     fost stabilite la un sshd(8) care asculta in numele unui
                     ssh(1) de redirec<?>ionare la distan<?>a, <?>i anume
                     RemoteForward.

             session
                     Sesiunea principala interactiva, inclusiv sesiunea shell,
                     executarea comenzilor, scp(1), sftp(1), etc.

             tun-connection
                     Deschide conexiuni TunnelForward.

             x11-connection
                     Deschide sesiuni de redirec<?>ionare X11.

             Re<?>ine<?>i ca, in toate cazurile de mai sus, terminarea unei
             sesiuni inactive nu garanteaza eliminarea tuturor resurselor
             asociate sesiunii, de exemplu, procesele shell sau clien<?>ii X11
             referitoare la sesiune pot continua sa se execute.

             In plus, terminarea unui canal sau a unei sesiuni inactive nu
             inchide neaparat conexiunea SSH <?>i nici nu impiedica un client
             sa solicite un alt canal de acela<?>i tip. In special, incetarea
             unei sesiuni de redirec<?>ionare inactive nu impiedica crearea
             ulterioara a unei alte redirec<?>ionari identice.

             Valoarea implicita este de a nu expira canalele de orice tip
             pentru inactivitate.

     CheckHostIP
             Daca este stabilita la yes, ssh(1) va verifica suplimentar adresa
             IP a gazdei in fi<?>ierul known_hosts.  Acest lucru ii permite sa
             detecteze daca o cheie de gazda s-a schimbat din cauza
             falsificarii DNS <?>i va adauga adresele gazdelor de destina<?>ie
             la ~/.ssh/known_hosts in acest proces, indiferent de configurarea
             StrictHostKeyChecking.  Daca op<?>iunea este stabilita la no
             (implicit), verificarea nu va fi executata.

     Ciphers
             Specifica cifrurile permise <?>i ordinea lor de preferin<?>a.
             Cifrurile multiple trebuie sa fie separate prin virgule. Daca
             lista specificata incepe cu un caracter `+', atunci cifrurile
             specificate vor fi adaugate la setul implicit in loc sa le
             inlocuiasca. Daca lista specificata incepe cu un caracter `-',
             atunci cifrurile specificate (inclusiv cele specificate cu
             caractere joker) vor fi eliminate din setul implicit in loc sa le
             inlocuiasca. Daca lista specificata incepe cu un caracter `^',
             atunci cifrurile specificate vor fi plasate la inceputul setului
             implicit.

             Cifrurile acceptate sunt:

                   3des-cbc
                   aes128-cbc
                   aes192-cbc
                   aes256-cbc
                   aes128-ctr
                   aes192-ctr
                   aes256-ctr
                   aes128-gcm@openssh.com
                   aes256-gcm@openssh.com
                   chacha20-poly1305@openssh.com

             Valoarea implicita este:

                   chacha20-poly1305@openssh.com,
                   aes128-gcm@openssh.com,aes256-gcm@openssh.com,
                   aes128-ctr,aes192-ctr,aes256-ctr

             Lista cifrurilor disponibile poate fi de asemenea ob<?>inuta
             utilizand "ssh -Q cipher".

     ClearAllForwardings
             Specifica <?>tergerea tuturor redirec<?>ionarilor de port locale,
             la distan<?>a <?>i dinamice specificate in fi<?>ierele de
             configurare sau in linia de comanda. Aceasta op<?>iune este utila
             in principal atunci cand este utilizata din linia de comanda
             ssh(1) pentru a <?>terge redirec<?>ionarile de port stabilite in
             fi<?>ierele de configurare <?>i este definita automat de scp(1)
             <?>i sftp(1).  Argumentul trebuie sa fie yes sau no (implicit).

     Compression
             Specifica daca se utilizeaza comprimarea. Argumentul trebuie sa
             fie yes sau no (implicit).

     ConnectionAttempts
             Specifica numarul de incercari (una pe secunda) care trebuie
             efectuate inainte de ie<?>ire.  Argumentul trebuie sa fie un
             numar intreg. Acest lucru poate fi util in scripturi daca
             conexiunea e<?>ueaza uneori. Valoarea implicita este 1.

     ConnectTimeout
             Specifica timpul de a<?>teptare (in secunde) utilizat la
             conectarea la serverul SSH, in loc sa utilizeze timpul de
             a<?>teptare TCP implicit al sistemului. Acest timp de a<?>teptare
             se aplica atat la stabilirea conexiunii, cat <?>i la efectuarea
             protocolului ini<?>ial SSH de stabilire a conexiunii <?>i a
             schimbului de chei.

     ControlMaster
             Activeaza partajarea mai multor sesiuni pe o singura conexiune de
             re<?>ea. Atunci cand este stabilita la yes, ssh(1) va asculta
             conexiunile pe un soclu de control specificat utilizand
             argumentul ControlPath.  Alte sesiuni se pot conecta la acest
             soclu folosind acela<?>i ControlPath cu ControlMaster stabilita
             la no (implicit). Aceste sesiuni vor incerca sa reutilizeze
             conexiunea de re<?>ea a instan<?>ei principale in loc sa
             ini<?>ieze conexiuni noi, dar vor reveni la conectarea normala
             daca soclul de control nu exista sau nu este ascultat.

             Stabilirea acestei valori la ask va determina ssh(1) sa asculte
             conexiunile de control, dar va necesita confirmare utilizand
             ssh-askpass(1).  Daca ControlPath nu poate fi deschis, ssh(1) va
             continua fara a se conecta la o instan<?>a master (principala).

             Redirec<?>ionarea X11 <?>i ssh-agent(1) este acceptata pe aceste
             conexiuni multiplexate, insa afi<?>area <?>i agentul
             redirec<?>ionate vor fi cele apar<?>inand conexiunii master,
             adica nu este posibila redirec<?>ionarea mai multor afi<?>ari sau
             agen<?>i.

             Doua op<?>iuni suplimentare permit multiplexarea oportunista:
             incearca sa utilizeze o conexiune master, dar revine la crearea
             uneia noi daca nu exista deja una. Aceste op<?>iuni sunt: auto
             <?>i autoask.  Cea din urma necesita confirmare, la fel ca
             op<?>iunea ask.

     ControlPath
             Specifica ruta catre soclul de control utilizat pentru partajarea
             conexiunii, astfel cum este descris in sec<?>iunea ControlMaster
             de mai sus sau <?>irul none pentru a dezactiva partajarea
             conexiunii.  Argumentele pentru ControlPath pot utiliza sintaxa
             tilde pentru a se referi la directorul personal al unui
             utilizator, la simbolurile descrise in sec<?>iunea SIMBOLURI <?>i
             la variabilele de mediu descrise in sec<?>iunea VARIABILE DE
             MEDIU.  Se recomanda ca orice ControlPath utilizat pentru
             partajarea oportunista a conexiunilor sa includa cel pu<?>in %h,
             %p <?>i %r (sau alternativ %C) <?>i sa fie plasat intr-un
             director care nu poate fi scris de al<?>i utilizatori. Acest
             lucru asigura ca conexiunile partajate sunt identificate in mod
             unic.

     ControlPersist
             Atunci cand este utilizata impreuna cu ControlMaster, specifica
             faptul ca conexiunea master (principala) ar trebui sa ramana
             deschisa in fundal (a<?>teptand viitoarele conexiuni client) dupa
             ce conexiunea client ini<?>iala a fost inchisa. Daca este
             stabilita la no (valoarea implicita), atunci conexiunea master nu
             va fi plasata in fundal <?>i se va inchide de indata ce
             conexiunea client ini<?>iala este inchisa. Daca este stabilita la
             yes sau 0, conexiunea principala va ramane in fundal pe termen
             nelimitat (pana cand este ucisa sau inchisa prin intermediul unui
             mecanism precum "ssh -O exit").  Daca este definita la un timp in
             secunde sau un timp in oricare dintre formatele documentate in
             sshd_config(5), atunci conexiunea principala din fundal se va
             incheia automat dupa ce a ramas inactiva (fara conexiuni client)
             pentru timpul specificat.

     DynamicForward
             Specifica faptul ca un port TCP de pe calculatorul local va fi
             redirec<?>ionat prin canalul securizat, iar protocolul
             aplica<?>iei este apoi utilizat pentru a determina unde sa se
             conecteze la calculatorul de la distan<?>a.

             Argumentul trebuie sa fie [bind_address:]port.  Adresele IPv6 pot
             fi specificate prin includerea adreselor intre paranteze drepte.
             In mod implicit, portul local este legat in conformitate cu
             configurarea GatewayPorts.  Cu toate acestea, se poate utiliza un
             bind_address explicit pentru a lega conexiunea la o anumita
             adresa.  bind_address 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 pe toate interfe<?>ele.

             In prezent sunt acceptate protocoalele SOCKS4 <?>i SOCKS5, iar
             ssh(1) va func<?>iona ca server SOCKS. Se pot specifica mai multe
             redirec<?>ionari, iar redirec<?>ionari suplimentare pot fi
             specificate in linia de comanda. Numai superutilizatorul poate
             redirec<?>iona porturi privilegiate.

     EnableEscapeCommandline
             Activeaza op<?>iunea liniei de comanda din meniul EscapeChar
             pentru sesiunile interactive (implicit `~C').  Implicit, linia de
             comanda este dezactivata.

     EnableSSHKeysign
             Stabilirea acestei op<?>iuni la yes in fi<?>ierul de configurare
             globala a clientului /etc/ssh/ssh_config permite utilizarea
             programului auxiliar ssh-keysign(8) in timpul
             HostbasedAuthentication.  Argumentul trebuie sa fie yes sau no
             (implicit). Aceasta op<?>iune trebuie plasata in sec<?>iunea non-
             hostspecific.  Consulta<?>i ssh-keysign(8) pentru mai multe
             informa<?>ii.

     EscapeChar
             Define<?>te caracterul de eludare (implicit: `~').  Caracterul de
             eludare poate fi definit <?>i in linia de comanda. Argumentul
             trebuie sa fie un singur caracter, `^' urmat de o litera, sau
             none pentru a dezactiva complet caracterul de eludare (facand
             conexiunea transparenta pentru datele binare).

     ExitOnForwardFailure
             Specifica daca ssh(1) ar trebui sa incheie conexiunea in cazul in
             care nu poate configura toate redirec<?>ionarile de port
             dinamice, de tunel, locale <?>i la distan<?>a solicitate (de
             exemplu, daca oricare dintre capete nu se poate lega <?>i asculta
             pe un port specificat). Re<?>ine<?>i ca ExitOnForwardFailure nu
             se aplica conexiunilor realizate prin redirec<?>ionari de port
             <?>i, de exemplu, nu va determina ssh(1) sa iasa daca conexiunile
             TCP la destina<?>ia finala de redirec<?>ionare e<?>ueaza.
             Argumentul trebuie sa fie yes sau no (implicit).

     FingerprintHash
             Specifica algoritmul de suma de control utilizat la afi<?>area
             amprentelor cheilor. Op<?>iunile valide sunt: md5 <?>i sha256
             (implicit).

     ForkAfterAuthentication
             Solicita ssh sa treaca in fundal chiar inainte de executarea
             comenzii. Acest lucru este util in cazul in care ssh va solicita
             parole sau fraze de acces, dar utilizatorul il dore<?>te in
             fundal. Aceasta presupune ca op<?>iunea de configurare StdinNull
             sa fie stabilita la "yes".  Modul recomandat de a porni programe
             X11 la distan<?>a este ceva precum ssh -f host xterm, care este
             acela<?>i cu ssh host xterm daca op<?>iunea de configurare
             ForkAfterAuthentication este stabilita la "yes".

             If the ExitOnForwardFailure configuration option is set to "yes",
             then a client started with the ForkAfterAuthentication
             configuration option being set to "yes" will wait for all remote
             port forwards to be successfully established before placing
             itself in the background.  The argument to this keyword must be
             yes (same as the -f option) or no (the default).

     ForwardAgent
             Specifica daca conexiunea la agentul de autentificare (daca
             exista) va fi redirec<?>ionata catre ma<?>ina de la distan<?>a.
             Argumentul poate fi yes, no (implicit), o ruta explicita catre un
             soclu de agent sau numele unei variabile de mediu (incepand cu
             `$') in care sa se gaseasca ruta.

             Redirec<?>ionarea agentului 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 soclul
             de domeniu Unix al agentului) pot accesa agentul local prin
             conexiunea redirec<?>ionata. Un atacator nu poate ob<?>ine
             materiale cheie de la agent, insa poate efectua opera<?>ii asupra
             cheilor care ii permit sa se autentifice folosind identita<?>ile
             incarcate in agent.

     ForwardX11
             Specifica daca conexiunile X11 vor fi redirec<?>ionate automat
             prin canalul securizat <?>i configureaza DISPLAY.  Argumentul
             trebuie sa fie yes sau no (implicit).

             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 X11 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
             daca op<?>iunea ForwardX11Trusted este, de asemenea, activata.

     ForwardX11Timeout
             Specifica un timp de a<?>teptare pentru redirec<?>ionarea X11
             nesigura utilizand formatul descris in sec<?>iunea TIME FORMATS
             din sshd_config(5).  Conexiunile X11 primite de ssh(1) dupa acest
             timp vor fi refuzate. Stabilirea lui ForwardX11Timeout la zero va
             dezactiva timpul de a<?>teptare <?>i va permite redirec<?>ionarea
             X11 pe durata de via<?>a a conexiunii.  Valoarea implicita este
             dezactivarea transmiterii X11 nesigure dupa expirarea a douazeci
             de minute.

     ForwardX11Trusted
             Daca aceasta op<?>iune este stabilita la yes, clien<?>ii X11 la
             distan<?>a vor avea acces complet la afi<?>ajul X11 original.

             Daca aceasta op<?>iune este stabilita la no (implicit),
             clien<?>ii X11 de la distan<?>a vor fi considera<?>i nesiguri
             <?>i impiedica<?>i sa fure sau sa falsifice date apar<?>inand
             clien<?>ilor X11 de incredere. In plus, jetonul xauth(1) utilizat
             pentru sesiune va fi configurat sa expire dupa 20 de minute.
             Clien<?>ilor de la distan<?>a li se va refuza accesul dupa
             aceasta perioada.

             Consulta<?>i specifica<?>ia extensiei ,,X11 SECURITY" pentru
             detalii complete privind restric<?>iile impuse clien<?>ilor care
             nu sunt de incredere.

     GatewayPorts
             Specifica daca gazdele de la distan<?>a sunt autorizate sa se
             conecteze la porturile locale redirec<?>ionate In mod implicit,
             ssh(1) leaga redirec<?>ionarile porturilor locale la adresa
             loopback. Acest lucru impiedica alte gazde de la distan<?>a sa se
             conecteze la porturile redirec<?>ionate.  GatewayPorts poate fi
             utilizata pentru a specifica faptul ca ssh ar trebui sa lege
             redirec<?>ionarile porturilor locale la adresa substituenta
             permi<?>and astfel gazdelor de la distan<?>a sa se conecteze la
             porturile redirec<?>ionate. Argumentul trebuie sa fie yes sau no
             (implicit).

     GlobalKnownHostsFile
             Specifica unul sau mai multe fi<?>iere care vor fi utilizate
             pentru baza de date globala a cheilor gazda, separate prin
             spa<?>ii.  Implicit este /etc/ssh/ssh_known_hosts,
             /etc/ssh/ssh_known_hosts2.

     GSSAPIAuthentication
             Specifica daca este permisa autentificarea utilizatorului bazata
             pe GSSAPI. Valoarea implicita este no.

     GSSAPIDelegateCredentials
             Redirec<?>ioneaza (deleaga) acreditarile catre server. Valoarea
             implicita este no.

     HashKnownHosts
             Indica faptul ca ssh(1) trebuie sa transforme numele <?>i
             adresele de gazda in sume de control (hash) atunci cand acestea
             sunt adaugate la ~/.ssh/known_hosts.  Aceste nume convertite in
             sume control pot fi utilizate in mod normal de catre ssh(1) <?>i
             sshd(8), dar ele nu dezvaluie vizual informa<?>ii de identificare
             daca con<?>inutul fi<?>ierului este divulgat. Valoarea implicita
             este no.  Re<?>ine<?>i ca numele <?>i adresele existente in
             fi<?>ierele de gazde cunoscute nu vor fi convertite automat, dar
             pot fi convertite manual folosind ssh-keygen(1).

     HostbasedAcceptedAlgorithms
             Specifica algoritmii de semnatura care vor fi utiliza<?>i pentru
             autentificarea bazata pe gazda ca o lista de modele separate prin
             virgule. Alternativ, daca lista specificata incepe cu un caracter
             `+', atunci algoritmii de semnatura specifica<?>i vor fi
             adauga<?>i la setul implicit in loc sa fie inlocui<?>i. Daca
             lista specificata incepe cu un caracter `-', atunci algoritmii de
             semnatura specifica<?>i (inclusiv cei specifica<?>i cu caractere
             joker) vor fi elimina<?>i din setul implicit in loc sa fie
             inlocui<?>i. Daca lista specificata incepe cu un caracter `^',
             atunci algoritmii de semnatura specifica<?>i vor fi plasa<?>i la
             inceputul setului implicit. Valoarea implicita pentru aceasta
             op<?>iune este:

                ssh-ed25519-cert-v01@openssh.com,
                ecdsa-sha2-nistp256-cert-v01@openssh.com,
                ecdsa-sha2-nistp384-cert-v01@openssh.com,
                ecdsa-sha2-nistp521-cert-v01@openssh.com,
                sk-ssh-ed25519-cert-v01@openssh.com,
                sk-ecdsa-sha2-nistp256-cert-v01@openssh.com,
                rsa-sha2-512-cert-v01@openssh.com,
                rsa-sha2-256-cert-v01@openssh.com,
                ssh-ed25519,
                ecdsa-sha2-nistp256,ecdsa-sha2-nistp384,ecdsa-sha2-nistp521,
                sk-ssh-ed25519@openssh.com,
                sk-ecdsa-sha2-nistp256@openssh.com,
                rsa-sha2-512,rsa-sha2-256

             Op<?>iunea -Q din ssh(1) poate fi utilizata pentru a afi<?>a
             lista algoritmilor de semnatura accepta<?>i.  Aceasta se numea
             anterior ,,HostbasedKeyTypes".

     HostbasedAuthentication
             Specifica daca se va incerca autentificarea bazata pe rhosts
             (gazdele de la distan<?>a) cu autentificare cu cheie publica.
             Argumentul trebuie sa fie yes sau no (implicit).

     HostKeyAlgorithms
             Specifica algoritmii de semnare a cheii gazda pe care clientul
             dore<?>te sa ii utilizeze in ordinea preferin<?>elor. Alternativ,
             daca lista specificata incepe cu un caracter `+', atunci
             algoritmii de semnatura specifica<?>i vor fi adauga<?>i la setul
             implicit in loc sa fie inlocui<?>i. Daca lista specificata incepe
             cu un caracter `-', atunci algoritmii de semnatura specifica<?>i
             (inclusiv cei specifica<?>i cu caractere joker) vor fi
             elimina<?>i din setul implicit in loc sa fie inlocui<?>i. Daca
             lista specificata incepe cu un caracter `^', atunci algoritmii de
             semnatura specifica<?>i vor fi plasa<?>i la inceputul setului
             implicit. Valoarea implicita pentru aceasta op<?>iune este:

                ssh-ed25519-cert-v01@openssh.com,
                ecdsa-sha2-nistp256-cert-v01@openssh.com,
                ecdsa-sha2-nistp384-cert-v01@openssh.com,
                ecdsa-sha2-nistp521-cert-v01@openssh.com,
                sk-ssh-ed25519-cert-v01@openssh.com,
                sk-ecdsa-sha2-nistp256-cert-v01@openssh.com,
                rsa-sha2-512-cert-v01@openssh.com,
                rsa-sha2-256-cert-v01@openssh.com,
                ssh-ed25519,
                ecdsa-sha2-nistp256,ecdsa-sha2-nistp384,ecdsa-sha2-nistp521,
                sk-ecdsa-sha2-nistp256@openssh.com,
                sk-ssh-ed25519@openssh.com,
                rsa-sha2-512,rsa-sha2-256

             Daca cheile de gazda sunt cunoscute pentru gazda de destina<?>ie,
             atunci aceasta valoare implicita este modificata pentru a prefera
             algoritmii acestora.

             Lista algoritmilor de semnatura disponibili poate fi de asemenea
             ob<?>inuta utilizand "ssh -Q HostKeyAlgorithms".

     HostKeyAlias
             Specifica un alias care trebuie utilizat in locul numelui real al
             gazdei atunci cand se cauta sau se salveaza cheia gazdei in
             fi<?>ierele bazei de date a cheilor gazdelor <?>i cand se
             valideaza certificatele gazdelor. Aceasta op<?>iune este utila
             pentru tunelarea conexiunilor SSH sau pentru mai multe servere
             care ruleaza pe o singura gazda.

     Hostname
             Specifica numele real al gazdei la care se face conectarea.
             Aceasta poate fi utilizata pentru a specifica porecle sau
             abrevieri pentru gazde. Argumentele pentru Hostname accepta
             simbolurile descrise in sec<?>iunea SIMBOLURI.  Adresele IP
             numerice sunt de asemenea permise (atat in linia de comanda, cat
             <?>i in specifica<?>iile Hostname).  Valoarea implicita este
             numele dat in linia de comanda.

     IdentitiesOnly
             Specifica faptul ca ssh(1) trebuie sa utilizeze numai identitatea
             de autentificare <?>i fi<?>ierele de certificat configurate (fie
             fi<?>ierele implicite, fie cele configurate explicit in
             fi<?>ierele ssh_config sau pasate in linia de comanda ssh(1)),
             chiar daca ssh-agent(1) sau un PKCS11Provider sau
             SecurityKeyProvider ofera mai multe identita<?>i. Argumentul
             acestui cuvant cheie trebuie sa fie yes sau no (implicit).
             Aceasta op<?>iune este destinata situa<?>iilor in care ssh-agent
             ofera multe identita<?>i diferite.

     IdentityAgent
             Specifica soclul UNIX-domain utilizat pentru comunicarea cu
             agentul de autentificare.

             Aceasta op<?>iune prevaleaza asupra variabilei de mediu
             SSH_AUTH_SOCK <?>i poate fi utilizata pentru a selecta un anumit
             agent. Stabilirea numelui soclului la none dezactiveaza
             utilizarea unui agent de autentificare. Daca este specificat
             <?>irul "SSH_AUTH_SOCK", loca<?>ia soclului va fi citita din
             variabila de mediu SSH_AUTH_SOCK.  In caz contrar, daca valoarea
             specificata incepe cu un caracter `$', atunci aceasta va fi
             tratata ca o variabila de mediu care con<?>ine loca<?>ia
             soclului.

             Argumentele pentru IdentityAgent pot utiliza sintaxa tilde pentru
             a face referire la directorul personal al utilizatorului, la
             simbolurile descrise in sec<?>iunea SIMBOLURI <?>i la variabilele
             de mediu descrise in sec<?>iunea VARIABILE DE MEDIU.

     IdentityFile
             Specifica un fi<?>ier din care este citita identitatea de
             autentificare ECDSA, ECDSA gazduita de autentificator, Ed25519,
             Ed25519 gazduita de autentificator sau RSA a utilizatorului. 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.  In plus, toate identita<?>ile reprezentate
             de agentul de autentificare vor fi utilizate pentru
             autentificare, cu excep<?>ia cazului in care este activata
             IdentitiesOnly.  Daca niciun certificat nu a fost specificat in
             mod explicit prin CertificateFile, ssh(1) va incerca sa incarce
             informa<?>ii despre certificat din numele fi<?>ierului ob<?>inut
             prin adaugarea -cert.pub la ruta unui IdentityFile specificat.

             Argumentele pentru IdentityFile pot utiliza sintaxa tilde pentru
             a face referire la directorul personal al utilizatorului sau la
             simbolurile descrise in sec<?>iunea SIMBOLURI.  Alternativ, se
             poate utiliza argumentul none pentru a indica faptul ca nu
             trebuie incarcate fi<?>iere de identitate.

             Este posibil sa se specifice mai multe fi<?>iere de identitate in
             fi<?>ierele de configurare; toate aceste identita<?>i vor fi
             incercate in ordine. Mai multe directive IdentityFile vor fi
             adaugate la lista de identita<?>i incercate (acest comportament
             difera de cel al altor directive de configurare).

             IdentityFile poate fi utilizata impreuna cu IdentitiesOnly pentru
             a selecta identita<?>ile dintr-un agent care sunt oferite in
             timpul autentificarii.  IdentityFile poate fi utilizata <?>i
             impreuna cu CertificateFile pentru a furniza orice certificat
             necesar pentru autentificarea cu identitatea.

     IgnoreUnknown
             Specifica o lista de modele de op<?>iuni necunoscute care vor fi
             ignorate daca sunt intalnite in analiza configura<?>iei. Aceasta
             poate fi utilizata pentru a suprima erorile daca ssh_config
             con<?>ine op<?>iuni care nu sunt recunoscute de ssh(1).  Se
             recomanda ca IgnoreUnknown sa fie listata la inceputul
             fi<?>ierului de configurare, deoarece nu va fi aplicata
             op<?>iunilor necunoscute care apar inaintea sa.

     Include
             Include fi<?>ierul (fi<?>ierele) de configurare specificat(e).
             Se pot specifica mai multe nume de ruta, iar fiecare nume de ruta
             poate con<?>ine caractere joker glob(7), simboluri a<?>a cum sunt
             descrise in sec<?>iunea SIMBOLURI, variabile de mediu a<?>a cum
             sunt descrise in sec<?>iunea VARIABILE DE MEDIU <?>i, pentru
             configura<?>iile de utilizator, referin<?>e de tip shell `~' la
             directoarele personale ale utilizatorului. Caracterele joker vor
             fi expandate <?>i procesate in ordine lexicala. Se presupune ca
             fi<?>ierele fara rute absolute se afla in ~/.ssh daca sunt
             incluse intr-un fi<?>ier de configurare utilizator sau /etc/ssh
             daca sunt incluse in fi<?>ierul de configurare al sistemului.
             Directiva Include poate aparea in interiorul unui bloc Match sau
             Host pentru a efectua includerea condi<?>ionata.

     IPQoS   Specifica tipul de serviciu IPv4 sau clasa DSCP pentru conexiune.
             Valorile acceptate sunt af11, af12, af13, af21, af22, af23, af31,
             af32, af33, af41, af42, af43, cs0, cs1, cs2, cs3, cs4, cs5, cs6,
             cs7, ef, le, lowdelay, throughput, reliability, o valoare
             numerica sau none pentru a utiliza valoarea implicita a
             sistemului de operare. Aceasta op<?>iune poate primi unul sau
             doua argumente, separate prin spa<?>iu alb. Daca este specificat
             un argument, acesta este utilizat necondi<?>ionat ca clasa de
             pachete. Daca sunt specificate doua valori, prima este selectata
             automat pentru sesiunile interactive <?>i a doua pentru sesiunile
             non-interactive. Valoarea implicita este af21 (Low-Latency Data)
             pentru sesiunile interactive <?>i cs1 (Lower Effort) pentru
             sesiunile non-interactive.

     KbdInteractiveAuthentication
             Specifica daca se utilizeaza autentificarea interactiva prin
             tastatura. Argumentul pentru acest cuvant cheie trebuie sa fie
             yes (implicit) sau no.  ChallengeResponseAuthentication este un
             alias invechit pentru acesta.

     KbdInteractiveDevices
             Specifica lista de metode care urmeaza sa fie utilizate in
             autentificarea interactiva de la tastatura. Numele mai multor
             metode trebuie sa fie separate prin virgule.  Metoda implicita
             este de a utiliza lista specificata de server. Metodele
             disponibile variaza in func<?>ie de ceea ce accepta serverul.
             Pentru un server OpenSSH, acestea pot fi zero sau mai multe
             dintre: bsdauth <?>i pam.

     KexAlgorithms
             Specifica algoritmii KEX (Key Exchange) permi<?>i care vor fi
             utiliza<?>i <?>i ordinea lor de preferin<?>a. Algoritmul selectat
             va fi primul algoritm din aceasta lista pe care serverul il
             accepta.  Algoritmii multipli trebuie separa<?>i prin virgule.

             Daca lista specificata incepe cu un caracter `+', atunci
             algoritmii specifica<?>i vor fi adauga<?>i la setul implicit in
             loc sa fie inlocui<?>i. Daca lista specificata incepe cu un
             caracter `-', atunci algoritmii specifica<?>i (inclusiv cei
             secifica<?>i cu caractere joker) vor fi elimina<?>i din setul
             implicit in loc sa fie inlocui<?>i. Daca lista specificata incepe
             cu un caracter `^', atunci algoritmii specifica<?>i vor fi
             plasa<?>i la inceputul setului implicit.

             Valoarea implicita este:

                   mlkem768x25519-sha256,
                   sntrup761x25519-sha512,sntrup761x25519-sha512@openssh.com,
                   curve25519-sha256,curve25519-sha256@libssh.org,
                   ecdh-sha2-nistp256,ecdh-sha2-nistp384,ecdh-sha2-nistp521,
                   diffie-hellman-group-exchange-sha256,
                   diffie-hellman-group16-sha512,
                   diffie-hellman-group18-sha512,
                   diffie-hellman-group14-sha256

             Lista algoritmilor de schimb de chei accepta<?>i poate fi
             ob<?>inuta <?>i folosind "ssh -Q kex".

     KnownHostsCommand
             Specifica o comanda de utilizat pentru a ob<?>ine o lista de chei
             de gazda, in plus fa<?>a de cele enumerate in UserKnownHostsFile
             <?>i GlobalKnownHostsFile.  Aceasta comanda este executata dupa
             ce fi<?>ierele au fost citite. Aceasta poate scrie linii de chei
             de gazda la ie<?>irea standard in format identic cu cel al
             fi<?>ierelor obi<?>nuite (descrise in sec<?>iunea VERIFYING HOST
             KEYS din ssh(1)).  Argumentele pentru KnownHostsCommand accepta
             simbolurile descrise in sec<?>iunea SIMBOLURI.  Comanda poate fi
             invocata de mai multe ori pe conexiune: o data la pregatirea
             listei de preferin<?>e a algoritmilor de chei de gazda de
             utilizat, din nou pentru a ob<?>ine cheia de gazda pentru numele
             de gazda solicitat <?>i, daca CheckHostIP este activata, inca o
             data pentru a ob<?>ine cheia de gazda corespunzatoare adresei
             serverului. Daca comanda iese in mod anormal sau returneaza o
             stare de ie<?>ire diferita de zero, conexiunea este incheiata.

     LocalCommand
             Specifica o comanda care trebuie executata pe ma<?>ina locala
             dupa conectarea cu succes la server. <?>irul de comanda se
             extinde pana la sfar<?>itul liniei <?>i este executat cu shell-ul
             utilizatorului. Argumentele pentru LocalCommand accepta
             simbolurile descrise in sec<?>iunea SIMBOLURI.

             Comanda este executata sincron <?>i nu are acces la sesiunea
             ssh(1) care a generat-o. Nu trebuie utilizata pentru comenzi
             interactive.

             Aceasta directiva este ignorata, cu excep<?>ia cazului in care
             PermitLocalCommand a fost activata.

     LocalForward
             Specifica ca un port TCP sau un soclu de domeniu Unix de pe
             ma<?>ina locala sa fie transmis prin canalul securizat catre
             gazda <?>i portul specificate (sau soclul de domeniu Unix) de pe
             ma<?>ina de la distan<?>a.  Pentru un port TCP, primul argument
             trebuie sa fie [bind_address:]port sau o ruta de soclu de domeniu
             Unix.  Al doilea argument este destina<?>ia <?>i poate fi
             host:hostport sau o ruta de soclu de domeniu Unix daca gazda de
             la distan<?>a o accepta.

             Adresele IPv6 pot fi specificate prin incadrarea adreselor intre
             paranteze drepte.

             Daca vreunul dintre argumente con<?>ine un caracter ,,/", acel
             argument va fi interpretat ca un soclu de domeniu Unix (pe gazda
             respectiva) <?>i nu ca un port TCP.

             Pot fi specificate mai multe redirec<?>ionari, iar
             redirec<?>ionarile suplimentare pot fi specificate in linia de
             comanda. Numai superutilizatorul poate redirec<?>iona porturi
             privilegiate. In mod implicit, portul local este legat in
             conformitate cu configura<?>ia GatewayPorts.  Cu toate acestea,
             poate fi utilizat un bind_address explicit pentru a lega
             conexiunea la o anumita adresa.  bind_address de localhost indica
             faptul ca portul de ascultare este legat numai pentru uz local,
             in timp ce o adresa goala sau `*' indica faptul ca portul ar
             trebui sa fie disponibil de la toate interfe<?>ele. Rutele de
             soclu de domeniu Unix pot utiliza simbolurile descrise in
             sec<?>iunea SIMBOLURI <?>i variabilele de mediu descrise in
             sec<?>iunea VARIABILE DE MEDIU.

     LogLevel
             Ofera nivelul de detaliere utilizat la inregistrarea mesajelor
             din ssh(1).  Valorile posibile sunt: QUIET, FATAL, ERROR, INFO,
             VERBOSE, DEBUG, DEBUG1, DEBUG2 <?>i DEBUG3. Valoarea implicita
             este INFO.  DEBUG <?>i DEBUG1 sunt echivalente.  DEBUG2 <?>i
             DEBUG3 specifica fiecare niveluri mai ridicate de ie<?>ire
             informativa detaliata.

     LogVerbose
             Specifica una sau mai multe suprascrieri pentru LogLevel. O
             suprascriere consta intr-una sau mai multe liste de modele care
             se potrivesc cu fi<?>ierul sursa, func<?>ia <?>i numarul liniei
             pentru care se impune inregistrarea detaliata. De exemplu, un
             model de suprascriere de:

                   kex.c:*:1000,*:kex_exchange_identification():*,packet.c:*

             ar activa inregistrarea detaliata pentru linia 1000 din kex.c,
             tot ce se afla in func<?>ia kex_exchange_identification() <?>i
             tot codul din fi<?>ierul packet.c.  Aceasta op<?>iune este
             destinata depanarii <?>i nicio modificare (suprascriere) nu este
             activata implicit.

     MACs    Specifica algoritmii MAC (cod de autentificare a mesajelor)
             disponibili. Algoritmul MAC este utilizat pentru protec<?>ia
             integrita<?>ii datelor. Algoritmii multipli trebuie sa fie
             separa<?>i prin virgule. Daca lista specificata incepe cu un
             caracter `+', atunci algoritmii specifica<?>i vor fi adauga<?>i
             la setul implicit in loc sa fie inlocui<?>i. Daca lista
             specificata incepe cu un caracter `-', atunci algoritmii
             specifica<?>i (inclusiv cei specifica<?>i cu caractere joker) vor
             fi elimina<?>i din setul implicit in loc sa fie inlocui<?>i. Daca
             lista specificata incepe cu un caracter `^', atunci algoritmii
             specifica<?>i vor fi plasa<?>i la inceputul setului implicit.

             Algoritmii care con<?>in "-etm" calculeaza MAC dupa criptare
             (criptare-apoi-mac -- ,,encrypt-then-mac"). Ace<?>tia sunt
             considera<?>i mai siguri <?>i se recomanda utilizarea lor.

             Valoarea implicita este:

                   umac-64-etm@openssh.com,umac-128-etm@openssh.com,
                   hmac-sha2-256-etm@openssh.com,hmac-sha2-512-etm@openssh.com,
                   hmac-sha1-etm@openssh.com,
                   umac-64@openssh.com,umac-128@openssh.com,
                   hmac-sha2-256,hmac-sha2-512,hmac-sha1

             Lista algoritmilor MAC disponibili poate fi de asemenea
             ob<?>inuta utilizand "ssh -Q mac".

     NoHostAuthenticationForLocalhost
             Dezactiveaza autentificarea gazdei pentru gazda locala
             ,,localhost" (adrese loopback). Argumentul pentru acest cuvant
             cheie trebuie sa fie yes sau no (implicit).

     NumberOfPasswordPrompts
             Specifica numarul de solicitari de parola inainte de a renun<?>a.
             Argumentul pentru acest cuvant cheie trebuie sa fie un numar
             intreg. Valoarea implicita este 3.

     ObscureKeystrokeTiming
             Specifica daca ssh(1) ar trebui sa incerce sa ascunda timpii
             intre apasarile tastelor de observatorii pasivi ai traficului de
             re<?>ea. Daca este activata, atunci pentru sesiunile interactive,
             ssh(1) va trimite tastele la intervale fixe de cateva zeci de
             milisecunde <?>i va trimite pachete false de tastare pentru o
             anumita perioada de timp dupa incetarea tastarii. Argumentul
             acestui cuvant cheie trebuie sa fie yes, no sau un specificator
             de interval de forma interval:milisecunde (de exemplu,
             interval:80 pentru 80 milisecunde).  Valoarea implicita este de a
             ascunde apasarile de taste folosind un interval de pachete de 20
             ms. Re<?>ine<?>i ca intervalele mai mici vor duce la rate mai
             mari de pachete de apasari de taste false.

     PasswordAuthentication
             Specifica daca se utilizeaza autentificarea prin parola.
             Argumentul pentru acest cuvant cheie trebuie sa fie yes
             (implicit)  sau no.

     PermitLocalCommand
             Permite executarea comenzilor locale prin op<?>iunea LocalCommand
             sau utilizand secven<?>a de eludare !comanda in ssh(1).
             Argumentul trebuie sa fie yes sau no (implicit).

     PermitRemoteOpen
             Specifica destina<?>iile catre care este permisa
             redirec<?>ionarea portului TCP la distan<?>a atunci cand
             RemoteForward este utilizat ca proxy SOCKS.  Specifica<?>ia de
             redirec<?>ionare trebuie sa aiba una dintre urmatoarele forme:

                   PermitRemoteOpen gazda:port
                   PermitRemoteOpen adresa-IPv4:port
                   PermitRemoteOpen [adresa-IPv6]:port

             Se pot specifica mai multe redirec<?>ionari prin separarea lor cu
             un spa<?>iu alb. Un argument de tipul any poate fi utilizat
             pentru a elimina toate restric<?>iile <?>i a permite orice cerere
             de redirec<?>ionare. Un argument de tipul none poate fi utilizat
             pentru a interzice toate cererile de redirec<?>ionare. Caracterul
             joker `*' poate fi utilizat pentru gazda sau port pentru a
             permite toate gazdele, respectiv porturile. In caz contrar, nu se
             efectueaza nicio potrivire de model sau cautare de adrese pentru
             numele furnizate.

     PKCS11Provider
             Specifica furnizorul PKCS#11 care trebuie utilizat sau none
             pentru a indica faptul ca nu trebuie utilizat niciun furnizor
             (implicit). Argumentul pentru acest cuvant cheie este o ruta
             catre biblioteca partajata PKCS#11 ssh(1) care trebuie utilizata
             pentru a comunica cu un simbol PKCS#11 care furnizeaza chei
             pentru autentificarea utilizatorului.

     Port    Specifica numarul portului la care se va conecta la gazda de la
             distan<?>a. Valoarea implicita este 22.

     PreferredAuthentications
             Specifica ordinea in care clientul trebuie sa incerce metodele de
             autentificare.  Acest lucru permite clientului sa prefere o
             metoda (de exemplu,  keyboard-interactive) in detrimentul unei
             alte metode (de exemplu,  password).  Valoarea implicita este:

                   gssapi-with-mic,hostbased,publickey,
                   keyboard-interactive,password

     ProxyCommand
             Specifica comanda care trebuie utilizata pentru conectarea la
             server.  <?>irul de comanda se extinde pana la sfar<?>itul liniei
             <?>i este executat utilizand directiva `exec' a shell-ului
             utilizatorului pentru a evita un proces shell persistent.

             Argumentele pentru ProxyCommand accepta simbolurile descrise in
             sec<?>iunea SIMBOLURI.  Comanda poate fi practic orice <?>i ar
             trebui sa citeasca de la intrarea sa standard <?>i sa scrie la
             ie<?>irea sa standard. Ar trebui sa conecteze in cele din urma un
             server sshd(8) care ruleaza pe o anumita ma<?>ina sau sa execute
             sshd -i undeva. Gestionarea cheilor de gazda se va face folosind
             Hostname al gazdei conectate (implicit numele tastat de
             utilizator). Stabilirea comenzii la none dezactiveaza complet
             aceasta op<?>iune. Re<?>ine<?>i ca CheckHostIP nu este
             disponibila pentru conexiunile cu o comanda proxy.

             Aceasta directiva este utila in combina<?>ie cu nc(1) <?>i
             suportul sau proxy. De exemplu, urmatoarea directiva s-ar conecta
             prin intermediul unui proxy HTTP la 192.0.2.0:

                ProxyCommand /usr/bin/nc -X connect -x 192.0.2.0:8080 %h %p

     ProxyJump
             Specifica unul sau mai multe proxy-uri de salt fie ca
             [user@]host[:port] sau un URI ssh. Mai multe proxy-uri pot fi
             separate prin caractere virgula <?>i vor fi vizitate
             secven<?>ial. Definirea acestei op<?>iuni va determina ssh(1) sa
             se conecteze la gazda <?>inta realizand mai intai o conexiune
             ssh(1) la gazda ProxyJump specificata <?>i apoi stabilind de
             acolo o redirec<?>ionare TCP catre <?>inta finala. Stabilirea
             gazdei la none dezactiveaza complet aceasta op<?>iune.

             Re<?>ine<?>i ca aceasta op<?>iune va concura cu op<?>iunea
             ProxyCommand - cea care este specificata prima va impiedica
             aplicarea celeilalte.

             Re<?>ine<?>i, de asemenea, ca configura<?>ia pentru gazda de
             destina<?>ie (furnizata fie prin linia de comanda, fie prin
             fi<?>ierul de configurare) nu se aplica in general gazdelor de
             salt (intermediare).  ~/.ssh/config trebuie utilizat daca este
             necesara o configura<?>ie specifica pentru gazdele de salt.

     ProxyUseFdpass
             Specifica faptul ca ProxyCommand va returna un descriptor de
             fi<?>ier conectat catre ssh(1) in loc sa continue executarea <?>i
             transmiterea datelor. Valoarea implicita este no.

     PubkeyAcceptedAlgorithms
             Specifica algoritmii de semnatura care vor fi utiliza<?>i pentru
             autentificarea cu cheie publica ca o lista de modele separate
             prin virgule. Daca lista specificata incepe cu un caracter `+',
             atunci algoritmii de dupa acesta vor fi adauga<?>i la algoritmul
             implicit in loc sa il inlocuiasca. Daca lista specificata incepe
             cu un caracter `-', atunci algoritmii specifica<?>i (inclusiv cei
             specifica<?>i cu caractere joker) vor fi elimina<?>i din setul
             implicit in loc sa fie inlocui<?>i. Daca lista specificata incepe
             cu un caracter `^', atunci algoritmii specifica<?>i vor fi
             plasa<?>i la inceputul setului implicit. Valoarea implicita
             pentru aceasta op<?>iune este:

                ssh-ed25519-cert-v01@openssh.com,
                ecdsa-sha2-nistp256-cert-v01@openssh.com,
                ecdsa-sha2-nistp384-cert-v01@openssh.com,
                ecdsa-sha2-nistp521-cert-v01@openssh.com,
                sk-ssh-ed25519-cert-v01@openssh.com,
                sk-ecdsa-sha2-nistp256-cert-v01@openssh.com,
                rsa-sha2-512-cert-v01@openssh.com,
                rsa-sha2-256-cert-v01@openssh.com,
                ssh-ed25519,
                ecdsa-sha2-nistp256,ecdsa-sha2-nistp384,ecdsa-sha2-nistp521,
                sk-ssh-ed25519@openssh.com,
                sk-ecdsa-sha2-nistp256@openssh.com,
                rsa-sha2-512,rsa-sha2-256

             Lista algoritmilor de semnatura disponibili poate fi de asemenea
             ob<?>inuta utilizand "ssh -Q PubkeyAcceptedAlgorithms".

     PubkeyAuthentication
             Specifica daca sa se incerce autentificarea prin cheie publica.
             Argumentul acestui cuvant cheie trebuie sa fie yes (implicit),
             no, unbound sau host-bound.  Ultimele doua op<?>iuni activeaza
             autentificarea cu cheie publica <?>i, respectiv, dezactiveaza sau
             activeaza extensia protocolului de autentificare OpenSSH host-
             bound necesara pentru redirec<?>ionarea restric<?>ionata
             ssh-agent(1).

     RekeyLimit
             Specifica cantitatea maxima de date care pot fi transmise sau
             primite inainte ca cheia de sesiune sa fie renegociata, urmata
             op<?>ional de o cantitate maxima de timp care poate trece inainte
             ca cheia de sesiune sa fie renegociata. Primul argument este
             specificat in octe<?>i <?>i poate avea un sufix `K', `M' sau `G'
             pentru a indica kiloocte<?>i, megaocte<?>i sau, respectiv,
             gigaocte<?>i. Valoarea implicita este intre `1G' <?>i `4G', in
             func<?>ie de cifru. A doua valoare op<?>ionala este specificata
             in secunde <?>i poate utiliza oricare dintre unita<?>ile
             documentate in sec<?>iunea FORMATE DE TIMP din sshd_config(5).
             Valoarea implicita pentru RekeyLimit este default none, ceea ce
             inseamna ca rescrierea este efectuata dupa ce a fost trimisa sau
             primita cantitatea de date implicita a cifrului <?>i nu se
             efectueaza rescrierea in func<?>ie de timp.

     RemoteCommand
             Specifica o comanda care trebuie executata pe ma<?>ina de la
             distan<?>a dupa conectarea cu succes la server. <?>irul de
             comanda se extinde pana la sfar<?>itul liniei <?>i este executat
             cu shell-ul utilizatorului. Argumentele pentru RemoteCommand
             accepta simbolurile descrise in sec<?>iunea SIMBOLURI.

     RemoteForward
             Specifica ca un port TCP sau un soclu de domeniu Unix de pe
             ma<?>ina de la distan<?>a sa fie redirec<?>ionat pe canalul
             securizat. Portul de la distan<?>a poate fi redirec<?>ionat fie
             catre o gazda <?>i un port specificate, fie catre un soclu de
             domeniu Unix de pe ma<?>ina locala, sau poate ac<?>iona ca un
             proxy SOCKS 4/5 care permite unui client de la distan<?>a sa se
             conecteze la destina<?>ii arbitrare de pe ma<?>ina locala. Primul
             argument este specifica<?>ia de ascultare <?>i poate fi
             [bind_address:]port sau, daca gazda de la distan<?>a o accepta, o
             ruta de soclu de domeniu Unix. In cazul redirec<?>ionarii catre o
             destina<?>ie specifica, al doilea argument trebuie sa fie
             host:hostport sau o ruta de soclu de domeniu Unix; in caz
             contrar, daca nu este specificat niciun argument de destina<?>ie,
             redirec<?>ionarea de la distan<?>a va fi stabilita ca un proxy
             SOCKS. Atunci cand ac<?>ioneaza ca un proxy SOCKS, destina<?>ia
             conexiunii poate fi restric<?>ionata prin PermitRemoteOpen.

             Adresele IPv6 pot fi specificate prin incadrarea adreselor intre
             paranteze drepte.

             Daca vreunul dintre argumente con<?>ine un caracter ,,/", acel
             argument va fi interpretat ca un soclu de domeniu Unix (pe gazda
             respectiva) <?>i nu ca un port TCP.

             Pot fi specificate mai multe redirec<?>ionari, iar
             redirec<?>ionarile suplimentare pot fi date in linia de comanda.
             Porturile privilegiate pot fi redirec<?>ionate numai atunci cand
             va conecta<?>i ca root pe ma<?>ina de la distan<?>a. Rutele de
             soclu de domeniu Unix pot utiliza simbolurile descrise in
             sec<?>iunea SIMBOLURI <?>i variabilele de mediu descrise in
             sec<?>iunea VARIABILE DE MEDIU.

             Daca argumentul port este 0, portul de ascultare va fi alocat
             dinamic pe server <?>i raportat clientului in timpul rularii.

             Daca bind_address nu este specificata, implicit se face legatura
             numai cu adresele loopback. Daca bind_address este `*' sau un
             <?>ir de caractere gol, redirec<?>ionarea este solicitata sa
             asculte pe toate interfe<?>ele. Specificarea unei bind_address la
             distan<?>a va reu<?>i numai daca op<?>iunea GatewayPorts a
             serverului este activata (consulta<?>i sshd_config(5)).

     RequestTTY
             Specifica daca se solicita un pseudo-tty pentru sesiune.
             Argumentul poate fi unul dintre urmatoarele: no (nu se solicita
             niciodata un TTY), yes (se solicita intotdeauna un TTY cand
             intrarea standard este un TTY), force (se solicita intotdeauna un
             TTY) sau auto (se solicita un TTY la deschiderea unei sesiuni de
             autentificare). Aceasta op<?>iune reflecta fanioanele -t <?>i -T
             pentru ssh(1).

     RequiredRSASize
             Specifica dimensiunea minima a cheii RSA (in bi<?>i) pe care
             ssh(1) o va accepta. Cheile de autentificare ale utilizatorilor
             mai mici decat aceasta limita vor fi ignorate. Serverele care
             prezinta chei de gazda mai mici decat aceasta limita vor
             determina intreruperea conexiunii. Valoarea implicita este 1024
             bi<?>i. Re<?>ine<?>i ca aceasta limita poate fi marita numai
             fa<?>a de valoarea implicita.

     RevokedHostKeys
             Specifica cheile publice revocate ale gazdei. Cheile enumerate in
             acest fi<?>ier vor fi refuzate pentru autentificarea gazdei.
             Re<?>ine<?>i ca, daca acest fi<?>ier nu exista sau nu poate fi
             citit, atunci autentificarea gazdei va fi refuzata pentru toate
             gazdele. Cheile pot fi specificate sub forma unui fi<?>ier text,
             care enumera o cheie publica pe linie, sau sub forma unei liste
             de revocare a cheilor OpenSSH (KRL), generata de ssh-keygen(1).
             Pentru mai multe informa<?>ii despre KRL-uri, consulta<?>i
             sec<?>iunea LISTE DE REVOCARE A CHEILOR din ssh-keygen(1).
             Argumentele pentru RevokedHostKeys pot utiliza sintaxa tilde
             pentru a se referi la directorul personal al unui utilizator, la
             simbolurile descrise in sec<?>iunea SIMBOLURI <?>i la variabilele
             de mediu descrise in sec<?>iunea VARIABILE DE MEDIU.

     SecurityKeyProvider
             Specifica o ruta catre o biblioteca care va fi utilizata la
             incarcarea oricaror chei gazduite de autentificatorul FIDO,
             inlocuind op<?>iunea implicita de utilizare a suportului USB HID
             incorporat.

             Daca valoarea specificata incepe cu caracterul `$', atunci va fi
             tratata ca o variabila de mediu care con<?>ine ruta catre
             biblioteca.

     SendEnv
             Specifica cheile publice revocate ale gazdei. Cheile enumerate in
             acest fi<?>ier vor fi refuzate pentru autentificarea gazdei.
             Re<?>ine<?>i ca, daca acest fi<?>ier nu exista sau nu poate fi
             citit, atunci autentificarea gazdei va fi refuzata pentru toate
             gazdele. Cheile pot fi specificate sub forma unui fi<?>ier text,
             care enumera o cheie publica pe linie, sau sub forma unei liste
             de revocare a cheilor OpenSSH (KRL), generata de ssh-keygen(1).
             Specifica ce variabile din environ(7) local trebuie trimise catre
             server. Serverul trebuie, de asemenea, sa le accepte, iar
             serverul trebuie sa fie configurat pentru a accepta aceste
             variabile de mediu. Re<?>ine<?>i ca variabila de mediu TERM este
             intotdeauna trimisa ori de cate ori este solicitat un pseudo-
             terminal, deoarece este ceruta de protocol. Consulta<?>i
             AcceptEnv in sshd_config(5) pentru modul de configurare a
             serverului. Variabilele sunt specificate prin nume, care poate
             con<?>ine caractere joker. Variabilele de mediu multiple pot fi
             separate prin spa<?>iu alb sau distribuite pe mai multe directive
             SendEnv.

             Pentru mai multe informa<?>ii despre modele, consulta<?>i
             sec<?>iunea MODELE.

             Este posibil sa <?>terge<?>i numele variabilelor SendEnv definite
             anterior, prefixand modelele cu -.  Implicit, nu se trimit
             variabile de mediu.

     ServerAliveCountMax
             Stabile<?>te numarul de mesaje alive pentru server (a se vedea
             mai jos) care pot fi trimise fara ca ssh(1) sa primeasca niciun
             mesaj inapoi de la server. Daca acest prag este atins in timp ce
             se trimit mesaje server alive, ssh se va deconecta de la server,
             inchizand sesiunea. Este important sa re<?>ine<?>i ca utilizarea
             mesajelor server alive este foarte diferita de TCPKeepAlive (mai
             jos). Mesajele server alive sunt trimise prin canalul criptat
             <?>i, prin urmare, nu vor putea fi falsificate. Op<?>iunea TCP
             keepalive activata de TCPKeepAlive poate fi falsificata.
             Mecanismul server alive este valoros atunci cand clientul sau
             serverul depind de cunoa<?>terea momentului in care o conexiune
             nu mai raspunde.

             Valoarea implicita este 3. Daca, de exemplu, ServerAliveInterval
             (a se vedea mai jos) este definita la 15 <?>i ServerAliveCountMax
             este lasata la valoarea implicita, daca serverul nu mai raspunde,
             ssh se va deconecta dupa aproximativ 45 de secunde.

     ServerAliveInterval
             Stabile<?>te un interval de a<?>teptare in secunde, dupa care,
             daca nu s-au primit date de la server, ssh(1) va trimite un mesaj
             prin canalul criptat pentru a solicita un raspuns de la server.
             Valoarea implicita este 0, ceea ce inseamna ca aceste mesaje nu
             vor fi trimise catre server.

     SessionType
             Poate fi utilizata fie pentru a solicita invocarea unui subsistem
             pe sistemul de la distan<?>a, fie pentru a preveni executarea
             unei comenzi de la distan<?>a. Aceasta din urma este utila doar
             pentru redirec<?>ionarea porturilor. Argumentul acestui cuvant
             cheie trebuie sa fie none (la fel ca op<?>iunea -N), subsystem
             (la fel ca op<?>iunea -s) sau default (execu<?>ie shell sau
             comanda).

     SetEnv  Specifica direct una sau mai multe variabile de mediu <?>i
             con<?>inutul acestora care urmeaza sa fie trimise serverului sub
             forma "NUME=VALOARE".  Similar cu SendEnv, cu excep<?>ia
             variabilei TERM, serverul trebuie sa fie pregatit sa accepte
             variabila de mediu.

             "VALOARE" poate utiliza simbolurile descrise in sec<?>iunea
             SIMBOLURI <?>i variabilele de mediu descrise in sec<?>iunea
             VARIABILE DE MEDIU.

     StdinNull
             Redirec<?>ioneaza stdin catre /dev/null (de fapt, impiedica
             citirea din stdin). Aceasta op<?>iune sau op<?>iunea echivalenta
             -n trebuie utilizata atunci cand ssh este rulat in fundal.
             Argumentul pentru acest cuvant cheie trebuie sa fie yes (la fel
             ca op<?>iunea -n) sau no (implicit).

     StreamLocalBindMask
             Stabile<?>te masca octala a modului de creare a fi<?>ierului
             (umask) utilizata la crearea unui fi<?>ier soclu de domeniu Unix
             pentru redirec<?>ionarea porturilor locale sau la distan<?>a.
             Aceasta op<?>iune este utilizata numai pentru redirec<?>ionarea
             porturilor catre un fi<?>ier soclu de domeniu Unix.

             Valoarea implicita este 0177, care creeaza un fi<?>ier soclu de
             domeniu Unix care poate fi citit <?>i scris numai de catre
             proprietar.  Re<?>ine<?>i ca nu toate sistemele de operare
             respecta modul de fi<?>ier al fi<?>ierelor soclu de domeniu Unix.

     StreamLocalBindUnlink
             Specifica daca sa se elimine un fi<?>ier de soclu de domeniu Unix
             existent pentru redirec<?>ionarea portului local sau la
             distan<?>a inainte de a crea unul nou. Daca fi<?>ierul soclu
             exista deja <?>i StreamLocalBindUnlink nu este activat, ssh nu va
             putea transmite portul catre fi<?>ierul soclu de domeniu Unix.
             Aceasta op<?>iune este utilizata numai pentru redirec<?>ionarea
             portului catre un fi<?>ier soclu de domeniu Unix.

             Argumentul trebuie sa fie yes sau no (valoarea implicita).

     StrictHostKeyChecking
             Daca acest fanion este stabilit la yes, ssh(1) nu va adauga
             niciodata automat cheile de gazda la fi<?>ierul
             ~/.ssh/known_hosts <?>i refuza sa se conecteze la gazdele a caror
             cheie de gazda s-a schimbat. Acest lucru ofera protec<?>ie maxima
             impotriva atacurilor de tip man-in-the-middle (MITM), de<?>i
             poate fi enervant atunci cand fi<?>ierul /etc/ssh/ssh_known_hosts
             este prost intre<?>inut sau cand se fac frecvent conexiuni la
             gazde noi. Aceasta op<?>iune obliga utilizatorul sa adauge manual
             toate gazdele noi.

             Daca acest fanion este definit la accept-new, ssh va adauga
             automat noi chei de gazda la fi<?>ierul known_hosts al
             utilizatorului, dar nu va permite conexiunile la gazdele cu chei
             de gazda modificate. Daca acest fanion este stabilit la no sau
             off, ssh va adauga automat noi chei de gazda la fi<?>ierele de
             gazde cunoscute ale utilizatorului <?>i va permite conexiunile la
             gazdele cu chei de gazda modificate, sub rezerva anumitor
             restric<?>ii. Daca acest fanion este definit la ask (valoarea
             implicita), noile chei de gazda vor fi adaugate la fi<?>ierele de
             gazde cunoscute de utilizator numai dupa ce utilizatorul a
             confirmat ca aceasta este ceea ce dore<?>te cu adevarat sa faca,
             iar ssh va refuza sa se conecteze la gazdele a caror cheie de
             gazda s-a schimbat. Cheile de gazda ale gazdelor cunoscute vor fi
             verificate automat in toate cazurile.

     SyslogFacility
             Ofera codul facilita<?>ii utilizat la inregistrarea mesajelor din
             ssh(1).  Valorile posibile sunt: DAEMON, USER, AUTH, LOCAL0,
             LOCAL1, LOCAL2, LOCAL3, LOCAL4, LOCAL5, LOCAL6, LOCAL7. Valoarea
             implicita este USER.

     TCPKeepAlive
             Specifica daca sistemul trebuie sa trimita mesaje TCP keepalive
             catre cealalta parte. Daca acestea sunt trimise, intreruperea
             conexiunii sau blocarea uneia dintre ma<?>ini va fi semnalata
             corespunzator  Totu<?>i, acest lucru inseamna ca conexiunile se
             vor intrerupe daca ruta este temporar indisponibila, iar unii
             utilizatori considera acest lucru deranjant.

             Implicit este yes (pentru a trimite mesaje TCP keepalive), iar
             clientul va observa daca re<?>eaua cade sau gazda la distan<?>a
             se opre<?>te. Acest lucru este important in scripturi, iar
             mul<?>i utilizatori il doresc.

             Pentru a dezactiva mesajele TCP keepalive, valoarea trebuie sa
             fie stabilita la no.  Consulta<?>i <?>i ServerAliveInterval
             pentru keepalive-uri la nivel de protocol.

     Tag     Specifica un nume de eticheta de configurare care poate fi
             utilizat ulterior de o directiva Match pentru a selecta un bloc
             de configurare.

     Tunnel  Solicita redirec<?>ionarea dispozitivului tun(4) intre client
             <?>i server. Argumentul trebuie sa fie yes, point-to-point
             (stratul 3), ethernet (stratul 2) sau no (implicit). Specificarea
             yes solicita modul tunel implicit, care este point-to-point.

     TunnelDevice
             Specifica dispozitivele tun(4) care trebuie deschise pe clientul
             (local_tun) <?>i pe serverul (remote_tun).

             Argumentul trebuie sa fie local_tun[: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, valoarea implicita este any.
             Valoarea implicita este any:any.

     UpdateHostKeys
             Specifica daca ssh(1) trebuie sa accepte notificari de chei de
             gazda suplimentare de la server trimise dupa finalizarea
             autentificarii <?>i sa le adauge la UserKnownHostsFile.
             Argumentul trebuie sa fie yes, no sau ask.  Aceasta op<?>iune
             permite inva<?>area unor chei gazda alternative pentru un server
             <?>i accepta rota<?>ia inteligenta a cheilor permi<?>and unui
             server sa trimita chei publice de inlocuire inainte ca cele vechi
             sa fie eliminate.

             Cheile gazda suplimentare sunt acceptate numai daca cheia
             utilizata pentru autentificarea gazdei era deja de incredere sau
             acceptata in mod explicit de utilizator, gazda a fost
             autentificata prin UserKnownHostsFile (adica nu
             GlobalKnownHostsFile) <?>i gazda a fost autentificata utilizand o
             cheie simpla <?>i nu un certificat.

             UpdateHostKeys este activata in mod implicit daca utilizatorul nu
             a suprascris valoarea implicita a setarii UserKnownHostsFile <?>i
             nu a activat VerifyHostKeyDNS, in caz contrar UpdateHostKeys va
             fi stabilita la no.

             Daca UpdateHostKeys este stabilita la ask, atunci utilizatorul
             este rugat sa confirme modificarile aduse fi<?>ierului
             known_hosts. a Confirmarea este in prezent incompatibila cu
             ControlPersist <?>i va fi dezactivata daca aceasta este activata.

             In prezent, numai sshd(8) din OpenSSH 6.8 <?>i versiunile
             ulterioare accepta extensia de protocol "hostkeys@openssh.com"
             utilizata pentru a informa clientul cu privire la toate cheile
             gazda ale serverului.

     User    Specifica utilizatorul cu care se va conecta. Acest lucru poate
             fi util atunci cand un nume de utilizator diferit este utilizat
             pe diferite ma<?>ini. Se evita astfel problema de a nu uita sa se
             indice numele de utilizator in linia de comanda. Argumentele
             pentru User pot utiliza simbolurile descrise in sec<?>iunea
             SIMBOLURI (cu excep<?>ia %r <?>i %C) <?>i variabilele de mediu
             descrise in sec<?>iunea VARIABILE DE MEDIU.

     UserKnownHostsFile
             Specifica unul sau mai multe fi<?>iere care urmeaza sa fie
             utilizate pentru baza de date a cheilor gazdei utilizatorului,
             separate prin spa<?>iu alb. Fiecare nume de fi<?>ier poate
             utiliza nota<?>ia tilde pentru a se referi la directorul personal
             al utilizatorului, la simbolurile descrise in sec<?>iunea
             SIMBOLURI <?>i la variabilele de mediu descrise in sec<?>iunea
             VARIABILE DE MEDIU.  O valoare de none face ca ssh(1) sa ignore
             orice fi<?>iere de gazde cunoscute specifice utilizatorului.
             Valoarea implicita este ~/.ssh/known_hosts, ~/.ssh/known_hosts2.

     VerifyHostKeyDNS
             Specifica daca se verifica cheia de la distan<?>a utilizand DNS
             <?>i inregistrarile resurselor SSHFP. Daca aceasta op<?>iune este
             definita la yes, clientul va avea implicit incredere in cheile
             care corespund unei amprente securizate din DNS. Amprentele
             nesigure vor fi tratate ca <?>i cum aceasta op<?>iune ar fi
             definita la ask.  Daca aceasta op<?>iune este definita la ask, se
             vor afi<?>a informa<?>ii privind potrivirea amprentei digitale,
             dar utilizatorul va trebui in continuare sa confirme cheile gazda
             noi in conformitate cu op<?>iunea StrictHostKeyChecking.
             Valoarea implicita este no.

             Consulta<?>i <?>i sec<?>iunea VERIFICAREA CHEILOR GAZDEI din
             ssh(1).

     VersionAddendum
             Op<?>ional, specifica textul suplimentar care va fi adaugat la
             mesajul de intampinare al protocolului SSH trimis de client la
             conectare. Valoarea implicita este none.

     VisualHostKey
             Daca acest fanion este stabilit la yes, o reprezentare artistica
             ASCII a amprentei digitale a cheii gazdei la distan<?>a este
             imprimata in plus fa<?>a de <?>irul de amprente digitale la
             autentificare <?>i pentru cheile gazdei necunoscute. Daca acest
             fanion este stabilit la no (valoarea implicita), nu se imprima
             niciun <?>ir de amprente digitale la autentificare <?>i numai
             <?>irul de amprente digitale va fi imprimat pentru cheile gazda
             necunoscute.

     XAuthLocation
             Specifica ruta completa a programului xauth(1).  Valoarea
             implicita este /usr/bin/xauth.

MODELE
     Un model consta din zero sau mai multe caractere care nu sunt spa<?>ii,
     `*' (un caracter joker care se potrive<?>te cu zero sau mai multe
     caractere) sau `?' (un caracter joker care se potrive<?>te exact cu un
     singur caracter). De exemplu, pentru a specifica un set de declara<?>ii
     pentru orice gazda din setul de domenii ".co.uk", se poate utiliza
     urmatorul model:

           Host *.co.uk

     Urmatorul model ar corespunde oricarei gazde din intervalul de re<?>ea
     192.168.0.[0-9]:

           Host 192.168.0.?

     O lista-de-modele este o lista de modele separate prin virgule. Modelele
     din listele de modele pot fi negate prin precedarea lor cu un semn de
     exclamare (`!').  De exemplu, pentru a permite utilizarea unei chei de
     oriunde din cadrul unei organiza<?>ii, cu excep<?>ia grupului "dialup",
     se poate utiliza urmatoarea intrare (in authorized_keys):

           from="!*.dialup.example.com,*.example.com"

     Re<?>ine<?>i ca o potrivire negata nu va produce niciodata un rezultat
     pozitiv. De exemplu, incercarea de a potrivi "host3" cu urmatoarea lista
     de modele va e<?>ua:

           from="!host1,!host2"

     Solu<?>ia in acest caz este sa include<?>i un termen care va genera o
     potrivire pozitiva, cum ar fi un caracter joker:

           from="!host1,!host2,*"

SIMBOLURI
     Argumentele la unele cuvinte cheie pot utiliza simboluri, care sunt
     expandate in timpul execu<?>iei:

           %%    Un literal `%'.
           %C    Suma de control (hash) de %l%h%p%r%j.
           %d    Directorul personal al utilizatorului local.
           %f    Amprenta cheii gazdei serverului.
           %H    Numele de gazda sau adresa known_hosts care este cautata.
           %h    Numele gazdei de la distan<?>a.
           %I    Un <?>ir care descrie motivul executarii KnownHostsCommand:
                 fie ADDRESS atunci cand se cauta un gazda dupa adresa (numai
                 cand CheckHostIP este activata), HOSTNAME atunci cand se
                 cauta dupa numele gazdei, sau ORDER atunci cand se
                 pregate<?>te lista de preferin<?>e a algoritmului cheii
                 gazdei care va fi utilizata pentru gazda de destina<?>ie.
           %i    ID-ul utilizatorului local.
           %j    Con<?>inutul op<?>iunii ProxyJump sau <?>irul gol daca
                 aceasta op<?>iune nu este definita.
           %K    Cheia gazda codificata in base64.
           %k    Aliasul cheii gazdei, daca este specificat, altfel numele
                 gazdei la distan<?>a original, dat in linia de comanda.
           %L    Numele gazdei locale.
           %l    Numele gazdei locale, inclusiv numele domeniului.
           %n    Numele original al gazdei la distan<?>a, a<?>a cum este
                 indicat in linia de comanda.
           %p    Portul de la distan<?>a.
           %r    Numele utilizatorului de la distan<?>a.
           %T    Interfa<?>a de re<?>ea locala tun(4) sau tap(4) atribuita
                 daca a fost solicitata redirec<?>ionarea tunelului, sau
                 "NONE" in caz contrar.
           %t    Tipul cheii gazdei serverului, de exemplu ssh-ed25519.
           %u    Numele utilizatorului local.

     CertificateFile, ControlPath, IdentityAgent, IdentityFile, Include,
     KnownHostsCommand, LocalForward, Match exec, RemoteCommand,
     RemoteForward, RevokedHostKeys, UserKnownHostsFile <?>i VersionAddendum
     accepta simbolurile %%, %C, %d, %h, %i, %j, %k, %L, %l, %n, %p, %r, <?>i
     %u.

     KnownHostsCommand accepta in plus simbolurile %f, %H, %I, %K <?>i %t.

     Hostname accepta simbolurile %% <?>i %h.

     LocalCommand accepta toate simbolurile.

     ProxyCommand <?>i ProxyJump accepta simbolurile %%, %h, %n, %p <?>i %r.

     Re<?>ine<?>i ca unele dintre aceste directive construiesc comenzi pentru
     execu<?>ie prin intermediul shell-ului. Deoarece ssh(1) nu efectueaza
     nicio filtrare sau eludare a caracterelor care au o semnifica<?>ie
     speciala in comenzile shell (de exemplu, ghilimelele), este
     responsabilitatea utilizatorului sa se asigure ca argumentele transmise
     catre ssh(1) nu con<?>in astfel de caractere <?>i ca simbolurile sunt
     citate corespunzator atunci cand sunt utilizate.

VARIABILE DE MEDIU
     Argumentele pentru anumite cuvinte cheie pot fi extinse in timpul rularii
     din variabilele de mediu de pe client, prin inchiderea lor intre ${}, de
     exemplu ${HOME}/.ssh ar face referire la directorul .ssh al
     utilizatorului.  Daca o variabila de mediu specificata nu exista, atunci
     va fi returnata o eroare <?>i defini<?>ia pentru acel cuvant cheie va fi
     ignorata.

     Cuvintele-cheie CertificateFile, ControlPath, IdentityAgent,
     IdentityFile, Include, KnownHostsCommand <?>i UserKnownHostsFile accepta
     variabile de mediu. Cuvintele-cheie LocalForward <?>i RemoteForward
     accepta variabile de mediu numai pentru rutele de soclu de domeniu Unix.

FI<?>IERE
     ~/.ssh/config
             Acesta este fi<?>ierul de configurare per utilizator. Formatul
             acestui fi<?>ier este descris mai sus. Acest fi<?>ier este
             utilizat de clientul SSH. Datorita poten<?>ialului de abuz, acest
             fi<?>ier trebuie sa aiba permisiuni stricte: citire/scriere
             pentru utilizator <?>i fara drept de scriere pentru al<?>ii.

     /etc/ssh/ssh_config
             Fi<?>ier de configurare la nivel de sistem. Acest fi<?>ier
             furnizeaza valorile implicite pentru acele valori care nu sunt
             specificate in fi<?>ierul de configurare al utilizatorului <?>i
             pentru acei utilizatori care nu au un fi<?>ier de configurare.
             Acest fi<?>ier trebuie sa poata fi citit de toata lumea.

CONSULTA<?>I <?>I
     ssh(1)

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 (re)adaugat
     caracteristici mai 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.18.6-arch1-1      $Mdocdate: 3 martie 2025 $      Linux 6.18.6-arch1-1