Servera hosts faila izmantošana caur SSH SOCKS
Sekojiet galamērķa nosaukumam līdz mašīnai, kas to atrisina, kad SSH SOCKS maršrutam jāsasniedz privāts aizstājvārds.
Tikai SSH serverī definēts aizstājvārds var darboties caur tā dinamisko SOCKS pāradresāciju, ja lietotne sūta galamērķa nosaukumu. Ja tā vispirms to atrisina lokāli un sūta skaitlisku adresi, servera hosts kartējums nekad nesaņem sākotnējo nosaukumu, lai to atrisinātu.
Parastā OpenSSH dinamiskā pāradresācija pārnes domēna galamērķi uz servera pusi izejošajam savienojumam. Tur OpenSSH izmanto sistēmas adrešu meklēšanas API. Tipiskā glibc Linux resursdatorā NSS kontrolē hosts datubāzi un meklēšanas secību, tāpēc hosts faila ieraksts var piedalīties. Tas nav uz klēpjdatoru nokopēts DNS ieraksts.
Saglabājiet paredzēto nosaukumu, piemēram, preview.internal, vietnes URL un izvēlieties klienta attālinātā resursdatora nosaukuma SOCKS režīmu. URL resursdatora nosaukuma aizstāšana ar IP var mainīt gan HTTP Host, gan TLS identitāti; sasniedzamība nepadara sertifikātu derīgu citam nosaukumam.
Ja aizstājvārds joprojām nedarbojas, nosakiet vidi, kas veic attālināto meklēšanu. Konteiners, chroot vai atsevišķa pakalpojuma instance var neizmantot jūsu rediģēto hosts failu. Citas SOCKS implementācijas var izmantot savus atrisinātājus, tāpēc šo sistēmas meklēšanas uzvedību nevajadzētu pieņemt katram starpniekserverim.