NetWorker: Ad Çözümlemesi Sorun Giderme En İyi Uygulamaları
Summary: NetWorker'da Etki Alanı Ad Bölümü (DNS) ile ilgili sorunlar için sorun giderme rehberi.
Instructions
NetWorker, ad çözümlemeye bağlıdır. Ad çözümlemesi doğru ve tamamen tutarlı değilse pek çok NetWorker işleminde sorunlar çıkabilir. NetWorker potansiyel olarak hassas verileri yönetmesi nedeniyle çeşitli yöntemlerle etkileşimde bulunduğu ana bilgisayarların kimliklerini korumalıdır.
NetWorker'da herhangi bir sayıda belirti, NetWorker'daki ad çözümlemesi kusurlarının sonucu olabilir:
- İleri veya ters ad arama sorunlarını gösteren hata mesajları.
- Yedekleme sırasında istemcileri yoklayamama
- İstemcileri sunucuya manuel olarak kaydedememe veya kurtaramama durumu.
- Depolama Düğümü aygıtlarını klonlama veya bu aygıtlara erişim sorunları
- Göz atma veya ortam veritabanı kaydı sorunları.
- Sunucu veya Depolama Düğümü, başlatma sırasında veya normal işlem sırasında yanıt vermiyor.
- Yanlış adlandırılmış veya iç içe geçmiş dizin dizinleri
- Yanlış yapılandırılmış istemci hataları
Ad Çözümleme İş Akışı
Komut veya dahili yapılandırma tarafından kullanılan bir ana bilgisayar adını çözme girişimlerinin kullanılabilmesi için bir IP adresine çözümlenmesi gerekir. Aşağıdaki kaynaklar, name:IP'nin zaten önbelleğe alınmış olup olmadığını görmek için aşağıdaki sırayla denetlenir ve ad eşleştiğinde durdurulur.
- NetWorker ad önbelleği: En büyük NetWorker arka plan programları; NSRLA veritabanında yapılandırılabilir yaşam süresi
- Yerel ana bilgisayar çözümleyici önbelleği: İşletim Sistemine göre değişir ve ana bilgisayarlardan veya DNS aramalarından gelen yükü erteler
- Yerel ana bilgisayarlar dosya girişleri: Hızlı yerel arama, ancak manuel olarak korunur; DNS çözümlemesini geçersiz kılmak için kullanışlıdır
- DNS sunucusu aramaları: Endüstri, merkezi yönetim nedeniyle tercih edilir, ancak daha yavaş
1. NetWorker Önbelleğe Alma:
NetWorker daemon'ları dahili ad önbelleklerini korur. İstemciler çözümlenen adları nsrexecd de önbelleğe alırken, nsrd ve nsmmdbd gibi çekirdek daemon'lar kendi önbelleklerini tutar. Bu, kontrol edilen ilk ve en hızlı IP tablosudur. Dahili önbellek ömrü, her NetWorker ana bilgisayarının nsrla veritabanında kullanılarak ayarlanabilir nsradmin:
Linux/UNIX
printf ". type: nsrla\nshow positive DNS cache TTL; negative DNS cache TTL\nprint\n" | nsradmin -p nsrexec -s remote_host
Windows
(echo . type: nsrla & echo show positive DNS cache TTL; negative DNS cache TTL & echo print) | nsradmin -p nsrexec -s remote_host
Varsayılan olarak 30 dakika (1800 saniye) döndürülmelidir:
positive DNS cache TTL: 1800; negative DNS cache TTL: 1800;
Bu değer, NetWorker'ın sonraki katmanlardan sırayla güncelleştirilmiş bilgiler lehine işlem önbelleğini kasıtlı olarak ne kadar süre önce temizleyeceğini kontrol eder. Bu nedenle, DNS aramasının yavaş olduğu ancak DNS adreslemenin nispeten statik olduğu ortamlar için yükseltilmesi uygundur. Buna karşılık, adreslerin sık sık değiştiği ortamlar için daha düşük değerler tercih edilebilir.
NetWorker'ın dahili önbelleğinde gerekli bir ad varsa, bu ad kullanılır ve daha fazla sorgu durur. Sorun giderme için, önbelleğe alınmış ad-IP eşlemeleri yanlış görünüyorsa, geçerli önbelleği günlüğe kaydetmek ve ardından girişleri temizlemek veya yeniden çözümlemek için komutları kullanın:
-
dbgcommand -n nsrd PrintDnsCache=1(daemon.raw'ye boşaltın)dbgcommand -n nsrd FlushDnsCache=1(Floş) veya,dbgcommand -n nsrd FlushDnsCache=9(Önbelleği temizleyin ve hemen yeniden çözümleyin/yeniden oluşturun)
-n process name" veya "-p PID" kullanılabilir. İşlem Kimliğini (PID) kullanmak için, PID'yi almak için önce diğer komutları çalıştırmanız gerekir; mesela:
-
- Linux/UNIX:
ps -ef | grep nsr - Windows:
tasklist | findstr nsr
- Linux/UNIX:
2. Çözümleyici Önbelleği:
ipconfig /displaydns Windows'ta) ve hepsi onu temizlemenin bir yolunu sağlar:
-
- Temizleme çözümleyici önbelleği, işletim sistemine/dağıtıma bağlı olarak değişir - satıcı belgelerine bakın.
- Windows:
ipconfig /flushdns
3. Ana bilgisayar dosyaları:
-
- UNIX/Linux: /etc/hosts
- Windows: %systemroot%\System32\drivers\etc\hosts
4. İleriye Doğru Çözümleme:
ipconfig /all onları görmek için; Linux/UNIX'te DNS sırası için /etc/resolv.conf dosyasını kontrol edin. nslookup DNS'yi sorgulamak için en yaygın araçtır ve tüm platformlarda bulunur, ancak sıklıkla kötüye kullanılır; İleri bölgeyi sorgulamak için:
- Sürücüyü yüklemek için ilgili düğümde
nslookupetkileşimli istemi girmek için hiçbir bağımsız değişken olmadan. - Aramak için ad yinelemesini girin ve bağladığınız DNS sunucusundan ileriye doğru kayıt almak için Enter tuşuna basın.
- Ad kaydının, farklı ana bilgisayarlar arasında sessiz şekilde çevrimsel sıralama mı yaptığını yoksa aynı verileri mi döndürdüğünü görmek için aynı adı iki kez girin.
- Ana bilgisayarın diğer ana bilgisayarlar tarafından çağrılabileceği veya kendisini aynı IP adresi olarak adlandıracağı herhangi bir ad örneği için aynı işlemi tekrarlayın.
- Ana bilgisayarın, next_dns_server sunucusuna girerek kullanmak üzere yapılandırılmış olabileceği diğer DNS sunucuları için aynı işlemi tekrar edin.
5. Tersine Çözümleme:
nslookup IP_Address hatta IP adresini girme nslookup Geriye Doğru Arama Bölgesi'ni sorgulamaz:
-
Sürücüyü yüklemek için ilgili düğümde
nslookupetkileşimli istemi girmek için hiçbir bağımsız değişken olmadan. - Seti girin
q=ptrsorgu türünü Ters Bölge olarak değiştirmek için. - Tersine çözümleme için IP adresini girin ve Enter tuşuna basın.
- Ters kayıtta döndürülen adın ileri kayıt adı/IP'si ile eşleştiğinden emin olun.
[root@linux_a~]# nslookup linux_a
Server: 1.2.3.4
Address: 1.2.3.4#53
Name: linux_a.domain.com
Address: 5.6.7.8
[root@linux_a~]# nslookup 5.6.7.8
Server: 1.2.3.4
Address: 1.2.3.4#53
Name: linux_a.domain.com
Address: 5.6.7.8
[root@linux_a~]# nslookup
> set q=ptr
> 5.6.7.8
Server: 1.2.3.4
Address: 1.2.3.4#53
Non-authoritative answer:
8.7.6.5.in-addr.arpa name = linux_a.domain.com.
nslookup Etkileşimli olmayan bir şekilde, geriye doğru arama bölgesini hiçbir zaman sorgulamaz.
NOT: NetWorker, yetkilendirme için tutarlı ileri ve geri DNS'ye güvenir. Bu tasarım, IP sahtekarlığını önlemeye yardımcı olur ve yedekleme verilerini yetkisiz erişime karşı korur.
Ad çözümlemesini test etme
Tüm NetWorker ana bilgisayarları, Veri Bölgesi rollerine bağlı olarak iletişim kurdukları herhangi bir ana bilgisayar için tutarlı ileri ve ters ad çözümlemesine sahip olmalıdır. NetWorker yöneticilerinin tüm ana bilgisayar çözümleme sorunlarının hemen ve tamamen giderildiğinden emin olmaları kritik önem taşır.
Ad çözümleme sorunlarını giderirken veya NetWorker Veri bölgenizde bunların olmadığından emin olmak için:
1. Başarısız işleme dahil olan tüm ana bilgisayarları bulun: Sunucu, İstemciler ve muhtemelen Depolama Düğümleri vb.
2. Her biri için yerel olarak yapılandırılan IP adreslerini ve bu IP'ler için beklenen tüm çözümlenebilir adları belirleyin.
3. Ana bilgisayar çözümlemesi için DNS'den önce ana bilgisayar dosyasını kullanmak üzere tüm ana bilgisayarları yapılandırın.
4. Bir ana bilgisayarın ana bilgisayar dosyasının başında, her bir ad aynı satırdakine karşılık gelecek şekilde her IP için tek bir giriş yapılandırın.
5. Bu satırları tam olarak ilk ana bilgisayardan ilgili diğer ana bilgisayarların ana bilgisayar dosyalarına kopyalayın.
6. NetWorker istemci nesnelerini, Diğer Adların istenen IP'lere doğru şekilde karşılık geleceği şekilde düzenleyin.
7. İlgili tüm ana bilgisayarlarda NetWorker'ı kapatın.
8. Uygun işletim sistemi mekanizmasını kullanarak her ana bilgisayardaki çözümleyici önbelleğini temizleyin.
9. NetWorker'ı yeniden başlatın ve sorunlu işlemi tekrar deneyin.
Adın belirli bir ana bilgisayar tarafından çözümlendiğini kanıtlamak için şu testi kullanın:
1. İlk NetWorker ana bilgisayarından (örneğin, İstemci), ikinciye (örneğin, Sunucu) aşağıdakileri kullanarak bağlanın: nsradmin -s remote_host -p nsrexec - Oturumu açık bırakın.
2. Aynı ana bilgisayarda, nsradmin için işlemi belirleyin (örneğin, Windows, tasklist | findstr nsradmin)
3. Bu işlemle ilişkili soketi göstermek için netstat komutunu çalıştırın (örneğin, Windows, netstat -ao | findstr process_id)
4. Bu ana bilgisayardan bağlantı soketini belirleyin (çıktının en solundaki IP:bağlantı noktası eşleştirmesi)
5. Uzak ana bilgisayarda - şunu çalıştırın: netstat -a ve findstr/grep : calling_port_from_first_host için.
6. İki nokta üst üste işaretinden önceki ana bilgisayar adı, ikinci ana bilgisayarın gelen bağlantıyı kabul ederken ilk ana bilgisayarı çözümleme yöntemidir.
7. ile tekrar çalıştırın -n anahtar, IP'nin/rotanın beklenip beklenmediğini kontrol etmek için aynı soketin IP'sini doğrulamak için netstat komutuna eklenir.
8. İkinci ana bilgisayarın, ilk ana bilgisayarı beklenen parametreler dahilinde çözümlediğinden emin olmak için aynı testi tersten uygulayın.
NetWorker İstemci Diğer Adları Hakkında
NetWorker ayrıca "Diğer Adlar" olarak adlandırılan tüm İstemci örnekleri için genel olan ve ilgili istemci için çözümlenebilir tüm adları yansıtması gereken yapılandırılabilir bir alana sahiptir. Bu, NetWorker'ın birden fazla çözümlenmiş adı tek bir İstemci örneğine bağlamasına olanak tanır. Örneğin client1.domain.prod , kullanılan IP'ye bağlı olarak client1.domain.bkup veya client1 olarak da görünebilir.
Additional Information
Savegroup gibi NetWorker işlemleri birden çok TCP yuvası kullanır: Denetim, veri ve dizin güncelleştirmeleri için birer tane. Herhangi bir sokette tutarsız (ancak geçerli) bir ad kullanılıyorsa işlem başarısız olabilir.
- Çevrimsel sıralama bazen bilinçli olarak kullanılır ve yapılandırılır ancak genellikle beklenmediktir ve bundan kaçınılmalıdır
netstat -ayabancı ana bilgisayarın işletim sistemi tarafından çözümlenen adını ortaya çıkaran açık/aktif TCP yuvalarını ortaya çıkarır - bu, sorunları tanımlamak için kullanılabilir- Ağ trafiği beklenmedik/istenmeyen bir bağdaştırıcı kullandığında bazen statik yönlendirme gerekebilir ve bu da daha sonra ad çözümleme sorunlarına yol açabilir.
Ayrıca bkz.: NetWorker İşlemleri ve Bağlantı Noktaları