LINUX.ORG.RU
ФорумAdmin

VirtualBox и доступ из «вне»


0

0

Установил виртуальную машинку, Debian 5.0, четь оставил через NAT (дефолтную), нужно теперь реализовать возможность подключаться к этой машине из мне (не только с рабоче станции) а с любого места на планете :) Нашел как это делает, вроде ничего сложно

VBoxManage setextradata "freebsd" "VBoxInternal/Devices/pcnet/0/LUN#0/Config/guestssh/Protocol" TCP

   VBoxManage setextradata "freebsd" "VBoxInternal/Devices/pcnet/0/LUN#0/Config/guestssh/GuestPort" 22

   VBoxManage setextradata "freebsd" "VBoxInternal/Devices/pcnet/0/LUN#0/Config/guestssh/HostPort" 2222
Заменил имя на свое. Сижу пытаюсь приконектиться, некак, подумал может надо было из под рута команды выполнить, делаю из под рута, и получаю
sudo VBoxManage setextradata "KPO-test" "VBoxInternal/Devices/pcnet/0/LUN#0/Config/guestssh/Protocol" TCP
Sun VirtualBox Command Line Management Interface Version 3.1.6
(C) 2005-2010 Sun Microsystems, Inc.
All rights reserved.

ERROR: Could not find a registered machine named 'KPO-test'
Details: code VBOX_E_OBJECT_NOT_FOUND (0x80bb0001), component VirtualBox, interface IVirtualBox, callee nsISupports
Context: "FindMachine(Bstr(a->argv[0]), machine.asOutParam())" at line 585 of file VBoxManageMisc.cpp
cupper@cupper-desktop:~$ VBoxManage setextradata "KPO-test" "VBoxInternal/Devices/pcnet/0/LUN#0/Config/guestssh/Protocol" TCP
Sun VirtualBox Command Line Management Interface Version 3.1.6
(C) 2005-2010 Sun Microsystems, Inc.
All rights reserved.

Имя машины

cat .VirtualBox/Machines/KPO-test/Logs/VBox.log | grep KPO
00:00:01.124   Name            <string>  = "KPO-test" (cb=9)
00:00:01.126   StreamName  <string>  = "KPO-test" (cb=9)
00:00:01.127   BootFile   <string>  = "KPO-test.pxe" (cb=13)
00:00:01.127   Path   <string>  = "/home/cupper/Qemu/KPO-test.vdi" (cb=31)

В чем кроется проблема ?


Ответ на: комментарий от sdio

да в томто и дело что он не биндится без рута похоже

> nmap -p 0-3000 localhost
localhost (127.0.0.1):
Not shown: 2999 closed ports
PORT    STATE SERVICE
22/tcp  open  ssh
631/tcp open  ipp

Cupper
() автор топика
Ответ на: комментарий от Novell-ch

значит в начале я правильно делал не из под рута ? но тогда порт 2222 зкрыт остается, ребут делал.

Cupper
() автор топика
Ответ на: комментарий от Cupper

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

Novell-ch ★★★★★
()
Ответ на: комментарий от Cupper

:( вот только на бубунте под рутом войти низя, я получается не правильно сказал, не от root'а выпадают эти ошибки а от sudo, это же вроде как не root

Cupper
() автор топика
Ответ на: комментарий от Borman3000

потом вспомнил что так можно, добавил рута в группу, проверил что он там, запустил опять от sudo все тоже самое

Cupper
() автор топика
Ответ на: комментарий от Cupper

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

Novell-ch ★★★★★
()
Ответ на: комментарий от Novell-ch

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

Cupper
() автор топика

Надо бы ещё имя и номер адаптера проверить

The above example assumes a PCNet virtual network card; if you have configured the guest to use the Intel PRO/1000, replace “pcnet” with “e1000” in the above commands and use “virtio-net” if you configured the guest to use the Paravirtualized Network device. Similarly, if you want to configure a different interface instance replace the /0/ with the appropriate index. pcnet, e1000 and virtio-net are counted separately in this respect, and counting starts at 0 for these types.

The name guestssh is an arbitrary one chosen for this particular forwarding configuration. With that configuration in place, all TCP connections to port 2222 on the host will be forwarded to port 22 on the guest. Protocol can be either of TCP or UDP (these are case insensitive). To remove a mapping again, use the same commands, but leaving out the values (in this case TCP, 22 and 2222).

It is not possible to configure incoming NAT connections while the VM is running. However you can change the settings for a VM which is currently saved (or powered off at a snapshot).

anonymous
()
Ответ на: комментарий от Cupper

Это всё является свойством отключенной виртуальной машины. Зачем там права администратора?

anonymous
()
Ответ на: комментарий от Cupper

Ну как и следовало ожидать :( гдето накосячил или что то не так делал, прот открытый появился, щас конект проверять буду

Cupper
() автор топика
Ответ на: комментарий от Cupper

Гы %) не понос так золотуха. ssh прекрасно конектиться к по localhost 2222 в машине просит ввести пароль, и ... пароль не принимает. Выставил на виртуалке инет через бридж, при прямом конеке по ssh на ip виртуалке все пучком проходит и я вхожу по ssh, следом делаю конект через localhost 2222 конет проходит, пароль не принимает ))

Cupper
() автор топика
Ответ на: комментарий от Ingwar

нет кнопочки «изменить» на первом посте.

Cupper
() автор топика
Ответ на: комментарий от Ingwar

Это может быть художественный приём. Когда всё, что снаружи копьютера, получает имя «вне».

anonymous
()
Ответ на: комментарий от anonymous

>Это может быть художественный приём. Когда всё, что снаружи копьютера, получает имя «вне».

это ошибка, а не художественный прием :)

Ingwar ★★★★★
()

Эх, когда я доберусь до власти, я выпущу закон - отрубать руки всем «упростителям». Вот если бы ты задействовал host-only networking, то чмог бы все разрулить через iptables на хосте. А так - е..тесь сами :-)

no-dashi ★★★★★
()
Ответ на: комментарий от no-dashi

подскажите как настроить iptables на то что бы переводить все входящие на порт 2222 конекты на 0.0.0.0:22

и как сделать тоже самое если нет на виртуалку настроен через NAT и локальная машина как бе не видит виртуальную

Cupper
() автор топика
Ответ на: комментарий от Cupper

вобщем проблемма решилась %) нужно было не так

ssh name@localhost port

а так

ssh name@localhost -p port

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

Cupper
() автор топика
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.