Vain SSH-palvelimella määritelty alias voi toimia sen dynaamisen SOCKS-edelleenohjauksen kautta, jos sovellus lähettää kohteen nimen. Jos se ratkaisee sen ensin paikallisesti ja lähettää numeerisen osoitteen, palvelimen hosts-kartoitus ei koskaan saa alkuperäistä nimeä ratkaistavaksi.

Tavallinen OpenSSH:n dynaaminen edelleenohjaus kuljettaa verkkotunnuskohteen palvelimen puolelle lähtevää yhteyttä varten. Siellä OpenSSH käyttää järjestelmän osoitehakurajapintaa. Tyypillisellä glibc Linux -isännällä NSS hallitsee hosts-tietokantaa ja hakujärjestystä, joten hosts-tiedoston merkintä voi osallistua. Se ei ole kannettavalle kopioitu DNS-tietue.

Säilytä aiottu nimi, esimerkiksi preview.internal, verkkosivuston URL-osoitteessa ja valitse asiakkaan etäisännänimen SOCKS-tila. URL-osoitteen isäntänimen korvaaminen IP-osoitteella voi muuttaa sekä HTTP Hostin että TLS-identiteetin; tavoitettavuus ei tee varmenteesta kelvollista toiselle nimelle.

Jos alias epäonnistuu edelleen, tunnista ympäristö, joka tekee etähaun. Kontti, chroot tai erillinen palveluinstanssi ei välttämättä käytä muokkaamaasi hosts-tiedostoa. Muut SOCKS-toteutukset voivat käyttää omia ratkaisijoitaan, joten tätä järjestelmähaun käyttäytymistä ei pidä olettaa jokaiselle välityspalvelimelle.

Aiheeseen liittyvät artikkelit