Як я можу тунелювати весь мережевий трафік через SSH?

Щоразу, коли я користуюся Інтернетом із незахищеного місця (наприклад, загальнодоступного Wi-Fi), я люблю використовувати тунель ssh ( ssh -D port host), щоб переконатися, що мій трафік не може бути занюханий. На жаль, здається, що існує багато програм, які не дозволяють вказати проксі (Flash - один з основних прикладів).

Схоже, має бути якийсь спосіб використовувати тунель для всього мережевого трафіку з мого комп’ютера, але я зовсім не знаю, як це зробити. Будь-яка допомога буде дуже вдячна.

Щоб робити те, що ви хочете, я рекомендую sshuttle .

Ви використовуєте його так:

./sshuttle -r username@sshserver 0.0.0.0/0 -vv

Він автоматично тунелює весь ваш TCP-трафік. Ви можете додати --dnsаргумент, щоб він також тунелював ваш DNS-трафік. На віддаленому сервері потрібно встановити лише Python.

Якщо ви хочете лише тунелювати конкретні програми, я рекомендую проксі-ланцюги .

Після його встановлення запустіть проксі-сервер ssh socks таким чином:

ssh -fND 127.0.0.1:<local port> username@sshserver

Це розпочне прослуховування проксі-сервера "SOCKS" на <local port>.

Потім відредагуйте /etc/proxychains.conf, щоб вказати на той самий порт, що і <local port>.

Нарешті запустіть програму, яку ви хочете, як проксі:

proxychains <program name>

Це має просто працювати. Однак у кількох програм виникнуть проблеми з роботою з проксі-ланцюгами. Також майте на увазі, що за допомогою Firefox вам потрібно змінити додаткові елементи в розділі about: config, щоб змусити його робити пошук DNS через проксі, а не обминати його.

Як додаткова примітка - у веб-браузерах. Якщо вони підтримують проксі-носки шкарпеток, вам не потрібно робити нічого додаткового, щоб змусити їх використовувати вищезгаданий ssh-тунель, просто введіть 127.0.0.1 для проксі-сервера SOCKS та <local port> для проксі-порту.

РЕДАКЦІЯ 3/29/16

Оскільки ця публікація все ще бачить деякі оновлення, я подумав, що я б її оновив. Проксічани все ще знаходяться в більшості репонів Linux і досі працюють у Linux. Однак проект фактично відмовляється і не працює на OSX. Для Linux або OSX я настійно рекомендую перейти на збережений форк: proxychains-ng: https://github.com/rofl0r/proxychains-ng

Окрім роботи в Linux та OSX, її легко компілювати, а також набагато краща підтримка тунелінгу DNS.

Я також повинен згадати ще один варіант - це червоні шкарпетки. Він працює аналогічно проксі-ланцюгам (-ng), і також є ймовірним у вашому dist repo: https://github.com/darkk/redsocks

man sshнаводить приклад саме цього. Vpn на основі ssh:

SSH-BASED VIRTUAL PRIVATE NETWORKS
     ssh contains support for Virtual Private Network (VPN) tunnelling using
     the tun(4) network pseudo-device, allowing two networks to be joined
     securely.  The sshd_config(5) configuration option PermitTunnel controls
     whether the server supports this, and at what level (layer 2 or 3 traf-
     fic).

     The following example would connect client network 10.0.50.0/24 with
     remote network 10.0.99.0/24, provided that the SSH server running on the
     gateway to the remote network, at 192.168.1.15, allows it:

       # ssh -f -w 0:1 192.168.1.15 true
       # ifconfig tun0 10.0.50.1 10.0.99.1 netmask 255.255.255.252

~~ сніп ~~

     Since a SSH-based setup entails a fair amount of overhead, it may be more
     suited to temporary setups, such as for wireless VPNs.  More permanent
     VPNs are better provided by tools such as ipsecctl(8) and isakmpd(8).

Після того, як у вас з’явився новий інтерфейс, вам просто доведеться зробити його маршрутом за замовчуванням, це вже інше питання.

Шукайте варіант "Тунель" в ssh. Це створює тунельний пристрій, якому ви можете призначити IP-адресу, а потім ви зміните маршрут за замовчуванням, щоб використовувати цей тунель.

Я розробив програмне забезпечення, яке дозволяє пересилати всі TCP та необов'язково UDP через проксі-сервер SOCKS5.

http://code.google.com/p/badvpn/wiki/tun2socks

Він навіть може бути встановлений на маршрутизаторі для пересилання всіх з'єднань з комп'ютерів в локальній мережі.

SSH на основі ВІРТУАЛЬНИХ ПРИВАТНИХ МЕРЕЖ ssh містить підтримку для тунелювання віртуальної приватної мережі (VPN), використовуючи псевдопристрій tun (4), що дозволяє надійно з'єднати дві мережі. Параметр конфігурації sshd_config (5) PermitTunnel контролює, чи підтримує це сервер і на якому рівні (рівень 2 або 3 трафік).

 The following example would connect client network 10.0.50.0/24 with
 remote network 10.0.99.0/24 using a point-to-point connection from
 10.1.1.1 to 10.1.1.2, provided that the SSH server running on the gateway
 to the remote network, at 192.168.1.15, allows it.

 On the client:

       # ssh -f -w 0:1 192.168.1.15 true
       # ifconfig tun0 10.1.1.1 10.1.1.2 netmask 255.255.255.252
       # route add 10.0.99.0/24 10.1.1.2

 On the server:

       # ifconfig tun1 10.1.1.2 10.1.1.1 netmask 255.255.255.252
       # route add 10.0.50.0/24 10.1.1.1

 Client access may be more finely tuned via the /root/.ssh/authorized_keys
 file (see below) and the PermitRootLogin server option.  The following
 entry would permit connections on tun(4) device 1 from user “jane” and on
 tun device 2 from user “john”, if PermitRootLogin is set to
 “forced-commands-only”:

   tunnel="1",command="sh /etc/netstart tun1" ssh-rsa ... jane
   tunnel="2",command="sh /etc/netstart tun2" ssh-rsa ... john

 Since an SSH-based setup entails a fair amount of overhead, it may be
 more suited to temporary setups, such as for wireless VPNs.  More perma‐
 nent VPNs are better provided by tools such as ipsecctl(8) and
 isakmpd(8).

Просто хотілося зрозуміти, що (хост порту ssh -D) не є 100% безпечним способом, щоб трафік не був нюханий. Додавання (хосту порту порту "blowfish ssh -D -c") було б кращим вибором, оскільки ви принаймні додаєте шифрування до свого сеансу. Ви можете додати більше варіантів, але досить просто ввести "man ssh" у свій термінал або Google для повного переліку.

Я думаю, що ви шукаєте, це налаштування VPN (Virtual Private Network)

Перегляньте цю статтю, щоб зрозуміти різницю між двома ( SSH проти VPN ) або хорошою узагальненою версією , перш ніж братися за налаштування власного VPN. Якщо ви все-таки вирішите пройти маршрут VPN, я рекомендую OpenVPN , його безкоштовно та багато документації та підтримки.

Скористайтеся цими прикладами:

• Переадресація порту 80 з віддаленого хоста на 8888 у вашому localhost

  ssh -fnN -L8888: localhost: 80 користувач @ сервер

  Використовуйте це для доступу до послуг віддаленого хоста, які доступні лише там

• Переадресація порту 80 з вашого локального телефону на 8888 на віддаленому хості

  ssh -fnN -R8888: localhost: 80 користувач @ сервер

  Використовуйте це, щоб дозволити користувачам отримати доступ до ваших послуг: веб-сервер чи будь-що інше.

Ура! :)