fedora-docs-l10n/fedora-system-administrat/f36/pages/infrastructure-services/OpenSSH — Turkish @ Fedora Weblate: Creating SSH CA Certificate Signing Keys

Translation

English type: Title ===

Turkish

Needs editing

Skip

	English	Turkish	Actions
	Never share your private key	Özel anahtarınızı asla paylaşmayın
	The private key is for your personal use only, and it is important that you never give it to anyone.	Özel anahtar yalnızca kişisel kullanımınız içindir ve onu asla kimseye vermemeniz önemlidir.
	Configuring ssh-agent	ssh-agent Yapılandırma
	indexterm:[OpenSSH,ssh-agent]indexterm:[ssh-agent] To store your passphrase so that you do not have to enter it each time you initiate a connection with a remote machine, you can use the [command]#ssh-agent# authentication agent.	indexterm:[OpenSSH,ssh-agent]indexterm:[ssh-agent] Uzak bir makineyle her bağlantı başlattığınızda parolanızı girmek zorunda kalmamak amacıyla parolanızı saklamak için [command]#ssh-agent# kimlik doğrulama aracısını kullanabilirsiniz.
	To save your passphrase for a certain shell prompt, use the following command:	Belirli bir kabuk istemi için parolanızı kaydetmek için şu komutu kullanın:
	~]${nbsp}ssh-add Enter passphrase for /home/USER/.ssh/id_rsa:	~]${nbsp}ssh-add Enter passphrase for /home/KULLANICI/.ssh/id_rsa:
	Note that when you log out, your passphrase will be forgotten. You must execute the command each time you log in to a virtual console or a terminal window.	Oturumu kapattığınızda parolanızın unutulacağını unutmayın. Komutu, bir sanal konsolda veya bir terminal penceresinde her oturum açtığınızda çalıştırmanız gerekir.
	Using OpenSSH Certificate Authentication	OpenSSH Sertifika Kimlik Doğrulamasını Kullanma
	Introduction to SSH Certificates	SSH Sertifikalarına Giriş
	Using public key cryptography for authentication requires copying the public key from every client to every server that the client intends to log into. This system does not scale well and can be an administrative burden. Using a public key from a _certificate authority_ (CA) to authenticate client certificates removes the need to copy keys between multiple systems. While the X.509 Public Key Infrastructure Certificate system provides a solution to this issue, there is a submission and validation process, with associated fees, to go through in order to get a certificate signed. As an alternative, OpenSSH supports the creation of simple certificates and associated CA infrastructure.	Kimlik doğrulama için genel anahtar şifrelemesinin kullanılması, genel anahtarın her istemciden istemcinin oturum açmayı planladığı her sunucuya kopyalanmasını gerektirir. Bu sistem iyi ölçeklenmez ve yönetimsel bir yük olabilir. İstemci sertifikalarının kimliğini doğrulamak için bir _sertifika yetkilisinden (certificate authority)_ (CA) bir genel anahtar kullanmak, birden çok sistem arasında anahtar kopyalama ihtiyacını ortadan kaldırır. X.509 Genel Anahtar Alt Yapısı Sertifika sistemi bu soruna bir çözüm sunarken, bir sertifikanın imzalanması için ilgili ücretlerle birlikte sertifikanın gönderilmesi ve onaylanması süreci vardır. Alternatif olarak OpenSSH, basit sertifikaların ve ilgili CA alt yapısının oluşturulmasını destekler.
	OpenSSH certificates contain a public key, identity information, and validity constraints. They are signed with a standard SSH public key using the [command]#ssh-keygen# utility. The format of the certificate is described in `/usr/share/doc/openssh-_version_pass:attributes[{blank}]/PROTOCOL.certkeys`.	OpenSSH sertifikaları bir genel anahtar, kimlik bilgileri ve geçerlilik kısıtlamaları içerir. [command]#ssh-keygen# programı kullanılarak standart bir SSH genel anahtarıyla imzalanırlar. Sertifikanın biçimi `/usr/share/doc/openssh-_sürüm_pass:attributes[{blank}]/PROTOCOL.certkeys` dosyasında açıklanmaktadır.
	The [command]#ssh-keygen# utility supports two types of certificates: user and host. User certificates authenticate users to servers, whereas host certificates authenticate server hosts to users. For certificates to be used for user or host authentication, `sshd` must be configured to trust the CA public key.	[command]#ssh-keygen# programı iki tür sertifikayı destekler: kullanıcı ve ana makine. Kullanıcı sertifikaları, kullanıcıların kimliklerini sunuculara doğrularken, ana makine sertifikaları, sunucu ana makinelerini kullanıcılara doğrular. Kullanıcı veya ana makine kimlik doğrulaması için kullanılacak sertifikalar için `sshd`, CA genel anahtarına güvenecek şekilde yapılandırılmalıdır.
	Support for SSH Certificates	SSH Sertifikaları Desteği
	Support for certificate authentication of users and hosts using the new OpenSSH certificate format was introduced in Fedora 13, in the [package]openssh-5.4p1-1.fc13 package. If required, to ensure the latest OpenSSH package is installed, enter the following command as `root`:	Yeni OpenSSH sertifika biçimini kullanan kullanıcıların ve ana makinelerin sertifika kimlik doğrulaması desteği, Fedora 13'te [package]openssh-5.4p1-1.fc13 paketinde tanıtılmıştır. Gerekirse, en yeni OpenSSH paketinin kurulu olduğundan emin olmak için `root` olarak şu komutu girin:
	~]# dnf install openssh Last metadata expiration check performed 0:58:01 ago on Sun Sep 6 16:07:22 2020. Package openssh-7.1p1-1.fc23.x86_64 is already installed, skipping.	~]# dnf install openssh Last metadata expiration check performed 0:58:01 ago on Sun Sep 6 16:07:22 2020. Package openssh-7.1p1-1.fc23.x86_64 is already installed, skipping.
	Creating SSH CA Certificate Signing Keys	SSH CA Sertifika İmzalama Anahtarları Oluşturma
	Two types of certificates are required, host certificates and user certificates. It is considered better to have two separate keys for signing the two certificates, for example `ca_user_key` and `ca_host_key`, however it is possible to use just one CA key to sign both certificates. It is also easier to follow the procedures if separate keys are used, so the examples that follow will use separate keys.	İki tür sertifika gereklidir, ana makine sertifikaları ve kullanıcı sertifikaları. İki sertifikayı imzalamak için iki ayrı anahtara sahip olmak daha iyidir, örneğin `ca_user_key` ve `ca_host_key`, ancak her iki sertifikayı da imzalamak için yalnızca bir CA anahtarı kullanmak mümkündür. Ayrı anahtarlar kullanılıyorsa adımları takip etmek de daha kolaydır, bu nedenle aşağıdaki örneklerde ayrı anahtarlar kullanılacaktır.
	The basic format of the command to sign user's public key to create a user certificate is as follows:	Kullanıcı sertifikası oluşturmak için kullanıcının genel anahtarını imzalama komutunun temel biçimi şu şekildedir:
	ssh-keygen -s ca_user_key -I pass:quotes[_certificate_ID_] id_rsa.pub	ssh-keygen -s ca_user_key -I pass:quotes[_sertifika_kimliği_] id_rsa.pub
	Where [option]`-s` indicates the private key used to sign the certificate, [option]`-I` indicates an identity string, the _certificate_ID_, which can be any alpha numeric value. It is stored as a zero terminated string in the certificate. The _certificate_ID_ is logged whenever the certificate is used for identification and it is also used when revoking a certificate. Having a long value would make logs hard to read, therefore using the host name for host certificates and the user name for user certificates is a safe choice.	[option]`-s`, sertifikayı imzalamak için kullanılan özel anahtarı belirtirken [option]`-I`, herhangi bir alfasayısal değer olabilen _sertifika_kimliği_ kimlik dizgesini belirtir. Sertifikada sıfır ile sonlandırılmış bir dizge olarak saklanır. _sertifika_kimliği_, sertifika tanımlama için her kullanıldığında günlüğe kaydedilir ve ayrıca bir sertifika iptal edilirken de kullanılır. Uzun bir değer kullanmak olmak günlüklerin okunmasını zorlaştırır, bu nedenle ana makine sertifikaları için ana makine adını ve kullanıcı sertifikaları için kullanıcı adını kullanmak güvenli bir seçimdir.
	To sign a host's public key to create a host certificate, add the [option]`-h` option:	Bir ana makine sertifikası oluşturmak üzere bir ana makine genel anahtarını imzalamak için [option]`-h` seçeneğini ekleyin:
	ssh-keygen -s ca_host_key -I pass:quotes[_certificate_ID_] -h ssh_host_rsa_key.pub	ssh-keygen -s ca_host_key -I pass:quotes[_sertifika_kimliği_] -h ssh_host_rsa_key.pub
	Host keys are generated on the system by default, to list the keys, enter a command as follows:	Ana makine anahtarları sistemde öntanımlı olarak oluşturulur, anahtarları listelemek için şu şekilde bir komut girin:
	~]# ls -l /etc/ssh/ssh_host* -rw-------. 1 root root 668 Jul 9 2014 /etc/ssh/ssh_host_dsa_key -rw-r--r--. 1 root root 590 Jul 9 2014 /etc/ssh/ssh_host_dsa_key.pub -rw-------. 1 root root 963 Jul 9 2014 /etc/ssh/ssh_host_key -rw-r--r--. 1 root root 627 Jul 9 2014 /etc/ssh/ssh_host_key.pub -rw-------. 1 root root 1671 Jul 9 2014 /etc/ssh/ssh_host_rsa_key -rw-r--r--. 1 root root 382 Jul 9 2014 /etc/ssh/ssh_host_rsa_key.pub	~]# ls -l /etc/ssh/ssh_host* -rw-------. 1 root root 668 Jul 9 2014 /etc/ssh/ssh_host_dsa_key -rw-r--r--. 1 root root 590 Jul 9 2014 /etc/ssh/ssh_host_dsa_key.pub -rw-------. 1 root root 963 Jul 9 2014 /etc/ssh/ssh_host_key -rw-r--r--. 1 root root 627 Jul 9 2014 /etc/ssh/ssh_host_key.pub -rw-------. 1 root root 1671 Jul 9 2014 /etc/ssh/ssh_host_rsa_key -rw-r--r--. 1 root root 382 Jul 9 2014 /etc/ssh/ssh_host_rsa_key.pub
	It is recommended to create and store CA keys in a safe place just as with any other private key. In these examples the `root` user will be used. In a real production environment using an offline computer with an administrative user account is recommended. For guidance on key lengths see [citetitle]_link:++https://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-131Ar1.pdf++[NIST Special Publication 800-131A Revision 1]_.	CA anahtarlarını, diğer özel anahtarlarda olduğu gibi güvenli bir yerde oluşturmanız ve saklamanız tavsiye edilir. Bu örneklerde `root` kullanıcısı kullanılacaktır. Gerçek bir üretim ortamında, bir yönetici kullanıcı hesabıyla çevrim dışı bir bilgisayar kullanılması tavsiye edilir. Anahtar uzunluklarına ilişkin rehberlik için [citetitle]_link:++https://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-131Ar1.pdf++[NIST Özel Yayın 800-131A Revizyon 1]_ adresine bakın.
	Generating SSH CA Certificate Signing Keys	SSH CA Sertifika İmzalama Anahtarları Oluşturma
	On the server designated to be the CA, generate two keys for use in signing certificates. These are the keys that all other hosts need to trust. Choose suitable names, for example `ca_user_key` and `ca_host_key`. To generate the user certificate signing key, enter the following command as `root`:	CA olarak belirlenen sunucuda, sertifikaları imzalamak için iki anahtar oluşturun. Bunlar, diğer tüm ana makinelerin güvenmesi gereken anahtarlardır. Uygun adları seçin, örneğin `ca_user_key` ve `ca_host_key`. Kullanıcı sertifikası imzalama anahtarını oluşturmak için `root` olarak şu komutu girin:
	~]# ssh-keygen -t rsa -f ~/.ssh/ca_user_key Generating public/private rsa key pair. Created directory '/root/.ssh'. Enter passphrase (empty for no passphrase): Enter same passphrase again: Your identification has been saved in /root/.ssh/ca_user_key. Your public key has been saved in /root/.ssh/ca_user_key.pub. The key fingerprint is: SHA256:y6f0DGlHe28YWotEypnhfk3WLYQ5TgaQwoSlOFwmmm0 root@host_name.example.com The key's randomart image is: +--[ RSA 2048]----+ \| .+. o\| \| . o +.\| \| o + . . o\| \| o + . . ..\| \| S . ... \| \| . . . ..\| \| = E .. \| \| . o . \| \| . \| +-----------------+	~]# ssh-keygen -t rsa -f ~/.ssh/ca_user_key Generating public/private rsa key pair. Created directory '/root/.ssh'. Enter passphrase (empty for no passphrase): Enter same passphrase again: Your identification has been saved in /root/.ssh/ca_user_key. Your public key has been saved in /root/.ssh/ca_user_key.pub. The key fingerprint is: SHA256:y6f0DGlHe28YWotEypnhfk3WLYQ5TgaQwoSlOFwmmm0 root@ana_makine_adi.example.com The key's randomart image is: +--[ RSA 2048]----+ \| .+. o\| \| . o +.\| \| o + . . o\| \| o + . . ..\| \| S . ... \| \| . . . ..\| \| = E .. \| \| . o . \| \| . \| +-----------------+
	Generate a host certificate signing key, `ca_host_key`, as follows:	Şu şekilde bir ana makine sertifikası imzalama anahtarı `ca_host_key` oluşturun:
	~]# ssh-keygen -t rsa -f ~/.ssh/ca_host_key Generating public/private rsa key pair. Enter passphrase (empty for no passphrase): Enter same passphrase again: Your identification has been saved in /root/.ssh/ca_host_key. Your public key has been saved in /root/.ssh/ca_host_key.pub. The key fingerprint is: SHA256:y6f0DGlHe28YWotEypnhfk3WLYQ5TgaQwoSlOFwmmm0 root@host_name.example.com The key's randomart image is: +--[ RSA 2048]----+ \| .. \| \| . ....\| \| . . o +oo\| \| o . o o\| \| S = .\| \| o. .\| \| .E. \| \| +o= \| \| .oo. \| +-----------------+	~]# ssh-keygen -t rsa -f ~/.ssh/ca_host_key Generating public/private rsa key pair. Enter passphrase (empty for no passphrase): Enter same passphrase again: Your identification has been saved in /root/.ssh/ca_host_key. Your public key has been saved in /root/.ssh/ca_host_key.pub. The key fingerprint is: SHA256:y6f0DGlHe28YWotEypnhfk3WLYQ5TgaQwoSlOFwmmm0 root@ana_makine_adi.example.com The key's randomart image is: +--[ RSA 2048]----+ \| .. \| \| . ....\| \| . . o +oo\| \| o . o o\| \| S = .\| \| o. .\| \| .E. \| \| +o= \| \| .oo. \| +-----------------+
	If required, confirm the permissions are correct:	Gerekirse izinlerin doğru olduğunu onaylayın:

Loading…

None Suggestion removed during cleanup fedora-docs-l10n/fedora-system-administrat f36/pages/infrastructure-services/OpenSSH Turkish	English Creating SSH CA Certificate Signing Keys Turkish 47 characters edited Current translation SSH CA Sertifika İmzalama Anahtarları Oluşturma a month ago
None Automatically translated fedora-docs-l10n/fedora-system-administrat f36/pages/infrastructure-services/OpenSSH Turkish	English Creating SSH CA Certificate Signing Keys Turkish 47 characters edited Current translation Translated SSH CA Sertifika İmzalama Anahtarları Oluşturma a month ago
mt:weblate-translation-memory Suggestion added fedora-docs-l10n/fedora-system-administrat f36/pages/infrastructure-services/OpenSSH Turkish	English Creating SSH CA Certificate Signing Keys Turkish 47 characters edited Current translation SSH CA Sertifika İmzalama Anahtarları Oluşturma 5 months ago
None String updated in the repository fedora-docs-l10n/fedora-system-administrat f36/pages/infrastructure-services/OpenSSH Turkish	English Creating SSH CA Certificate Signing Keys Turkish 0 characters edited Empty 6 months ago