туннель ssh и получение веб-страниц через туннель

Question 1

Я попытался создать туннель torward клиент, прошедший через сервер, используя следующую команду

ssh -X -f admin@IP_server -N -L 4444:IP_client:80

, но при попытке открыть клиент: 80 by firefox получите в качестве ошибки этот

channel 2: open failed: unknown channel type: 
Connection to 81.21.20.207 closed by remote host.

кто-то знает, где проблема? Большое спасибо

Question 2

Ваше описание сбивает с толку. Как указано, вы сказали, что соединения с localhost:4444 должны быть перенаправлены на IP_server, которые затем должны подключаться к IP_client:80, но затем вы напрямую подключаетесь к IP_client:80?

Question 3

Question 4

Вот что я использую для загрузки моего webmin на своих серверах (который отключен, поэтому только кто-то с доступом ssh может видеть его):

ssh -l oli -L 9090:localhost:9090 my-server-ip

Это соединяет меня с сервером и отображает мои локальные порт 9090 на сервер P9090. Я просто просматриваю http://localhost:9090/, и я вижу webmin.

Если вы пытаетесь подключиться к другому устройству через ваш сервер, вы действительно не хотите, чтобы faff вокруг с вариантами ручного туннеля. ssh имеет встроенный прокси-сервер SOCKS. Запустите это:

ssh -D 9999 oli@my-server-ip

Затем вы сообщите обозревателю прокси-сервер SOCKS. Посмотрите настройки сети. localhost в качестве сервера, порт 9999. Помните, что это должно быть под настройкой для SOCKS. Это не прокси-сервер HTTP.

Теперь, когда вы просматриваете, весь трафик проходит через туннель ssh. Это означает, что если на другом конце есть устройство, доступное только вашему серверу, вы можете подключиться к нему с помощью своего IP-адреса.

Обратите внимание, что DNS-запросы и другой сетевой трафик не будут проходить через туннель (AFAIK ), поэтому вам нужно подключиться к IP, если это имеет значение (которое, как я подозреваю, будет в этом случае)

Question 5

Вы хотите обратный туннель, попробуйте это:

ssh -NT -R 4444:local.mydomain.com:80 user@remote.mydomain.com

Что это такое, инициирует соединение с remote.mydomain.com и переадресовывает TCP-порт 4444 на remote.mydomain.com на порт TCP 80 на local.mydomain.com. «-N» сообщает ssh просто настроить туннель и не подготовить командный поток, а «-T» сообщает ssh не выделять псевдо-tty в удаленной системе. Опция «-R» указывает ssh настроить туннель как обратный туннель.

Question 6

Ваше описание сбивает с толку. Как указано, вы сказали, что соединения с localhost:4444 должны быть перенаправлены на IP_server, которые затем должны подключаться к IP_client:80, но затем вы напрямую подключаетесь к IP_client:80?

Question 7

Question 8

Вот что я использую для загрузки моего webmin на своих серверах (который отключен, поэтому только кто-то с доступом ssh может видеть его):

ssh -l oli -L 9090:localhost:9090 my-server-ip

Это соединяет меня с сервером и отображает мои локальные порт 9090 на сервер P9090. Я просто просматриваю http://localhost:9090/, и я вижу webmin.

Если вы пытаетесь подключиться к другому устройству через ваш сервер, вы действительно не хотите, чтобы faff вокруг с вариантами ручного туннеля. ssh имеет встроенный прокси-сервер SOCKS. Запустите это:

ssh -D 9999 oli@my-server-ip

Затем вы сообщите обозревателю прокси-сервер SOCKS. Посмотрите настройки сети. localhost в качестве сервера, порт 9999. Помните, что это должно быть под настройкой для SOCKS. Это не прокси-сервер HTTP.

Теперь, когда вы просматриваете, весь трафик проходит через туннель ssh. Это означает, что если на другом конце есть устройство, доступное только вашему серверу, вы можете подключиться к нему с помощью своего IP-адреса.

Обратите внимание, что DNS-запросы и другой сетевой трафик не будут проходить через туннель (AFAIK ), поэтому вам нужно подключиться к IP, если это имеет значение (которое, как я подозреваю, будет в этом случае)

Question 9

Вы хотите обратный туннель, попробуйте это:

ssh -NT -R 4444:local.mydomain.com:80 user@remote.mydomain.com

Что это такое, инициирует соединение с remote.mydomain.com и переадресовывает TCP-порт 4444 на remote.mydomain.com на порт TCP 80 на local.mydomain.com. «-N» сообщает ssh просто настроить туннель и не подготовить командный поток, а «-T» сообщает ssh не выделять псевдо-tty в удаленной системе. Опция «-R» указывает ssh настроить туннель как обратный туннель.

Question 10

Ваше описание сбивает с толку. Как указано, вы сказали, что соединения с localhost:4444 должны быть перенаправлены на IP_server, которые затем должны подключаться к IP_client:80, но затем вы напрямую подключаетесь к IP_client:80?

Question 11

Вот что я использую для загрузки моего webmin на своих серверах (который отключен, поэтому только кто-то с доступом ssh может видеть его):

ssh -l oli -L 9090:localhost:9090 my-server-ip

Это соединяет меня с сервером и отображает мои локальные порт 9090 на сервер P9090. Я просто просматриваю http://localhost:9090/, и я вижу webmin.

Если вы пытаетесь подключиться к другому устройству через ваш сервер, вы действительно не хотите, чтобы faff вокруг с вариантами ручного туннеля. ssh имеет встроенный прокси-сервер SOCKS. Запустите это:

ssh -D 9999 oli@my-server-ip

Затем вы сообщите обозревателю прокси-сервер SOCKS. Посмотрите настройки сети. localhost в качестве сервера, порт 9999. Помните, что это должно быть под настройкой для SOCKS. Это не прокси-сервер HTTP.

Теперь, когда вы просматриваете, весь трафик проходит через туннель ssh. Это означает, что если на другом конце есть устройство, доступное только вашему серверу, вы можете подключиться к нему с помощью своего IP-адреса.

Обратите внимание, что DNS-запросы и другой сетевой трафик не будут проходить через туннель (AFAIK ), поэтому вам нужно подключиться к IP, если это имеет значение (которое, как я подозреваю, будет в этом случае)

Question 12

Вы хотите обратный туннель, попробуйте это:

ssh -NT -R 4444:local.mydomain.com:80 user@remote.mydomain.com

Что это такое, инициирует соединение с remote.mydomain.com и переадресовывает TCP-порт 4444 на remote.mydomain.com на порт TCP 80 на local.mydomain.com. «-N» сообщает ssh просто настроить туннель и не подготовить командный поток, а «-T» сообщает ssh не выделять псевдо-tty в удаленной системе. Опция «-R» указывает ssh настроить туннель как обратный туннель.

Question 13

Question 14

Ваше описание сбивает с толку. Как указано, вы сказали, что соединения с localhost:4444 должны быть перенаправлены на IP_server, которые затем должны подключаться к IP_client:80, но затем вы напрямую подключаетесь к IP_client:80?

Question 15

Вот что я использую для загрузки моего webmin на своих серверах (который отключен, поэтому только кто-то с доступом ssh может видеть его):

ssh -l oli -L 9090:localhost:9090 my-server-ip

Это соединяет меня с сервером и отображает мои локальные порт 9090 на сервер P9090. Я просто просматриваю http://localhost:9090/, и я вижу webmin.

Если вы пытаетесь подключиться к другому устройству через ваш сервер, вы действительно не хотите, чтобы faff вокруг с вариантами ручного туннеля. ssh имеет встроенный прокси-сервер SOCKS. Запустите это:

ssh -D 9999 oli@my-server-ip

Затем вы сообщите обозревателю прокси-сервер SOCKS. Посмотрите настройки сети. localhost в качестве сервера, порт 9999. Помните, что это должно быть под настройкой для SOCKS. Это не прокси-сервер HTTP.

Теперь, когда вы просматриваете, весь трафик проходит через туннель ssh. Это означает, что если на другом конце есть устройство, доступное только вашему серверу, вы можете подключиться к нему с помощью своего IP-адреса.

Обратите внимание, что DNS-запросы и другой сетевой трафик не будут проходить через туннель (AFAIK ), поэтому вам нужно подключиться к IP, если это имеет значение (которое, как я подозреваю, будет в этом случае)

Question 16

Вы хотите обратный туннель, попробуйте это:

ssh -NT -R 4444:local.mydomain.com:80 user@remote.mydomain.com

Что это такое, инициирует соединение с remote.mydomain.com и переадресовывает TCP-порт 4444 на remote.mydomain.com на порт TCP 80 на local.mydomain.com. «-N» сообщает ssh просто настроить туннель и не подготовить командный поток, а «-T» сообщает ssh не выделять псевдо-tty в удаленной системе. Опция «-R» указывает ssh настроить туннель как обратный туннель.

Question 17

Вы хотите обратный туннель, попробуйте следующее:

  ssh -NT -R 4444: local.mydomain.com: 80 user@remote.mydomain.com

Что это значит, инициирует подключение к remote.mydomain.com и пересылает порт TCP 4444 на remote.mydomain.com в порт TCP 80 на local.mydomain.com . «-N» сообщает ssh просто настроить туннель и не подготовить командный поток, а «-T» сообщает ssh не выделять псевдо-tty в удаленной системе. Опция «-R» сообщает ssh, чтобы настроить туннель как обратный туннель.

Question 18

Вот что я использую для загрузки моего webmin на своих серверах (который отключен, поэтому только кто-то с доступом ssh может видеть его):

  ssh -l oli -L 9090: localhost:  9090 my-server-ip

Это соединяет меня с сервером и сопоставляет мой локальный порт 9090 с P9090 сервера. Я просто просматриваю http: // localhost: 9090 / , и я могу видеть webmin.

Если вы пытаетесь подключиться к другому устройству через на вашем сервере, вы действительно не хотите разгадывать с помощью ручных настроек туннеля. ssh имеет встроенный режим прокси-сервера SOCKS. Запустите это:

  ssh -D 9999 oli @ my-server-ip

Затем вы сообщаете обозревателю прокси-сервер SOCKS. Посмотрите настройки сети. localhost в качестве сервера, порт 9999 . Помните, что это должно быть под настройкой для SOCKS. Это не HTTP-прокси.

Теперь, когда вы просматриваете, весь трафик проходит через туннель ssh. Это означает, что если на другом конце есть устройство, доступное только вашему серверу, вы можете подключиться к нему с использованием своего IP.

Обратите внимание, что DNS-запросы и другой сетевой трафик не будут проходить через туннель (AFAIK ), поэтому вам нужно подключиться к IP, если это имеет значение (которое, как я подозреваю, будет в этом случае)

Question 19

Question 20

Ваше описание сбивает с толку. Как указано, вы сказали, что соединения с localhost: 4444 должны быть перенаправлены на IP_server , которые затем должны подключиться к IP_client: 80 , но то вы напрямую подключаетесь к IP_client: 80 ?

Question 21

Вы хотите обратный туннель, попробуйте следующее:

  ssh -NT -R 4444: local.mydomain.com: 80 user@remote.mydomain.com

Что это значит, инициирует подключение к remote.mydomain.com и пересылает порт TCP 4444 на remote.mydomain.com в порт TCP 80 на local.mydomain.com . «-N» сообщает ssh просто настроить туннель и не подготовить командный поток, а «-T» сообщает ssh не выделять псевдо-tty в удаленной системе. Опция «-R» сообщает ssh, чтобы настроить туннель как обратный туннель.

Question 22

Ваше описание сбивает с толку. Как указано, вы сказали, что соединения с localhost: 4444 должны быть перенаправлены на IP_server , которые затем должны подключиться к IP_client: 80 , но то вы напрямую подключаетесь к IP_client: 80 ?

Question 23

Вот что я использую для загрузки моего webmin на своих серверах (который отключен, поэтому только кто-то с доступом ssh может видеть его):

  ssh -l oli -L 9090: localhost:  9090 my-server-ip

Это соединяет меня с сервером и сопоставляет мой локальный порт 9090 с P9090 сервера. Я просто просматриваю http: // localhost: 9090 / , и я могу видеть webmin.

Если вы пытаетесь подключиться к другому устройству через на вашем сервере, вы действительно не хотите разгадывать с помощью ручных настроек туннеля. ssh имеет встроенный режим прокси-сервера SOCKS. Запустите это:

  ssh -D 9999 oli @ my-server-ip

Затем вы сообщаете обозревателю прокси-сервер SOCKS. Посмотрите настройки сети. localhost в качестве сервера, порт 9999 . Помните, что это должно быть под настройкой для SOCKS. Это не HTTP-прокси.

Теперь, когда вы просматриваете, весь трафик проходит через туннель ssh. Это означает, что если на другом конце есть устройство, доступное только вашему серверу, вы можете подключиться к нему с использованием своего IP.

Обратите внимание, что DNS-запросы и другой сетевой трафик не будут проходить через туннель (AFAIK ), поэтому вам нужно подключиться к IP, если это имеет значение (которое, как я подозреваю, будет в этом случае)

Question 24

Вы хотите обратный туннель, попробуйте следующее:

  ssh -NT -R 4444: local.mydomain.com: 80 user@remote.mydomain.com

Что это значит, инициирует подключение к remote.mydomain.com и пересылает порт TCP 4444 на remote.mydomain.com в порт TCP 80 на local.mydomain.com . «-N» сообщает ssh просто настроить туннель и не подготовить командный поток, а «-T» сообщает ssh не выделять псевдо-tty в удаленной системе. Опция «-R» сообщает ssh, чтобы настроить туннель как обратный туннель.

Question 25

Question 26

Вот что я использую для загрузки моего webmin на своих серверах (который отключен, поэтому только кто-то с доступом ssh может видеть его):

  ssh -l oli -L 9090: localhost:  9090 my-server-ip

Это соединяет меня с сервером и сопоставляет мой локальный порт 9090 с P9090 сервера. Я просто просматриваю http: // localhost: 9090 / , и я могу видеть webmin.

Если вы пытаетесь подключиться к другому устройству через на вашем сервере, вы действительно не хотите разгадывать с помощью ручных настроек туннеля. ssh имеет встроенный режим прокси-сервера SOCKS. Запустите это:

  ssh -D 9999 oli @ my-server-ip

Затем вы сообщаете обозревателю прокси-сервер SOCKS. Посмотрите настройки сети. localhost в качестве сервера, порт 9999 . Помните, что это должно быть под настройкой для SOCKS. Это не HTTP-прокси.

Теперь, когда вы просматриваете, весь трафик проходит через туннель ssh. Это означает, что если на другом конце есть устройство, доступное только вашему серверу, вы можете подключиться к нему с использованием своего IP.

Обратите внимание, что DNS-запросы и другой сетевой трафик не будут проходить через туннель (AFAIK ), поэтому вам нужно подключиться к IP, если это имеет значение (которое, как я подозреваю, будет в этом случае)

Question 27

Ваше описание сбивает с толку. Как указано, вы сказали, что соединения с localhost: 4444 должны быть перенаправлены на IP_server , которые затем должны подключиться к IP_client: 80 , но то вы напрямую подключаетесь к IP_client: 80 ?

Question 28

Вы хотите обратный туннель, попробуйте следующее:

  ssh -NT -R 4444: local.mydomain.com: 80 user@remote.mydomain.com

Что это значит, инициирует подключение к remote.mydomain.com и пересылает порт TCP 4444 на remote.mydomain.com в порт TCP 80 на local.mydomain.com . «-N» сообщает ssh просто настроить туннель и не подготовить командный поток, а «-T» сообщает ssh не выделять псевдо-tty в удаленной системе. Опция «-R» сообщает ssh, чтобы настроить туннель как обратный туннель.

Question 29

Вот что я использую для загрузки моего webmin на своих серверах (который отключен, поэтому только кто-то с доступом ssh может видеть его):

  ssh -l oli -L 9090: localhost:  9090 my-server-ip

Это соединяет меня с сервером и сопоставляет мой локальный порт 9090 с P9090 сервера. Я просто просматриваю http: // localhost: 9090 / , и я могу видеть webmin.

Если вы пытаетесь подключиться к другому устройству через на вашем сервере, вы действительно не хотите разгадывать с помощью ручных настроек туннеля. ssh имеет встроенный режим прокси-сервера SOCKS. Запустите это:

  ssh -D 9999 oli @ my-server-ip

Затем вы сообщаете обозревателю прокси-сервер SOCKS. Посмотрите настройки сети. localhost в качестве сервера, порт 9999 . Помните, что это должно быть под настройкой для SOCKS. Это не HTTP-прокси.

Теперь, когда вы просматриваете, весь трафик проходит через туннель ssh. Это означает, что если на другом конце есть устройство, доступное только вашему серверу, вы можете подключиться к нему с использованием своего IP.

Обратите внимание, что DNS-запросы и другой сетевой трафик не будут проходить через туннель (AFAIK ), поэтому вам нужно подключиться к IP, если это имеет значение (которое, как я подозреваю, будет в этом случае)

Question 30

Ваше описание сбивает с толку. Как указано, вы сказали, что соединения с localhost: 4444 должны быть перенаправлены на IP_server , которые затем должны подключиться к IP_client: 80 , но то вы напрямую подключаетесь к IP_client: 80 ?

geekosaur · Answer 1 · 25 July 2018 в 22:24

Ваше описание сбивает с толку. Как указано, вы сказали, что соединения с localhost:4444 должны быть перенаправлены на IP_server, которые затем должны подключаться к IP_client:80, но затем вы напрямую подключаетесь к IP_client:80?

0

ответ дан geekosaur 25 July 2018 в 22:24

1

Прости, что я объяснил это плохо. Ты прав! Моя ситуация такова: client - & gt; remote_server - & gt; VoIP телефон. Я должен создать туннель на удаленном сервере, чтобы иметь возможность доступа к графическому интерфейсу VoIP-телефона firefox. Я пробовал gSTM, но получал ту же ошибку – Riccardo Magrini 5 March 2011 в 02:44

Oli · Answer 2 · 25 July 2018 в 22:24

Вот что я использую для загрузки моего webmin на своих серверах (который отключен, поэтому только кто-то с доступом ssh может видеть его):

ssh -l oli -L 9090:localhost:9090 my-server-ip

Это соединяет меня с сервером и отображает мои локальные порт 9090 на сервер P9090. Я просто просматриваю http://localhost:9090/, и я вижу webmin.

Если вы пытаетесь подключиться к другому устройству через ваш сервер, вы действительно не хотите, чтобы faff вокруг с вариантами ручного туннеля. ssh имеет встроенный прокси-сервер SOCKS. Запустите это:

ssh -D 9999 oli@my-server-ip

Затем вы сообщите обозревателю прокси-сервер SOCKS. Посмотрите настройки сети. localhost в качестве сервера, порт 9999. Помните, что это должно быть под настройкой для SOCKS. Это не прокси-сервер HTTP.

Теперь, когда вы просматриваете, весь трафик проходит через туннель ssh. Это означает, что если на другом конце есть устройство, доступное только вашему серверу, вы можете подключиться к нему с помощью своего IP-адреса.

Обратите внимание, что DNS-запросы и другой сетевой трафик не будут проходить через туннель (AFAIK ), поэтому вам нужно подключиться к IP, если это имеет значение (которое, как я подозреваю, будет в этом случае)

Если мне нужно подключиться к удаленному серверу, предлагающему это хорошо, моя проблема заключается в том, чтобы связаться с VoIP-телефоном, который расположен обратно на УАТС. Таким образом, топология - это следующий ПК - & gt; Интернет - & gt; PBX - & gt; VoIP-телефон. УАТС является сетевым устройством в качестве маршрутизатора. — Riccardo Magrini, 5 March 2011 в 19:44
Я знаю, что использование шпаклевки может это сделать, но я хочу сделать это с помощью Ubuntu — Riccardo Magrini, 5 March 2011 в 19:52
Я получаю SSH-2.0-OpenSSH_5.9p1 Debian-5ubuntu1.1 Protocol mismatch в Firefox — nicoX, 4 October 2013 в 13:15
@nicoX Я предполагаю, что вы используете второй, прокси-метод. Убедитесь, что вы поместили его в поле SOCKS Host и не вход HTTP-прокси. — Oli♦, 4 October 2013 в 13:26
@oli Я нахожусь в локальной сети. ssh -R 4444:localhost:22 desktopX@<IP> с моего сервера VirtualBox на мой рабочий стол Ubuntu. С моего рабочего стола я запускаю ssh -D 4444 clientX@<IP>. Я пробовал SOCKS, но он не работает. — nicoX, 4 October 2013 в 13:51

schneehase · Answer 3 · 25 July 2018 в 22:24

Вы хотите обратный туннель, попробуйте это:

ssh -NT -R 4444:local.mydomain.com:80 user@remote.mydomain.com

Что это такое, инициирует соединение с remote.mydomain.com и переадресовывает TCP-порт 4444 на remote.mydomain.com на порт TCP 80 на local.mydomain.com. «-N» сообщает ssh просто настроить туннель и не подготовить командный поток, а «-T» сообщает ssh не выделять псевдо-tty в удаленной системе. Опция «-R» указывает ssh настроить туннель как обратный туннель.

Я должен пройти через сервер, чтобы связаться с VoIP-телефоном и открыть собственный веб-интерфейс, чтобы внести в него какую-то конфигурацию. — Riccardo Magrini, 5 March 2011 в 03:17

geekosaur · Answer 4 · 31 July 2018 в 12:36

Ваше описание сбивает с толку. Как указано, вы сказали, что соединения с localhost:4444 должны быть перенаправлены на IP_server, которые затем должны подключаться к IP_client:80, но затем вы напрямую подключаетесь к IP_client:80?

0

ответ дан geekosaur 31 July 2018 в 12:36

1

Прости, что я объяснил это плохо. Ты прав! Моя ситуация такова: client - & gt; remote_server - & gt; VoIP телефон. Я должен создать туннель на удаленном сервере, чтобы иметь возможность доступа к графическому интерфейсу VoIP-телефона firefox. Я пробовал gSTM, но получал ту же ошибку – Riccardo Magrini 5 March 2011 в 02:44

Oli · Answer 5 · 31 July 2018 в 12:36

Вот что я использую для загрузки моего webmin на своих серверах (который отключен, поэтому только кто-то с доступом ssh может видеть его):

ssh -l oli -L 9090:localhost:9090 my-server-ip

Это соединяет меня с сервером и отображает мои локальные порт 9090 на сервер P9090. Я просто просматриваю http://localhost:9090/, и я вижу webmin.

Если вы пытаетесь подключиться к другому устройству через ваш сервер, вы действительно не хотите, чтобы faff вокруг с вариантами ручного туннеля. ssh имеет встроенный прокси-сервер SOCKS. Запустите это:

ssh -D 9999 oli@my-server-ip

Затем вы сообщите обозревателю прокси-сервер SOCKS. Посмотрите настройки сети. localhost в качестве сервера, порт 9999. Помните, что это должно быть под настройкой для SOCKS. Это не прокси-сервер HTTP.

Теперь, когда вы просматриваете, весь трафик проходит через туннель ssh. Это означает, что если на другом конце есть устройство, доступное только вашему серверу, вы можете подключиться к нему с помощью своего IP-адреса.

Обратите внимание, что DNS-запросы и другой сетевой трафик не будут проходить через туннель (AFAIK ), поэтому вам нужно подключиться к IP, если это имеет значение (которое, как я подозреваю, будет в этом случае)

Если мне нужно подключиться к удаленному серверу, предлагающему это хорошо, моя проблема заключается в том, чтобы связаться с VoIP-телефоном, который расположен обратно на УАТС. Таким образом, топология - это следующий ПК - & gt; Интернет - & gt; PBX - & gt; VoIP-телефон. УАТС является сетевым устройством в качестве маршрутизатора. — Riccardo Magrini, 5 March 2011 в 19:44
Я знаю, что использование шпаклевки может это сделать, но я хочу сделать это с помощью Ubuntu — Riccardo Magrini, 5 March 2011 в 19:52
Я получаю SSH-2.0-OpenSSH_5.9p1 Debian-5ubuntu1.1 Protocol mismatch в Firefox — nicoX, 4 October 2013 в 13:15
@nicoX Я предполагаю, что вы используете второй, прокси-метод. Убедитесь, что вы поместили его в поле SOCKS Host и не вход HTTP-прокси. — Oli♦, 4 October 2013 в 13:26
@oli Я нахожусь в локальной сети. ssh -R 4444:localhost:22 desktopX@<IP> с моего сервера VirtualBox на мой рабочий стол Ubuntu. С моего рабочего стола я запускаю ssh -D 4444 clientX@<IP>. Я пробовал SOCKS, но он не работает. — nicoX, 4 October 2013 в 13:51

schneehase · Answer 6 · 31 July 2018 в 12:36

Вы хотите обратный туннель, попробуйте это:

ssh -NT -R 4444:local.mydomain.com:80 user@remote.mydomain.com

Что это такое, инициирует соединение с remote.mydomain.com и переадресовывает TCP-порт 4444 на remote.mydomain.com на порт TCP 80 на local.mydomain.com. «-N» сообщает ssh просто настроить туннель и не подготовить командный поток, а «-T» сообщает ssh не выделять псевдо-tty в удаленной системе. Опция «-R» указывает ssh настроить туннель как обратный туннель.

Я должен пройти через сервер, чтобы связаться с VoIP-телефоном и открыть собственный веб-интерфейс, чтобы внести в него какую-то конфигурацию. — Riccardo Magrini, 5 March 2011 в 03:17

geekosaur · Answer 7 · 2 August 2018 в 03:51

Ваше описание сбивает с толку. Как указано, вы сказали, что соединения с localhost:4444 должны быть перенаправлены на IP_server, которые затем должны подключаться к IP_client:80, но затем вы напрямую подключаетесь к IP_client:80?

0

ответ дан geekosaur 2 August 2018 в 03:51

1

Прости, что я объяснил это плохо. Ты прав! Моя ситуация такова: client - & gt; remote_server - & gt; VoIP телефон. Я должен создать туннель на удаленном сервере, чтобы иметь возможность доступа к графическому интерфейсу VoIP-телефона firefox. Я пробовал gSTM, но получал ту же ошибку – Riccardo Magrini 5 March 2011 в 02:44

Oli · Answer 8 · 2 August 2018 в 03:51

Вот что я использую для загрузки моего webmin на своих серверах (который отключен, поэтому только кто-то с доступом ssh может видеть его):

ssh -l oli -L 9090:localhost:9090 my-server-ip

Это соединяет меня с сервером и отображает мои локальные порт 9090 на сервер P9090. Я просто просматриваю http://localhost:9090/, и я вижу webmin.

Если вы пытаетесь подключиться к другому устройству через ваш сервер, вы действительно не хотите, чтобы faff вокруг с вариантами ручного туннеля. ssh имеет встроенный прокси-сервер SOCKS. Запустите это:

ssh -D 9999 oli@my-server-ip

Затем вы сообщите обозревателю прокси-сервер SOCKS. Посмотрите настройки сети. localhost в качестве сервера, порт 9999. Помните, что это должно быть под настройкой для SOCKS. Это не прокси-сервер HTTP.

Теперь, когда вы просматриваете, весь трафик проходит через туннель ssh. Это означает, что если на другом конце есть устройство, доступное только вашему серверу, вы можете подключиться к нему с помощью своего IP-адреса.

Обратите внимание, что DNS-запросы и другой сетевой трафик не будут проходить через туннель (AFAIK ), поэтому вам нужно подключиться к IP, если это имеет значение (которое, как я подозреваю, будет в этом случае)

Если мне нужно подключиться к удаленному серверу, предлагающему это хорошо, моя проблема заключается в том, чтобы связаться с VoIP-телефоном, который расположен обратно на УАТС. Таким образом, топология - это следующий ПК - & gt; Интернет - & gt; PBX - & gt; VoIP-телефон. УАТС является сетевым устройством в качестве маршрутизатора. — Riccardo Magrini, 5 March 2011 в 19:44
Я знаю, что использование шпаклевки может это сделать, но я хочу сделать это с помощью Ubuntu — Riccardo Magrini, 5 March 2011 в 19:52
Я получаю SSH-2.0-OpenSSH_5.9p1 Debian-5ubuntu1.1 Protocol mismatch в Firefox — nicoX, 4 October 2013 в 13:15
@nicoX Я предполагаю, что вы используете второй, прокси-метод. Убедитесь, что вы поместили его в поле SOCKS Host и не вход HTTP-прокси. — Oli♦, 4 October 2013 в 13:26
@oli Я нахожусь в локальной сети. ssh -R 4444:localhost:22 desktopX@<IP> с моего сервера VirtualBox на мой рабочий стол Ubuntu. С моего рабочего стола я запускаю ssh -D 4444 clientX@<IP>. Я пробовал SOCKS, но он не работает. — nicoX, 4 October 2013 в 13:51

schneehase · Answer 9 · 2 August 2018 в 03:51

Вы хотите обратный туннель, попробуйте это:

ssh -NT -R 4444:local.mydomain.com:80 user@remote.mydomain.com

Что это такое, инициирует соединение с remote.mydomain.com и переадресовывает TCP-порт 4444 на remote.mydomain.com на порт TCP 80 на local.mydomain.com. «-N» сообщает ssh просто настроить туннель и не подготовить командный поток, а «-T» сообщает ssh не выделять псевдо-tty в удаленной системе. Опция «-R» указывает ssh настроить туннель как обратный туннель.

Я должен пройти через сервер, чтобы связаться с VoIP-телефоном и открыть собственный веб-интерфейс, чтобы внести в него какую-то конфигурацию. — Riccardo Magrini, 5 March 2011 в 03:17

geekosaur · Answer 10 · 4 August 2018 в 19:54

Ваше описание сбивает с толку. Как указано, вы сказали, что соединения с localhost:4444 должны быть перенаправлены на IP_server, которые затем должны подключаться к IP_client:80, но затем вы напрямую подключаетесь к IP_client:80?

0

ответ дан geekosaur 4 August 2018 в 19:54

1

Прости, что я объяснил это плохо. Ты прав! Моя ситуация такова: client - & gt; remote_server - & gt; VoIP телефон. Я должен создать туннель на удаленном сервере, чтобы иметь возможность доступа к графическому интерфейсу VoIP-телефона firefox. Я пробовал gSTM, но получал ту же ошибку – Riccardo Magrini 5 March 2011 в 02:44

Oli · Answer 11 · 4 August 2018 в 19:54

Вот что я использую для загрузки моего webmin на своих серверах (который отключен, поэтому только кто-то с доступом ssh может видеть его):

ssh -l oli -L 9090:localhost:9090 my-server-ip

Это соединяет меня с сервером и отображает мои локальные порт 9090 на сервер P9090. Я просто просматриваю http://localhost:9090/, и я вижу webmin.

Если вы пытаетесь подключиться к другому устройству через ваш сервер, вы действительно не хотите, чтобы faff вокруг с вариантами ручного туннеля. ssh имеет встроенный прокси-сервер SOCKS. Запустите это:

ssh -D 9999 oli@my-server-ip

Затем вы сообщите обозревателю прокси-сервер SOCKS. Посмотрите настройки сети. localhost в качестве сервера, порт 9999. Помните, что это должно быть под настройкой для SOCKS. Это не прокси-сервер HTTP.

Теперь, когда вы просматриваете, весь трафик проходит через туннель ssh. Это означает, что если на другом конце есть устройство, доступное только вашему серверу, вы можете подключиться к нему с помощью своего IP-адреса.

Обратите внимание, что DNS-запросы и другой сетевой трафик не будут проходить через туннель (AFAIK ), поэтому вам нужно подключиться к IP, если это имеет значение (которое, как я подозреваю, будет в этом случае)

Если мне нужно подключиться к удаленному серверу, предлагающему это хорошо, моя проблема заключается в том, чтобы связаться с VoIP-телефоном, который расположен обратно на УАТС. Таким образом, топология - это следующий ПК - & gt; Интернет - & gt; PBX - & gt; VoIP-телефон. УАТС является сетевым устройством в качестве маршрутизатора. — Riccardo Magrini, 5 March 2011 в 19:44
Я знаю, что использование шпаклевки может это сделать, но я хочу сделать это с помощью Ubuntu — Riccardo Magrini, 5 March 2011 в 19:52
Я получаю SSH-2.0-OpenSSH_5.9p1 Debian-5ubuntu1.1 Protocol mismatch в Firefox — nicoX, 4 October 2013 в 13:15
@nicoX Я предполагаю, что вы используете второй, прокси-метод. Убедитесь, что вы поместили его в поле SOCKS Host и не вход HTTP-прокси. — Oli♦, 4 October 2013 в 13:26
@oli Я нахожусь в локальной сети. ssh -R 4444:localhost:22 desktopX@<IP> с моего сервера VirtualBox на мой рабочий стол Ubuntu. С моего рабочего стола я запускаю ssh -D 4444 clientX@<IP>. Я пробовал SOCKS, но он не работает. — nicoX, 4 October 2013 в 13:51

schneehase · Answer 12 · 4 August 2018 в 19:54

Вы хотите обратный туннель, попробуйте это:

ssh -NT -R 4444:local.mydomain.com:80 user@remote.mydomain.com

Что это такое, инициирует соединение с remote.mydomain.com и переадресовывает TCP-порт 4444 на remote.mydomain.com на порт TCP 80 на local.mydomain.com. «-N» сообщает ssh просто настроить туннель и не подготовить командный поток, а «-T» сообщает ssh не выделять псевдо-tty в удаленной системе. Опция «-R» указывает ssh настроить туннель как обратный туннель.

Я должен пройти через сервер, чтобы связаться с VoIP-телефоном и открыть собственный веб-интерфейс, чтобы внести в него какую-то конфигурацию. — Riccardo Magrini, 5 March 2011 в 03:17

schneehase · Answer 13 · 6 August 2018 в 03:57

Вы хотите обратный туннель, попробуйте следующее:

  ssh -NT -R 4444: local.mydomain.com: 80 user@remote.mydomain.com

Что это значит, инициирует подключение к remote.mydomain.com и пересылает порт TCP 4444 на remote.mydomain.com в порт TCP 80 на local.mydomain.com . «-N» сообщает ssh просто настроить туннель и не подготовить командный поток, а «-T» сообщает ssh не выделять псевдо-tty в удаленной системе. Опция «-R» сообщает ssh, чтобы настроить туннель как обратный туннель.

Oli · Answer 14 · 6 August 2018 в 03:57

Вот что я использую для загрузки моего webmin на своих серверах (который отключен, поэтому только кто-то с доступом ssh может видеть его):

  ssh -l oli -L 9090: localhost:  9090 my-server-ip

Это соединяет меня с сервером и сопоставляет мой локальный порт 9090 с P9090 сервера. Я просто просматриваю http: // localhost: 9090 / , и я могу видеть webmin.

Если вы пытаетесь подключиться к другому устройству через на вашем сервере, вы действительно не хотите разгадывать с помощью ручных настроек туннеля. ssh имеет встроенный режим прокси-сервера SOCKS. Запустите это:

  ssh -D 9999 oli @ my-server-ip

Затем вы сообщаете обозревателю прокси-сервер SOCKS. Посмотрите настройки сети. localhost в качестве сервера, порт 9999 . Помните, что это должно быть под настройкой для SOCKS. Это не HTTP-прокси.

Теперь, когда вы просматриваете, весь трафик проходит через туннель ssh. Это означает, что если на другом конце есть устройство, доступное только вашему серверу, вы можете подключиться к нему с использованием своего IP.

Обратите внимание, что DNS-запросы и другой сетевой трафик не будут проходить через туннель (AFAIK ), поэтому вам нужно подключиться к IP, если это имеет значение (которое, как я подозреваю, будет в этом случае)

geekosaur · Answer 15 · 6 August 2018 в 03:57

Ваше описание сбивает с толку. Как указано, вы сказали, что соединения с localhost: 4444 должны быть перенаправлены на IP_server , которые затем должны подключиться к IP_client: 80 , но то вы напрямую подключаетесь к IP_client: 80 ?

schneehase · Answer 16 · 7 August 2018 в 21:55

Вы хотите обратный туннель, попробуйте следующее:

  ssh -NT -R 4444: local.mydomain.com: 80 user@remote.mydomain.com

Что это значит, инициирует подключение к remote.mydomain.com и пересылает порт TCP 4444 на remote.mydomain.com в порт TCP 80 на local.mydomain.com . «-N» сообщает ssh просто настроить туннель и не подготовить командный поток, а «-T» сообщает ssh не выделять псевдо-tty в удаленной системе. Опция «-R» сообщает ssh, чтобы настроить туннель как обратный туннель.

geekosaur · Answer 17 · 7 August 2018 в 21:55

Ваше описание сбивает с толку. Как указано, вы сказали, что соединения с localhost: 4444 должны быть перенаправлены на IP_server , которые затем должны подключиться к IP_client: 80 , но то вы напрямую подключаетесь к IP_client: 80 ?

Oli · Answer 18 · 7 August 2018 в 21:55

Вот что я использую для загрузки моего webmin на своих серверах (который отключен, поэтому только кто-то с доступом ssh может видеть его):

  ssh -l oli -L 9090: localhost:  9090 my-server-ip

Это соединяет меня с сервером и сопоставляет мой локальный порт 9090 с P9090 сервера. Я просто просматриваю http: // localhost: 9090 / , и я могу видеть webmin.

Если вы пытаетесь подключиться к другому устройству через на вашем сервере, вы действительно не хотите разгадывать с помощью ручных настроек туннеля. ssh имеет встроенный режим прокси-сервера SOCKS. Запустите это:

  ssh -D 9999 oli @ my-server-ip

Затем вы сообщаете обозревателю прокси-сервер SOCKS. Посмотрите настройки сети. localhost в качестве сервера, порт 9999 . Помните, что это должно быть под настройкой для SOCKS. Это не HTTP-прокси.

Теперь, когда вы просматриваете, весь трафик проходит через туннель ssh. Это означает, что если на другом конце есть устройство, доступное только вашему серверу, вы можете подключиться к нему с использованием своего IP.

Обратите внимание, что DNS-запросы и другой сетевой трафик не будут проходить через туннель (AFAIK ), поэтому вам нужно подключиться к IP, если это имеет значение (которое, как я подозреваю, будет в этом случае)

schneehase · Answer 19 · 10 August 2018 в 10:10

Вы хотите обратный туннель, попробуйте следующее:

  ssh -NT -R 4444: local.mydomain.com: 80 user@remote.mydomain.com

Что это значит, инициирует подключение к remote.mydomain.com и пересылает порт TCP 4444 на remote.mydomain.com в порт TCP 80 на local.mydomain.com . «-N» сообщает ssh просто настроить туннель и не подготовить командный поток, а «-T» сообщает ssh не выделять псевдо-tty в удаленной системе. Опция «-R» сообщает ssh, чтобы настроить туннель как обратный туннель.

Oli · Answer 20 · 10 August 2018 в 10:10

Вот что я использую для загрузки моего webmin на своих серверах (который отключен, поэтому только кто-то с доступом ssh может видеть его):

  ssh -l oli -L 9090: localhost:  9090 my-server-ip

Это соединяет меня с сервером и сопоставляет мой локальный порт 9090 с P9090 сервера. Я просто просматриваю http: // localhost: 9090 / , и я могу видеть webmin.

Если вы пытаетесь подключиться к другому устройству через на вашем сервере, вы действительно не хотите разгадывать с помощью ручных настроек туннеля. ssh имеет встроенный режим прокси-сервера SOCKS. Запустите это:

  ssh -D 9999 oli @ my-server-ip

Затем вы сообщаете обозревателю прокси-сервер SOCKS. Посмотрите настройки сети. localhost в качестве сервера, порт 9999 . Помните, что это должно быть под настройкой для SOCKS. Это не HTTP-прокси.

Теперь, когда вы просматриваете, весь трафик проходит через туннель ssh. Это означает, что если на другом конце есть устройство, доступное только вашему серверу, вы можете подключиться к нему с использованием своего IP.

Обратите внимание, что DNS-запросы и другой сетевой трафик не будут проходить через туннель (AFAIK ), поэтому вам нужно подключиться к IP, если это имеет значение (которое, как я подозреваю, будет в этом случае)

geekosaur · Answer 21 · 10 August 2018 в 10:10

Ваше описание сбивает с толку. Как указано, вы сказали, что соединения с localhost: 4444 должны быть перенаправлены на IP_server , которые затем должны подключиться к IP_client: 80 , но то вы напрямую подключаетесь к IP_client: 80 ?

schneehase · Answer 22 · 13 August 2018 в 16:31

Вы хотите обратный туннель, попробуйте следующее:

  ssh -NT -R 4444: local.mydomain.com: 80 user@remote.mydomain.com

Что это значит, инициирует подключение к remote.mydomain.com и пересылает порт TCP 4444 на remote.mydomain.com в порт TCP 80 на local.mydomain.com . «-N» сообщает ssh просто настроить туннель и не подготовить командный поток, а «-T» сообщает ssh не выделять псевдо-tty в удаленной системе. Опция «-R» сообщает ssh, чтобы настроить туннель как обратный туннель.

Я должен пройти через сервер, чтобы связаться с VoIP-телефоном и открыть собственный веб-интерфейс, чтобы внести в него какую-то конфигурацию. — Riccardo Magrini, 5 March 2011 в 03:17

Oli · Answer 23 · 13 August 2018 в 16:31

Вот что я использую для загрузки моего webmin на своих серверах (который отключен, поэтому только кто-то с доступом ssh может видеть его):

  ssh -l oli -L 9090: localhost:  9090 my-server-ip

Это соединяет меня с сервером и сопоставляет мой локальный порт 9090 с P9090 сервера. Я просто просматриваю http: // localhost: 9090 / , и я могу видеть webmin.

Если вы пытаетесь подключиться к другому устройству через на вашем сервере, вы действительно не хотите разгадывать с помощью ручных настроек туннеля. ssh имеет встроенный режим прокси-сервера SOCKS. Запустите это:

  ssh -D 9999 oli @ my-server-ip

Затем вы сообщаете обозревателю прокси-сервер SOCKS. Посмотрите настройки сети. localhost в качестве сервера, порт 9999 . Помните, что это должно быть под настройкой для SOCKS. Это не HTTP-прокси.

Теперь, когда вы просматриваете, весь трафик проходит через туннель ssh. Это означает, что если на другом конце есть устройство, доступное только вашему серверу, вы можете подключиться к нему с использованием своего IP.

Обратите внимание, что DNS-запросы и другой сетевой трафик не будут проходить через туннель (AFAIK ), поэтому вам нужно подключиться к IP, если это имеет значение (которое, как я подозреваю, будет в этом случае)

Если мне нужно подключиться к удаленному серверу, предлагающему это хорошо, моя проблема заключается в том, чтобы связаться с VoIP-телефоном, который расположен обратно на УАТС. Таким образом, топология - это следующий ПК - & gt; Интернет - & gt; PBX - & gt; VoIP-телефон. УАТС является сетевым устройством в качестве маршрутизатора. — Riccardo Magrini, 5 March 2011 в 19:44
Я знаю, что использование шпаклевки может это сделать, но я хочу сделать это с помощью Ubuntu — Riccardo Magrini, 5 March 2011 в 19:52
Я получаю сообщение об ошибке SSH-2.0-OpenSSH_5.9p1 протокола Debian-5ubuntu1.1 в Firefox — nicoX, 4 October 2013 в 13:15
@nicoX Я предполагаю, что вы используете второй, прокси-метод. Убедитесь, что вы поместили его в поле SOCKS Host и не вход HTTP-прокси. — Oli♦, 4 October 2013 в 13:26
@oli Я нахожусь в локальной сети. ssh -R 4444: localhost: 22 desktopX @ & lt; IP & gt; от моего сервера VirtualBox к моему настольному клиенту Ubuntu. С моего настольного клиента я запускаю ssh -D 4444 clientX @ & lt; IP & gt; . Я пробовал SOCKS, но он не работает. — nicoX, 4 October 2013 в 13:51

geekosaur · Answer 24 · 13 August 2018 в 16:31

Ваше описание сбивает с толку. Как указано, вы сказали, что соединения с localhost: 4444 должны быть перенаправлены на IP_server , которые затем должны подключиться к IP_client: 80 , но то вы напрямую подключаетесь к IP_client: 80 ?

0

ответ дан geekosaur 13 August 2018 в 16:31

1

Прости, что я объяснил это плохо. Ты прав! Моя ситуация такова: client - & gt; remote_server - & gt; VoIP телефон. Я должен создать туннель на удаленном сервере, чтобы иметь возможность доступа к графическому интерфейсу VoIP-телефона firefox. Я пробовал gSTM, но получал ту же ошибку – Riccardo Magrini 5 March 2011 в 02:44

туннель ssh и получение веб-страниц через туннель

24 ответа

Другие вопросы по тегам:

Похожие вопросы: