SSH-COPY-ID(1)              General Commands Manual             SSH-COPY-ID(1)

NUME
     ssh-copy-id - utilizeaza chei disponibile la nivel local pentru a
     autoriza autentificarea intrarilor pe o ma<?>ina la distan<?>a

REZUMAT
     ssh-copy-id [-f] [-n] [-s] [-x] [-i [fi<?>ier_identitate]] [-p port] [-o
     op<?>iune_ssh] [-t ruta-catre-<?>inta] [utilizatorr@]numegazda
     ssh-copy-id -h | -?

DESCRIERE
     ssh-copy-id este un script care utilizeaza ssh(1) pentru a se conecta la
     o ma<?>ina de la distan<?>a (probabil folosind o parola de conectare,
     deci autentificarea prin parola ar trebui sa fie activata, cu excep<?>ia
     cazului in care a<?>i folosit in mod inteligent mai multe identita<?>i).
     Acesta asambleaza o lista cu una sau mai multe amprente ,,fingerprints"
     (a<?>a cum este descris mai jos) <?>i incearca sa se conecteze cu fiecare
     cheie, pentru a vedea daca vreuna dintre ele este deja instalata
     (desigur, daca nu folosi<?>i ssh-agent(1), acest lucru poate avea ca
     rezultat faptul ca vi se va cere in mod repetat fraze de acces). Apoi,
     acesta alcatuie<?>te o lista a celor care nu au reu<?>it sa se
     autentifice <?>i, folosind ssh(1), permite autentificarea cu acele chei
     pe serverul de la distan<?>a. In mod implicit, adauga cheile adaugandu-le
     la ~/.ssh/authorized_keys al utilizatorului de la distan<?>a (creand
     fi<?>ierul <?>i directorul, daca este necesar). De asemenea, este capabil
     sa detecteze daca sistemul de la distan<?>a este un NetScreen <?>i sa
     foloseasca in schimb comanda `set ssh pka-dsa key ...'.

     Op<?>iunile sunt urmatoarele:

     -i fi<?>ier-identitate
             Utilizeaza numai cheia (cheile) con<?>inuta (con<?>inute) in
             fi<?>ier_identitate (in loc sa caute identita<?>i prin ssh-add(1)
             sau in default_ID_file).  Daca numele fi<?>ierului nu se termina
             cu .pub, acesta este adaugat. In cazul in care numele de fi<?>ier
             este omis, se utilizeaza default_ID_file.

             Re<?>ine<?>i ca acest lucru poate fi utilizat pentru a va asigura
             ca cheile copiate au comentariul preferat <?>i/sau op<?>iunile
             suplimentare aplicate, asigurandu-va ca fi<?>ierul de chei are
             aceste op<?>iuni preferate inainte de a se incerca copierea.

     -f      Modul for<?>at: nu verifica daca cheile sunt prezente pe serverul
             de la distan<?>a. Aceasta inseamna ca nu are nevoie de cheia
             privata. Desigur, acest lucru poate avea ca rezultat instalarea
             mai multor copii ale cheii pe sistemul de la distan<?>a.

     -n      face o proba simulata. In loc sa instaleze chei pe sistemul de la
             distan<?>a, imprima pur <?>i simplu cheia (cheile) care ar fi
             fost instalata (instalate).

     -s      Modul SFTP: de obicei, cheile publice sunt instalate prin
             executarea de comenzi pe partea de la distan<?>a. Cu aceasta
             op<?>iune, fi<?>ierul ~/.ssh/authorized_keys al utilizatorului va
             fi descarcat, modificat local <?>i incarcat cu <<sftp>>. Aceasta
             op<?>iune este utila in cazul in care serverul are restric<?>ii
             privind comenzile care pot fi utilizate pe partea de la
             distan<?>a.

     -t ruta-catre-<?>inta
             ruta de pe sistemul <?>inta unde trebuie adaugate cheile
             (implicit ,,.ssh/authorized_keys")

     -p port, -o op<?>iune_ssh
             Aceste doua op<?>iuni sunt pur <?>i simplu trecute neatinse,
             impreuna cu argumentul lor, pentru a permite definirea portului
             sau a altor op<?>iuni ssh(1), respectiv.

             In loc sa le specifica<?>i ca op<?>iuni de linie de comanda, este
             adesea mai bine sa folosi<?>i configura<?>ii (pentru fiecare
             gazda) in fi<?>ierul de configurare ssh(1): ssh_config(5).

     -x      Aceasta op<?>iune este destinata depanarii scriptului ssh-copy-id
             in sine. Aceasta activeaza op<?>iunea ,,-x" din shell, astfel
             incat sa pute<?>i vedea comenzile care sunt executate.

     -h, -?  Afi<?>eaza un rezumat al utilizarii

     Comportamentul implicit fara -i, este de a verifica daca `ssh-add -L'
     ofera vreo ie<?>ire, iar daca da, se utilizeaza acele chei. Re<?>ine<?>i
     ca acest lucru are ca rezultat faptul ca comentariul de pe cheie este
     numele de fi<?>ier care a fost dat lui ssh-add(1) atunci cand cheia a
     fost incarcata in ssh-agent(1), mai degraba decat comentariul con<?>inut
     in acel fi<?>ier, ceea ce este regretabil. In caz contrar, daca
     ssh-add(1) nu furnizeaza nicio cheie se va utiliza con<?>inutul
     fi<?>ierului default_ID_file.

     default_ID_file este cel mai recent fi<?>ier care se potrive<?>te:
     ~/.ssh/id*.pub, (cu excep<?>ia celor care corespund cu
     ~/.ssh/*-cert.pub), astfel incat, daca crea<?>i o cheie care nu este cea
     pe care dori<?>i sa o utilizeze ssh-copy-id, trebuie doar sa utiliza<?>i
     touch(1) pe fi<?>ierul .pub al cheii preferate pentru a o restabili ca
     fiind cea mai recenta.

EXEMPLE
     Daca a<?>i instalat deja chei de la un sistem pe o mul<?>ime de gazde la
     distan<?>a <?>i apoi crea<?>i o noua cheie, de exemplu, pe un nou
     calculator client, poate fi dificil sa <?>ine<?>i eviden<?>a sistemelor
     pe care a<?>i instalat noua cheie. O modalitate de a rezolva aceasta
     problema este sa incarca<?>i atat cheia noua, cat <?>i cheile vechi in
     ssh-agent(1).  Incarca<?>i mai intai noua cheie, fara op<?>iunea -c, apoi
     incarca<?>i una sau mai multe chei vechi in agent, eventual prin ssh-ing
     la ma<?>ina client care are acea cheie veche, folosind op<?>iunea -A
     pentru a permite redirec<?>ionarea agentului:

           utilizator@client_nou$ ssh-add
           utilizator@client_nou$ ssh -A vechi.client
           utilizator@vechi$ ssh-add -c
           Nu ... solicitare pentru fraza de acces ...
           utilizator@vechi$ logoff
           utilizator@client_nou$ ssh vreun.server

     acum, daca noua cheie este instalata pe server, vi se va permite sa
     intra<?>i fara invita<?>ie, in timp ce daca ave<?>i doar vechea cheie
     (sau vechile chei) activata(e), vi se va cere confirmarea, ceea ce
     reprezinta semnalul dvs. pentru a va reconecta <?>i a rula

           utilizator@client_nou$ ssh-copy-id -i vreunserver

     Motivul pentru care a<?>i putea dori sa specifica<?>i op<?>iunea -i in
     acest caz este acela de a va asigura ca comentariul de pe cheia instalata
     este cel din fi<?>ierul .pub, <?>i nu doar numele de fi<?>ier care a fost
     incarcat in agentul dumneavoastra. De asemenea, se asigura ca este
     instalat doar id-ul pe care l-a<?>i dorit, <?>i nu toate cheile pe care
     le ave<?>i in ssh-agent(1).  Desigur, pute<?>i specifica un alt id sau
     pute<?>i utiliza con<?>inutul fi<?>ierului ssh-agent(1), dupa cum
     prefera<?>i.

     Dupa ce am men<?>ionat op<?>iunea -c a lui ssh-add(1), a<?>i putea lua in
     considerare utilizarea acesteia ori de cate ori folosi<?>i
     redirec<?>ionarea agentului pentru a evita ca cheia dvs. sa fie
     deturnata, dar este mult mai bine sa folosi<?>i in schimb op<?>iunea
     ssh(1) ProxyCommand <?>i -W, pentru a ajunge la serverele de la
     distan<?>a in timp ce efectua<?>i intotdeauna autentificarea directa de
     la un capat la altul. In acest fel, saltul sau saltelele intermediare nu
     au acces la ssh-agent(1).  O cautare pe internet pentru `ssh proxycommand
     nc' ar trebui sa se dovedeasca lamuritoare; NB: abordarea moderna este de
     a utiliza op<?>iunea -W, mai degraba decat nc(1).

CONSULTA<?>I <?>I
     ssh(1), ssh-agent(1), sshd(8)

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.8.2-arch2-1       $Mdocdate: 17 iunie 2010 $       Linux 6.8.2-arch2-1