İnceleme
Kategoriler
Cep Telefonu
Notebook
Anakart
ADSL Modem
İşlemci
Tablet
Ekran Kartı
Televizyon
Fotoğraf Makinesi
Depolama
Klavye ve Mouse
Giyilebilir Teknoloji
Kulaklık
Ses Sistemi
Oyun İnceleme
Ev Elektroniği
Navigasyon
Son İncelenenler
Aqara Camera Hub G2H inceleme
PlayStation VR 2 inceleme
vivo V40 & v40 lite inceleme
Huawei WiFi 7 BE3 inceleme
iPhone 16 Pro inceleme
Nillkin Desktop Stand, Nillkin MagRoad Lite, Nillkin Bolster Portable Stand inceleme
Mcdodo MC-1360 10.000 mAh LED Göstergeli Powerbank inceleme
Haber
Kategoriler
Kripto Dünyası
Cep Telefonu
Windows
Sosyal Medya
Oyun ve Eğlence
Bilim
Dijital Fotoğraf
Notebook
Ekran Kartları
Güvenlik
Mobil Uygulamalar
Twitter
Instagram
Facebook
CES 2024
Scooter
Araçlar
Netflix
Gitex 2022
En Son Haberler
13 yaşındaki TikTokçu, kendi ürettiği meme coin'leri satıp kaçtı
Casio'nun yeni sürprizi: Yüzük görünümlü saat!
Onay gelmedi: Netflix'in sevilen yapımına ikinci sezon şoku
Yeni DS 4 Pallas satışa çıktı: Türkiye fiyatı ve özellikleri
vivo X200 Pro performansı nasıl? Teknik özellikleri neler?
Huawei’den dünya çapında ‘Akıllı Ağ’ anlaşması
Yeni sızıntı, RTX 5070 Ti'nin ne kadar güç çekeceğini ortaya koydu
Forum
CHIP Online
Chip Dergisi
PDF Arşivi
2014
Ocak
CHIP Dergisi Arşivi: Ocak 2014 - Sayfa 36
34
35
36
37
38
Kategoriler
İnceleme
Cep Telefonu
Notebook
Anakart
ADSL Modem
İşlemci
Tablet
Ekran Kartı
Televizyon
Fotoğraf Makinesi
Depolama
Klavye ve Mouse
Giyilebilir Teknoloji
Kulaklık
Ses Sistemi
Oyun İnceleme
Ev Elektroniği
Navigasyon
Haberler
Cep Telefonu
Oyun ve Eğlence
Bilim
Notebook
Ekran Kartları
Mobil Uygulamalar
Yapay zeka
Sony Xperia Z3
Xiaomi
Xbox One
Windows 11
Windows 10
TikTok
Sinema
Samsung Galaxy S8
Samsung Galaxy S6
Samsung Galaxy S5
Samsung
Playstation 5
Oyun konsolu
Otomobil
Ofis ve Finans
Note 4
MWC 2018
MWC 2017
MWC 2015
Microsoft
LG G6
LG G5
LG G4
LG G3
İşletim Sistemleri
İş dünyası
iPhone SE
iPhone 7
iPhone 6S
iPhone 6
iOS
Instagram
IFA 2017
HTC One M9
HTC 10
Google
Diziler
Discovery 2
CES 2018
CES 2017
CES 2015
Blockchain ve Bitcoin
Bilgisayarlar
Xbox Game Pass
Xbox Series S/X
Uzay
Android
Forum
© 2024 Doğan Burda Dergi Yayıncılık ve Pazarlama A.Ş.
01/2014 WWW.CHIP.COM.TR 36 TREND / / TEST / / TEKNOLOJİ İNTERNETİN GELECEĞİ 1 2 3 4 5 6 7 8 9 10 1.000 1.500 2.000 2.500 3.000 3.500 200 180 160 140 120 100 80 60 40 20 1.000 1.500 2.000 2.500 3.000 3.500 GecikMe bAnt GenişliĞinden dAHA ÖneMli Hızınız 4 Mbps'i geçtikten sonra web sitelerinin yüklenmesinde hız artışı olmuyor. Sunucunun veriyi ne kadar verimli sağladığı daha önemli rıdaki grafiğe bakınız). İki sistemin de korsanların ekmeğine yağ sürecek açıkları olduğu bilinen bir şey. O yüzden de HTTP 2.0 için önerilerden biri durumu tersine çevirmek: gelecekte hangi protokolün kullanılacağına tarayıcılar karar verecek. Bu da nihayet kullanıcıların bir HTTPS bağlantısının ne kadar iyi korunacağına karar vermesini sağlayacak. SSL / TLS'deki güvenlik açıklarını kapatırken Mevcut TLS saldırıları paketlerin ele geçirilip manipüle edildikten sonra gönderilmesiyle ortaya çıkıyor. İleti Doğrulama Kodu (MAC) her pakete iletişim sırasında Oturum Anahtarı ile yollanıyor ve bu işlemde büyük rol oynuyor. Kod, veri paketinin sağlama değerinden ve Oturum Anahtarı'ndan oluşuyor. MAC, alıcının veri paketlerinin göndericiden olup olmadığını belirlemesine yardımcı oluyor. Tıpkı TLS gibi tüm SSL güvenlik protokolleri "önce MAC, sonra şifreleme" yöntemiyle çalışıyor. Bu yüzden de şifrelenmemiş paket içeriğinin sağlama değeri MAC'i oluşturmakta kullanılıyor. TLS güncellemesinde bu durumun da tersine çevrilmesi, yani şifrelemenin önce, MAC'in sonra belirlenmesi gerekiyor. Şifreli paket içeriğinin sağlama değeri kullanılacağından korsanlar bile bir şey yapamıyor. Fakat bu önlemlerin gizli servisleri tüm dünyada casusluk yapmaktan alıkoyup koymayacağını tahmin bile edemiyoruz. Onlar bilinen tüm zayıf noktaları kullanıyor. Öyle ya da böyle, HTTP 2.0'ın baştan aşağı şifrelenip şifrelenmeyeceği meselesi IETF'nin gündeminde. Performans kusurlarını gidermek IETF üyeleri HTTP 1.1'in performansla ilgili sorunlarını giderme konusunda fikir birliği içinde. Bunun için de Google'ın SPDY protokolünün 3. Sürümü esas alınıyor ki, Chrome, IE, Firefox ve Opera zaten SPDY'i destekliyor. Apple'ın Safari'si ise listede yok. SPDY, HTTP 1.1'in yapısal kusurlarını gideriyor. Eski protokolde sunucunun her bir unsur için ayrı bir TCP bağlantısı başlatması gerekiyor. Böylece birçok paralel bağlantı başlatılıyor ve bu da hem gereksiz veri trafiğine yol açıyor hem de adına "Head-of-Line Blocking" (sıra başı tıkanması) denilen soruna. Bu sorunda veri paketleri ister hatalı bir istek olsun ister işlem aşırı uzun sürsün, daima geldikleri sırada işlendiği için bir darboğaz oluşuyor. Dahası, HTTP bağlantısı daima istemci tarafından kuruluyor. Tarayıcının, web sitesi içeriğinin değişip değişmediğini sürekli sorgulaması gerekiyor. Sunucu kendinden talep edilmedikçe hiçbir güncelleme göndermiyor. Diğer yandan, HTTP 2.0 bağlantısı kurulduktan sonra tarayıcı ve sunucu veri paketlerini birbirlerinden bağımsız göndermek için kendi veri akışlarını başlatabiliyor. Aktarım, multiplexing yani çoklama sayesinde paralel olarak gerçekleşiyor. HTTP 2.0, 1.1 sürümünden farklı olarak tek bir TCP bağlantısında bile paralelleştirme yapabiliyor. Bu da aynı anda birçok tarayıcı sorgusunu işleyen sunuculardan sayfa yüklenirken, yükü inanılmaz şekilde azaltıyor. Dahası, çerçeveler için öncelik sırası belirleniyor ve bu sayede tarayıcı ya da sunucu, deşifre sırasını buna göre değiştirebiliyor. Artık sıra başı tıkanması yok. Dahası, sunucu itme (push) yöntemiyle tarayıcıya mesaj gönderebiliyor. Paket başlıkları bile optimize edilmiş. HTTP 1.1'de bunlar sıkıştırılmadan, salt metin biçiminde yollanıyordu. Bu da gereğinden fazla yer kaplamalarına ve işlendikten sonra ikili koda dönüştürülme zorunluluğuna yol açıyordu. HTTP 2.0'da ise başlıklar sıkıştırılarak ikili kodda yollanıyor. Bu da veri paketinin ilk çerçeve boyutunu küçültüyor, çok daha hızlı işlenmesini sağlıyor. Latency yani tepki süresi bu sayede hatırı sayılır oranda kısalıyor. HTTP 1.1 ile TCP'nin birçok işlevi, paralelleştirme örneğinde de görüldüğü gibi kendi arasında ilişkili çünkü TCP protokolü HTTP'de eksik olan hizmetleri sağlıyor. Veri aktarımı sırasında gerçekleşen kayıpları saptayıp tamir ediyor ve paketlerin sırasını belirliyor. Ancak bu kontrol işlevleri de TCP başlığının büyümesine, dolayısıyla tepki süresinin uzamasına neden oluyor. TCP'de bağlantı yine tepki süresini uzatan üç taraflı bir el sıkışma ile kuruluyor. Ancak TCP'nin üstlendiği bazı görevler HTTP 2.0'dakiyle aynı. R = P + Q Q R P şiFReleMeyi Sunucu SeçiyoR HTTPS'te hangi protokolün kullanılacağını sunucu belirliyor. Neredeyse tüm sunucular güvensiz SSL 3.0 ya da TLS 1.0 kullanıyor. Güvenli TLS 1.1 ya da 1.2'yi kullanan sunucu çok az. 270= %26,9 1000= %99,7 996= %99,3 154= %15,4 179= %17,8 SSl v2.0 SSl v3.0 tlS v1.0 tlS v1.1 tlS v1.2 daha güvenli yükleme süresi (ms) yükleme süresi (ms) Gecikme (ms) bant genişliği Mbps Web SiteleRinin yüklenMe SüReSi inteRnet bAĞlAntiSinin bAnt GenişliĞine GÖRe deĞişiyoR Web SiteleRinin yüklenMe SüReSi Sunucunun GecikMeSine (tepki SüReSi) GÖRe deĞişiyoR Eliptik eğri: Web'de şifreleme için kullanılan gelişigüzel rakamlar birbirine bağlı iki değer sayesinde hesaplanıyor
