As Squid in hostnamme net oplosse kin

Undersykje DNS dêr't de mislearre opsykaksje plakfynt. Dat dyn laptop in namme oplost, bewiist net dat Squid of in boppe-oardere proxy dy't de fierdere ferbining makket dat ek kin.

Lês it cachelog fan it eksimplaar mei de flater en kontrolearje de resolverynstellingen fan de tsjinner. In oanfoljende kontrôle op hostnivo is:

getent ahosts target.example

Brûk it echte doel. getent brûkt de opsykynrjochting fan de host; Squid syn ynterne resolver of cache kin oars wêze. Besjoch eksplisite ynfier foar dns_nameservers en hosts_file foardatst oannimst dat se oerienkomme.

Yn Squid 6.13 befettet in eksplisite list mei nammeservers IP-adressen:

dns_nameservers 192.0.2.53

Ferfang dit dokumintaasjeadres troch in goedkarde resolver dy't fan de Squid-tsjinner ôf berikber is. Priveenammen kinne de resolver fan de organisaasje fereaskje; in net-relatearre iepenbiere resolver kin se yn syn DNS-werjefte net sjen.

In alias út it hosts-bestân fan de laptop reizget net mei in hostnammefersyk troch de proxy. Besjoch op de masine dy't de namme opsiket de hosts_file-ynstelling fan de ynstallearre Squid-ferzje en hâld, as dat fan tapassing is, rekken mei de resolver fan in boppe-oardere proxy. Hâld de hostnamme foar TLS-identiteit yn oerienstimming mei de tsjinst.

Nei ien behearske konfiguraasjewiziging, kontrolearje de syntaksis en laad it bedoelde eksimplaar opnij, werhelje itselde fersyk en besjoch it byhearrende bewiis. Positive en negative antwurden yn de cache kinne werhelle testen beynfloedzje. In slagge opsykaksje mei dêrnei in ferbiningstime-out is in lettere rûte- of tagongsrjochteflater; bliuw net DNS feroarjen om dy te ferhelpen. Hâld kliïnt-DNS, rûtearring fan de boppe-oardere proxy en it proxyprotokol gelyk wylstst de tsjinnerwiziging beoardielest.