Evet, çoğu durumda. SecureCRT ve SecureFX®, ABD Sanayi ve Güvenlik Bürosu’nun güçlü şifreleme yazılımlarını düzenleyen yönetmelikleri kapsamında ihracata açıktır. Diğer ülkelerin ithalat kısıtlamaları da şifreleme yazılımlarının kullanılabilirliğini etkileyebilir. Daha fazla bilgi için lütfen Şifreleme Yazılımı İhracatı sayfamıza bakın.

8 Ağustos 2024 tarihinde VanDyke Software’e yeni bir DigiCert sertifikası verildi ve bu durum, bu tarihten sonra oluşturulan yükleyicileri etkiliyor.

Bu sorunu çözmenin birkaç yolu var:

Sertifikayı görüntüleme

Yükleyiciye sağ tıklayın ve menüden Özellikler… seçeneğini seçin.
Dijital İmzalar sekmesini seçin.
İmza listesindeki öğeyi seçin ve Ayrıntılar düğmesine basın.

Sertifikayı görüntülemek genellikle sorunu çözmek için yeterlidir. Yükleyici tekrar başlatıldığında, doğrulanmış yayıncı olarak VanDyke Software, Inc.’i göstermelidir.

Hatayı görmezden gelme

Windows’a özgü PKI güvenilir kök yetkilisi sertifikaları güncel/eksikse, (a) Windows içindeki güvenilir kök ve ara sertifika yetkililerinizi güncellemeniz veya (b) Bilinmeyen Yayıncı mesajıyla karşılaştığınızda Evet’i seçerek hatayı görmezden gelmeniz gerekebilir.

Windows’a SecureCRT kurulumu konusunda daha fazla yardıma ihtiyacınız olursa lütfen bizimle iletişime geçin.

Yükseltme işlemi nasıl yapılır?

SecureCRT, önceki sürümlerin yerine doğrudan kurulacak şekilde tasarlanmıştır, bu nedenle yalnızca yükleyiciyi indirmeniz ve çalıştırmanız yeterlidir. Yeni sürümü kurmadan önce eski sürümü kaldırmanıza gerek yoktur, çünkü çoğu durumda yeni sürüm eski sürümü otomatik olarak kaldıracaktır. Eski sürümün kaldırılmayabileceği durumlar, SecureCRT’nin çok eski sürümlerinden (5.5.4 ve daha eski) daha yeni sürümlerine yükseltmeyi içerir.

Ayarlarımı nasıl koruyabilirim?

Varsayılan SecureCRT kurulumları, mevcut oturumlarınızı/ayarlarınızı değiştirmez, silmez veya tehlikeye atmaz. Ancak, kuruluşunuz SecureCRT’yi başlangıçta özelleştirilmiş bir kurulum kullanarak dağıttıysa, yükseltme kurulumunun beklenen davranışını belirlemek için kuruluşunuzun dağıtım ekibinden yardım almanız gerekecektir.

Güncelleme için uygun olup olmadığımı öğrenmenin hızlı bir yolu var mı?

Evet. Daha fazla bilgi için lütfen Güncelleme Politikası sayfasını ziyaret edin.

Ne kadar maliyeti var?

Lisans satın alımınız sırasında seçtiğiniz seçeneğe bağlı olarak, SecureCRT lisansları 1 veya 3 yıl boyunca ürün güncellemelerine ve teknik desteğe erişim içerir. SecureCRT 6.1 ve daha yeni sürümlerinde, mevcut lisansınızın geçerlilik süresinin ne zaman sona ereceğini, ana Yardım açılır menüsüne tıklayıp SecureCRT Hakkında… menü öğesini seçerek belirleyebilirsiniz. SecureCRT’yi macOS platformunda çalıştırıyorsanız, “hakkında” iletişim kutusu ana SecureCRT açılır menüsünde bulunur. Daha fazla bilgi için veya SecureCRT’nin daha eski bir sürümüne sahipseniz, lütfen Güncelleme Politikası sayfasına bakın. Lisansınız ücretsiz güncelleme için uygun değilse ancak lisansınızı yenilemekle ilgileniyorsanız, lütfen bizimle iletişime geçin.

SecureCRT’nin oturumları otomatik olarak kesen bir “zaman aşımı” özelliği yoktur. Ancak, birçok sunucu, bir süre boyunca işlem yapılmadığında boşta kalan oturumların bağlantısını keser. İşlem yapılmaması bazen sunucu tarafından istemciden hiçbir bilgi alınmaması olarak tanımlanır, bu nedenle SecureCRT penceresinde sürekli olarak yeni veriler görüntüleniyor olsa bile zaman aşımı gerçekleşebilir. Herhangi bir kullanıcı girişi etkinliği olmadan bir süre geçtikten sonra bağlantının kesildiğini görürseniz, bağlantı kesilmesi, uzak sistemdeki veya SecureCRT ile uzak sistem arasındaki ağ yığınında/yolunda bulunan bir güvenlik duvarı/yönlendirici/VPN sunucusundaki bir boşta kalma zaman aşımı ayarı tarafından başlatılıyor demektir.

Peki bu durum web tarayıcım gibi diğer uygulamalarda neden olmuyor?

Web tarayıcıları gibi diğer uygulamalar, açık bir bağlantı sürdürmek zorunda olmadıkları için başarısız iletişimleri şeffaf bir şekilde yeniden deneyebilirler. SSH (veya Telnet, vb.) oturumları uzak bir sunucuda veya bir güvenlik duvarı/yönlendirici/VPN sunucusunda boşta kalma zaman aşımı nedeniyle kesildiğinde bu şeffaflık düzeyi mevcut değildir.

Bağlantının kapanmasını önlemek için yapılabilecek bir şey var mı?

Eğer oturumlarınızın belirli bir süre boyunca etkin olmama durumundan sonra bağlantısının kesildiğini fark ederseniz, SecureCRT’deki anti-idle özelliklerinden yararlanarak bağlantıları daha uzun süre açık tutmayı deneyebilirsiniz. Oturum Seçenekleri / Terminal kategorisinde iki anti-idle seçeneği bulabilirsiniz: Protokol gönderme NO-OP ve Dize gönderme.

Protokol gönderme NO-OP seçeneği, SSH2 veya Telnet protokolü kullanılırken kullanılabilir. TCP protokol seviyesinde veri gönderir ve uzaktaki sisteme görüntülenecek herhangi bir veri göndermez. Protokol gönderme NO-OP seçeneği, uzaktaki sistemde çalışan uygulamalarla genellikle çakışmayacağı için anti-idle için önerilen mekanizmadır.

Dize gönderme seçeneği, gerçek bir tuş basımını simüle eder, bu nedenle gönderilecek veriler uzaktaki sisteme gönderilir ve görüntülenir (uzaktaki sistemde çalışan bir uygulamayla çakışabilir). Tuş basımı göndermenin istenmeyen sonuçları olabileceği için, gönderilecek veriler dikkatlice seçilmelidir. Boşluk ve geri tuşunu simüle etmek birçok ortam için en uygun çözüm olabilir. Boşluk ve geri tuşu göndermek için, “Gönderilecek dize” giriş kutusuna ” \b” (tırnak işaretleri olmadan) yazın.

Bağlantım kesildiğinde SecureCRT penceresi veya sekmesi neden kapanıyor?

SecureCRT, içindeki bağlantı kesildiğinde bir pencerenin veya sekmenin otomatik olarak kapatılmasına olanak tanıyan bir seçenek sunar. Bu seçenek varsayılan olarak etkinleştirilmemiştir, bu nedenle bu davranışı görüyorsanız, büyük olasılıkla bunu etkinleştirmişsinizdir (veya SecureCRT kurulumunuzun kullandığı yapılandırma dosyalarını oluşturan kişi tarafından etkinleştirilmiştir).

Pencere/sekme içindeki bağlantı kapandığında SecureCRT Penceresinin/sekmesinin açık kalmasını istiyorsanız, seçeneği varsayılan ayarına sıfırlamanız gerekir:

Oturum Seçenekleri iletişim kutusunu açın.

Terminal kategorisini seçin ve Bağlantı kesildiğinde kapat seçeneğini bulun.

Bağlantı kesildiğinde kapat seçeneğinin etkinleştirilmediğinden emin olun.

Ayarlarınızı kaydetmek için Oturum Seçenekleri iletişim kutusunu kapatın.

SSH protokolünün iki nesli vardır: 1995 yılına dayanan ve şu anda SSH1 olarak adlandırılan ilk taslak protokol olan SSH ve genellikle SSH2 olarak adlandırılan ve ilk olarak 1998’de yayınlanan SSH sürüm 2. Güvenli Kabuk protokolünün mevcut sürümü olan SSH2, İnternet Mühendisliği Görev Gücü (IETF) Secsh çalışma grubu altında geliştirilmiştir.

SSH1, 1998 yılına kadar geliştirildi ve daha sonra güvenlik sorunları ve optimizasyona yönelik teknik odak SSH2’ye kaydı. SSH2 protokolü, protokolün tamamen yeniden tasarlanmış bir versiyonudur ve SSH1’deki mesaj doğrulama kodlarının (MAC’ler) yokluğu gibi sınırlamaları ortadan kaldırmayı amaçlamaktadır. SSH1 taslak dokümantasyonu IETF sürecinin bir parçası değildir ve mevcut SSH1 sunucu uygulamalarıyla eşleşmemektedir. SSH1, özellikle Güvenli Kabuk’un erken benimseyenleri arasında önemli bir kurulu tabana sahiptir ve bazı kuruluşlar için daha açık bir sunucu lisanslamasına sahiptir. Bununla birlikte, SSH2’nin olgunluğu ve geliştirilmiş güvenliği, onu VanDyke Software’in tercih ettiği protokol haline getirmektedir.

VanDyke Software, SSH2’nin şu anda en iyi protokol seçeneği olduğuna inanmaktadır. Sıfırdan yeniden tasarlanan SSH2, potansiyel güvenlik açıklarını gidermek de dahil olmak üzere SSH1’e göre birçok mimari ve pratik iyileştirmeye sahiptir. SSH2’nin en önemli avantajı, birden fazla kanalda port yönlendirmesinin daha hızlı ve daha güvenilir olmasıdır. SSH1’de olduğu gibi, bir kanal artık tüm kullanılabilir bant genişliğini tüketip diğer kanalları veya oturumları yavaşlatamaz. SSH2 ayrıca, yeni platformlar için işletim sistemi desteği veya SSH2’nin yeteneklerinin genişletilmesi gibi konularda birçok şirketin yeni geliştirme çalışmalarının odaklandığı protokoldür. Güvenlik endişeleri özellikle SSH2 protokolünde en iyi şekilde ele alınmaktadır.

Lisanslama nedenleriyle SSH1 sunucuları kullanan kuruluşlar artık alternatif SSH2 tabanlı çözümler arasından seçim yapabilirler. VanDyke Software, Windows, Linux ve macOS için VShell® SSH2 sunucusunu sunmaktadır. OpenBSD geliştiricileri tarafından yürütülen OpenSSH sunucu projesi de SSH2’yi desteklemektedir ve OpenBSD ve diğer UNIX/Linux işletim sistemleri için ücretsiz bir lisans altında mevcuttur.

Bu davranışın muhtemel nedeni, oturum renklerini değiştirmeye çalıştığınızda, aslında küresel olarak tanımlanmış renk şemalarından birinin ön plan ve arka plan renk değerlerini değiştirmenizdir.

Her oturumun farklı bir ön plan ve arka plan renk kombinasyonu kullanmasını sağlamak için, kullanmak istediğiniz her renk kombinasyonu için bir renk şeması oluşturmanız gerekecektir.

Örneğin, “Oturum1” “mavi-siyah” adlı özel bir renk şeması kullanıyorsa ve başka bir oturumun kırmızı bir ön plana ve siyah bir arka plana sahip olmasını istiyorsanız, yeni bir renk şeması (örneğin, “kırmızı-siyah” olarak) oluşturmanız ve Oturum2’nin bu renk şemasını kullanmasını sağlamanız gerekir.

Karşılaştığınız sorun, RedHat’in varsayılan olarak çıktısını UTF-8 ile kodlamasından kaynaklanmaktadır. Kullandığınız SecureCRT sürümü UTF-8 kodlu çıktıyı desteklemiyor veya kullanılan oturum için çıktı kodlaması UTF-8 olarak ayarlanmamış.

Bu soruna yönelik üç olası çözüm şunlardır:

Çözüm 1: Kullanılan oturum için UTF-8 çıktı kodlamasını etkinleştirin

4.0.1’den önceki bir SecureCRT sürümünü kullanıyorsanız, sürümünüzü güncellemeniz gerekecektir. SecureCRT lisansınızı ne zaman satın aldığınıza bağlı olarak bu sizin için ücretsiz bir yükseltme olabilir. Uygun olup olmadığınızı belirlemek için lütfen VanDyke web sitesindeki Yükseltme Fiyatlandırması sayfasını kontrol edin.

SecureCRT 5.0’da bir oturum için UTF-8 kodlamasını etkinleştirmek için Oturum Seçenekleri iletişim kutusuna gidin. Terminal/Görünüm kategorisinde, Yazı Tipleri grubundaki Karakter kodlamasını “UTF-8” olarak ayarlayın.

SecureCRT 4.0.1’den 4.1.x’e kadar olan sürümlerde bir oturum için UTF-8 kodlamasını etkinleştirmek için, Oturum Seçenekleri iletişim kutusuna gidin. Öykünme/Gelişmiş kategorisinde, Karakter kodlaması grubundaki Çıktı girişini “UTF-8” olarak ayarlayın.

Çözüm 2: RedHat makinenizde kullanıcınız için UTF-8 kodlamasını kapatın

.bash_profile dosyanıza aşağıdaki satırları ekleyin (bu bash kabuğu içindir; farklı bir kabuk kullanıyorsanız, ayarlar biraz farklı olabilir):

LANG=en_US
SUPPORTED=en_US:en
export LANG SUPPORTED

Not: Yukarıdaki komutlar örnek olarak en_US’yi kullanmaktadır; diğer diller de kullanılabilir.

Çözüm 3: RedHat makinesinde sistem genelinde UTF-8 kodlamasını devre dışı bırakın (Not: Bu çözüm için root erişimine sahip olmanız gerekir.)

/etc/sysconfig/i18n dosyasında şu satır bulunur:

LANG=”en_US.UTF-8″

Bu satırı şu şekilde değiştirin:

LANG=”en_US”

Not: Yukarıdaki komutlar örnek olarak en_US’yi kullanmaktadır; diğer diller de kullanılabilir.

Not: Bu ipucu yalnızca Windows® platformunda SecureCRT® sürüm 8.1 ve üzeri için geçerlidir.

SecureCRT’de Seçenekler / Genel Seçenekler iletişim kutusunu açın ve Web Tarayıcı kategorisine gidin.
SecureCRT’yi Varsayılan Uygulama Yap düğmesine basın.
Windows Ayarları / Uygulamalar / Varsayılan uygulamalar / Bağlantı türüne göre varsayılanları seçin bölümüne gidin ve SecureCRT’yi istediğiniz tüm desteklenen protokoller (ssh, ssh1, ssh2, telnet) için varsayılan işleyici olarak ayarlayın.

Mevcut bir SecureCRT penceresinde bağlantıları sekmelerde açmak istiyorsanız, seçebileceğiniz iki seçenek vardır.

Seçenek #1: SecureCRT’de “Tek Örnek” modunu etkinleştirin

İlk seçenek, SecureCRT’nin Global.ini dosyasında bir değişiklik yapmayı içeren “Tek Örnek” modunu etkinleştirmektir. “Tek Örnek” modu etkinleştirildiğinde, bireyler yine de bir sekmeyi/kutucuğu yeni bir pencereye gönderebilir ve ayrı pencerelere sahip olabilirler, ancak tüm uygulama pencereleri tek bir SecureCRT.exe işlemi tarafından yönetilecektir.

SecureCRT’nin Seçenekler / Genel Seçenekler bölümünü açın, Yapılandırma Yolları kategorisini seçin ve görüntülenen yapılandırma yolunu not edin.
Tüm SecureCRT örneklerini kapatın ve 1. adımda not edilen yapılandırma yolunda bulunan Global.ini dosyasını düzenleyin ve aşağıdaki satırı şundan değiştirin:

D:”Single Instance”=00000000

şuraya:

D:”Single Instance”=00000001

Global.ini dosyasındaki değişikliklerinizi kaydedin.

Yeni başlatılan bağlantılar artık mevcut bir SecureCRT penceresindeki bir sekme/kutucuk içinde açılacaktır.

Seçenek 2: Komut satırı başlatıcısına /T eklemek için Windows kayıt defterini düzenleyin

Diğer seçenek, aşağıda belirtildiği gibi Windows kayıt defterini düzenlemeyi içerir:

UYARI: Kayıt defteri düzenleyicisini yanlış kullanırsanız, işletim sisteminizi yeniden yüklemenizi gerektirebilecek ciddi sorunlara neden olabilirsiniz. Kayıt defterinde değişiklik yapmadan önce, bilgisayarınızdaki değerli verilerinizi yedeklemelisiniz.

Regedit’i açın ve şu konuma gidin:

HKEY_CLASSES_ROOT\VanDyke.SecureCRT.URLHandler.1\shell\open\command

REG_SZ kayıt defteri değerini, /T komut satırı bağımsız değişkenini ekleyecek şekilde değiştirin. Örneğin:

“C:\Program Files\VanDyke Software\Clients\SecureCRT.EXE” %1

şunu şuna dönüştürün:

“C:\Program Files\VanDyke Software\Clients\SecureCRT.EXE” /T %1

Artık SecureCRT’yi web tarayıcınızdan “ssh2://<hostname>” yazarak veya bu bağlantıyı bir web sayfasına ekleyerek başlatabilirsiniz ve yeni bağlantı, mevcut bir SecureCRT penceresi içinde bir sekme/kutucuk içinde açılacaktır.

Uzak makine SCO OpenServer 5.0.6 veya daha yeni bir sürüm çalıştırıyorsa, aşağıdaki ayarları değiştirmek öykünmeyi iyileştirmelidir:

SecureCRT® Oturum Seçenekleri iletişim kutusunda, Öykünme kategorisinde, Terminal öykünmesi olarak “SCOANSI”yi seçin. SCOANSI öykünmesi herhangi bir SCO sunucusuyla kullanılmalıdır. Ayrıca, satır ve sütun ayarlarının uygun olduğundan emin olun. SCO uygulamaları genellikle 25×80’i tercih eder.

Oturum Seçenekleri iletişim kutusunda, Öykünme/Gelişmiş kategorisinde, Terminal türü onay kutusunu işaretleyin ve ilgili metin kutusuna “ansi” girin. Bu, bağlandığınızda “scoansi” yerine “ansi” gönderecektir. SCO OpenServer 5.0.6 ve sonrasında, “scoansi” artık “ansi” ile eşlenmemektedir, bu nedenle “ansi” manuel olarak belirtilmelidir.
SecureCRT’nin 4.1’den önceki sürümlerinde, Terminal yazı tipi en iyi sonucu verir. Oturum Seçenekleri iletişim kutusunda, Görünüm kategorisinde, Normal yazı tipi olarak Terminal’i seçin. Öykünme/Gelişmiş kategorisinde Karakter kodlama seçeneğinin “Varsayılan” olarak ayarlandığından emin olun.

SecureCRT 4.1 ve sonraki sürümlerde, Oturum Seçenekleri iletişim kutusunda, Görünüm kategorisinde “Normal yazı tipi” olarak “Terminal”i seçerek Terminal yazı tipini kullanın. Aynı kategoride Karakter kodlamanın “Varsayılan” olarak ayarlandığından emin olun.

TrueType Windows yazı tipini de kullanmak mümkündür. Bunu yapmak için, Oturum Seçenekleri iletişim kutusunda, Görünüm kategorisinde, Courier New veya Lucida Console gibi bir TrueType Windows yazı tipi seçin ve “Karakter kodlama”yı OEM olarak ayarlayın.

Son olarak, uzak makinede, TERM ortam değişkeninin “ansi” olarak ayarlandığından emin olun.

Renk şeması ayarlarının çalışmasında sorun yaşıyorsanız, Oturum Seçenekleri iletişim kutusundaki Öykünme sayfasında ANSI Renk seçeneğinin işaretini kaldırmanız gerekebilir. ANSI Renk seçeneği, Genel Seçenekler iletişim kutusundaki Görünüm/Renk Şemaları sayfasında tanımlanan herhangi bir renk şemasını geçersiz kılacaktır.

Daha fazla ipucu için SecureCRT’de Renk Yapılandırmasına Genel Bakış başlıklı yazımıza bakın.

SecureCRT, SecureCRT’de kurulan port yönlendirmelerine kimlerin bağlanabileceğini kontrol eden filtrelere sahiptir. Varsayılan olarak, yalnızca SecureCRT’nin çalıştığı makineden gelen bağlantılar port yönlendirmelerine bağlanabilir.

Aşağıdaki adımları izleyerek port yönlendirme filtrelerini değiştirebilirsiniz.

SecureCRT çalışıyorsa, devam etmeden önce programdan çıkın.

Değiştirmek istediğiniz oturumla ilişkili .ini dosyasını bulun. .ini dosyaları, SecureCRT Config klasöründeki Sessions alt klasöründe bulunur. Genel Seçenekler iletişim kutusu da Yapılandırma klasörü alanında SecureCRT Config klasörünün konumunu gösterir.

.ini dosyasını Not Defteri’nde açın.
Aşağıdaki satırı arayın:

S:”Port Forward Filter”=allow,127.0.0.0/255.0.0.0,0 deny,0.0.0.0/0.0.0.0,0

Satırı aşağıdaki gibi değiştirin:

S:”Port Forward Filter”=allow,127.0.0.0/255.0.0.0,0 allow,xxx.xxx.xxx.xxx,0 deny,0.0.0.0/0.0.0.0,0

Alternatif olarak, herhangi bir IP adresinin port yönlendirmesine bağlanmasına izin verecek şekilde satırı aşağıdaki gibi değiştirebilirsiniz:

S:”Port Forward Filter”=allow,0.0.0.0/0.0.0.0,0

Aşağıdaki talimatlar, oturumlarınızı ve ayarlarınızı diğer makinelere ve/veya platformlara nasıl taşıyacağınızı açıklamaktadır. SecureCRT 7.3 ve üzeri sürümler, SecureCRT ayarlarının bir makineden diğerine yedeklenmesini veya kopyalanmasını kolaylaştıran bir içe/dışa aktarma aracı içerir.

SecureCRT 7.3 ve üzeri

Hedef makineye SecureCRT’yi kurun.

Kaynak makinede SecureCRT’yi çalıştırın ve Araçlar menüsünden Ayarları Dışa Aktar’ı seçin. Klasör konumunu seçin ve oluşturulacak XML dosyası için bir ad belirtin (örneğin, SCRTConfig.xml).
2. adımda oluşturulan dosyayı hedef makineye kopyalayın.

Hedef makinede SecureCRT’yi çalıştırın ve Araçlar menüsünden Ayarları İçe Aktar’ı seçin.
“Dosyadan İçe Aktar” kutusunda, 3. Adımdaki XML dosyasını seçin.

Not: Yapılandırma kişisel veri klasörü kullanacak şekilde ayarlanmışsa, kullanıcı adları, parolalar ve otomatik oturum açma bilgileri gibi hassas veriler kopyalanmayacaktır. Her şeyin kopyalanmasını istiyorsanız, geçici olarak tek bir yapılandırma klasörüne geri dönmeniz gerekecektir. VanDyke Software YouTube Kanalındaki “Kişisel Yapılandırma Verileri: 3) Tek Bir Yapılandırma Klasörüne Geri Dönme” videosu bunu nasıl yapacağınızı gösterir veya yardım için teknik destekle iletişime geçebilirsiniz.

SecureCRT 7.2 ve öncesi

Not: Bu bilgiler, tüm oturum veritabanının eski bir makineden yeni bir makineye kopyalanmasına özgüdür. Yeni makinede eski makinede olmayan oturumlar oluşturduysanız, yeni oturumlar silinecektir. Birçok yol (ana bilgisayar anahtar veritabanı, indirme/yükleme klasörü vb.) platforma özgüdür ve bir yapılandırmayı bir platformdan diğerine kopyaladıktan sonra değiştirilmesi gerekebilir.

SecureCRT’yi hedef bilgisayara kurun.

Hedef bilgisayarda, SecureCRT Genel Seçenekler iletişim kutusunu açın, Genel kategorisini seçin ve Yapılandırma klasörünün konumunu not edin.

Kaynak bilgisayarda, Genel Seçenekler iletişim kutusunu açın, Genel kategorisini seçin ve Yapılandırma klasörünün konumunu not edin. Yapılandırma klasörü, kurulumdan sonra SecureCRT ilk kez çalıştırıldığında ayarlanır.
Hem kaynak hem de hedef bilgisayardaki SecureCRT’nin tüm örneklerini kapatın.

Kaynak bilgisayardaki Yapılandırma klasörünün içeriğini (alt klasörler dahil) hedef bilgisayardaki Yapılandırma klasörüne kopyalayın.

Çoğu oturum ve ayar bilgisi her iki platformda da aynı şekilde kullanılır. Bunlar, aynı olmayan bazı ayarlardır.

Yazı tipleri için varsayılan yazı tipi kullanılır (yazı tiplerinin tüm platformlarda mevcut olması garanti edilmez).

Seri port tanımlarının değiştirilmesi gerekebilir.
Yerel klasör konumlarının değiştirilmesi gerekebilir. Bunlar arasında ana bilgisayar anahtar veritabanı, kimlik, indirme, günlük kaydı, oturum açma komut dosyaları ve eşlenmiş tuşlar veya düğmelerle ilişkili komut dosyaları yer alabilir.
Özel menüler ve araç çubukları şu anda yalnızca Windows’ta desteklenmektedir.
Rlogin, TAPI ve Telnet/SSL bağlantı protokolleri şu anda yalnızca Windows’ta desteklenmektedir.

SecureCRT lisansları şu anda platforma özgü değildir, ancak Son Kullanıcı Lisans Sözleşmesinin üçüncü (3) bölümünde belirtilen lisans kullanım kısıtlamaları hala geçerlidir:

3. KULLANIM VE DEĞERLENDİRME SÜRESİ. Bu Yazılımın bir kopyasını bir istemci bilgisayarında kullanabilirsiniz. Bu sözleşmenin amaçları doğrultusunda, “bilgisayar” fiziksel bir cihaz veya sanal makine anlamına gelir. Bu Yazılımın bir kopyası, ana belleğe (yani RAM’e) yüklendiğinde “kullanımda” kabul edilir. Yazılımın bir kopyasını, aynı anda yalnızca bir kopyasının “kullanımda” olduğundan emin olmanız koşuluyla, ek bir bilgisayarda da kullanabilirsiniz. Yazılımı satın alıp almayacağınıza karar vermek için Yazılımın değerlendirme kopyasını yalnızca otuz (30) gün kullanabilirsiniz.

SecureCRT herhangi bir zamanda yalnızca bir makinede çalışıyorsa, SecureCRT lisansı yasal olarak SecureCRT’yi bir (1) ikincil Windows/Mac/Linux makinesine kaydetmek için kullanılabilir.

Ancak, SecureCRT’nin aynı anda birden fazla makinede çalıştırılması gerekiyorsa, her makine için (işletim sistemi platformundan bağımsız olarak) ayrı bir SecureCRT lisansı satın alınmalıdır.

Not: Bu kullanım politikası, SecureCRT için geçerli olan lisans sözleşmesine tabidir ve SecureCRT’nin gelecekteki sürümlerinde değişiklik gösterebilir.

Çalıştırdığınız SecureCRT’nin eski sürümü, macOS Monterey 12.x üzerinde kullanılmak üzere tasarlanmamıştır. SecureCRT’nin 9.2 öncesi sürümleri macOS Monterey platformunda desteklenmediğinden, eski sürümleri kullanan kişilerin sorunu çözmek için SecureCRT’yi yükseltmeleri önerilir.

Daha yeni bir SecureCRT sürümünü kaydetmeye uygun olmayan lisanslara sahip kişiler, yükseltme lisansları satın alma hakkında bilgi almak için info@renovabt.com adresine başvurabilir veya Fiyatlandırma sayfasını ziyaret edebilirler.

Dosya bölümü iletişim kutusunda gizli klasörleri ve dosyaları geçici olarak görüntülemek için COMMAND+SHIFT+. tuş kombinasyonuna basın.

Windows platformunda SecureCRT kullananlar, port yönlendirme yapılandırmalarında bağlantılara izin verilecek yerel IP adresini manuel olarak seçerken “localhost” veya “127.0.0.1” dışında loopback adresleri belirtebilmeye alışkın olabilirler.

“127.0.0.2” veya herhangi bir 127.* loopback adresi gibi loopback adresleri belirtmek, Windows işletim sisteminin bu tür loopback adresleri için yerleşik desteğe sahip olması nedeniyle Windows ortamında “kutudan çıktığı gibi” çalışır.

Buna karşılık, macOS, SecureCRT’ye “kutudan çıktığı gibi” yalnızca aşağıdaki ağ arayüzlerini sağlar:

Makinenin IP adresi

localhost

127.0.0.1

Kök veya yönetici ayrıcalıklarına sahip macOS kullanıcıları, SecureCRT’deki port yönlendirme yapılandırmalarında kullanılmak üzere macOS içinde ek loopback adresleri için takma adlar yapılandırmak üzere “ifconfig” komutunu kullanabilirler. Örneğin, SecureCRT’de “Yerel Kabuk” bağlantısı içinde aşağıdaki komutu çalıştırmak, ek bir “127.0.0.2” geri döngü takma adı oluşturacaktır:

sudo ifconfig lo0 alias 127.0.0.2/32

Not: “sudo” komutu, “ifconfig” komutu kök ayrıcalıkları gerektirdiği için çalıştırılır. macOS makinenizde kök/yönetici ayrıcalıklarınız yoksa, SecureCRT ile kullanılmak üzere ek geri döngü adreslerinin ayarlanması konusunda yardım almak için sistem yöneticinizle iletişime geçin.

Aşağıdaki talimatlar, oturumlarınızı diğer platformlardan iOS için SecureCRT’ye nasıl aktaracağınızı açıklamaktadır.

iCloud Talimatları (macOS)

macOS sisteminde iCloud’un etkinleştirildiğinden emin olun.

macOS sisteminde SecureCRT’yi çalıştırın ve Araçlar menüsünden Ayarları Dışa Aktar’ı seçin. Finder’da iCloud sürücüsüne gidin ve oluşturulacak XML dosyası için bir ad belirtin (örneğin, SCRTConfig.xml).
iOS cihazında iCloud’un etkinleştirildiğinden emin olun.
iOS için SecureCRT’de, Genel Seçenekler’de Arşivleri Yönet’i seçin.
Sağ üstte İçe Aktar’ı seçin.
Konumlar altında iCloud Sürücüsü’nü seçin ve yukarıdaki 2. adımda oluşturulan XML dosyasını seçin. İçe aktarma başlayacaktır.

Oturumlardan herhangi biri açık anahtar kimlik doğrulaması kullanıyorsa, lütfen aşağıdaki “iOS için SecureCRT’ye açık/özel anahtarları nasıl içe aktarırım” SSS’sine bakın.

E-posta Talimatları (Windows, macOS veya Linux)

Windows, macOS veya Linux sisteminde SecureCRT’yi çalıştırın ve Araçlar menüsünden Ayarları Dışa Aktar’ı seçin. Klasör konumunu seçin ve oluşturulacak XML dosyası için bir ad belirtin (örneğin, SCRTConfig.xml).

XML dosyasını e-posta kullanarak iOS cihazına gönderin.

iOS cihazındaki e-posta istemcisinde, XML dosyasını iCloud Drive’a veya iPad/iPhone’umda konumuna kaydedin.
SecureCRT for iOS’ta, Genel Seçenekler’de Arşivleri Yönet’i seçin.
İçe Aktar’ı (sağ üst) seçin.

Konumlar altında, yukarıdaki 3. adımda kullanılan konumu seçin ve uygun XML dosyasını seçin. İçe aktarma başlayacaktır.

Oturumların herhangi biri açık anahtar kimlik doğrulaması kullanıyorsa, lütfen aşağıdaki “SecureCRT for iOS’a açık/özel anahtarları nasıl içe aktarırım” SSS’sine bakın.

Oturumlarınızı SecureCRT for iOS’a aktarma konusunda daha fazla yardıma ihtiyacınız olursa lütfen bizimle iletişime geçin.

Yöntem 1:

iOS cihazınızı Mac’inize bağlayın.
Finder uygulamasını kullanarak iOS cihazınıza gidin (iOS cihazınız ve Mac’iniz arasında “Güven” özelliğinin etkinleştirildiğinden emin olun).
Finder uygulamasında, iOS cihazınız için “Dosyalar”a gidin.
SecureCRT’yi genişletin ve “Anahtarlar” klasörünü bulun.
“Anahtarlar” klasörünün bir kopyasını iOS cihazınızdan Mac’inize sürükleyin. İçe aktarmak istediğiniz özel anahtar dosyasını ve ilgili .pub dosyasını Mac’inizdeki Anahtarlar klasörünün kopyasına ekleyin. Ardından, Anahtarlar klasörünün bir kopyasını Mac’inizden, önceki adımlardaki Finder penceresinde bulunan iOS cihazınız için SecureCRT klasörüne sürükleyin.
Yeni Anahtarlar klasörünü ve içeriğini iOS cihazınıza kopyalamak için Finder uygulamasındaki Senkronize Et düğmesine basın.
iOS cihazınızda SecureCRT’yi kapatın ve yeniden açın; artık anahtarın SecureCRT uygulamasında kullanıma hazır olduğunu görmelisiniz.

Yöntem 2:

Genel Anahtar İçe Aktarma Talimatları:

PC veya Mac’inizde, genel anahtar dosyasını bulun ve bir düzenleyicide açın. Dosyanın anahtar bölümünü kopyalayın.

Adım 1’de kopyaladığınız anahtar dizesini bir e-posta mesajına yapıştırın ve e-posta kullanarak iOS cihazına gönderin.

iOS cihazındaki e-posta istemcisinde, Adım 2’de gönderilen e-posta mesajından anahtar dizesini kopyalayın.
SecureCRT for iOS’u açın ve Genel Seçenekler’e gidin.

SSH2 altında Genel Anahtarları Yönet’i ve ardından Özel Anahtarı İçe Aktar’ı seçin.

Adım 3’teki dizeyi Özel Anahtar alanına yapıştırın. Adı ve Parolayı (uygunsa) doldurun ve Anahtarı İçe Aktar’ı seçin.

Anahtar içe aktarıldıktan sonra, yeni veya mevcut herhangi bir oturumla kullanılmak üzere yapılandırılabilir.

Oturumlarınızı SecureCRT for iOS’a içe aktarma konusunda daha fazla yardıma ihtiyacınız varsa, lütfen bizimle iletişime geçin.

SecureCRT® 8.0 veya daha yeni bir sürüm kullanıyorsanız, yalnızca Diffie-Hellman anahtar değişimini destekleyen bir sunucuya bağlantı denemesi aşağıdaki hataya neden olabilir:

Anahtar değişimi başarısız oldu.
Uyumlu anahtar değişim yöntemi yok. Sunucu şu yöntemleri destekliyor: diffie-hellman

SecureCRT 8.0 ve sonraki sürümlerde, Logjam güvenlik açığı nedeniyle Diffie-Hellman anahtar değişim yöntemi varsayılan olarak kapalıdır. Güvenliğe önem veren profesyoneller için Diffie-Hellman devre dışı bırakılmalı ve SSH2 sunucu uygulaması daha güvenli bir anahtar değişim algoritmasını destekleyecek şekilde yükseltilmeli veya yapılandırılmalıdır.

Diffie-Hellman yalnızca, bağlandığınız cihazın daha güvenli bir anahtar değişim algoritmasını desteklemediği ve SSH2 sunucu uygulamasının yükseltilmesinin bir seçenek olmadığı nadir durumlarda etkinleştirilmelidir.

Daha güvenli anahtar değişim algoritmalarını destekleme olasılığı olmayan (veya düşük olasılığa sahip) eski bir sunucuya başarılı bir şekilde bağlanmak için Diffie-Hellman anahtar değişim yöntemini etkinleştirmeniz gerekiyorsa, SecureCRT’yi buna göre yapılandırabilirsiniz. Bir oturumun bu eski anahtar değişim yöntemini kullanmasına izin vermek için aşağıdaki talimatları izleyin:

Diffie-Hellman anahtar değişimini kullanması gereken oturum için Oturum Seçenekleri iletişim kutusunu açın.
Bağlantı/SSH2 kategorisini seçin.
Anahtar değişimi grubunda “diffie-hellman”ı etkinleştirin.
Oturumu kaydetmek için Tamam’a basın.

Yeni bir SecureCRT sürümünü yüklediğinizde, yeni sürümün değerlendirme modunda çalışması, makinenizde bulunan lisans verilerinin yeni sürümü kaydetmeye uygun olmadığı anlamına gelir.

Sorunu Çözme

Mevcut lisansın kaydetmeye uygun olmadığı yeni bir SecureCRT sürümü yüklediyseniz, SecureCRT size 30 günlük bir değerlendirme süresi sunar; bu süre içinde yeni sürümü kullanmaya devam edebilir ve yeni sürümün ek özelliklerinin yükseltme lisansı satın almaya değer olup olmadığını değerlendirebilirsiniz.

Yeni sürümü değerlendirmek için harcadığınız zaman, yükseltme lisansı satın almaya değer olduğuna sizi ikna etmezse, yeni sürümü yüklemeden önce çalıştırdığınız eski sürümü yükleyebilirsiniz.

VanDyke Software ürünlerinin önceki sürümlerine ait yükleyiciler, Önceki Sürümler sayfasında bulunabilir.

Sorunu Önleme

Mevcut lisans verilerinin kayıt için uygun olmadığı daha yeni bir SecureCRT sürümünü yüklemekten kaçınmak için, kullanıcılar SecureCRT’nin ana Yardım açılır menüsünde bulunan güncellenmiş menü öğelerini kullanmalıdır. Daha fazla bilgi için lütfen Güncelleme Uygunluğunu Kontrol Etme web sayfamıza bakın.

SecureCRT 9.3 ve sonraki sürümlerde, Güncelle açılır menüsünde Başlangıçta Kontrol Et adlı bir seçenek bulunur. Bu seçenek ayarlandığında, SecureCRT başlangıçta mevcut lisansla geçerli olan daha yeni bir sürümün kullanılabilirliğini otomatik olarak kontrol eder.

Oturum Yöneticisi’nden yeni bir bağlantı başlattığınızda, aşağıdaki düzenlemelerden birini görebilirsiniz:

Yukarıdaki durumlar, oturumlarınızı SecureCRT’nin ana Pencere menüsünden Döşeme (Dikey/Yatay) veya Basamaklı olarak ayarladıysanız veya aşağıdaki gibi Genel Seçenekler’in Terminal kategorisindeki Oturumları sekmelerde bağla seçeneğini devre dışı bıraktıysanız ortaya çıkabilir:

Yeni bağlantıların aşağıdaki gibi aynı SecureCRT penceresinde sekmelerde açılmasını istiyorsanız, bunu birkaç kısa adımda düzeltebilirsiniz.

SecureCRT’deki Pencere menüsünden Sekmeler’i seçin.

SecureCRT’deki Seçenekler menüsünden Genel Seçenekler’i açın.

Terminal kategorisine gidin ve Oturumları sekmelerde bağla seçeneğini etkinleştirin.

Sorun nedir?

HP Aruba ağ cihazına (veya benzerine) bağlanmak için SecureCRT kullanıyorsunuz ve günlük kaydı etkinleştirilmiş durumda. Terminal ekranında yazdığınız bilgi satırlarını görebiliyorsunuz, ancak bu satırlar günlük dosyasına dahil edilmiyor.

Bu neden olabilir?

Günlük dosyasında gereksiz verilerin görünmesini engellemek için (örneğin, bir komutu yanlış yazdığınızda ve düzeltmek için geri tuşuna basmanız gerektiğinde), SecureCRT verileri yalnızca geçerli satırın sonuna ulaşıldığında – yani bir CR veya LF karakteri alındığında – günlük dosyasına yazar. Bir CR veya LF karakteri alındığında, SecureCRT geçerli satırdaki görünür metni alır ve günlük dosyasına yazar.

HP Procurve ve Aruba anahtarları gibi bazı uzak ana bilgisayarlar, bir “satırın” CR veya LF ile sonlandırıldığı temel terminal normlarına uymamaktadır. Bu tür cihazlara bağlıyken bir komut göndermek için Enter tuşuna bastığınızda, cihaz SecureCRT’ye herhangi bir satır sonlandırma karakteri (CR veya LF) göndermez; bunun yerine, genel olarak “satır sonu işaretçisi” olarak yorumlanamayan bir dizi imleç hareket kodu gönderir. Komutun yazıldığı satır için CR veya LF karakteri alınmadığı ve imleç başka bir satıra taşındığı için, komutun bulunduğu satır SecureCRT tarafından kaydedilmez.

Bu, bir komutu tamamlamak için Enter tuşuna basıldıktan sonra belirli bir Aruba cihazı tarafından SecureCRT’ye gönderilen tüm kaçış dizilerinin ham kaydının bir görüntüsüdür:

Ham kayıt, bağlı bir cihazdan alınan TÜM karakterleri yakalar. Cihazın, bir komut SecureCRT’ye geri yankılandığında herhangi bir CR veya LF göndermediğini görebilirsiniz.

Ayrıca, bu cihazların terminale herhangi bir karakter yazıldığında gönderdiği gereksiz kaçış dizileri nedeniyle ham günlük dosyasının okunamaz olduğunu da görebilirsiniz.

Çözüm nedir? Çözüm hangi SecureCRT sürümünde mevcuttur?
SecureCRT 8.7 sürümünden itibaren, “Günlük Ekranı” adı verilen yeni bir INI dosyasına özel oturum seçeneği eklendi. Bu seçenek, terminalde görüntülenen tüm verilerin, SecureCRT tarafından bir CR veya LF alındığında değil, ekranda göründüğü anda kaydedilmesini sağlar.

Komut dosyası içinden
Komut dosyası kodu içinde oturum açarken, bu seçeneği şu şekilde etkinleştirebilirsiniz:

Python:
crt.Session.Config.SetOption(“Log Screen”, True)

VBScript: (Yalnızca Windows)
crt.Session.Config.SetOption “Log Screen”, True

Geçerli oturumun Oturum Ekranı seçeneğini değiştirmek için bir düğme kullanma
İsterseniz, bu seçeneği oturum bazında etkinleştiren bir komut dosyasına bir düğme atayabilirsiniz. Yukarıda gösterilen Python kod satırını sisteminizde SetLogScreen.py (Python kodunu kopyaladıysanız) veya SetLogScreen.vbs (VBScript kodunu kopyaladıysanız) adlı bir dosyaya kaydedin ve komut dosyasını çalıştırmak için bir düğme atayın (YouTube kanalımızdaki SecureCRT’nin Düğme Çubuğu videosuna bakın).

Düğmeye tıkladığınızda, etkin sekmeyle ilişkili oturumun Oturum Ekranı seçeneği etkinleştirilecektir.

Seçeneği manuel olarak değiştirme
Eğer bu ayarı manuel olarak değiştirmek isterseniz, ilgili oturumun .ini dosyasına gidin (oturum .ini dosyaları makinenizdeki Config\Sessions klasöründe bulunur ve yapılandırma klasörünün yolu Genel Seçenekler’in Genel / Yapılandırma Yolları kategorisi altında görülebilir). .ini dosyasını düzenleyin ve aşağıda gösterilen değişikliği yapın:

değiştirin

D:”Log Screen”=00000000

şunu yapın:

D:”Log Screen”=00000001

Eğer .ini dosyanızda D:”Log Screen” satırı yoksa, öncelikle SecureCRT sürüm 8.7 veya daha yenisini çalıştırdığınızdan emin olmalısınız. Eğer öyleyse, oturumunuzun .ini dosyasının sonuna D:”Log Screen”=00000001 satırını ekleyebilirsiniz.

Not: Bir oturumun .ini dosyasını düzenlemeden önce çalışan tüm SecureCRT örneklerini her zaman kapatmalısınız.

Ne gibi uyarılar var?

Bu Günlük Ekranı seçeneği, SecureCRT’nin terminal ekranına gönderilen her şeyi günlüğe kaydeder. Bu, geri tuşu veya sekme tamamlama nedeniyle oluşan yeniden çizimleri de içerir; bu da genel olarak günlük dosyasının bazı ilginç şeyler göstereceği anlamına gelir. Örneğin, aşağıdaki komutu yazarken birkaç kez sekme tamamlama ve geri tuşunu kullanarak bazı hataları düzelttiyseniz:

show ip route connected

…günlük dosyasında şuna benzer bir şey görebilirsiniz:

Aruba-1# shiAruba-1# shoAruba-1# show ip royAruba-1# show ip rouAruba-1# show ip route connAruba-1# show ip route connected

Her geri tuşu veya sekme tamamlama için, cihaz aslında tüm satırı yeniden çizer; Ve bu yeniden çizim olayları günlük dosyasında görünecektir çünkü SecureCRT artık ekranda görüntülenen her karakteri kaydediyor.

Aktif SecureCRT oturum pencerenizin komut satırında periyodik olarak beklenmedik karakterlerin görüntülendiğini fark ettiniz mi?

Eğer aktif oturumunuzda periyodik olarak ~, 8~ veya diğer gereksiz karakterlerin eklendiğini görüyorsanız, büyük olasılıkla bilgisayarınızda Caffeine uygulaması yüklüdür.

Çözüm
Caffeine uygulamasını kaldırın veya satıcının talimatlarına göre yeniden yapılandırın (aşağıya bakınız).

Ek Bilgiler
Caffeine varsayılan olarak, bilgisayarın uyku/hazırda bekletme durumuna geçmesini önlemek için her 59 saniyede bir tuş vuruşunu simüle eder. Programın yazarları tarafından web sitelerinde ek bilgiler sağlanmaktadır: https://www.zhornsoftware.co.uk/caffeine/

Caffeine, her 59 saniyede bir F15 tuşuna basma olayını simüle ederek çalışır. Mevcut tüm tuş vuruşları arasında F15 muhtemelen en az müdahale edici ve işinize en az müdahale etme olasılığı olanıdır.

Ancak, Caffeine bazı uygulamalarla çakışabilir:

PowerPoint, slayttaki videoyu duraklatmak için F15 tuşunu kullanır.
Google Dokümanlar/E-Tablolar
Terminal öykünmesi, örneğin Putty

Bunlardan herhangi birinin size sorun çıkarabileceğini düşünüyorsanız, -useshift komut satırı parametresini ayarlayın.

Varsayılan olarak, SecureCRT yalnızca sistem tarafından “sabit genişlikli” veya “tek aralıklı” yazı tipi olarak bilinen bir yazı tipini seçmenize izin verir.

Belirli bir yazı tipi SecureCRT’nin yazı tipi seçme penceresinde görünmüyorsa, bunun nedeni yazı tipinin “sabit genişlikli” (tek aralıklı) ibaresinin eksik olmasıdır; başka bir deyişle, yaratıcısı/tasarımcısı yazı tipini sabit genişlikli bir yazı tipi olarak işaretlememiştir.

Kullanmak istediğiniz yazı tipi sabit genişlikli (tüm yazı tipi haritasındaki tüm glifler aynı yatay genişliğe sahip) olarak kayıtlı/işaretlenmemişse, yine de SecureCRT’de bu yazı tipini kullanabilirsiniz.

Tüm yazı tiplerinin SecureCRT’nin yazı tipi seçicisinde görüntülenmesine izin vermek için:

Çalışan tüm SecureCRT örneklerini kapatın.

SecureCRT’nin yapılandırma klasöründe bulunan Global.ini dosyasını düzenleyin (bkz. Genel Seçenekler / Yapılandırma Yolları).
“Orantılı Yazı Tiplerine İzin Ver” değerini 00000001 olarak değiştirin ve değişikliklerinizi kaydedin.

Uyarı: Tek aralıklı (yani sabit genişlikli) olmayan bir yazı tipi seçerseniz, yazı tipi içindeki gliflerin tam olarak aynı genişliğe sahip olmaması nedeniyle görüntüleme sorunları yaşarsınız.

SecureCRT, SecureFX veya SFXCL’de bir SSH/SFTP bağlantı girişimi başarısız olursa, uygulamanızdan/bilgisayarınızdan gelen ağ bağlantılarının başarılı bir şekilde giden bağlantılar kurmasının engellenmesi söz konusu olabilir. Bu, yanlış yapılandırılmış bir güvenlik duvarı (donanım veya yazılım), bir anahtar, bir yönlendirici veya sizinle sunucu arasında bulunan ve bağlantının uzak sunucuya geçmesine izin vermeyen veya yanıtını geri iletmeyen başka bir cihazdan kaynaklanabilir. Ayrıca, sisteminize yüklenmiş ve bir uygulamanın giden ağ bağlantıları kurma yeteneğini kısıtlayan/kontrol eden bir uygulamadan da kaynaklanabilir; bu durumda, SecureCRT, SecureFX veya SFXCL’nin başarılı bir şekilde giden ağ bağlantısı kurabilmesi için bir istisna eklenmesi gerekebilir.

Bu SSS, SecureFX/SFXCL günlüğünde veya İzleme Seçenekleri hata ayıklama çıktısı etkinleştirilmiş SecureCRT’de (Dosya / İzleme Seçenekleri) görebileceğiniz iki yaygın senaryoyu ele almaktadır.

s saniye boyunca bağlantı kuruldu, 0 bayt gönderildi, 0 bayt alındı

Bu durumda, SecureCRT/SecureFX/SFXCL, işletim sisteminden belirtilen ana bilgisayara/adrese bir TCP bağlantısı kurmasını istedi. Bağlantı kurulamadı, bu nedenle hiçbir veri (bayt) gönderilemedi ve hiçbir veri alınamadı.

Bu genellikle aşağıdaki senaryolardan birinden kaynaklanır ve bunların tümü SecureCRT/SecureFX/SFXCL’nin düzeltme/çözme yeteneğinin dışındadır:

SecureCRT/SecureFX/SFXCL, bu makinede giden ağ bağlantıları kurmasını engelleyen yerel uygulama izleme ve kontrol yazılımı tarafından engelleniyor.

SecureCRT/SecureFX/SFXCL’nin giden ağ bağlantılarını başarıyla kurmasına izin vermek için izleme ve kontrol yazılımına bir istisna ekleyerek durumu düzeltin.

SecureCRT/SecureFX/SFXCL, giden bağlantılara izin vermeyen bir donanım/yazılım güvenlik duvarı veya proxy’ye sahip bir makinede çalışıyor.

Bu durumu, giden bağlantılara izin verecek şekilde donanım/yazılım güvenlik duvarını veya proxy’yi doğru şekilde yapılandırarak düzeltin.

Bağlanmaya çalıştığınız uzak sunucu, makinenizden gelen bağlantıları kabul etmeyebilir. SecureCRT/SecureFX/SFXCL, uzak makineyi bağlantı isteğini kabul etmeye zorlayamaz.

Bu durumu, başarılı bağlantıyı engelleyen herhangi bir bağlantı filtresi olmadığından emin olmak için uzak makinenin yöneticisiyle iletişime geçerek düzeltin.

Bağlanmaya çalıştığınız uzak sunucu, yapılandırılmış adres/portta dinlemiyor olabilir. Uzak makine, SFTP/SSH için standart protokol portu 22’de dinleyecek şekilde yapılandırılmamışsa, SecureCRT/SecureFX/SFXCL’yi uzak makinenin SSH2/SFTP sunucusunun yöneticisi tarafından belirtilen adres+porta bağlanacak şekilde yapılandırmanız gerekecektir.

Uzak makinenin yöneticisiyle iletişime geçerek dinleme adresi+portunu doğrulayarak durumu düzeltin.

Makineniz ile uzak makine arasında ağ bağlantısı olmayabilir. Makineniz ile uzak makine arasında ağ yolu yoksa SecureCRT/SecureFX/SFXCL bağlanamaz.

Makineniz ile uzak SSH/SFTP sunucusu arasında ağ bağlantısını doğrulayarak durumu düzeltin.

s saniye boyunca bağlı, n bayt gönderildi, 0 bayt alındı

Bu durumda, SecureCRT/SecureFX/SFXCL, kurulan bağlantı üzerinden en azından bazı ilk verileri göndermek için başarılı bir şekilde bağlanabildi. Tipik olarak, gönderilen bayt sayısı, ürünün uzak SSH2/SFTP sunucusuyla SSH bağlantısını kurmaya başlamak için ilk protokol el sıkışması olarak gönderdiği SSH2 kimlik dizesine eşittir. Örneğin, 64 bit SecureCRT 8.5.1, bir sunucuyla SSH2 protokolünü müzakere etmek için aşağıdaki kimlik dizesini gönderir:

SSH-2.0-SecureCRT_8.5.1 (x64 build 1764)

123456789 123456789 123456789 123456789 123456789 123456789

SecureCRT’nin 64 bit sürümü için kimlik dizesi tam olarak 40 karakter uzunluğunda olacaktır. Sondaki CR ve LF karakterlerini eklediğinizde, kimlik dizesi için gönderilen toplam bayt sayısı 42 olur. SecureFX/SFXCL için kimlik dizesi bu kadar uzun değildir, bu nedenle gönderilen karakter/bayt sayısı daha az olur, ancak genel fikir aynıdır.

Sıfırdan farklı miktarda bayt gönderilmesine rağmen 0 bayt alınması durumu, uzak sunucunun (veya istemci ile sunucu arasındaki herhangi bir ağ güvenlik duvarı/proxy’sinin) bağlantıyı kabul etmesi, ancak SecureCRT/SecureFX/SFXCL’nin kimlik dizesini gönderdikten sonra bağlantının hemen kapatılması veya SecureCRT/SecureFX/SFXCL’nin bağlı eşten herhangi bir bayt geri almadan daha sonra zaman aşımına uğraması durumunda ortaya çıkar.

Olası nedenler aşağıdaki senaryoları içerir:

Uzak sunucu, sunucudaki bir yapılandırmanın bağlantının devam etmesine izin vermemesi nedeniyle bağlantıyı kesti.

Sunucunun bağlantıyı neden kapattığını belirlemek için SSH/SFTP sunucu yöneticinizle görüşün.

SecureCRT/SecureFX/SFXCL makinesi ile uzak SSH/SFTP sunucusu arasındaki ağ yolunda bir yerdeki bir güvenlik duvarı/anahtar/yönlendirici/ağ aygıtı, sunucudan SecureCRT/SecureFX/SFXCL’ye herhangi bir veri döndürülmeden önce bağlantıyı sonlandırdı.

SecureCRT/SecureFX/SFXCL, işletim sisteminden bir ağ bağlantısının kapandığına dair bildirim aldığında, bağlantının açık kalması için itiraz etme veya talepte bulunma olanağına sahip değildir; bağlantı kapanır ve SecureCRT/SecureFX/SFXCL bu konuda hiçbir şey yapamaz.

Bu sorunu gidermek için, uzak SSH/SFTP sunucusunun ve SecureCRT/SecureFX/SFXCL ile uzak SSH/SFTP sunucusu arasındaki her ağ cihazının günlüklerini inceleyin.

SSH2 bağlantı denemelerinizin takılıp kaldığını, çok uzun sürdüğünü veya tamamen zaman aşımına uğradığını fark ederseniz, bunun nedeni SecureCRT’nin, makineniz ile ulaşmaya çalıştığınız SSH2 sunucusu arasında GSSAPI/Kerberos’un mümkün olmadığı bir ortamda GSSAPI kimlik doğrulaması veya Kerberos anahtar değişimi denemesi yapacak şekilde yapılandırılmış olması olabilir.

Çoğu bağlantı sorununu gidermek için, İzleme Seçeneklerini açın ve SSH bağlantısını tekrar kurmayı deneyin. İzleme Seçeneklerine aşina değilseniz, hata ayıklama/sorun giderme günlüğü oluşturma hakkında bilgi edinmek için İzleme Seçenekleri Hata Ayıklama Günlüğü videosunu izleyebilirsiniz.

İzleme Seçenekleri çıktınızda aşağıdaki kalıba benzer bir şey varsa, gecikme/takılma/zaman aşımı sorunlarının SecureCRT yapılandırmanızdan kaynaklanması muhtemeldir:

…
[YEREL] : GSS : Tam yetkilendirme isteniyor
[YEREL] : GSS : [Kerberos] SPN : host@<ulaşmaya çalıştığınız_ana_sap>

<…gecikme…>

[YEREL] : GSS : [Kerberos (Grup Değişimi)] InitializeSecurityContext() başarısız oldu.

…

Yukarıdaki kalıp, sisteminizde bulunan her GSS/Kerberos sağlayıcısı için tekrarlanabilir; bu da SecureCRT’nin SSH sunucusuna bağlantı kurmaya çalışırken gördüğünüz gecikmeleri/zaman aşımı sorunlarını açıklayabilir.

Sorunu çözmek için, aşağıdaki grafiklerde gösterildiği gibi Oturum Seçeneklerinizin SSH2 kategorisindeki tüm GSSAPI ve Kerberos ile ilgili Kimlik Doğrulama ve Anahtar Değişimi yöntemlerini devre dışı bırakabilirsiniz.

Mac:

Windows:

Bu değişiklikleri mevcut ve gelecekteki tüm oturumlarınıza uygulamak için Varsayılan oturumu düzenleme gücünden yararlanabilirsiniz. Varsayılan oturumu kullanarak birden fazla oturumda toplu değişiklikler yapma hakkında daha fazla ayrıntı sağlayan bir ipucu ve bir video bağlantısı aşağıdadır:

Yeni ve Mevcut Oturumlar için Varsayılan Ayarları Değiştirme (ipucu)

Varsayılan Oturum (YouTube videosu)

Not: Bir “değişikliğin” diğer tüm oturumlara uygulanabilmesi için, hedeflediğiniz Varsayılan oturum seçeneğinin gerçekten değiştirilmiş/mevcut değerinden farklı olması gerekir. Bu, Varsayılan oturumunuzdaki Kimlik Doğrulama ve Anahtar Değişimi yönteminin zaten istediğiniz gibi ayarlanmış olması (GSSAPI kimlik doğrulaması ve tüm Kerberos anahtar yöntemleri devre dışı bırakılmış olması) durumunda, öncelikle Varsayılan oturumun Kimlik Doğrulama ve Anahtar Değişimi yöntemlerini, Kimlik Doğrulama ve Anahtar Değişimi seçeneklerinde bir veya daha fazlasını etkinleştirecek şekilde değiştirmeniz (ve bu “değişikliği” yalnızca Varsayılan oturuma uygulamanız) ve ardından GSSAPI Kimlik Doğrulama ve Kerberos ile ilgili Anahtar Değişimi yöntemlerini devre dışı bırakacak şekilde Varsayılan oturumu tekrar düzenlemeniz (ve bu “değişikliği” mevcut tüm oturumlarınıza uygulamanız) anlamına gelir.

Bazı durumlarda, yatay kaydırma çubuğu görünmez veya oturum penceresinin tüm içeriğini görüntülemek için sağa doğru tamamen kaydırmaya izin vermez.

Yatay kaydırma çubuğu yalnızca SecureCRT’nin Görünüm menüsünde etkinleştirildiğinde görünür.

Yatay kaydırma çubuğu yalnızca aşağıdaki üç ayarın tümü yerinde olduğunda kullanışlıdır:

Oturum Seçenekleri / Terminal / Öykünme kategorisinin Yeniden boyutlandırmada grubunda “Boyut ve yazı tipini koru” oturum seçeneği seçilidir;

Mantıksal sütunlar oturum seçeneğinin değeri, SecureCRT penceresinde görülebilenden daha büyüktür; ve
Yukarıda belirtildiği gibi, yatay kaydırma çubuğu SecureCRT’nin Görünüm menüsünde etkinleştirilmiştir.

Açıklama için aşağıdaki grafiğe bakın:

Uzak sistemin sütun sayısı hakkındaki anlayışı SecureCRT’nin mevcut olduğunu söylediği sayıdan az ise, uzak sistem SecureCRT penceresinde bulunan sütunların yalnızca bir kısmını kullanacaktır, çünkü uzak kabuk/uygulamanın sütun değeri SecureCRT’nin sütun değeriyle eşleşmez.

Bu tür bir uyumsuzluk genellikle şu durumlarda meydana gelir:

SecureCRT, uzak kabukla sütun sayısını müzakere ettikten sonra, sütun kabuk değişkeni manuel/otomatik olarak değiştirilir (siz manuel olarak sütun kabuk değişkenini ayarlamaya çalışarak veya uzak bir kabuk/başlangıç/profil komut dosyası sütunları sabit kodlanmış bir değere ayarlayarak) veya
Uzak kabuk SecureCRT’nin sütun boyutu müzakeresini görmezden gelir veya uzak cihaz terminal boyutu müzakeresi yapamaz.

SecureCRT, kullanıcı veya sunucu başına değil, bilgisayar başına lisanslanır.

SecureCRT Son Kullanıcı Lisans Sözleşmesi’nde (EULA) tanımlandığı gibi, bir bilgisayar aşağıdakilerden biri olabilir:

Windows, macOS veya Linux gibi bir istemci işletim sistemi çalıştıran bir istemci makine.

Merkezi bir makineye (örneğin, terminal sunucusu, atlama sunucusu veya RDS sunucusu) kurulu SecureCRT’yi kullanma erişimine sahip bir yazılım veya donanım istemcisi olarak tanımlanan bir koltuk.

Yerel veya uzaktan SecureCRT’yi kullanma erişimine sahip her bilgisayar için bir SecureCRT lisansına ihtiyacınız olacaktır.

SecureCRT’yi bir bilgisayardan kaldırırsanız, eski bilgisayarda kullanılan aynı lisansı kullanarak SecureCRT’yi yeni bir bilgisayara kaydedebilirsiniz.

SecureCRT lisansını bir bilgisayardan diğerine aktarmanıza yardımcı olmak için, aşağıdaki grafikte de gösterildiği gibi içe/dışa aktarma sihirbazını kullanabilirsiniz:

Eski bilgisayarınızda SecureCRT’yi başlatın, ana Araçlar açılır menüsüne tıklayın ve Ayarları Dışa Aktar… seçeneğini seçin.

Ayarları Dışa Aktar penceresi açıldığında, Lisans seçeneğini (ve isterseniz Genel Seçenekler ve Oturumlar seçeneklerini) etkinleştirin, oluşturulacak dosya için bir konum ve ad belirtin ve Dışa Aktar düğmesine basın.

Oluşan XML dosyasını eski bilgisayarınızdan yeni bilgisayarınıza kopyalayın.

Yeni bilgisayarınızda SecureCRT’yi başlatın, ana Araçlar açılır menüsüne tıklayın ve XML Dosyasından Ayarları İçe Aktar… seçeneğini seçin.

“İçe Aktarma Ayarları” penceresi açıldığında, “Lisans” seçeneğini (ve isterseniz “Genel Seçenekler” ve “Oturumlar”ı) etkinleştirin, “Gözat” düğmesini kullanarak makinenize kopyaladığınız XML dosyasına gidin ve “İçe Aktar” düğmesine basın.