3

Итак, вот мои настройки. Картинка не "точная", я ее модифицировал, но она дает вам представление.

Инструменты, которые я использую:

  • PUTTY
  • OpenSSH
  • CYGWIN
  • Remote Desktop
  • VMware vCenter Server Version 5.1.0
  • vSphere Client Version 5.1.0

Еще одна вещь, которую я могу отметить, это то, что машины DEVILSMILK и DUCLAW являются виртуальными машинами. KENT-PC - это моя физическая машина с административным доступом к домену, где все 3 машины находятся в одной локальной сети 10.0.10.0/24 . Также вот список операционных систем, работающих на каждой машине:

  • KENT-PC - Windows 7 Ultimate
  • DEVILSMILK - CENTOS 6.3
  • DUCLAW - Windows Server 2008 Datacenter

Шаги, которые я предпринял до сих пор с SSH:

  • На DEVILSMILK я использую OpenSSH качестве моего SSH-сервера и отключил iptables чтобы все порты были открыты.
  • В DUCLAW я запускаю OpenSSH через CYGWIN и были разработаны правила, разрешающие доступ к Remote Desktop а также к порту 22 для SSH.

Моя первая машина KENT-PC с 10.0.10.110:RHP(Random High Port) была подключена по протоколу SSH к DEVILSMILK с 10.0.10.113:22 . DEVILSMILK в 10.0.10.113:RHP - это SSH'd в DUCLAW в 10.0.10.130:22 . Все соединения были успешно установлены и вошли в систему.

Конфигурации туннелирования SSH на PUTTY:

  • KENT-PC - L33389 localhost:60666
  • DEVILSMILK - L60666 localhost:3389

Теперь, когда все эти конфигурации настроены и SSH успешно подключен из конца в конец, я запускаю Remote Desktop с KENT-PC и пытаюсь подключиться к localhost:33389 .

Затем Remote Desktop должен попытаться подключиться к KENT-PC через порт 33389 который затем будет перенаправлен на DEVILSMILK порт 60666 который затем будет переадресован на DUCLAW порт 3389 (порт удаленного рабочего стола), и соединение должно быть установлено, и оно должно работать, и я буду туннелировать Remote Desktop через зашифрованный туннель SSH.

Но это не так.

Ошибка, которую я получаю от Remote Desktop :

Этот компьютер не может подключиться к удаленному компьютеру.

Попробуйте подключиться снова. Если проблема не устранена, обратитесь к владельцу удаленного компьютера или администратору сети.

Пара других вещей, чтобы отметить.

Удаленный рабочий стол напрямую в DUCLAW работает без проблем, он не работает через SSH-туннель.

Кто-нибудь знает, что я делаю не так?

ОБНОВЛЕНИЕ 1: Попытался изменить все номера портов туннеля и имена хостов на:

  • KENT-PC - L62333 DEVILSMILK:62334
  • DEVILSMILK - L62334 DUCLAW:3389

Все еще не работает. Также полностью отключил брандмауэр на KENT-PC ... не ходи.

ОБНОВЛЕНИЕ 2: Попытка использовать IP-адреса вместо имен хостов, и это тоже не сработало. Я также попытался использовать порт 3333 вместо 62333 для номера порта KENT-PC туннеля Localhost и все тот же.

|источник

1 ответ1

1

Очевидно , там было какое - то проблема с помощью графического интерфейса пользователя putty , чтобы сделать первый SSH из Kent-PC DEVILSMILK Пользователь в /techsupport subreddit рекомендовал использовать CYGWIN для всех моих машин. Конечно же, после установки CYGWIN и использования этих команд:

ssh -vg -L 3333:localhost:6666 misfitred@devilsmilk

Соединение установлено.

Затем с той же консоли SSH.

ssh -vg -L 6666:localhost:3389 kgraves@duclaw

Соединение установлено.

Затем запустите эту команду с KENT-PC, который является моим исходным хостом:

mstsc /v:localhost:3333

И Вахла! Как вы можете видеть на рисунке ниже, DUCLAW(10.0.10.130) осуществляется через удаленный рабочий стол, и как вы можете видеть в Wireshark, это зашифрованное соединение SSH, которое выглядит так, как будто оно исходит от DEVILSMILK (10.0.10.113) .

Теперь я могу перестать биться головой о стол. Спасибо всем, кто помог разобраться в этом.

|источник

Всё ещё ищете ответ? Посмотрите другие вопросы с метками .