Çevrimiçi Ping Aracı aldatıcı derecede mütevazı görünüyor. Bir ana bilgisayar yazın, bir düğmeye basın, bir dakika bekleyin ve milisaniye cinsinden ölçülen sayıları, paket kaybı yüzdelerini ve uzaktaki bir şeyin yanıt verip vermediğine ilişkin kısa bir kararı alın. Ancak bu sade ritüelin arkasında ağ oluşturmadaki en zarif teşhis alışkanlıklarından biri yatıyor. Ping küçük, eski, her yerde bulunur ve sadeliğiyle neredeyse manastıra özgüdür. Uzaktaki bir sisteme küçük bir soru sorar: "Orada mısın?" Cevap geldiğinde evet ya da hayırdan çok daha fazlasını taşıyor. Gecikme, erişilebilirlik, yol sağlığı, titreme ipuçları, tıkanıklık alametleri ve ağın zayıf akustiğini taşır.
Ping kelimesi ne anlama geliyor?
ping adı, sonar 'de kullanılan keskin yankı sesini çağrıştırmak için bilinçli olarak seçildi. Bu şiirsel bir tesadüf değil. Bütün metafor budur. Dışarıya bir sinyal gönderilir, bir şeye çarpar ve bir yanıt geri döner. Denizcilik ve denizaltı bağlamlarında "ping", yayılan bir akustik darbedir. Ağ oluşturmada nabız akustik değil dijitaldir. Yine de kavramsal simetri mükemmeldir. Biri ortama bir sonda gönderir, bekler ve geri dönüşü dinler. Çok az teknik isim bu kadar kısa ve anlamsal olarak bu kadar uygundur.
Bu terim geniş ölçüde 1980'lerin başında orijinal ping yardımcı programını yaratan mühendis Mike Muuss ile ilişkilendirilir. ABD Ordusu Balistik Araştırma Laboratuvarı'nda çalıştı ve programı 1983'te yazdı. Muuss'un kendisi bu adı sonar terminolojisiyle ilişkilendirdi ve bu karar, aletin aynı anda kesin, akılda kalıcı ve canlı olan nadir teknik isimlendirme mucizesine ulaşmasına yardımcı oldu. Bunda belli bir zarafet var. Birçok bilgi işlem terimi bürokratik, tesadüfi veya dilsel açıdan yetersiz beslenmiş gibi görünüyor. Ping bunu yapmıyor. Ping yaptığı şeye benziyor.
Aynı zamanda daha geniş bir kültürel ahiret yaşamı da elde etti. Katı ağ mühendisliğinin dışında, insanlar artık "bana kısa bir sinyal gönder" veya "bana haber ver" anlamına gelen "ping me" diyorlar. Bu dilsel göç, teknik kelime dağarcığının sessiz zaferlerinden biridir. Bir ağ teşhisi ortak konuşma haline geldi. Küçük bir ICMP yardımcı programı için fena değil.
Ping neden yaratıldı?
Ping, ağların, daha genç ve daha idealist oldukları yıllarda bile, hızlı bir şekilde yerelleştirilmesi zor olan şekillerde başarısızlıkla sonuçlanma konusunda rahatsız edici bir eğilime sahip olması nedeniyle yaratıldı. Bir makine çalışmıyor olabilir, ulaşılamıyor olabilir ya da basit bir yönlendirme saçmalığının arkasına gizlenmiş olabilir. İhtiyaç pratikti: Operatörler ve mühendisler, bir ana bilgisayara ulaşılabilir olup olmadığını ve gidiş-dönüş yolculuğunun ne kadar sürdüğünü test etmek için hızlı bir yönteme ihtiyaç duyuyordu. Teolojik bir inceleme değil, barok bir izleme platformu değil, süslü yalanlarla dolu bir gösterge tablosu değil; sadece temiz bir araştırma ve net bir cevap.
Ping'in temel haline gelmesinin nedeni budur. Küçük bir eylemi son derece iyi bir şekilde gerçekleştirdi. Bir ICMP Yankı İsteği gönderdi ve bir ICMP Yankı Yanıtı bekledi. İlgili protokol, TCP ve UDP'nin üst düzey uygulama ritüelleri yerine sıradan trafiğinin yanında yaşayan İnternet Kontrol Mesajı Protokolü 'dir. ICMP, internetin kendi iç söyleminin bir parçasıdır; son kullanıcı görüşmesinden ziyade kontrol düzlemi mırıltısıdır. Bu nedenle Ping, altyapının öz farkındalığına aittir. Bu, kendi omzuna dokunan ağdır.
İnternetin ilk dönemlerinde ping hangi sorunu çözdü?
Daha önceki ağ ortamlarında, hata ayıklama kolaylıkla faydasız spekülasyonlara dönüşebiliyordu. Hedef aşağıda mı? Yönlendiricinin kafası mı karıştı? Rota bozuk mu? Sıkışıklık var mı? Uzaktaki makine çalışıyor ancak üst düzey trafiği reddediyor mu? Basit bir prob, ilk adımda sorun gidermeyi önemli ölçüde iyileştirdi. Ping işe yaradıysa bir tür belirsizlik ortadan kalktı. Ping başarısız olursa, bu başarısızlık zaten bilgiyi aktarıyordu. Temiz bir teşhis sorusu çoğu zaman yüzlerce dekoratif varsayımdan daha değerlidir.
Ping'in gizli dehası budur: Kaosu azalttı. Her ağ sorununu çözmedi ama güvenilir bir ilk soru yarattı. Pek çok iyi mühendislik aracı böyledir. Her şeyi bildiklerini iddia etmezler. Faydalı bir işin başlamasına yetecek kadar hızlı bir şekilde aptallığı ortadan kaldırırlar.
Ping gerçekte nasıl çalışır?
Özünde ping, hedefe bir ICMP Yankı İsteği paketi gönderir ve hedefin bir ICMP Yankı Yanıtı döndürmesini bekler. Bu gidiş ve dönüş yolculuğunun toplam süresi gidiş-dönüş süresi olarak ölçülür ve genellikle RTT olarak kısaltılır. Ünlü milisaniyelerin geldiği yer burasıdır. İsteği gönderin, yanıtı alın, geçen süreyi ölçün. Birkaç kez tekrarlayın. Sonuçları özetleyin. Araç daha sonra uygulamaya bağlı olarak minimum, ortalama, maksimum ve bazen sapma veya standart sapma gibi istatistikleri rapor eder.
Bu rakamlar önemlidir çünkü gecikme, ağın tereddüt biçimidir. Düşük gecikme, yolun hızlı bir şekilde yanıtlanması anlamına gelir. Daha yüksek gecikme, mesafe, trafik sıkışıklığı, yol karmaşıklığı, kuyruk oluşumu, şekillenme, kablosuz istikrarsızlık, aşırı yüklenmiş cihazlar veya rotadaki bazı incelikli yaramazlıklar nedeniyle yolculuğun daha uzun sürdüğü anlamına gelir. Paket kaybı da önemlidir. Bazı isteklere hiçbir zaman yanıt alınamazsa ağ yalnızca yavaş olmakla kalmaz; bozulmuş, filtrelenmiş, doymuş veya yapısal olarak kırılmış olabilir.
Bununla birlikte, ping ne her şeye kadir ne de metafizikseldir. Bir ana bilgisayar ICMP'yi göz ardı edebilir ve yine de web sitelerine mükemmel şekilde hizmet verebilir. Bir güvenlik duvarı Yankı İsteklerini bilerek bırakabilir. Bir rota, uygulama trafiğini ICMP kontrol trafiğinden farklı şekilde taşıyabilir. Dolayısıyla kötü bir ping sonucu her zaman "sitenin öldüğü" anlamına gelmediği gibi, iyi bir ping sonucu da "üzerindeki her şeyin sağlıklı olduğu" anlamına gelmez. Ping tam bir tıbbi derece değil, teşhis amaçlı bir neşterdir.
Ping neden faydalıdır?
Çünkü birkaç temel ağ sorusunu küçük bir eyleme sıkıştırır. Host'a ulaşılabilir mi? Ne kadar gecikme var? Paket kaybı var mı? Yol istikrarlı mı yoksa değişken mi? Çözünürlük işe yaradı mı? Sorun yerel mi, uzak mı, yoksa arada bir yerde mi? Ping genellikle daha büyük bir teşhis ayinindeki ilk hareket haline gelir: ana bilgisayarı çözümleyin, hedefi pingleyin, TCP hizmetini test edin, traceroute'u inceleyin, bölgeleri karşılaştırın, güvenlik duvarı politikasını inceleyin, uygulama gecikmesini ölçün ve ancak bundan sonra hangi makinenin suçlanmayı hak ettiğine karar verin.
Sıradan kullanıcılar için ping, bir web sitesinin veya sunucunun canlı olup olmadığını, bir oyun rotasının yavaş olup olmadığını, bir VPS'nin yanıt verip vermediğini, bir DNS değişikliğinin gerçek bir yere işaret edip etmediğini veya şüpheli bir kesintinin evrensel bir felaketten ziyade yerel bir sorun olup olmadığını kontrol etmek için kullanışlıdır. Yöneticiler için bu, ticaretteki en eski akıl sağlığı kontrollerinden biridir. Altyapı çalışanları için bu pratikte bir reflekstir. Bir ağ somurtkan bir hayvan gibi davranmaya başladığında, ping ilk yumuşak dürtülerden biridir.
Sonuçlar aslında ne anlama geliyor?
Başarılı bir ping genellikle birkaç yanıtı ve ardından özet istatistikleri gösterir. İletilen paketler size kaç tane probun gönderildiğini söyler. Alınan paketler kaç tanesinin yanıtlandığını belirtir. Paket kaybı size yüzde kaçının kaybolduğunu gösterir. Min/ortalama/maks en hızlı, ortalama ve en yavaş gidiş-dönüş sürelerini ifade eder. mdev veya benzer bir rakam değişkenliğe işaret ediyor. Yüksek sapma, rotanın yalnızca yavaş olmadığı anlamına gelir; istikrarsızdır.
Bu değerleri yorumlamak takdir yetkisi gerektirir. 20 ms'lik bir ortalama, bir bağlamda mükemmel olabilirken, diğerinde etkileyici olmayabilir. Kıtalar arasında 100 ms'lik bir sonuç son derece saygın olabilir. Fiber taşımacılığı sırasında aynı şehir içinde 25 ms'lik bir sonuç, önlenebilir bir soruna işaret edebilir. Bu arada paket kaybı özel ilgiyi hak ediyor. Küçük yüzdeler bile ses, oyun, uzaktan kumanda veya gerçek zamanlı akış gibi etkileşimli deneyimler için toksik olabilir. Gecikme rahatsız ediyor. Kayıp yozlaştırır.
Ping size ne söyleyemez?
Aslında oldukça fazla. Ping, belirli bir web sitesinin düzgün çalıştığını doğrulayamaz. Bir veritabanının sağlıklı olduğunu, TLS'nin düzgün yapılandırıldığını, bir uygulama yığınının sağlıklı olduğunu, sunucunun aşırı yüklenmediğini veya her bölgedeki kullanıcıların aynı yol kalitesini gördüğünü kanıtlayamaz. HTTP 500 hatalarını, ölümcül PHP çökmelerini, bozuk önbellek hiyerarşilerini, kimlik doğrulama döngülerini veya her türlü DNS zehirlenmesini teşhis edemez. Size yalnızca ICMP yankı değişiminin ortaya çıkardığını söyleyebilir.
Bu sınırlama önemlidir çünkü birçok kişi ping mutlakiyetçiliği olarak adlandırılabilecek şeyi geliştirir: ping işe yararsa, her şey yolunda olmalıdır; ping başarısız olursa her şey ölmüş olmalıdır. Gerçek ağlar daha az bağlayıcıdır. Uygulamalar sağlıklı kalırken güvenlik duvarları ICMP'yi engelleyebilir. Tersine, uygulama yığını onurlu bir sessizlik içinde yanarken ICMP güzel bir şekilde yanıt verebilir. Ping tam olarak dar olduğu için güçlüdür. Evrensel hakikat olmasını istediğimiz anda yanlış anlaşılan bir kehanete dönüşür.
Ping neden tehlikeli olabilir?
Ping, Hollywood'un melodramatik anlamında tehlikeli değil. Doğası gereği kötü amaçlı yazılım değildir. Ancak kötüye kullanılabilir ve operasyonel açıdan hassas olabilir. Genel ping araçları keşif, hedef doğrulama, temel ağ haritalaması, altyapıya karşı erişilebilirlik kontrolleri ve düşük dereceli tarama davranışı için kullanılabilir. Bu nedenle, sorumlu bir şekilde oluşturulmuş herhangi bir çevrimiçi ping aracının girdileri doğrulaması, özel ve ayrılmış aralıkları kısıtlaması, hız sınırları uygulaması ve dahili ağları araştırmak için neşeli bir yardımcı olmayı reddetmesi gerekir.
Daha ince bir risk de var: bilgi sızıntısı. Ping'e verilen genel yanıt, bir şeyin var olduğunu, yanıt verdiğini ve genellikle belirli bir bakış açısından ne kadar hızlı yanıt verdiğini ortaya çıkarır. Pek çok ortamda zararsızdır. Bazı ortamlarda saldırganların açığa çıkanların bir haritasını oluşturması yararlı olabilir. Güvenlik duruşu nadiren dramatik bir sırla ilgilidir; sabırlı gözlemcilere gereksiz ipuçlarını vermemekle ilgilidir.
Son olarak epistemik tehlike var. Ping kendine aşırı güvenenleri yanıltabilir. Sorun yığının üst sıralarında yer aldığında operatör hızlı bir yanıt görebilir ve hizmetin sağlıklı olduğu sonucuna varabilir. Bir başkası hiçbir yanıt göremeyebilir ve ICMP basitçe filtrelendiğinde ana bilgisayarın kapalı olduğunu varsayabilir. Kısmi gerçeğin yanlış yorumlanması, teknik çalışmalarda en eski ve en kalıcı tehlikelerden biridir.
Neden bazı sistemler ping'i engelliyor?
Çoğunlukla politika ve teşhir nedenleriyle. Bazı kuruluşlar gürültüyü azaltmak, önemsiz keşifleri caydırmak veya onlarca yıl önce kültürel olarak normal hale gelen savunma alışkanlıklarını takip etmek için ICMP Yankı İsteklerini bırakıyor. Diğerleri ICMP'ye seçici olarak izin verir veya hız sınırını koyar. Bazı bulut veya barındırma ortamları onu açık bırakır; diğerleri bunu yapmaz. Ping yanıtlarının varlığı veya yokluğu bu nedenle yaşam ve ölüme ilişkin saf bir ontolojik ifade değildir. Bazen sessizlik kılığına girmiş bir politika beyanıdır.
Ağ teşhisinin metodolojik tevazudan faydalanmasının nedeni budur. Ping başarısız olursa, hemen bir ölüm ilanı yazılmaz. İnsan daha iyi sorular sorar. Ev sahibi çözebilir mi? TCP beklenen bağlantı noktasına bağlanıyor mu? HTTP yanıt veriyor mu? Başarısızlık yoluna özel mi? Bir güvenlik duvarı dahil mi? Mühendislik olgunluğu genellikle dehaya daha az benziyor ve daha çok ilk semptomu aşırı yorumlamayı reddetmeye benziyor.
Sonar metaforu neden bu kadar zarif?
Çünkü pingin tüm epistemolojisini tek bir görüntüde yakalıyor. Sonar bir darbe gönderir ve yankıyı okur. Ping, yönlendirilen paketlerin ortamında aynısını yapar. Benzerlik neredeyse alegoriktir. Biri gizli bir alana minimal bir sinyal yayar ve geri döneni ölçer. Görünmeyen, yankı sayesinde kısmen bilinebilir hale gelir. Bu yöntemde neredeyse eğitimsel bir şeyler vardır, neredeyse olumsuzluklara göre : Hedefe doğrudan sahip olarak değil, onun cevabını veya sessizliğini yorumlayarak öğreniriz.
Belki de ping'in kalıcı olmasının nedeni budur. Yalnızca yararlı değildir. Kavramsal olarak güzel. Araç küçük bir araştırma felsefesini bünyesinde barındırıyor: Kısaca sorun, dikkatlice ölçün, mütevazı bir şekilde çıkarım yapın.
Günümüzde ping nasıl kullanılıyor?
Ping, barındırma, operasyonlar, sistem yöneticisi çalışmaları, ev laboratuvarları, oyun teşhisleri, çalışma süresi önceliklendirmesi, ISP sorun giderme, VPN testi, uzak sunucu kontrolleri ve sıradan merak konularında günlük uygulamaların bir parçası olmaya devam ediyor. İnsanlar bunu DNS sonuçlarını test etmek, rotaları karşılaştırmak, yük devretmeyi doğrulamak, kötü Wi-Fi olayları sırasında paket kaybını incelemek ve dünya çapındaki bir makinenin bazı dikkatsiz gece yarısı değişikliklerinden sonra hala yanıt verip vermediğini doğrulamak için kullanıyor.
Aynı zamanda hızlı olduğu için kültürel olarak da gömülü kalır. Giriş töreni yok, gösterge tablosu ziyareti yok, gözlemlenebilirlik katedrali gerekli değil. Bir şeylerin ters gittiğini hissettiğinizde, ping genellikle gerçekliğin ilk hızlı dokunuşudur. İyi araçlar dikkati dikkate aldıkları için ayakta kalırlar. Ping bunu onlarca yıldır yapıyor.
Bir çevrimiçi ping aracını iyi yapan şey nedir?
İyi biri yaptığı şey hakkında yalan söylemez. Sunucu tarafından gerçek bir ICMP kontrolü gerçekleştirir, çözümlenen hedefi gösterir, paket kaybını ve gecikmeyi net bir şekilde görüntüler, cilalanmamış ayrıntıları incelemek isteyenler için ham çıktıyı korur ve aracın düşük maliyetli bir kötüye kullanım yüzeyine dönüşmemesi için yeterli güvenlik kurallarını uygular. Başka bir deyişle, açık sözlülüğü kısıtlamayla birleştirir.
Çevrimiçi Ping Aracı tam olarak bu geleneğin içinde var. Sunucudan klasik bir yankı isteği gönderir, yanıtı bekler, dönüşü ölçer ve olduğundan fazlasını göstermeden sonucu gösterir. Bu onun saygınlığının bir parçasıdır. Ping, internetteki disiplinli teknik minimalizmin en eski örneklerinden biridir. Küçük bir soru, ölçülebilir bir cevap ve bir sonraki kararın daha az aptal olmasına yardımcı olacak kadar yeterli gerçek.