SSH İstemciniz İçin Özel Bağlantı Seçeneklerini Yapılandırma Rehberi

SSH İstemciniz İçin Özel Bağlantı Seçeneklerini Yapılandırma Rehberi

Giriş

SSH (Secure Shell), günümüzdeki sistem yöneticileri, geliştiriciler ve hatta sıradan kullanıcılar için uzaktaki sunuculara güvenli bir şekilde erişimin temelini oluşturan vazgeçilmez bir protokoldür. Dosya transferinden (SCP/SFTP) komut çalıştırmaya kadar birçok işlemi şifreli bir kanal üzerinden gerçekleştirerek veri bütünlüğünü ve gizliliğini sağlar. Ancak, varsayılan SSH ayarları her zaman her senaryo için en uygun veya en verimli olmayabilir. Birden fazla sunucuyla çalışırken, farklı kimlik doğrulama yöntemleri, özel portlar, proxy sunucuları veya karmaşık tünelleme ihtiyaçları ortaya çıkabilir. İşte tam bu noktada, SSH istemcinizin özel bağlantı seçeneklerini yapılandırma yeteneği devreye girer.

Bu kapsamlı rehberde, SSH istemcinizin davranışını nasıl özelleştirebileceğinizi, bağlantılarınızı nasıl daha güvenli, daha hızlı ve daha pratik hale getirebileceğinizi adım adım inceleyeceğiz. Odak noktamız, Linux ve macOS sistemlerinde yaygın olarak kullanılan ~/.ssh/config dosyası olacak, ancak bahsedilen prensipler Windows üzerindeki SSH istemcileri (örneğin, OpenSSH for Windows veya PuTTY gibi araçlar) için de uyarlanabilir. Bu yapılandırma dosyası, uzaktaki sunucularla bağlantı kurarken her seferinde uzun komutlar yazma zahmetinden kurtararak, tekrarlayan görevleri otomatikleştirmenize ve iş akışınızı önemli ölçüde hızlandırmanıza olanak tanır. Ayrıca, güvenlik politikalarını merkezi bir yerden yöneterek olası hataları minimize etmenize yardımcı olur.

Temel SSH Kavramları

Özel yapılandırma seçeneklerine dalmadan önce, SSH’nin altında yatan bazı temel kavramları anlamak, yapılandırmaların neden ve nasıl çalıştığını kavramak açısından faydalı olacaktır.

SSH Protokolü

SSH, istemci-sunucu mimarisine dayalı bir ağ protokolüdür. Bir SSH istemcisi, uzaktaki bir SSH sunucusuna bağlanarak güvenli bir iletişim kanalı oluşturur. Bu kanal, bağlantı sırasında gönderilen tüm verileri şifreler, böylece kötü niyetli kişiler tarafından dinlenmesini veya değiştirilmesini engeller. Protokol, kimlik doğrulama, komut yürütme ve veri aktarımı gibi çeşitli hizmetler sunar.

Anahtar Tabanlı Kimlik Doğrulama

Parola tabanlı kimlik doğrulamanın aksine, anahtar tabanlı kimlik doğrulama, iki anahtardan oluşan bir çift kullanır: genel (public) anahtar ve özel (private) anahtar. Genel anahtar, uzaktaki sunucuya (~/.ssh/authorized_keys dosyasına) yerleştirilirken, özel anahtar yalnızca istemci makinesinde saklanır ve asla paylaşılmaz. Bir istemci sunucuya bağlanmaya çalıştığında, sunucu istemcinin özel anahtarına sahip olduğunu kriptografik bir meydan okuma ile doğrular. Bu yöntem, parolalara göre çok daha güvenli ve otomatiktir.

Parola Tabanlı Kimlik Doğrulama

SSH’nin en basit kimlik doğrulama yöntemidir. Kullanıcı, uzaktaki sunucuya bağlanırken kullanıcı adını ve parolasını girer. Güvenlik açısından anahtar tabanlı kimlik doğrulamaya göre daha zayıftır, çünkü parolalar brute-force saldırılarına veya zayıf parola politikalarına karşı savunmasız olabilir. Ancak, hızlı ve tek seferlik bağlantılar için hala kullanılmaktadır.

SSH İstemcisi ve Sunucusu İlişkisi

SSH istemcisi (genellikle ssh komutu), kullanıcının yerel makinesinde çalışır ve uzaktaki SSH sunucusuna bağlanma isteği gönderir. SSH sunucusu (genellikle sshd veya OpenSSH Daemon), uzaktaki makinede çalışır ve gelen bağlantı isteklerini dinler. Bağlantı kurulduğunda, sunucu istemcinin kimliğini doğrular ve yetkilendirme başarılı olursa, şifreli bir oturum başlatır.

~/.ssh/config Dosyasının Gücü

~/.ssh/config dosyası, SSH istemcinizin davranışını özelleştirmek için merkezi bir yapılandırma dosyasıdır. Bu dosya, belirli sunuculara veya sunucu gruplarına özgü ayarları depolamanıza olanak tanır, böylece her bağlantı için uzun komut satırı seçenekleri belirtmek zorunda kalmazsınız.

Nedir?

~/.ssh/config dosyası, SSH istemcisinin (genellikle ssh komutu) kullanacağı bağlantı ayarlarını tanımlayan düz metin tabanlı bir dosyadır. Bu dosya, her sunucu için ayrı bir “Host” bloğu altında, kullanıcı adı, port numarası, kimlik doğrulama anahtarı yolu, proxy ayarları gibi birçok parametreyi belirlemenizi sağlar.

Nerede Bulunur?

Linux ve macOS sistemlerinde, bu dosya kullanıcının ana dizinindeki .ssh alt dizininde bulunur: ~/.ssh/config.
Windows’ta OpenSSH istemcisi kullanılıyorsa, benzer şekilde C:\Users\KullanıcıAdı\.ssh\config yolunda bulunabilir. PuTTY gibi araçlar ise kendi GUI tabanlı yapılandırma depolama mekanizmalarına sahiptir.

Nasıl Oluşturulur?

Eğer ~/.ssh/config dosyası mevcut değilse, basitçe bir metin düzenleyici ile oluşturulabilir:

touch ~/.ssh/config

Ardından, dosyayı düzenlemek için favori metin düzenleyicinizi kullanabilirsiniz (örneğin, nano ~/.ssh/config veya vi ~/.ssh/config).

Dosya İzinleri

Güvenlik açısından, ~/.ssh/config dosyasının izinleri çok önemlidir. Sadece dosyanın sahibi tarafından okunabilir ve yazılabilir olmalıdır. Diğer kullanıcıların bu dosyaya erişimi olmamalıdır. Doğru izinleri ayarlamak için aşağıdaki komutu kullanmalısınız:

chmod 600 ~/.ssh/config

Bu, dosyanın yalnızca size ait olduğunu ve başkalarının özel yapılandırma bilgilerinizi okuyamayacağını veya değiştiremeyeceğini garanti eder. Yanlış izinler, SSH istemcisinin dosyayı yok saymasına veya güvenlik uyarıları vermesine neden olabilir.

Temel Yapılandırma Blokları

~/.ssh/config dosyasındaki her bir yapılandırma bloğu, bir Host anahtar kelimesiyle başlar ve bu host için geçerli olacak çeşitli seçenekleri içerir.

Host Anahtar Kelimesi

Host anahtar kelimesi, bir sunucu veya sunucu grubuna atıfta bulunmak için bir takma ad tanımlar. SSH komutunu çalıştırırken bu takma adı kullanarak ilgili yapılandırma ayarlarının otomatik olarak uygulanmasını sağlarsınız.

Host my_server
    # Bu host için yapılandırma ayarları

Bir joker karakter (*) kullanarak tüm hostlar için varsayılan ayarları da belirleyebilirsiniz:

Host *
    # Tüm hostlar için varsayılan ayarlar

HostName Anahtar Kelimesi

HostName, bağlanılacak uzaktaki sunucunun gerçek IP adresini veya tam nitelikli alan adını (FQDN) belirtir.

Host my_server
    HostName 192.168.1.100

veya

Host my_server
    HostName example.com

User Anahtar Kelimesi

User, uzaktaki sunucuda oturum açmak için kullanılacak kullanıcı adını belirtir.

Host my_server
    User admin

Bu ayar sayesinde ssh my_server komutu ssh admin@example.com komutu gibi davranır.

Port Anahtar Kelimesi

Port, SSH sunucusunun dinlediği standart olmayan port numarasını belirtir. Varsayılan SSH portu 22’dir.

Host my_server
    Port 2222

IdentityFile Anahtar Kelimesi

IdentityFile, anahtar tabanlı kimlik doğrulama için kullanılacak özel anahtar dosyasının yolunu belirtir.

Host my_server
    IdentityFile ~/.ssh/id_rsa_my_server

Birden fazla anahtar kullanmanız gerekiyorsa, her birini ayrı bir IdentityFile satırında belirtebilirsiniz.

IdentitiesOnly Anahtar Kelimesi

IdentitiesOnly, SSH istemcisini, bu belirli bağlantı için yalnızca IdentityFile ile belirtilen kimlik dosyalarını kullanmaya zorlar. Bu, istemcinin SSH agent’ında veya varsayılan yollarda bulunan diğer anahtarları denemesini engeller ve bağlantı sürecini hızlandırabilir.

Host my_server
    IdentityFile ~/.ssh/id_rsa_my_server
    IdentitiesOnly yes

LogLevel Anahtar Kelimesi

LogLevel, SSH istemcisinin çıktısının ayrıntı düzeyini kontrol eder. Hata ayıklama (debugging) için çok kullanışlıdır. Olası değerler: QUIET, FATAL, ERROR, WARNING, INFO, VERBOSE, DEBUG, DEBUG1, DEBUG2, DEBUG3.

Host my_server
    LogLevel VERBOSE

ssh -v komutuna eşdeğerdir. DEBUG3 en ayrıntılı çıktıyı sağlar.

Gelişmiş Yapılandırma Seçenekleri

SSH istemcinizin yetenekleri temel bağlantı ayarlarının çok ötesine geçer. Gelişmiş seçenekler, bağlantılarınızı daha sağlam, daha güvenli ve daha esnek hale getirmenizi sağlar.

KeepAlive ve Bağlantı Sürekliliği

Uzun süreli veya boşta kalan SSH oturumlarının kendiliğinden kapanmasını önlemek için “keep-alive” mekanizmalarını yapılandırabilirsiniz.

ServerAliveInterval

Bu seçenek, SSH istemcisinin uzaktaki sunucuya her X saniyede bir “keep-alive” mesajı göndermesini sağlar. Bu, ağdaki güvenlik duvarlarının veya NAT cihazlarının boşta kalan bağlantıları kesmesini engeller.

Host my_server
    ServerAliveInterval 60  # Her 60 saniyede bir keep-alive mesajı gönder

ServerAliveCountMax

ServerAliveInterval ile belirtilen süre içinde sunucudan yanıt alınamazsa, istemci bu mesajları ServerAliveCountMax kez daha dener. Bu deneme sayısı aşıldığında bağlantı kesilir.

Host my_server
    ServerAliveInterval 60
    ServerAliveCountMax 3   # 3 kez yanıt alınamazsa bağlantıyı kes

Bu iki ayar birlikte, bir bağlantının gerçekten kesilip kesilmediğini veya sadece boşta kaldığı için mi kapandığını anlamaya yardımcı olur.

TCPKeepAlive

Bu seçenek, işletim sistemi düzeyindeki TCP keep-alive mekanizmasını etkinleştirir. SSH’nin kendi ServerAliveInterval‘ından farklıdır ve alt seviyede çalışır. Varsayılan olarak yes‘tir.

Host my_server
    TCPKeepAlive yes

Proxy ve Tünelleme

Ağ topolojileri karmaşıklaştıkça, doğrudan erişilemeyen sunuculara proxy’ler veya jump host’lar aracılığıyla bağlanmak gerekebilir. SSH, bu senaryolar için güçlü tünelleme yetenekleri sunar.

ProxyJump

ProxyJump (veya kısa formu -J), bir veya daha fazla ara sunucu (jump host veya bastion host) üzerinden nihai hedefe atlamanızı sağlar. Bu, doğrudan erişilemeyen iç ağlardaki sunuculara ulaşmak için idealdir.

Host internal_server
    HostName 10.0.0.5
    User devuser
    ProxyJump bastion_host

Host bastion_host
    HostName bastion.example.com
    User admin
    IdentityFile ~/.ssh/id_rsa_bastion

Yukarıdaki örnekte, ssh internal_server komutu önce bastion_host‘a bağlanır, ardından internal_server‘a atlar.

LocalForward

LocalForward (veya -L), yerel bir portu uzaktaki bir sunucu üzerindeki başka bir porta tünellemeyi sağlar. Bu, yerel makinenizdeki bir uygulamadan uzaktaki bir hizmete erişmek için kullanışlıdır.

Host web_server_tunnel
    HostName 192.168.1.200
    User webadmin
    LocalForward 8080 localhost:80  # Yerel 8080 -> Uzak 80

Bu yapılandırma ile ssh web_server_tunnel komutunu çalıştırdıktan sonra, tarayıcınızda http://localhost:8080 adresine giderek uzaktaki web sunucusunun 80 numaralı portundaki hizmete erişebilirsiniz.

RemoteForward

RemoteForward (veya -R), uzaktaki bir portu yerel bir makine üzerindeki başka bir porta tünellemeyi sağlar. Bu, uzaktaki sunucudaki bir uygulamanın yerel makinenizdeki bir hizmete erişmesi gerektiğinde kullanışlıdır.

Host local_service_access
    HostName remote.example.com
    User remoteuser
    RemoteForward 8000 localhost:3000 # Uzak 8000 -> Yerel 3000

Bu ayar ile ssh local_service_access komutunu çalıştırdıktan sonra, remote.example.com üzerindeki herhangi bir uygulama localhost:8000 adresine bağlanarak aslında yerel makinenizdeki localhost:3000 hizmetine erişebilir.

DynamicForward

DynamicForward (veya -D), SSH istemcinizi bir SOCKS proxy sunucusu olarak çalıştırır. Bu, tüm tarayıcı trafiğini veya belirli uygulamaların trafiğini SSH tüneli üzerinden yönlendirmek için kullanılabilir, böylece uzaktaki sunucunun ağından internete erişim sağlanabilir.

Host socks_proxy
    HostName proxy.example.com
    User proxyuser
    DynamicForward 1080 # Yerel 1080 portunda SOCKS proxy başlat

ssh socks_proxy komutunu çalıştırdıktan sonra, web tarayıcınızın veya diğer uygulamalarınızın SOCKS proxy ayarlarını localhost:1080 olarak yapılandırarak tüm trafiği bu tünel üzerinden geçirebilirsiniz.

Bağlantı Paylaşımı (Connection Sharing)

SSH bağlantı paylaşımı, birden fazla SSH oturumunun (örneğin, ssh, scp, sftp komutları) tek bir ana bağlantı üzerinden multiplex edilmesini sağlar. Bu, yeni bağlantıların çok daha hızlı kurulmasına ve kimlik doğrulama adımlarının tekrarlanmasına gerek kalmamasına yol açar.

ControlMaster

ControlMaster, bağlantı paylaşımının etkinleştirilip etkinleştirilmeyeceğini belirler.
* auto: İlk bağlantı ana bağlantı olur ve sonraki bağlantılar bu ana bağlantıyı kullanır.
* yes: Bu bağlantı her zaman ana bağlantı olur.
* no: Bağlantı paylaşımı kullanılmaz.

Host *
    ControlMaster auto
    ControlPath ~/.ssh/control/%r@%h:%p
    ControlPersist 600 # Ana bağlantıyı 600 saniye (10 dakika) açık tut

ControlPath

ControlPath, ana bağlantının iletişim kurmak için kullanacağı UNIX soket dosyasının yolunu belirtir. %r, uzak kullanıcı adını; %h, uzak host adını; %p, port numarasını temsil eden özel belirteçlerdir.

Host *
    ControlPath ~/.ssh/control/%r@%h:%p

Bu soket dosyalarını depolamak için ~/.ssh/control gibi bir dizin oluşturmanız önerilir: mkdir -p ~/.ssh/control.

ControlPersist

ControlPersist, tüm istemci oturumları kapatıldıktan sonra ana bağlantının kaç saniye boyunca açık kalacağını belirtir. Bu, kısa bir süre sonra yeni bir bağlantı kurmanız gerektiğinde ana bağlantının hemen kapanmasını engeller.

Host *
    ControlPersist 600 # 10 dakika

ControlPersist değeri yes olarak ayarlanırsa, ana bağlantı manuel olarak kapatılana kadar açık kalır.

Kimlik Doğrulama Aracısı (SSH Agent)

SSH agent, özel anahtarlarınızı bellekte şifrelenmiş bir şekilde tutan ve gerektiğinde SSH istemcisine sağlayan bir programdır. Bu, her bağlantı kurduğunuzda anahtar parolanızı tekrar tekrar girmek zorunda kalmamanızı sağlar.

AddKeysToAgent

AddKeysToAgent, bir anahtar ilk kez kullanıldığında otomatik olarak SSH agent’ına eklenip eklenmeyeceğini belirtir.

Host *
    AddKeysToAgent yes

Bu, ssh-add komutunu manuel olarak çalıştırma ihtiyacını azaltır.

Güvenlik İyileştirmeleri

~/.ssh/config dosyası, SSH bağlantılarınızın güvenliğini artırmak için de kullanılabilir.

StrictHostKeyChecking

Bu seçenek, bir sunucunun anahtarının ~/.ssh/known_hosts dosyasında bulunup bulunmadığını ve eşleşip eşleşmediğini kontrol eder.
* yes (varsayılan): Sunucunun anahtarı eşleşmiyorsa veya bilinmiyorsa bağlantıyı reddeder.
* no: Sunucu anahtarı bilinmiyorsa bile bağlanır, ancak bir uyarı verir. Güvenli değildir!
* ask: Sunucu anahtarı bilinmiyorsa kullanıcıya sorar.

Host my_critical_server
    StrictHostKeyChecking yes

StrictHostKeyChecking no ayarını asla kritik sunucular için kullanmamalısınız, çünkü bu, man-in-the-middle saldırılarına karşı savunmasız kalmanıza neden olabilir.

UserKnownHostsFile

UserKnownHostsFile, bilinen host anahtarlarının depolandığı dosyanın yolunu belirtir. Birden fazla known_hosts dosyası kullanmanız gerektiğinde faydalıdır.

Host specific_env
    UserKnownHostsFile ~/.ssh/known_hosts_specific_env

Ciphers, MACs, KexAlgorithms

Bu seçenekler, SSH bağlantısı sırasında kullanılacak şifreleme algoritmalarını, mesaj doğrulama kodlarını (MAC) ve anahtar değişim algoritmalarını (KexAlgorithms) belirtir. Belirli güvenlik standartlarına uymanız gerekiyorsa veya eski, zayıf algoritmaların kullanımını engellemek istiyorsanız bu ayarları kullanabilirsiniz.

Host *
    Ciphers chacha20-poly1305@openssh.com,aes256-gcm@openssh.com
    MACs hmac-sha2-512-etm@openssh.com,hmac-sha2-256-etm@openssh.com
    KexAlgorithms curve25519-sha256@libssh.org,diffie-hellman-group-exchange-sha256

Bu algoritmalar sürekli geliştiği için güncel ve güvenli olanları araştırıp kullanmak önemlidir.

PermitLocalCommand

PermitLocalCommand, LocalCommand seçeneğiyle yerel komutların yürütülmesine izin verilip verilmeyeceğini belirtir. Varsayılan olarak no‘dur. Güvenlik riski taşıdığı için dikkatli kullanılmalıdır.

Host my_server
    PermitLocalCommand no

Diğer Faydalı Seçenekler

ForwardAgent

ForwardAgent (veya -A), SSH agent’ını uzaktaki sunucuya iletir. Bu, uzaktaki sunucudan başka bir sunucuya (örneğin, bir Git deposuna) bağlanırken yerel makinenizdeki anahtarları kullanmanızı sağlar.

Host github.com
    HostName github.com
    User git
    ForwardAgent yes
    IdentityFile ~/.ssh/id_rsa_github

ForwardX11

ForwardX11 (veya -X), X11 oturumunu uzaktaki sunucudan yerel makinenize iletir. Bu, uzaktaki sunucuda çalışan grafiksel uygulamaları yerel ekranınızda görüntülemenizi sağlar.

Host remote_desktop
    ForwardX11 yes

RequestTTY

RequestTTY (veya -t), bir psödo-terminal tahsis edilmesini ister. Bu, özellikle ssh komutuyla etkileşimli olmayan komutlar çalıştırırken ancak yine de bir terminal ortamına ihtiyaç duyulduğunda faydalıdır.

Host my_script_server
    RequestTTY yes
    RemoteCommand /path/to/my/script.sh

Bu, ssh my_script_server komutu ile my_script.sh betiğinin bir terminal ortamında çalıştırılmasını sağlar.

NoHostAuthenticationForLocalhost

Bu seçenek, localhost bağlantıları için host anahtarı doğrulamayı devre dışı bırakır. LocalForward veya DynamicForward ile yerel olarak tünellenen bağlantılar için kullanışlı olabilir, ancak genellikle StrictHostKeyChecking‘i no olarak ayarlamak gibi güvenlik riskleri taşıyabilir. Varsayılan olarak no‘dur.

Host localhost
    NoHostAuthenticationForLocalhost yes

Pratik Senaryolar ve Örnekler

Şimdiye kadar öğrendiğimiz seçenekleri kullanarak birkaç pratik senaryoyu inceleyelim.

Örnek 1: Temel Sunucu Yapılandırması

En basit ve en sık kullanılan yapılandırma. Uzun bir IP adresi veya FQDN yerine kısa bir takma ad kullanmak.

Host webserver
    HostName 192.168.1.10
    User webadmin
    Port 2222
    IdentityFile ~/.ssh/id_rsa_webserver

Artık ssh webserver komutunu kullanarak bu sunucuya bağlanabilirsiniz.

Örnek 2: Jump Host Üzerinden Bağlantı

Güvenlik duvarının arkasındaki bir sunucuya, bir “bastion” veya “jump host” üzerinden erişim.

Host internal-db
    HostName 10.0.0.15
    User dbuser
    ProxyJump bastion

Host bastion
    HostName bastion.example.com
    User jumpuser
    IdentityFile ~/.ssh/id_rsa_bastion
    Port 22

ssh internal-db komutu, önce bastion host’una bağlanır ve oradan internal-db‘ye atlar.

Örnek 3: Port Yönlendirme ile Web Arayüzüne Erişim

Uzaktaki bir sunucudaki web arayüzüne, yerel makinenizden erişmek için bir port tüneli oluşturma.

Host grafana-tunnel
    HostName monitoring.example.com
    User monitoruser
    LocalForward 3000 localhost:3000 # Yerel 3000 -> Uzak 3000
    IdentityFile ~/.ssh/id_rsa_monitor

ssh grafana-tunnel komutunu çalıştırdıktan sonra, tarayıcınızda http://localhost:3000 adresine giderek uzaktaki Grafana arayüzüne erişebilirsiniz.

Örnek 4: Bağlantı Paylaşımı ile Hızlı Yeniden Bağlantılar

Sık sık bağlanılan sunucular için bağlantı paylaşımı ile oturum açma hızını artırma.

Host dev-server
    HostName dev.example.com
    User developer
    IdentityFile ~/.ssh/id_rsa_dev
    ControlMaster auto
    ControlPath ~/.ssh/sockets/%r@%h:%p
    ControlPersist 1h # Ana bağlantıyı 1 saat açık tut

İlk ssh dev-server bağlantısından sonra, aynı sunucuya yapılacak scp, sftp veya yeni ssh bağlantıları anında kurulur. (mkdir -p ~/.ssh/sockets yapmayı unutmayın.)

Örnek 5: Gelişmiş Güvenlik Ayarları

Belirli bir sunucu için daha katı güvenlik politikaları uygulama.

Host critical-prod-server
    HostName prod.example.com
    User root
    IdentityFile ~/.ssh/id_rsa_prod_root
    StrictHostKeyChecking yes
    IdentitiesOnly yes
    Ciphers aes256-gcm@openssh.com
    MACs hmac-sha2-512-etm@openssh.com
    KexAlgorithms curve25519-sha256@libssh.org

Bu yapılandırma, bu sunucuya yalnızca belirli bir anahtarla, bilinen bir host anahtarı ile ve sadece modern, güçlü kriptografik algoritmalarla bağlanılmasını sağlar.

Örnek 6: GitHub/GitLab İçin Özel Anahtar

Birden fazla Git platformu kullanırken farklı anahtarlar belirtme.

Host github.com
    HostName github.com
    User git
    IdentityFile ~/.ssh/id_rsa_github

Host gitlab.com
    HostName gitlab.com
    User git
    IdentityFile ~/.ssh/id_rsa_gitlab

Host my-internal-git
    HostName git.internal.corp
    User git
    IdentityFile ~/.ssh/id_rsa_internal

Bu sayede, git clone git@github.com:user/repo.git veya git clone git@gitlab.com:user/repo.git gibi komutlar doğru anahtarları otomatik olarak kullanır.

Sorun Giderme ve İpuçları

~/.ssh/config dosyası güçlü bir araç olsa da, bazen beklenmedik davranışlarla karşılaşabilirsiniz. İşte bazı yaygın sorunlar ve çözümleri:

Dosya İzinleri

En sık karşılaşılan sorunlardan biri yanlış dosya izinleridir. SSH istemcisi, ~/.ssh/config dosyasının veya ~/.ssh dizininin çok açık izinlere sahip olduğunu tespit ederse, dosyayı yok sayabilir veya bir uyarı verebilir.
Çözüm: chmod 600 ~/.ssh/config ve chmod 700 ~/.ssh komutlarını çalıştırarak doğru izinleri ayarlayın.

Hatalı Anahtar Yolları

IdentityFile ile belirtilen özel anahtar dosyasının yolu yanlışsa veya anahtarın izinleri hatalıysa bağlantı başarısız olur.
Çözüm: Anahtar dosyasının doğru yolda olduğundan ve chmod 600 ~/.ssh/my_key gibi izinlere sahip olduğundan emin olun.

ssh -v veya ssh -vvv ile Hata Ayıklama

SSH istemcisi, -v (verbose) seçeneği ile çok ayrıntılı bir çıktı sağlayabilir. -vvv en yüksek ayrıntı düzeyini verir ve bağlantı sürecinin her adımını gösterir. Bu çıktı, sorun giderme için paha biçilmezdir.
Kullanım: ssh -vvv my_server
Bu çıktı, hangi anahtarların denendiğini, hangi kimlik doğrulama yöntemlerinin kullanıldığını ve bağlantının neden başarısız olduğunu anlamanıza yardımcı olabilir.

~/.ssh/known_hosts Dosyasını Yönetme

StrictHostKeyChecking yes olarak ayarlandığında, sunucunun anahtarının known_hosts dosyasında eşleşmesi gerekir. Eğer sunucunun IP adresi veya anahtarı değişirse, bir uyarı alırsınız ve bağlantı reddedilir.
Çözüm: ssh-keygen -R hostname_or_ip komutu ile known_hosts dosyasından eski girdiyi kaldırabilirsiniz.

SSH Agent’ın Doğru Çalıştığından Emin Olma

Anahtar parolasını tekrar tekrar girmekten kaçınmak için SSH agent kullanıyorsanız, agent’ın çalıştığından ve anahtarlarınızın yüklü olduğundan emin olun.
Kontrol: ssh-add -l komutu yüklü anahtarları listeler. Eğer agent çalışmıyorsa veya anahtarlar yüklü değilse, eval "$(ssh-agent -s)" ve ssh-add ~/.ssh/my_key komutlarını kullanmanız gerekebilir.

Kullanıcı ve Host Özelinde Ayarların Önceliği

~/.ssh/config dosyasındaki ayarlar, Host bloklarının sırasına göre işlenir. İlk eşleşen Host bloğundaki ayarlar, daha sonraki genel Host * bloğundaki ayarları geçersiz kılar. Ayrıca, komut satırında belirtilen seçenekler (ssh -p 2222 user@host) her zaman config dosyasındaki ayarları geçersiz kılar. Bu öncelik sırasını anlamak, beklenmeyen davranışları çözmenize yardımcı olabilir.

Sonuç

SSH istemcinizin özel bağlantı seçeneklerini yapılandırmak, uzaktaki sistemlerle etkileşim kurma şeklinizi kökten değiştirebilecek güçlü bir beceridir. ~/.ssh/config dosyasını etkin bir şekilde kullanarak, bağlantılarınızı otomatikleştirebilir, karmaşık ağ topolojileri üzerinden kolayca erişim sağlayabilir, güvenlik duruşunuzu güçlendirebilir ve genel olarak SSH deneyiminizi çok daha verimli hale getirebilirsiniz.

Bu rehberde ele aldığımız temel ve gelişmiş seçenekler, SSH istemcinizin sunduğu geniş özelleştirme yeteneklerinin sadece bir başlangıcıdır. Her bir seçeneği kendi özel ihtiyaçlarınıza göre uyarlayarak, günlük iş akışınızda önemli zaman tasarrufları sağlayabilir ve karşılaştığınız çeşitli senaryolara daha esnek çözümler üretebilirsiniz. SSH’nin derinliklerine indikçe, bu basit yapılandırma dosyasının ne kadar güçlü ve vazgeçilmez bir araç olduğunu daha iyi anlayacaksınız. Unutmayın, iyi yapılandırılmış bir SSH istemcisi, güvenli ve verimli bir uzaktan çalışma ortamının temel taşlarından biridir.