Squid Bir Ana Makine Adını Çözemediğinde
İstemcide başarılı aramanın Squid’in aynı adı çözebildiğini kanıtladığını varsaymak yerine proxy sunucusunun çözümleyicisini denetleyin.
DNS’i başarısız aramanın gerçekleştiği yerde inceleyin. Dizüstü bilgisayarınızın bir adı çözmesi, Squid’in veya sonraki bağlantıyı kuran üst proxy’nin de çözebildiğini kanıtlamaz.
Hata veren örneğin önbellek günlüğünü okuyun ve sunucunun çözümleyici ayarlarını denetleyin. Ana makine düzeyinde yardımcı bir kontrol şudur:
getent ahosts target.exampleGerçek hedefi kullanın. getent ana makinenin arama düzenini kullanır; Squid’in iç çözümleyicisi veya önbelleği farklı olabilir. Aynı olduklarını varsaymadan önce açıkça belirtilen dns_nameservers ve hosts_file girdilerini inceleyin.
Squid 6.13’te açıkça belirtilen ad sunucusu listesi IP adresleri içerir:
dns_nameservers 192.0.2.53Bu belge adresini Squid sunucusundan erişilebilen, onaylanmış bir çözümleyiciyle değiştirin. Özel adlar kuruluşun çözümleyicisini gerektirebilir; ilgisiz bir genel çözümleyici bunları kendi DNS görünümünde göremeyebilir.
Dizüstü bilgisayarın hosts dosyasındaki bir takma ad, proxy üzerinden gönderilen ana makine adı isteğiyle birlikte taşınmaz. Aramayı yapan makinede kurulu Squid sürümünün hosts_file ayarını inceleyin ve gerektiğinde üst proxy’nin çözümleyicisini hesaba katın. TLS kimliği için kullanılan ana makine adını hizmetle uyumlu tutun.
Tek bir kontrollü yapılandırma değişikliğinden sonra sözdizimini denetleyin ve amaçlanan örneğin yapılandırmasını yeniden yükleyin, aynı isteği tekrarlayıp ilgili kanıtları inceleyin. Önbelleğe alınmış olumlu ve olumsuz yanıtlar yinelenen testleri etkileyebilir. Başarılı aramayı izleyen bağlantı zaman aşımı daha sonraki bir rota veya izin hatasıdır; bunu düzeltmek için DNS’i değiştirmeyi sürdürmeyin. Sunucu değişikliğini değerlendirirken istemci DNS’ini, üst proxy yönlendirmesini ve proxy protokolünü sabit tutun.