Suteikite Windows OpenSSH aiškų SOCKS5 Ncat nurodymą

Naudokite Ncat kaip OpenSSH standartinio srauto perdavimo pagalbininką ir nurodykite SOCKS5, o ne pasikliaukite numatytuoju HTTP proxy.

Jei Ncat jau prieinamas Windows OpenSSH, jis gali suteikti ryšį per SOCKS5 proxy. Pridėkite hosto įrašą į SSH konfigūraciją, kurią naudoja tas OpenSSH klientas:

Host target-via-socks
    HostName ssh.example
    User user
    ProxyCommand ncat.exe --proxy-type socks5 --proxy proxy.example:1080 %h %p

Pakeiskite abu hostų pavadinimus ir paskyrą, tada prisijunkite su ssh target-via-socks. Šis pavyzdys daro prielaidą, kad ncat.exe yra pagalbininko vykdomųjų failų paieškos kelyje. Priešingu atveju naudokite teisingai kabutėse nurodytą visą vykdomojo failo kelią, ypač kai katalogo pavadinime yra tarpų.

Proxy galinis taškas rašomas po --proxy. OpenSSH išskleidžia %h ir %p į galutinį SSH hosto pavadinimą ir prievadą. Ncat derasi dėl SOCKS ryšio ir perduoda gautą baitų srautą standartiniu įėjimu ir išėjimu; OpenSSH tęsia SSH rankos paspaudimą per tą srautą.

Aiškus --proxy-type socks5 yra svarbus. Kai šios parinkties nėra, Ncat pagal numatytuosius nustatymus naudoja HTTP proxy, net jei nurodytas prievadas yra 1080. SOCKS klausytojas negali nuspręsti, kad HTTP CONNECT užklausa buvo skirta SOCKS.

Šis pavyzdys daro prielaidą, kad SOCKS galinis taškas nėra autentifikuojamas; rinkitės kandidatą iš SOCKS5 proxy sąrašo tik viešai SSH paskirčiai, kurioje tas maršrutas leidžiamas, ir patikrinkite prieigą prie tikrojo hosto ir prievado. Proxy autentifikavimas, kai jo reikia, yra atskiras nuo vėlesnio SSH prisijungimo. Išsaugokite SSH paskirties hosto rakto patikrinimą; pasiekti jį per pagalbininką nekeičia tapatybės, kurią OpenSSH turi autentifikuoti.

Susiję straipsniai