Un alias definit doar pe serverul SSH poate funcționa prin redirecționarea SOCKS dinamică a acestuia dacă aplicația trimite numele destinației. Dacă îl rezolvă mai întâi local și trimite o adresă numerică, maparea hosts a serverului nu primește niciodată numele original pentru a-l rezolva.

Redirecționarea dinamică obișnuită a OpenSSH transportă o destinație de domeniu către partea serverului pentru conexiunea de ieșire. Acolo OpenSSH folosește API-ul de căutare a adreselor al sistemului. Pe un gazdă Linux glibc tipică, NSS controlează baza de date hosts și ordinea căutării, așa că o intrare din fișierul hosts poate participa. Nu este o înregistrare DNS copiată pe laptop.

Păstrați numele dorit, de exemplu preview.internal, în URL-ul site-ului și alegeți modul SOCKS cu nume de gazdă la distanță al clientului. Înlocuirea numelui de gazdă din URL cu un IP poate schimba atât HTTP Host, cât și identitatea TLS; accesibilitatea nu face un certificat valid pentru alt nume.

Dacă aliasul încă eșuează, identificați mediul care face căutarea la distanță. Un container, chroot sau o instanță de serviciu separată poate să nu folosească fișierul hosts pe care l-ați editat. Alte implementări SOCKS pot folosi propriile rezolvatoare, așa că acest comportament de căutare de sistem nu trebuie presupus pentru fiecare server proxy.

Articole similare