PermitOpen-ek SOCKS bezeroak ematen duen helburu-izena egiaztatzen du

Egin bat SSH SOCKS helmuga mugatu bat eskatutako ostalari-izenaren eta atakaren arabera, DNS aliasak eta helbide numerikoak baliokideak direla suposatu beharrean.

Lehendik dagoen SSH birbidaltze-kontu batek bere SOCKS bezeroek erabiltzen dituzten helburu-bikoteak mugatu ditzake. Zerbitzari aldeko zati batek zerbitzu izendatu bat baimendu dezake:

Match User proxyuser
    PermitOpen api.example.net:443

Integratu hau kontuaren lehendik dagoen autentifikazio- eta birbidaltze-politikarekin. PermitOpen-ek ez du berez birbidaltze-baimenik ematen ez eta shell sarbidea desgaitzen.

OpenSSH-k emandako helburu-izenak alderatzen ditu, konparaketa horretarako helbide-kontsultarik egin gabe. Dokumentatutako wildcard formak izan ezik, balioa ez da ostalari-izenaren eredu orokor bat.

Hau garrantzitsua da SOCKS5-erako. api.example.net 443 atakarekin bidaltzen duen bezero bat bikote horrekin bat etor daiteke. Izen bera lokalean ebazten duen eta IP numeriko bat bidaltzen duen bezeroak beste helburu-kate bat eman du. Helbide berera ebazten duen alias bat ere desberdina da.

Mantendu bezeroaren ebazpen modu lokala edo proxy bidezkoa aurreikusitako arauarekin bat etorriz. Baimendutako ostalari-izenaren ondorengo ebazpenak oraindik zehazten du zerbitzaria non konektatzen den; ezarpen hau ez da DNS-az jabetutako debekua helbide pribatu guztietarako.

Berrikusi gako espezifikoak diren murrizketak eta beste zerbitzari-ezarpen aplikagarri batzuk horrekin batera, edozein birbidaltze-debeku gehigarrik eskaera baztertu dezakeelako oraindik.

Erlazionatutako artikuluak