Достучаться по ssh

на конфликт адресов похоже. пробросить сеть в виртуалку с помощью моста.

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

ставте бридж, не нужен там проброс. Если адреса из одной подсети, то они увидят друг друга как в локалке.

1. на макоси sshd не запущен?
2. пользователю ubuntu разрешен вход по ssh?

Переделал под bridge и все встало на свои места, надеюсь окончательно. Спасибо всем за ответы

поди инета теперь в виртуалке нет?

Пока не проверял, но виртуалка в основном для локальных нужд

А так кстати да, инета теперь нету, хотя вроде dns-nameserver прописал в /etc/network/interfaces. А в связи с чем такое может быть?

в связи с тем, что виртуалке теперь шлюз (gateway) нужен для выхода в инет, не надо DNS прописывать в /etc/network/interfaces, его прописывают в resolv.conf, как настроить шлюз на маке не в курсе, в крайняк переключите взад на NAT.

Просит хост, который на виртуалке. По умолчанию, если вы не указываете имя пользователя, то клиент ssh стучится на сервер под именем пользователя, из которого запущен ssh-клиент на клиентской машине. Нужно указывать имяпользователя@ip для того, что-бы зайти под нужной учёткой. Ну, и пароль этого пользователя на хосте(той, что на виртуалке) вводить. Но лучше использовать аутентификацию по ключам, а виртуалке дать нормальный hostnane(не знаю, как это делается на маке(имел дело только с оффтопиком и linux)). И не париться каждый раз, вcпоминая IP виртуалки.

не надо DNS прописывать в /etc/network/interfaces, его прописывают в resolv.conf

на счет /etc/network/interfaces прочитал тут: http://help.ubuntu.ru/wiki/настройка_сети_вручную#настройка_dns

или это только при условии использования сторонних сервисов, таких как networkmanager?

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

Спасибо, разобрался. Просто авторизация через ключи должна была быть, вот она и не работала. Изначально мак не пускал, но напрямую все заработало

Авторизация через ключи может не работать из-за неправильно выставленных прав на директорию .ssh, или на файл ключа. Узнать причину проблемы можно, вызывая ssh с опцией -v.

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

Нашел решение вашей проблемы, настройте в виртуалке два сетевых интерфейса, на один повести NAT, а второй подключите мостом, так и интернет будет, и доступ к ВМ как по локальной сетке.