🚀 go-pugleaf

RetroBBS NetNews Server

Inspired by RockSolid Light RIP Retro Guy

Thread View: pl.comp.os.linux.debian
8 messages
8 total messages Started by Dr. Koop Tue, 24 Jan 2012 10:00
openvz problem z przydzieleniem ip zewnętrznego
#42202
Author: Dr. Koop
Date: Tue, 24 Jan 2012 10:00
21 lines
1791 bytes
Witam

Mam duży problem dostawca internetu dostarcza mi dwa adresy ip z 
przedzialu 188.122.8.x i 188.122.10.x maska 255.255.248.0 chcial bym te 
adresy podlaczyc do jednej maszyny z czego jeden adres podłączony do 
eth1 system rzeczywisty a drugi do chciał bym podłączyć do virtualki 
stojącej na openvz eth0 to 192.168.0.254 lan mam jeszcze eth2, której 
system przydzieli ip 188.122.10.111 jeżeli w interface ustawie dhcp

proszę o szeroką odpowiedź jak mam to poprawnie wykonać bo obecnie 
próbowałem już kilku metod i żadna nie chce poprawnie działać.

korzystałem już z http://wiki.openvz.org
próbowałem mostek postawić i nic

ale jak virtualce przydzieliłem ip z zakresu 192.168.0.x to widziała 
internet mogła ping ować system rzeczywisty etc.

jeszcze raz proszę o szczegółową pomoc.

Pozdrawiam.
Re: openvz problem z przydzieleniem ip zewnętrznego
#42203
Author: Wolodyj
Date: Tue, 24 Jan 2012 10:32
27 lines
2170 bytes
W dniu 24.01.2012 11:00, Dr. Koop pisze:
> Witam
> 
> Mam duży problem dostawca internetu dostarcza mi dwa adresy ip z
> przedzialu 188.122.8.x i 188.122.10.x maska 255.255.248.0 chcial bym te
> adresy podlaczyc do jednej maszyny z czego jeden adres podłączony do
> eth1 system rzeczywisty a drugi do chciał bym podłączyć do virtualki
> stojącej na openvz eth0 to 192.168.0.254 lan mam jeszcze eth2, której
> system przydzieli ip 188.122.10.111 jeżeli w interface ustawie dhcp

Myślę, że z maską to przesadziałeś ;), i Twój przypadek rozumiem tak:
188.122.8.x - maszyna fizyczna na eth0
188.122.10.x - virtualka openvz na eth2

Wiec od początku:
  - na maszynie fizycznej robisz bridge (np br2)  w którym znajduje się eth2
Mogę Ci podać komendy 'z palca', ale znacznie lepiej zrobisz jak skorzystasz ze skryptów startowych w dystrybucji
  - następnie robisz, aby przy starcie maszyny opnevz interfejs vzeth dodawał się do tego bridge (br2)
Robisz to poprzez EXTERNAL_SCRIPT="/nazwa/Twojego/Skryptu.sh" w /etc/vz/vznet.conf.
Na maszynie virtualnej ustawiasz eth0 na 188.122.10.x ...

Idź wskazaną drogą. Oczywiście można to zrobić na kilka sposobów,
na wiki OpenVZ są przykłady.

-- 
  Pozdrawiam
       MG
Re: openvz problem z przydzieleniem ip zewnętrznego
#42204
Author: Dr. Koop
Date: Wed, 25 Jan 2012 11:48
20 lines
1968 bytes
On 2012-01-24 11:32, Wolodyj wrote:
> Wiec od początku:
>    - na maszynie fizycznej robisz bridge (np br2)  w którym znajduje się eth2
> Mogę Ci podać komendy 'z palca', ale znacznie lepiej zrobisz jak skorzystasz ze skryptów startowych w dystrybucji
>    - następnie robisz, aby przy starcie maszyny opnevz interfejs vzeth dodawał się do tego bridge (br2)
> Robisz to poprzez EXTERNAL_SCRIPT="/nazwa/Twojego/Skryptu.sh" w /etc/vz/vznet.conf.
> Na maszynie virtualnej ustawiasz eth0 na 188.122.10.x ...
>
> Idź wskazaną drogą. Oczywiście można to zrobić na kilka sposobów,
> na wiki OpenVZ są przykłady.
>
Witam

Niestety nie udało mi się uzyskać dostępu do sieci z pozycji wirtualki 
czy mogę liczyć na twoją pomoc z jakimiś przykładowymi skryptami?

co do dostawcy to brama 188.122.15.254 wiec do maski to nie raczej 
przesadziłem ;)

Pozdrawiam.
Re: openvz problem z przydzieleniem ip zewnętrznego
#42205
Author: Wolodyj
Date: Wed, 25 Jan 2012 12:20
47 lines
2814 bytes
W dniu 25.01.2012 12:48, Dr. Koop pisze:

> co do dostawcy to brama 188.122.15.254 wiec do maski to nie raczej
> przesadziłem ;)

Skoro maska jest tak szeroka, to opcji jest jeszcze więcej ( bo masz tylko jeden default GW).
W takiej sytuacji, w wielu przypadkach będzie lepiej
zrobić to na natach jednym interfejsie sieciowym ( po co Ci ten kabelek w eth2 ?
nie wiem co na tych maszynach odpalasz i w jakim celu, ale chyba nieprzemyślane to ).

np:

                         ___________________________
       188.122.8.x/21   |     Maszyna fizyczna      |192.168.1.1/24
  ----------------------+eth0             veth1001.0+----- jedna virtualka
       188.122.10.x/21  |eth0:0                     |
                        |                           |
                        |                           |192.168.2.1/24
                        |                 veth1002.0+------ druga virtualka itd...
                        |                           |
                        |                           |
       	                |___________________________|

No i DNAT portów na iptables z maszyny fizycznej na dowolne virtualki.


Bridge:
Ja używam skryptu do networku OpenVZ z pakietu dostępnego na http://debian.atman.pl/.
Możesz dodać sobie to repozytorium i zrobić:
  apt-get install zwsa-vm-tools

Dodajesz do maszyny virtrualnej veth1001:
vzctl set 1000 --veth_add veth1001,ee:ee:ee:10:01:11,eth0,ee:ee:ee:10:01:22 --save
i dopisujesz do konfiga vzta, że ma dodać ten interfejs podczas startu do br2 np:
ZNETIF="host_ifname=veth1001,host_bridge=br2"


PS
Paczka doinstaluje Ci dwa pliki:
/etc/vz/vznet.conf
/usr/bin/vzeth_config.sh

Jak obejrzysz ten drugi, to będziesz wiedział jak robi tego bridge, skryptem można też inne rzeczy, jak nadawanie ip.


-- 
  MG
Re: openvz problem z przydzieleniem ip zewnętrznego
#42206
Author: Dr. Koop
Date: Wed, 25 Jan 2012 13:45
4 lines
1280 bytes
Wielkie dzięki jak będę miał chwile od razu postaram się to zrobić.
Mam nadzieje, że wszystko będzie ok i mi się uda.

Pozdrawiam
Re: openvz problem z przydzieleniem ip zewnętrznego
#42207
Author: Dr. Koop
Date: Sun, 29 Jan 2012 13:04
138 lines
5915 bytes
On 2012-01-25 13:20, Wolodyj wrote:
Witam

Dalej mam problem przy wykonaniu
vzctl set 1 --ipadd 192.168.0.101 --save

pinguje swiat ale

iptables -A PREROUTING -t nat -i eth1 -p tcp -d 188.122.10.8 --dport 80 
-j DNAT --to-destination 192.168.0.101:80

niedziala wisi polaczenie kiedy 101 zamienie np na 254 umnie to eth0 
mozna sie polaczyc

w wirtualce maska pojawia się 255.255.255.255 dla ip 192.168.0.101

lokalnie da się wejsc na 192.168.0.101 przez lynx

eth2 do wolny interfejs eth1 to interfejs na swiat

kiedy
vzctl set 1 --netif_add 
eth2,00:30:4F:38:6D:EA,veth1001,00:30:4F:38:6D:EB --save

za eth2 podstawialem tez eth1 ale sie wieszalo

w wirtualce konfirgurowalem

//src http://wiki.openvz.org/Virtual_Ethernet_device
auto eth2
iface eth2 inet static
         address 10.0.0.1 lub zamiennie 192.168.0.101
         netmask 255.255.255.255
         up /sbin/ip route add 192.168.0.101 dev eth2
         up /sbin/ip route add default via 192.168.0.101

ip route add default via 192.168.0.0

wynik na VZ jest
192.168.0.0     0.0.0.0         255.255.255.255 UH    0      0        0 
venet0
10.0.0.0        0.0.0.0         255.0.0.0       U     0      0        0 eth2
0.0.0.0         192.168.0.0     0.0.0.0         UG    0      0        0 
venet0

localhost:/# ip add
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 16436 qdisc noqueue state UNKNOWN
     link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
     inet 127.0.0.1/8 scope host lo
     inet6 ::1/128 scope host
        valid_lft forever preferred_lft forever
2: venet0: <BROADCAST,POINTOPOINT,NOARP,UP,LOWER_UP> mtu 1500 qdisc 
noqueue state UNKNOWN
     link/void
     inet 127.0.0.1/32 scope host venet0
3: eth2: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state 
UNKNOWN
     link/ether 00:30:4f:38:6d:ea brd ff:ff:ff:ff:ff:ff
     inet 10.0.0.1/8 brd 10.255.255.255 scope global eth2
     inet6 fe80::230:4fff:fe38:6dea/64 scope link
        valid_lft forever preferred_lft forever

na fizycznej:

brctl addbr br0
brctl addif br0 veth1001

ifconfig br0 192.168.0.99

ip route add 192.168.0.101 dev br0

wszystko bez byków się dodaje lecz kiedy pinguje świat
otrzymuje Destination Host Unreachable
a na bramce br0

14:03:29.085005 arp who-has 8.8.8.8 tell 10.0.0.1
14:03:30.093887 arp who-has 8.8.8.8 tell 10.0.0.1
14:03:31.093879 arp who-has 8.8.8.8 tell 10.0.0.1
14:03:32.093878 arp who-has 8.8.8.8 tell 10.0.0.1
14:03:34.093880 arp who-has 8.8.8.8 tell 10.0.0.1

oraz na veth1001 to samo

14:03:29.085005 arp who-has 8.8.8.8 tell 10.0.0.1
14:03:30.093887 arp who-has 8.8.8.8 tell 10.0.0.1
14:03:31.093879 arp who-has 8.8.8.8 tell 10.0.0.1
14:03:32.093878 arp who-has 8.8.8.8 tell 10.0.0.1
14:03:34.093880 arp who-has 8.8.8.8 tell 10.0.0.1

W czym może być problem??

Pozdrawiam.

> W dniu 25.01.2012 12:48, Dr. Koop pisze:
>
>> co do dostawcy to brama 188.122.15.254 wiec do maski to nie raczej
>> przesadziłem ;)
>
> Skoro maska jest tak szeroka, to opcji jest jeszcze więcej ( bo masz tylko jeden default GW).
> W takiej sytuacji, w wielu przypadkach będzie lepiej
> zrobić to na natach jednym interfejsie sieciowym ( po co Ci ten kabelek w eth2 ?
> nie wiem co na tych maszynach odpalasz i w jakim celu, ale chyba nieprzemyślane to ).
>
> np:
>
>                           ___________________________
>         188.122.8.x/21   |     Maszyna fizyczna      |192.168.1.1/24
>    ----------------------+eth0             veth1001.0+----- jedna virtualka
>         188.122.10.x/21  |eth0:0                     |
>                          |                           |
>                          |                           |192.168.2.1/24
>                          |                 veth1002.0+------ druga virtualka itd...
>                          |                           |
>                          |                           |
>         	                |___________________________|
>
> No i DNAT portów na iptables z maszyny fizycznej na dowolne virtualki.
>
>
> Bridge:
> Ja używam skryptu do networku OpenVZ z pakietu dostępnego na http://debian.atman.pl/.
> Możesz dodać sobie to repozytorium i zrobić:
>    apt-get install zwsa-vm-tools
>
> Dodajesz do maszyny virtrualnej veth1001:
> vzctl set 1000 --veth_add veth1001,ee:ee:ee:10:01:11,eth0,ee:ee:ee:10:01:22 --save
> i dopisujesz do konfiga vzta, że ma dodać ten interfejs podczas startu do br2 np:
> ZNETIF="host_ifname=veth1001,host_bridge=br2"
>
>
> PS
> Paczka doinstaluje Ci dwa pliki:
> /etc/vz/vznet.conf
> /usr/bin/vzeth_config.sh
>
> Jak obejrzysz ten drugi, to będziesz wiedział jak robi tego bridge, skryptem można też inne rzeczy, jak nadawanie ip.
>
>
Re: openvz problem z przydzieleniem ip zewnętrznego
#42209
Author: Dr. Koop
Date: Sun, 29 Jan 2012 13:10
40 lines
2845 bytes
On 2012-01-25 13:20, Wolodyj wrote:
teraz

root@blue-diamond:~# tcpdump -n -i veth1001
tcpdump: WARNING: veth1001: no IPv4 address assigned
tcpdump: verbose output suppressed, use -v or -vv for full protocol decode
listening on veth1001, link-type EN10MB (Ethernet), capture size 96 bytes
14:09:58.582579 IP 192.168.0.101 > 8.8.8.8: ICMP echo request, id 15362, 
seq 25, length 64
14:09:59.590492 IP 192.168.0.101 > 8.8.8.8: ICMP echo request, id 15362, 
seq 26, length 64
14:10:00.598612 IP 192.168.0.101 > 8.8.8.8: ICMP echo request, id 15362, 
seq 27, length 64
14:10:01.606482 IP 192.168.0.101 > 8.8.8.8: ICMP echo request, id 15362, 
seq 28, length 64
14:10:02.614535 IP 192.168.0.101 > 8.8.8.8: ICMP echo request, id 15362, 
seq 29, length 64
14:10:03.622465 IP 192.168.0.101 > 8.8.8.8: ICMP echo request, id 15362, 
seq 30, length 64
^C
6 packets captured
6 packets received by filter
0 packets dropped by kernel
root@blue-diamond:~# tcpdump -n -i br0
tcpdump: verbose output suppressed, use -v or -vv for full protocol decode
listening on br0, link-type EN10MB (Ethernet), capture size 96 bytes
14:10:08.662487 IP 192.168.0.101 > 8.8.8.8: ICMP echo request, id 15362, 
seq 35, length 64
14:10:09.670557 IP 192.168.0.101 > 8.8.8.8: ICMP echo request, id 15362, 
seq 36, length 64
14:10:10.678536 IP 192.168.0.101 > 8.8.8.8: ICMP echo request, id 15362, 
seq 37, length 64
14:10:11.687480 IP 192.168.0.101 > 8.8.8.8: ICMP echo request, id 15362, 
seq 38, length 64
14:10:12.694480 IP 192.168.0.101 > 8.8.8.8: ICMP echo request, id 15362, 
seq 39, length 64
14:10:13.702491 IP 192.168.0.101 > 8.8.8.8: ICMP echo request, id 15362, 
seq 40, length 64

pozdrawiam
Re: openvz problem z przydzieleniem ip zewnętrznego
#42208
Author: Wolodyj
Date: Mon, 30 Jan 2012 11:02
21 lines
1721 bytes
W dniu 29.01.2012 14:04, Dr. Koop pisze:

> Dalej mam problem przy wykonaniu
> vzctl set 1 --ipadd 192.168.0.101 --save

Bracie, nie chcę cię dołować, ale wygląda na to, że masz problem z odróżnieniem venet o veth,
znaczy, że albo dokumentacji do openvz wcale nie czytasz, albo jej nie rozumiesz.

Może nie ma sensu, żebyś wnikał w sprawy networkingu linuxa ( no chyba że masz tygodnie czasu na to),
tylko lepiej kup sobie wsparcie:

http://www.proxmox.com/products/proxmox-ve
lub
http://www.parallels.com/products/pvc/

albo nawet bez kupowania wsparcia, zainstaluj sobie takiego proxmoxa i wyklikasz sobie setup.


-- 
  Pozdrawiam
      MG
Thread Navigation

This is a paginated view of messages in the thread with full content displayed inline.

Messages are displayed in chronological order, with the original post highlighted in green.

Use pagination controls to navigate through all messages in large threads.

Back to All Threads