Vlákno názorů k článku Postavte si VPN pomocí sshuttle, bude vám stačit přístup na SSH od Ondřej Novák - Vyzkoušel jsem a dodám pár vlastních postřehů 1) Na...

Vyzkoušel jsem a dodám pár vlastních postřehů

1) Na cílovém stroji musí být nějaká síť, nějaká jiná, než jen veřejná IP. Protože zadaný rozsah prostě musí být na cílovém stroji. Žádné vlastní IP rozsahy, jako třeba u PPTP. nebo N2N. Pokud na cílovém stroji nemáte roota, a ani žádnou podsíť, nedá se to provozovat.

2) Při přesměrování veškerého rozsahu jsem dostával Broken Pipe. Teprve uvedením cílového stroje za parametr -x to začalo fungovat. Nechce se mi věřit, že by ten nástroj své vlastní spojení nedokázal blacklistovat pro přesměrování

3) Je to jen jednosměrné. Není možné komunikovat z cílového stroje na svůj a třeba si na klientovi zřídit server. K tomu bude opět potřeba ssh -R

1) trochu nerozumím: zkusil jsem proti Linuxu a FreeBSD, oba mají jen veřejnou IP a šlo to, spojení se tváří jako z cílového stroje (efektivně NAT) - což jsem z popisu očekával.
2) tohle proti Linuxu nenastalo, proti BSD ano
3) to IMHO nevadí, k tomu to ani není určeno, tohle je na VPN-like přístup někam, kde VPN nemám, nechci mít, nenapadlo mě dopředu, že bude potřeba nebo z nějakých důvodů nelze zřídit. Na server na klientovi je potřeba (je lepší) použít nějakou normální VPN, třeba L2TP/IPsec s možností reconnect, směrovacích tabulek, firewallu.

1) má smysl jen pokud fakt chci směrovat veškerý provoz přes ten tunel. Pokud chci si ten cílový stroj udělat jako stroj, který mám "hned vedle na stejném subnetu", tak to nejde. Jenže nevidím moc důvod proč všechno honit přes jeden stroj, snad jako nepřítel státu, kterého sledují.

Proč hned nepřítel státu? Můžete tak chtít například obejít blokování/sledování provozu zaměstnavatelem.

nebo prostě jste jenom na veřejné wifi...

No nejde: pokud musíte použít (viz původní bod 2) parametr -x, tak se tunelem přímo na ten stroj nedostanete.
Pokud ten parametr použít nemusíte, dostanete se tam.
A co všechno budete tunelem honit přece určuje ta cílová maska, v příkladu 0/0. Když tam dáte co já vím 192.168.4.0/24, tak do tunelu půjde jen komunikace směřující do té sítě a nic jiného.
Jestliže je ssh server za NATem (port forwarding), tak dokonce ani to -x nebude vadit (ale neověřoval jsem).
Takže jde o to, co od toho chcete a většinou to i dostanete, když zadáte vhodné parametry.