LINUX.ORG.RU
ФорумAdmin

Доступ к виртуалке расположенной в другой подсети.

 ,


0

1

Есть 2 интерфейса

eth0 Link encap:Ethernet HWaddr 00:50:56:a5:20:03 inet addr:10.6.131.254 Bcast:10.6.135.255 Mask:255.255.248.0 inet6 addr: fe80::250:56ff:fea5:2003/64 Scope:Link UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:9026468640 errors:0 dropped:0 overruns:0 frame:0 TX packets:6729760 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:823127972217 (823.1 GB) TX bytes:5960978270 (5.9 GB)

tap0 Link encap:Ethernet HWaddr e2:5e:e3:30:af:73 inet addr:169.254.240.100 Bcast:169.254.255.255 Mask:255.255.0.0 inet6 addr: fe80::e05e:e3ff:fe30:af73/64 Scope:Link UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:316002 errors:0 dropped:0 overruns:0 frame:0 TX packets:195487 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:500 RX bytes:121853421 (121.8 MB) TX bytes:267051109 (267.0 MB)

Через tap0 идет связь с виртуалкой(qemu, настраивал не я). Виртуалка под управлением linux. Нужно сделать так что бы виртуалка была доступна из сети к которой подключен eth0.

Прошу прощения если это тривиально, никогда не настраивал сети в linux.


В режиме моста виртуалка?

адреса динамически распределяются?

aphelion
()

как доступна? Если имеется в виду обычный IP-доступ - то (опционально дать нормальные адреса и) настроить маршрутизацию. Либо будет достаточно проброса портов.

spunky ★★
()

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

[Прошу прощения если это тривиально, никогда не настраивал сети в linux.] = нет разницы , пратаколы ведь едеентичны во всех осях, важно понимать что делаешь, а так затея эт бестолковая... имхо

aphelion
()

Если на том ПК, на котором крутится виртуалка на tap0, она доступна, то, чтобы и другие ПК, висящие на eth0, могли до неё достучаться нужно классическое (от рута)

# echo 1 > /proc/sys/net/ipv4/ip_forward
на ПК с виртуалкой.

gag ★★★★★
()

g://qemu bridged networking

ZuBB ★★★★★
()

Либо NAT+проброс портов, либо маршрутизация из tap0 в eth0 (+ маршрут к 169.254.240.100 через 10.6.131.254 на default gw локальной сети).
Но, думаю, наилучший вариант - это сделать br0 (включающий eth0 и tap0), дать ему ip с eth0, внутри виртуалки дать ip из диапазона адресов реальной локалки.

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