Ubuntu на WMware доступ по ssh через bash - отказ Опции

[P.L.U.R.]

Есть проблема. Но я только начинаю разбираться с ssh/ubuntu и виртуальными машинами, в целом.

Из основной системы (Windows 10x64) через shell Git Bash хочу получить доступ к terminal в Ubuntu Desktop 14.04 LTS (установлена на виртуалке VMware Workstation 12 Pro) по ssh.
1) В терминале командой ifconfig определил ip и по инструкции настроил подключение NAT:

2) Отключил ESET Firewall
3) В git bash прописываю

$ ssh root@localhost -p 22

Получаю:
ssh: connect to host localhost port 22: Software caused connection abort

Подскажите как осуществить подключение и в чём ошибка?

Сообщение отредактировал P.L.U.R. - Apr 7 2016, 14:34

[P.L.U.R.]

Никто не делал проброс портов для подключения к виртуальной машине?

[mak_v_]

В шиндовс фаерволке порт проброшен-с?

[tiss]

В шиндовс фаерволке порт проброшен-с?

Если отключен ЕСЕТ файрволл, то логично предположить, что при его установке шиндовский файрволл был отключён.

[mak_v_]

Шиндовс и логика вещи несовместимые, могут быть костыли любой конструкции

[P.L.U.R.]

Хоть Брандмауэр Windows отключён "Управление этими параметрами осуществляется приложением поставщика ESET Smart Security", но там тоже были созданы правила для исходящего и входящего подключения, пропускать этот порт.
Так же пробую на работе, тут оба порта 22-е. Получаю ошибку "Software caused connection abort"

Сообщение отредактировал P.L.U.R. - Apr 7 2016, 13:39

[Pilson]

У тебя судя по скрину, пробрасывается с локалхоста порт 22 на виртуалку порт 8000, а надо наоборот. локальный порт 8000 на виртуалку на 22 порт

[P.L.U.R.]

Pilson, да, спасибо, я увидел этот косяк на скрине. Пробовал разные порты. Сейчас и там, и там 22 стоит. Получаю ошибку "Software caused connection abort"
Вот я запилил все настройки в один скрин, что не так намудрил?


Сообщение отредактировал P.L.U.R. - Apr 7 2016, 14:34

[Pilson]

Ну так это уже совсем другая ошибка
запускай ssh с ключом -v или -vv и смотри на что будет материться.
а на второй стороне смотри в логи

[P.L.U.R.]

Dmitrii@IvyBridge MINGW64
$ ssh root@localhost -v
OpenSSH_7.1p2, OpenSSL 1.0.2g 1 Mar 2016
debug1: Reading configuration data /etc/ssh/ssh_config
debug1: Connecting to localhost [::1] port 22.
debug1: connect to address ::1 port 22: Connection refused
debug1: Connecting to localhost [127.0.0.1] port 22.
debug1: Connection established.
debug1: key_load_public: No such file or directory
debug1: identity file /c/Users/Dmitrii/.ssh/id_rsa type -1
debug1: key_load_public: No such file or directory
debug1: identity file /c/Users/Dmitrii/.ssh/id_rsa-cert type -1
debug1: key_load_public: No such file or directory
debug1: identity file /c/Users/Dmitrii/.ssh/id_dsa type -1
debug1: key_load_public: No such file or directory
debug1: identity file /c/Users/Dmitrii/.ssh/id_dsa-cert type -1
debug1: key_load_public: No such file or directory
debug1: identity file /c/Users/Dmitrii/.ssh/id_ecdsa type -1
debug1: key_load_public: No such file or directory
debug1: identity file /c/Users/Dmitrii/.ssh/id_ecdsa-cert type -1
debug1: key_load_public: No such file or directory
debug1: identity file /c/Users/Dmitrii/.ssh/id_ed25519 type -1
debug1: key_load_public: No such file or directory
debug1: identity file /c/Users/Dmitrii/.ssh/id_ed25519-cert type -1
debug1: Enabling compatibility mode for protocol 2.0
debug1: Local version string SSH-2.0-OpenSSH_7.1
ssh_exchange_identification: read: Software caused connection abort

Сообщение отредактировал P.L.U.R. - Apr 7 2016, 14:48

[bambu4a]

Это пробовал? http://sergeivl.ru/putty-network-error-sof...tion-abort.html

ЗЫ. На оракловом виртуалбоксе таких проблем нет. Жрёт меньше ресурсов чем вмварь. Для домашнего использования комфортнее. Имхо конечно.

[P.L.U.R.]

bambu4a, да, уже попробовал коннектится через putty, а не через bash. После установки Ubuntu на виртуалку,обязательно же надо установить там сразу openssh?

В общем, на днях попрошу товарища прийти указать в чём была ошибка, отпишусь тут.
Но если у кого есть какие-то идеи, то вэлкам.

Плохо, что в инете нет инструкции от и до. А только вопросы с частными случаями и логами.
Но понимаю, что раз пробуешь нетривиальные вещи, то нужно самому разбираться.

Сообщение отредактировал P.L.U.R. - Apr 7 2016, 18:27

[bambu4a]

ХЗ что там с убунтой, но в любом из линей семейства шляпных, во фришке демон ссш сразу присутствует по умолчанию, его ток енабнуть нужно на моменте установки системы. В лине сразу пускает рута по ссш, фришка посылает накл. Требует пользователя завхиленного в группу, чтобы сукнуться из под него и получить рута.

Сделай скан своей системы, с хостмашины, посмотри какие порты открыты.

так же сделай tail -f /var/log/message на гостевой системе, нажми пару энтеров, чтобы отделить текучку и пробуй ссашнуться с хост машины. По идее, если косяк в бубунте, то в логах покажется - чего и почему. По крайней мере она хоть как-то отреагировать должна. Если не реагирует, значит косяк в настройке вмвари.

А вообще, если честно, я не очень понял, что ты там настраивал с сетью в вмвари. Зачем нат? Почему не сетевой мост? В этом случае у тебя бубунта получит адрес из той же подсети что и хост машина, то есть винда. Тогда ты исключишь косяки с натами и прочими настройками вмвари. У тебя ж какой-то маршрутизатор стоит? И он по дхцп раздаёт сеть на домашние машинки? Или что-то не так понимаю?

[P.L.U.R.]

В общем, получилось. Завтра протестирую на работе, отпишусь как.
Смысл в том, что под root не пускает, даже, если вводиться правильный пароль. Подключаться нужно под пользователем, потом переключатся на рута.

[bambu4a]

Ну да. Пользователь должен быть в группе wheel, а потом можно сделать sudo [комманда] или su - переход на рута.

[P.L.U.R.]

Ну в общем все ок, тему можно закрывать.

Сильная команда из git bash

ssh user(ваш пользователь на гостевой ubuntu)@localhost -p(ключ подключения к порту) хххх (ваш порт хоста для NAT подключения, настраивается в VMware) -v (мониторинг подключения и ошибок)

1) ifconfig в терминале ubuntu, смотрим ip-адресс в eth0. Его вписываем в WMware NAT settings, гостевой порт отсавляем 22, хост порт ставим, например 8000.
2) в Свойствах гостевой системы переключаем её на NAT, а не bridged. Перезагружаем, тестируем, что есть доступ в интернет. Отключаем фаерволл в хост-системе.
3) из терминала запускаем установку openssh из под рута

sudo -i

apt-get install openssh-server

4) дальше из git bash, например

ssh dim@localhost -p 8000 -v

Оно сначала считывает подключение по сертификатам, которых нет, пишем yes, что хотим подключиться по паролю. Вводим пароль и переключаемся на рута. Всё.

[bambu4a]

в Свойствах гостевой системы переключаем её на NAT, а не bridged. Перезагружаем, тестируем, что есть доступ в интернет. Отключаем фаерволл в хост-системе.

любишь ты всё усложнять

[NetSpider]

Смысл в том, что под root не пускает, даже, если вводиться правильный пароль.

Скорее всего в конфиге (sshd_config) установлено
PermitRootLogin No
Можно прописать
PermitRootLogin without-password
PubkeyAuthentication yes
И ходить с той же putty по ключам или
PermitRootLogin Yes
и ходить рутом (но не советую).

Так же рекомендую не вешать SSH на 22 порт (если есть необходимость делать доступ извне), можно на любой нестандартный, и проверить, чтобы наружу не торчал порт VNC, их тоже сканят.