A távoli DNS megoldhat egy célfeloldási problémát, és mégis kapcsolásképtelenül hagyhat. Az ügyfélnek először meg kell találnia a proxyt.

Tekintsünk egy proxy.office.example nevű végpontot. Egy webhely gazdagépnevének SOCKS-on keresztüli elküldése nem mondja meg az ügyfélnek, hogyan szerezze meg a kezdeti végpont címét. A SOCKS-beszélgetés még nem kezdődött el.

Ez akkor fontos, ha a proxy neve privát névtérhez tartozik. Egy otthoni feloldó esetleg nem ismeri, míg a jóváhagyott irodai hálózat feloldója ismeri. A rövid proxy név a hálózatok között eltérő keresési tartomány beállítástól is függhet.

Tartsa külön a neveket

  • A proxy végpontjának neve az első kapcsolat létrehozásához szükséges.
  • A webhely neve a támogatott proxykérésen belül továbbítható a távoli feloldáshoz.

Jegyezze fel, melyik név vallott kudarcot, mielőtt módosítja a feloldót. Az ügyfél DNS-ének egy nem kapcsolódó nyilvános szolgáltatással való helyettesítése kevésbé elérhetővé tehet egy privát proxynevet, nem inkább. Használja a tervezett hálózat támogatott névfeloldási beállítását.

Egy kiosztott proxy IP bizonyos elrendezésekben megszüntethet egy gazdagépnév-keresést, de nem cserélhető fel univerzálisan a névvel. A HTTPS proxyhoz irányuló TLS és a névalapú hitelesítés a várt identitástól függhet. Tartsa sértetlenül ezt az identitást, ahelyett hogy kikapcsolná az ellenőrzéseit.

Amint az első kapcsolat működik, vizsgálja meg külön a cél szakaszát. Egy működő proxy gazdagépnév nem bizonyítja sem azt, hogy a proxy ismeri a webhely nevét, sem azt, hogy engedélyezett számára az oda való kapcsolódás.

Kapcsolódó cikkek