ÖNERİLEN TELNET DEĞİŞİKLİKLERİ

Network Working Group: Tom O'Sullivan
Request for Comments: 340
NIC: 9933
Kategoriler: Telnet
Referanslar: RFC 328
Kuruluş: Raytheon Company, Sudbury, Mass.
Tarih: 15 Mayıs 1972

TELNET protokolünde tek bir standart protokol öngören ve asgari gerçekleştirim fikrini terk eden önerilen değişiklik, şu anda makul görünmektedir.

Aşağıdaki nedenlerden dolayı hem Veri Türlerinin hem de Girdinizi Gizleyin özelliğinin korunmasını öneriyorum:

Veri Türleri

ASCII dışına geçmenin geri döndürülemez bir değişikliğe ve denetim kaybına yol açtığını belirten itiraz, diğer kodların ASCII’ye dönüş sağlamasının zorunlu kılınmasıyla karşılanabilir. Diğer her kodun kendine özgü bir dönüş kodu olabilir; ancak bu her zaman kullanılmayabilir. Diğer kodlar, özel aygıtlar bağlanmış alfasayısal terminaller için önemlidir. Birkaç olası durum örnek olarak verilebilir:

Bir teletype’a bağlı Cal comp çizici, bir programın çiziciyi açıp kapatmasına izin veren bir mantığa sahiptir. Çalışma sırasında, Telnet sinyalleriyle çakışabilecek 8 bitlik bir kod kullandığına inanıyorum.
Sayısal kontrollü makineler, ister bir kullanıcı terminalinden denetlensin ister bir HOST bilgisayarı tarafından hazırlanıp bir teletype üzerindeki kağıt bant delicide delinmek üzere oluşturulmuş kodlar olsun, keyfi bir 8 bitlik kodun kullanımını gerektirebilir.
Bir alfasayısal terminalden denetlenen deneyler ya da cal-comp benzeri bir bağlantı üzerinden toplanan algılayıcı verileri, tam bir 8 bitlik kodun kullanımını gerektirebilir.

Bu durumlarda, ASCII moduna dönüş olanağı sağlayan şeffaf bir veri türü arzu edilir görünmektedir.

Girdinizi Gizleyin

Ağ içindeki veritabanı sistemlerinin kullanımının giderek daha fazla dikkate alınmasıyla birlikte, erişim anahtarları, parolalar vb. kullanımına olan gereksinim ve bunların önemi artmaktadır. Gizlenecek girdinin uzunluğunu seçmenin zor olduğu gerçeği ikna edici bir gerekçe değildir. Olası çözümler mevcut görünmektedir; örneğin protokol, kullanıcı programı, veritabanı sistemi, işletim sistemi vb. tarafından uzunluk bildirimlerinin kabul edilmesini sağlayabilir ve bunun yokluğunda, sunucu sisteminin beklenen en uygun uzunluğunu temsil eden bir varsayılan uzunluk kullanılabilir.