Ответ Matt довольно корректен, но пропускает исторический контекст, который, когда системы UNIX были сначала принесены в более крупные дата-центры "оператор", обычно был фактической должностью для штата, выполняющего простые стандартные задачи в системах.
Необходимо смочь использовать сетевой стек непривилегированного режима. Запустите qemu как это:
qemu-system-x86_64 \
-smp 1 -m 1024 \
-net user,net=10.0.0.0/8,host=10.0.0.1,hostfwd=tcp:127.0.0.1:2222-10.0.0.2:22 \
-net nic \
-cdrom systemrescuecd-x86-2.0.1.iso -boot d
Важные опции:
-net nic
: Покажите карту виртуальной сети для гостя-net user
: Заставьте процесс qemu на хосте связаться по реальной сети точно так же, как любой другой процесс был быnet=10.0.0.0/8
: Подсеть в виртуальной сетиhost=10.0.0.1
: IP-адрес хоста в виртуальной сетиhostfwd=tcp:127.0.0.1:2222-10.0.0.2:22
: Процесс qemu на хосте прислушивается к соединениям TCP от localhost на порте 2222 и вперед их к виртуальной сети к 10.0.0.2:22 (таким образом, Вы можете ssh к своей новой виртуальной машине),На выполненном госте
ifconfig eth0 10.0.0.2 up
ip route add default via 10.0.0.1 dev eth0
Протестируйте SSH от хоста до гостя
ssh 127.0.0.1 -p 2222
и от гостя для хостинга
ssh 10.0.0.1
Протестируйте интернет-достижимость от гостя
wget google.com
Хост-процесс работает как маршрутизатор NAT. Только TCP и трафик UDP будут работать. В особенности проверьте с помощью ping-запросов только работы между гостем и хостом, Вы не можете проверить с помощью ping-запросов google.com (мой обычный сетевой метод тестирования). Преимущество этого подхода состоит в том, что Вам даже не нужны полномочия пользователя root.
Уловка-22: Хост не может использовать ssh для гостя, когда единственной целью подключения к Интернету является установка openssh-сервера на гостевой системе.