Alıcı-verici ışıklarının yanması yalnızca cihazın bir tür durum algıladığı anlamına gelir; bilgisayardan internete kadar her adımın normal çalıştığı anlamına gelmez. Binalar arası bir LAN’daki cihazlar birbirine erişebiliyor ancak internete çıkamıyorsa, önce verinin nerede durduğunu belirlemeli, ardından adresleri, anahtarları, optik bağlantıyı veya alıcı-vericileri kontrol edip etmeyeceğinize karar vermelisiniz. Bu makale, konuyu açıklamak için varsayımsal bir iki bina senaryosu kullanır ve geçmiş vakalara dayanan tahminleri genel sonuçlar olarak ele almaz.
Gerçek yolu çizin, ağ geçidini atlamayın
B Binası’ndaki bir bilgisayarın ağ geçidine bir anahtar, Alıcı-verici B, optik fiber, Alıcı-verici A ve A Binası’ndaki anahtar üzerinden ulaştığını ve ağ geçidinin de dış ağa bağlandığını varsayalım. Ağ geçidi, yerel ağ trafiğini diğer ağlara gönderen cihazdır; fiber alıcı-verici bu görevi üstlenmez. Öncelikle bu yolun sahadaki gerçek kablolamayla eşleşip eşleşmediğini ve ayrıca VLAN’lar, yönlendirme, güvenlik duvarı veya ikinci bir üst bağlantı bulunup bulunmadığını doğrulayın. B Binası’ndaki iki bilgisayarın birbiriyle iletişim kurabilmesi, en fazla aralarındaki yolun bir bölümünün normal olduğunu gösterir; binalar arası yolun veya ağ geçidinin normal olduğunu kanıtlayamaz. Test sırasında başka bir hizmet hattını hedef bağlantıyla karıştırmamak için her port numarasını ve her iki uçtaki modelleri şemaya işleyin.
Işık varken bile neden geçerli veri olmayabilir?
Optik alıcı, gelen ışığı çok küçük bir akıma dönüştürür; bu akım daha sonra devre tarafından yükseltilir ve değerlendirilir. Gürültü, bozulma veya uygun olmayan alınan güç varsa, alıcı uç bir sinyal algılayabilir ancak verileri kararlı biçimde geri elde edemeyebilir. Bir gösterge ışığının neyi gösterdiği cihaz tasarımına bağlıdır: bazıları fiziksel bağlantıyı, bazıları etkinliği gösterir; bazı alarmlar ise arıza aktarımından etkilenir. Yalnızca Link ve ACT ışıkları yanıyor diye optik fiberi olası nedenler arasından çıkaramazsınız. Her iki uçta alınan gücü, arayüz hata sayaçlarını ve günlükleri kontrol edin; karşılaştırma için sağlam olduğu bilinen kısa bir bağlantı kullanın. Optik güç aralık içinde olsa bile bu, tüm kodlama, hız ve dalga biçimi koşullarının doğru olduğu anlamına gelmez; dolayısıyla bu, bağlantının tamamının uygunluğunu belgeleyen bir onay değil, kanıtlardan biridir.
Adım 1: Bilgisayarın adresini ve yerel koşulları doğrulayın
Önce IP adresini, alt ağ maskesini, varsayılan ağ geçidini ve alan adı çözümleme ayarlarını kaydedin. Maske, bilgisayarın hangi hedefleri yerel komşu olarak değerlendireceğini belirler; ağ geçidi, ağ kesimleri arasında iletmeden; alan adı çözümlemesi ise adları adreslere dönüştürmekten sorumludur. Bu üçünün görevleri farklıdır. Aynı ağda normal çalışan bir bilgisayarla karşılaştırın ve adres çakışması, yanlış statik ayar veya ağ kartı sorunu olup olmadığını kontrol edin. Başkasının IP adresini kopyalayarak yeni bir çakışmaya yol açmayın. Test sırasında sorunu adım adım ayırt etmek için önce belirli bir dahili adrese, ardından ağ geçidine erişebilir, sonrasında harici bir adresi ve alan adını kontrol edebilirsiniz. Harici bir adres erişilebilirken alan adı üzerinden erişim başarısız oluyorsa, incelemenin odağı tüm hedeflerin erişilemez olduğu durumdan farklıdır ve fiber alıcı-vericiyi hemen değiştirmek gerekmez.
Adım 2: Ara sıra görülen bir kayıttan virüs tahmin etmek yerine ARP’yi gözlemleyin
ARP, bir IPv4 LAN’da bir sonraki atlamanın donanım adresini sorgulama mekanizmasıdır. Bilgisayar, ağ geçidinin IP adresini öğrendikten sonra yerel Ethernet üzerinden çerçeve gönderebilmek için genellikle önce karşılık gelen MAC adresini edinmelidir. Ara sıra bir MAC adresi elde edilmesi, tek başına bağlantının sağlıklı olduğunu da virüs bulunduğunu da kanıtlayamaz. Eski kayıtlar, tek yönlü iletişim, yinelenen adresler veya anahtarın durumu karışıklığa neden olabilir. Önce gözlenen durumu kaydedin, ardından yetkilendirilmiş bir bakım süreci kapsamında kaydı yenileyin ve isteklerle yanıtların bağlantıyı geçip geçmediğini gözlemleyin. Normal çalışan uç cihazların sonuçlarını karşılaştırın ve aynı ağ geçidinin farklı yollar üzerindeki gerçek yerleşimine dikkat edin. Bir güvenlik sorunundan şüpheleniliyorsa, paket yakalama kayıtları ve cihaz günlükleri toplanarak güvenlik personeline verilmelidir; “internete çıkamama” doğrudan ARP saldırısı olarak yorumlanmamalıdır.
Adım 3: Anahtarın iletme işlevini ve VLAN sınırlarını kontrol edin
Bir anahtar, hedef MAC adresine göre bilinen tek noktaya yayın çerçevelerini genellikle ilgili porta gönderirken, bir VLAN aynı cihaz üzerindeki ağı mantıksal olarak yalıtılmış bölümlere ayırır. B Binası kendi içinde iletişim kurabiliyor ancak binalar arasında iletişim kuramıyorsa, bunun nedeni bazen üst bağlantı portunun etiketleme, izin listesi veya erişim portu yapılandırmasının tutarsız olmasıdır. Her iki uçtaki ilgili VLAN’ları ve port durumunu kontrol edin ve hizmet trafiğinin etiketli olarak geçmesi gerekip gerekmediğini doğrulayın. Yönetim sayfasına giriş yapılabilmesi, hizmet VLAN yapılandırmasının doğru olduğu anlamına gelmez; yönetim trafiği başka bir mantıksal yol izleyebilir. Yetki almadan, şansınızı denemek için yalıtımı devre dışı bırakmayın veya tüm VLAN’ların geçişine izin vermeyin. Önce yapılandırmayı kaydedin, tasarımı ve normal çalışan portları kontrol edin, değişikliklerin kapsamını sınırlayın ve bir geri dönüş planı hazırlayın.
Adım 4: Karşılaştırılabilir koşulları koruyarak bölüm bölüm değiştirin
Bakım penceresinde, önce sağlam olduğu bilinen bir uç cihaz ve kısa bir ağ kablosuyla A Binası’ndaki ilgili portu test edin, ardından yol boyunca bölüm bölüm ilerleyin. A Binası’nda yerel çalışma normalken B Binası’nda anormalse, sorunu binalar arası bölüm ve bu bölümün yapılandırmasıyla sınırlandırabilirsiniz; ancak test cihazının aynı ayarları koruyup korumadığını yine de kontrol etmeniz gerekir. Alıcı-vericileri değiştirirken hız, optik port ve eşleştirme özelliklerini kontrol edin; yalnızca görünüşleri aynı olan iki cihazı seçmeyin. Her seferinde yalnızca bir öğeyi değiştirin ve öncesiyle sonrasındaki sonuçları kaydedin. Özgün metinde, iki cihazın birlikte değiştirilmesinden sonra bağlantının düzelmesi hangisinin arızalı olduğunu belirlemek için yeterli değildir; ayrıca güç veya bağlantı konnektörlerinin sağlam biçimde yeniden takılmasının etkisini de tamamen dışlayamaz. Bilimsel sorun giderme, henüz birbirinden ayrıştırılmamış bu değişkenleri kabul etmelidir.
Eksiksiz bir sorun giderme kaydı nasıl yazılır?
Şöyle yazılabilir: Belirli bir süre boyunca B Binası’nda dahili erişim normaldi ancak ağ geçidine yönelik erişim testi başarısız oldu; A Binası’nda aynı VLAN üzerindeki bir test cihazı normal çalıştı; her iki uçtaki optik güç ve hata sayaçları kaydedildi; belirtilen kısa bir ara bağlantı kablosu değiştirildikten sonra sonuç değişmedi; bir uçtaki cihaz uyumlu bir cihazla değiştirilip mevcut güç kaynağı korunduğunda bağlantı düzeldi. Böyle bir kayıt, başkalarının testi tekrarlamasına ve ek sorular sormasına olanak tanır ve “alıcı-verici bozulmuştu ve değiştirildi” ifadesinden daha fazla bilgi içerir. Yalnızca toplu değişimin sonucu mevcutsa, hangi bileşenlerin değiştirildiğini ve kök nedenin henüz ayırt edilemediğini de dürüstçe belirtmelisiniz. Sorun giderme, suçlanacak bir cihaz bulmak değil, gözlenen durumlar, işlemler ve sonuçlar arasında bir kanıt zinciri oluşturmaktır. Şekildeki sinyal ve VLAN süreçleri açıklama amaçlıdır; sahadaki topolojiye ilişkin bir teşhis değildir.
Ağ yeniden çalışır duruma getirildikten sonra uygulamaları da doğrulamanız gerekir
Son olarak binalar arasında her iki yönde iletişimi, ağ geçidini, alan adı çözümlemesini ve kullanıcıların gerçekten ihtiyaç duyduğu hizmetleri yeniden test edin. Dosya aktarımı, video akışı veya endüstriyel yazılımların bağlantı, yük ve zaman aşımı gereksinimleri farklıdır; tek bir başarılı Ping, tam iyileşmeyi temsil edemez. İlk arızanın ortaya çıktığı koşulları kapsayan bir çalışma süresi boyunca gözlem yapın ve hata sayaçlarındaki artışların, yeniden bağlantıların ve alarmların sürüp sürmediğini doğrulayın. Orijinal cihazları ve yapılandırmayı saklayın, inceleme bekliyor olarak işaretleyin ve analiz yapmadan hemen hurdaya ayırmayın. Kullanıcılar için en önemli olan, ışığın yeşile dönmesi değil, kararlı kullanılabilirliktir. Katmanlara göre adım adım kontrol, ağ geçidinde, güvenlik politikalarında ve hizmet yalıtımında yanlışlıkla değişiklik yapılmasını önleyebilir; ayrıca neden bulunmadan sürekli parça değiştirme durumlarını azaltabilir.
Çalışma prensibini doğrulama kaynakları:Resmî kaynak 1;Resmî kaynak 2. Metindeki genel mekanizmalar ve örnekler, ilgili modelin kılavuzunun yerini tutmaz.
Çince teknik makaleden çevrilmiştir. Kaynağın ilk yayımlanma tarihi: 2020-06-08. Kaynağın son güncellenme tarihi: 2026-10-13T22:21:36+08:00. Çince kaynağı okuyun
