SSH Доступ через туннелирование

Это может быть ошибка 613288, и в этом случае я бы посоветовал вам подписаться на эту ошибку и использовать ссылку «Эта ошибка влияет ...» в верхней части ссылки на ошибку, чтобы указать, что вы затронуты.

Во-первых, вы должны MD5 протестировать изображение .iso (если вы скачали и сожгли / написал / смонтировал / извлек .iso), чтобы убедиться, что он не поврежден. См. ошибка 613288 . Если это Ubuntu 11.10 Oneiric Ocelot, то, поскольку хэши MD5 для этой версии до сих пор еще не добавлены в https://help.ubuntu.com/community/UbuntuHashes, вам придется использовать http: // релизы. ubuntu.com/oneiric/MD5SUMS или http://cdimage.ubuntu.com/xubuntu/releases/11.10/release/MD5SUMS (в зависимости от того, какой файл вы загрузили).

Если изображение .iso или Wubi .exe installer (в зависимости от того, что вы загрузили) не проверяется, затем повторно загружает его, MD5 тестирует недавно загруженный файл и устанавливает его с новым (хорошим) файлом.

Если файл имеет правильный MD5SUM , то вам следует подумать о том, как вы его устанавливаете. Вы устанавливаете его с необходимыми привилегиями? Если вы используете Windows Vista или Windows 7 (или версию Windows Server, соответствующую любому из них), то есть что-то называемое User Account Control, которое (если не отключено) автоматически запускает программы без административных прав, даже когда они запускаются администраторов, если программы не требуют и не получают административного доступа, или вы указываете при их запуске, что они должны иметь этот доступ. Если вы используете одну из этих версий Windows, то вы установили Wubi, установили ли вы ее, щелкнув правой кнопкой мыши на Wubi.exe и нажав «Запуск от имени администратора»? Если нет, попробуйте это и посмотрите, работает ли это.

Если ваш загруженный файл имеет правильную сумму MD5, и вы либо работаете под управлением Windows XP, либо получаете ту же самую ошибку при запуске Wubi.exe как администратор явно, то вы почти наверняка страдаете от https://help.ubuntu.com/community/UbuntuHashes . Тогда вам будет полезно размещать там информацию о вашем оборудовании и версии Windows и версии (то есть версии) и вкусе Ubuntu (Xubuntu, в данном случае), который вы пытаетесь установить. И есть некоторые обходные пути для ошибки, размещенной на странице с ошибкой, поэтому вы можете решить эту проблему.

Мне также приходит в голову, что вы можете попробовать установить другую версию Ubuntu, есть проблема или вы можете попробовать установить более стандартную систему Ubuntu через Wubi (ошибка с Kubuntu, предполагающая, что проблема может быть специфичной для производных, а не с обычным Ubuntu в Wubi), и что вы можете попробовать установить обычной, не-Wubi Ubuntu (но тогда я знаю, что вы пробовали это здесь, надеюсь, вы сможете это сделать).

1
задан 28 October 2017 в 10:39

2 ответа

Это должно быть возможно. Я могу дать команды Linux, вам придется искать эквивалентную конфигурацию для любых SSH-клиентов, которые вы используете в Windows.

От VM до B:

ssh -R localhost:2022:localhost:22 192.168.1.15

Это приведет к переходу порт 22 (предположительно SSH) на Ubuntu VM на порт 2022 на 192.168.1.15.

От B до C:

ssh -R localhost:3022:localhost:2022 34.xxx.xx.xxx

Это приведет к переходу localhost:2022 (который сам from отсылается предыдущей командой, запущенной в VM) до 3022 на C.

От A до C:

ssh -L 4022:localhost:3022 34.xxx.xx.xxx

Это переведет localhost:3022 на C в A 4022.

Таким образом, мы имеем цепочку пересылки:

4022 на A до 3022 на C до 2022 на B до 22 на VM

Наконец, на A:

ssh localhost:4022

Это должно быть подключено к виртуальной машине.

4022 на A до -R есть RemoteForward

Эта цепь может быть сокращена. Например, в зависимости от используемых сетевых настроек, от B до C:

ssh -R :3022:192.168.1.15:22 34.xxx.xx.xxx

B будет напрямую пересылать 3022 на C на 22 на виртуальной машине. И на A:

ssh 34.xxx.xx.xxx:3022
0
ответ дан 18 July 2018 в 04:23

Это должно быть возможно. Я могу дать команды Linux, вам придется искать эквивалентную конфигурацию для любых SSH-клиентов, которые вы используете в Windows.

От VM до B:

ssh -R localhost:2022:localhost:22 192.168.1.15

Это приведет к переходу порт 22 (предположительно SSH) на Ubuntu VM на порт 2022 на 192.168.1.15.

От B до C:

ssh -R localhost:3022:localhost:2022 34.xxx.xx.xxx

Это приведет к переходу localhost:2022 (который сам from отсылается предыдущей командой, запущенной в VM) до 3022 на C.

От A до C:

ssh -L 4022:localhost:3022 34.xxx.xx.xxx

Это переведет localhost:3022 на C в A 4022.

Таким образом, мы имеем цепочку пересылки:

4022 на A до 3022 на C до 2022 на B до 22 на VM

Наконец, на A:

ssh localhost:4022

Это должно быть подключено к виртуальной машине.

4022 на A до -R есть RemoteForward

Эта цепь может быть сокращена. Например, в зависимости от используемых сетевых настроек, от B до C:

ssh -R :3022:192.168.1.15:22 34.xxx.xx.xxx

B будет напрямую пересылать 3022 на C на 22 на виртуальной машине. И на A:

ssh 34.xxx.xx.xxx:3022
0
ответ дан 24 July 2018 в 18:04
  • 1
    Спасибо, я попробую это и обновит вас. Я использую инструмент шпатлевки в окнах. – Gokulnath Kumar 28 October 2017 в 12:59

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

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