Skocz do zawartości
Zaloguj się, aby obserwować  
energia

Problem z postawieniem vps

Polecane posty

Mam pewien problem, a dokładniej przed chwilą postawiłem VPS na serwerze dedykowanym wchodzę na niego komendą

vzctl enter id

i jestem na VPS teraz jak chce wpisać

apt-get update

to wyskakują errory

laboratorium:~# apt-get update
Err http://ftp.debian.org lenny Release.gpg
 Temporary failure resolving 'ftp.debian.org'
Err http://ftp.debian.org lenny/volatile Release.gpg
 Temporary failure resolving 'ftp.debian.org'
Err http://ftp.debian.org lenny/updates Release.gpg
 Temporary failure resolving 'ftp.debian.org'
Reading package lists... Done
W: Failed to fetch http://ftp.debian.org/debian/dists/lenny/Release.gpg  Temporary failure resolving 'ftp.debian.org'

W: Failed to fetch http://ftp.debian.org/debian-volatile/dists/lenny/volatile/Release.gpg  Temporary failure resolving 'ftp.debian.org'

W: Failed to fetch http://ftp.debian.org/debian-security/dists/lenny/updates/Release.gpg  Temporary failure resolving 'ftp.debian.org'

W: Some index files failed to download, they have been ignored, or old ones used instead.
W: You may want to run apt-get update to correct these problems
laboratorium:~# 

Repo już zmieniałem na 100% działające i tak samo. Muszę ustawić jakieś chmody czy coś?

Korzystałem z tego poradnika

http://blog.mikes.pl/index.php/2010/07/instalacja-openvz-na-systemie-debian-gnulinux/

 

<div><br></div><div>Ps. Mam też tak na innych systemach</div><div>Kernel to<br>

2.6.26-2-openvz-amd64

<br><br></div>

Edytowano przez energia (zobacz historię edycji)

Udostępnij ten post


Link to postu
Udostępnij na innych stronach

Dalej mam problem, tylko że teraz na początku chce się łączyć z serwerem i pobrać pakiety, ale nie może.

laboratorium:/# apt-get update
Err http://ftp.debian.org lenny Release.gpg
 Temporary failure resolving 'ftp.debian.org'
Err http://ftp.debian.org lenny/volatile Release.gpg
 Temporary failure resolving 'ftp.debian.org'
Err http://ftp.debian.org lenny/updates Release.gpg
 Temporary failure resolving 'ftp.debian.org'
Reading package lists... Done
W: Failed to fetch http://ftp.debian.org/debian/dists/lenny/Release.gpg  Temporary failure resolving 'ftp.debian.org'

W: Failed to fetch http://ftp.debian.org/debian-volatile/dists/lenny/volatile/Release.gpg  Temporary failure resolving 'ftp.debian.org'

W: Failed to fetch http://ftp.debian.org/debian-security/dists/lenny/updates/Release.gpg  Temporary failure resolving 'ftp.debian.org'

W: Some index files failed to download, they have been ignored, or old ones used instead.
W: You may want to run apt-get update to correct these problems
laboratorium:/#

 

I jeszcze jeden problem, a dokładniej jak chce się połączyć przez ssh z VPS to jak wpisuje IP przypisane VPS to łączy mnie z główną maszyną, a nie z wirtualnym serwerem... Gdy wpisuje

vzlist

to jest pokazany VPS z przypisanym IP, tym 2.

Udostępnij ten post


Link to postu
Udostępnij na innych stronach
Gość thetox

Ale zeby postawić vpsa na dedyku trzeba mieć chyba jeszcze jedno ip? dla każdej kolejnej wirtualizacji?

Bo ja mam tylko jedno ip a też właśnie teraz bawię się z wirtualizacją.

Udostępnij ten post


Link to postu
Udostępnij na innych stronach

IP trzeba pewnie mieć.

Ale mądrzy ludzie wymyślili coś takiego, jak prywatne, nierutowalne klasy adresowe.

Wymyślili także coś takiego jak translacje adresów, zarówno źródłowe jak i docelowe.

Więc w teorii mając jeden publiczny adres IP da się postawić wiele maszyn wirtualnych;

z tym, że komfort czegoś takiego będzie praktycznie zerowy, bo jak ktoś chce się bawić

z dwukropkami w adresach, to przecież może i wszystko postawić bezpośrednio na maszynie-hoście.

 

A problem autora polega pewnie na tym, że on to IP ma podpięte do interfejsu sieciowego serwera, a do tego ustawione jako IP kontenera; a tak to raczej nie zadziała.

Edytowano przez kafi (zobacz historię edycji)

Udostępnij ten post


Link to postu
Udostępnij na innych stronach

netdc-pl:~# ip addr
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: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UNKNOWN qlen 1000
   link/ether 00:19:21:3b:23:ed brd ff:ff:ff:ff:ff:ff
   inet 89.231.6.11/24 brd 89.231.6.255 scope global eth0
   inet 89.231.6.15/24 brd 89.231.6.255 scope global secondary eth0:1
   inet6 fe80::219:21ff:fe3b:23ed/64 scope link 
      valid_lft forever preferred_lft forever
3: venet0: <BROADCAST,POINTOPOINT,NOARP,UP,LOWER_UP> mtu 1500 qdisc noqueue state UNKNOWN 
   link/void 

 

 

Udostępnij ten post


Link to postu
Udostępnij na innych stronach

inet 89.231.6.15/24 brd 89.231.6.255 scope global secondary eth0:1

I to jest zapewne IP, które chcesz przydzielać owemu VPSowi.

Usuń to eth0:1, a następnie zrestartuj kontener przez vzctl, to powinno zadziałać*

 

* chyba, że hostem dla tej konfiguracji nie jest fizyczna maszyna, a np. VMware.

Wtedy to, nie mając dostępu do konfiguracji vmnet wirtualizacji OpenVZ się nie odpali.

Udostępnij ten post


Link to postu
Udostępnij na innych stronach

inet 89.231.6.15/24 brd 89.231.6.255 scope global secondary eth0:1

I to jest zapewne IP, które chcesz przydzielać owemu VPSowi.

Usuń to eth0:1, a następnie zrestartuj kontener przez vzctl, to powinno zadziałać*

A jak to zrobić? :)

Udostępnij ten post


Link to postu
Udostępnij na innych stronach

Prosiłem również o wynik polecenia ip addr z maszyny wirtualnej, ciężko mi wróżyć z fusów.

 

Pokaż dodatkowo zawartość pliku /etc/network/interfaces na matce i na VPSie.

Udostępnij ten post


Link to postu
Udostępnij na innych stronach

Ty wogóle myślisz waść, co robisz?

Tak :)

 

 

z /etc/network/interfaces (matka)


# This file describes the network interfaces available on your system
# and how to activate them. For more information, see interfaces(5).

# The loopback network interface
auto lo
iface lo inet loopback

auto eth0
iface eth0 inet static
       address 89.231.6.11
       netmask 255.255.255.0
       gateway 89.231.6.1


auto eth0:1
iface eth0:1 inet static
       address 89.231.6.15
       netmask 255.255.255.0

 

Z VPS

# This configuration file is auto-generated.
# WARNING: Do not edit this file, otherwise your changes will be lost.
# Please edit template /etc/network/interfaces.template instead.


# Auto generated interfaces
auto lo
iface lo inet loopback

auto venet0
iface venet0 inet static
       address 127.0.0.1
       netmask 255.255.255.255
       broadcast 0.0.0.0
       up route add -net 192.0.2.1 netmask 255.255.255.255 dev venet0
       up route add default gw 192.0.2.1
auto venet0:0
iface venet0:0 inet static
       address 89.231.6.15
       netmask 255.255.255.255
       broadcast 0.0.0.0

~

 

A to z VPS

ip addr

laboratorium:/# ip addr
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
   inet 89.231.6.15/32 scope global venet0:0
laboratorium:/#

Edytowano przez energia (zobacz historię edycji)

Udostępnij ten post


Link to postu
Udostępnij na innych stronach

Tak jak pisałem - jak przydzielisz IP do serwera-hosta, to nie przydzielisz do vpsa.

 

Wyrzuć to

auto eth0:1
iface eth0:1 inet static
       address 89.231.6.15
       netmask 255.255.255.0

Potem zrestartuj sieć ( /etc/init.d/networking restart ) a potem zrestartuj serwer vps.

Udostępnij ten post


Link to postu
Udostępnij na innych stronach

Tak jak pisałem - jak przydzielisz IP do serwera-hosta, to nie przydzielisz do vpsa.

 

Wyrzuć to

auto eth0:1
iface eth0:1 inet static
       address 89.231.6.15
       netmask 255.255.255.0

Potem zrestartuj sieć ( /etc/init.d/networking restart ) a potem zrestartuj serwer vps.

 

Przepraszam Cie bardzo, (pfu) mam to usunąć z /etc/network/interfaces?

Edytowano przez energia (zobacz historię edycji)

Udostępnij ten post


Link to postu
Udostępnij na innych stronach

Dziękuje bardzo kafi oraz ^^KaMaZZ~.^, musiałem jeszcze zrestartować cały serwer i działa :)

Udostępnij ten post


Link to postu
Udostępnij na innych stronach

A więc pisze znowu :) Ponieważ mam taki sam problem, lecz to co jest wyżej napisane nie pomaga. W pliku

/etc/network/interfaces

jest tylko

# This file describes the network interfaces available on your system
# and how to activate them. For more information, see interfaces(5).

# The loopback network interface
auto lo
iface lo inet loopback

auto eth0
iface eth0 inet static
       address 89.231.6.11
       netmask 255.255.255.0
       gateway 89.231.6.1

 

 

Wynik z matki

Mefisto:~# ip addr
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: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UNKNOWN qlen 1000
   link/ether 00:19:21:3b:23:ed brd ff:ff:ff:ff:ff:ff
   inet 89.231.6.11/24 brd 89.231.6.255 scope global eth0
   inet6 fe80::219:21ff:fe3b:23ed/64 scope link
  	valid_lft forever preferred_lft forever
3: venet0: <BROADCAST,POINTOPOINT,NOARP,UP,LOWER_UP> mtu 1500 qdisc noqueue state UNKNOWN
   link/void
Mefisto:~#

 

wynik z VPS

Diablo:/# ip addr
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
   inet 89.231.6.15/32 scope global venet0:0
Diablo:/#

 

A to z VPS /etc/network/interfaces


# This configuration file is auto-generated.
# WARNING: Do not edit this file, otherwise your changes will be lost.
# Please edit template /etc/network/interfaces.template instead.


# Auto generated interfaces
auto lo
iface lo inet loopback

auto venet0
iface venet0 inet static
       address 127.0.0.1
       netmask 255.255.255.255
       broadcast 0.0.0.0
       up route add -net 192.0.2.1 netmask 255.255.255.255 dev venet0
       up route add default gw 192.0.2.1
auto venet0:0
iface venet0:0 inet static
       address 89.231.6.15
       netmask 255.255.255.255
       broadcast 0.0.0.0

 

VPS /etc/resolv.conf

nameserver 8.8.8.8

 

I po wpisaniu

apt-get update

 

wypluwa znowu

 

Diablo:/# apt-get update
Err http://security.debian.org lenny/updates Release.gpg
 Temporary failure resolving 'security.debian.org'
Err http://volatile.debian.org lenny/volatile Release.gpg
 Temporary failure resolving 'volatile.debian.org'
Err http://ftp.debian.org lenny Release.gpg
 Temporary failure resolving 'ftp.debian.org'
Reading package lists... Done
W: Failed to fetch http://ftp.debian.org/debian/dists/lenny/Release.gpg  Temporary failure resolving 'ftp.debian.org'

W: Failed to fetch http://security.debian.org/debian-security/dists/lenny/updates/Release.gpg  Temporary failure resolving 'security.debian.org'

W: Failed to fetch http://volatile.debian.org/debian-volatile/dists/lenny/volatile/Release.gpg  Temporary failure resolving 'volatile.debian.org'

W: Some index files failed to download, they have been ignored, or old ones used instead.
W: You may want to run apt-get update to correct these problems
Diablo:/#

Udostępnij ten post


Link to postu
Udostępnij na innych stronach

1)

Diablo:/# ping 8.8.8.8
PING 8.8.8.8 (8.8.8.8) 56(84) bytes of data.
^C
--- 8.8.8.8 ping statistics ---
71 packets transmitted, 0 received, 100% packet loss, time 70014ms

 

2)

Diablo:/# ping 89.231.6.15
PING 89.231.6.15 (89.231.6.15) 56(84) bytes of data.
64 bytes from 89.231.6.15: icmp_seq=1 ttl=64 time=0.036 ms
64 bytes from 89.231.6.15: icmp_seq=2 ttl=64 time=0.031 ms
64 bytes from 89.231.6.15: icmp_seq=3 ttl=64 time=0.032 ms
64 bytes from 89.231.6.15: icmp_seq=4 ttl=64 time=0.034 ms
64 bytes from 89.231.6.15: icmp_seq=5 ttl=64 time=0.034 ms
64 bytes from 89.231.6.15: icmp_seq=6 ttl=64 time=0.034 ms
64 bytes from 89.231.6.15: icmp_seq=7 ttl=64 time=0.035 ms
64 bytes from 89.231.6.15: icmp_seq=8 ttl=64 time=0.032 ms
64 bytes from 89.231.6.15: icmp_seq=9 ttl=64 time=0.033 ms
64 bytes from 89.231.6.15: icmp_seq=10 ttl=64 time=0.034 ms
^C
--- 89.231.6.15 ping statistics ---
10 packets transmitted, 10 received, 0% packet loss, time 8997ms
rtt min/avg/max/mdev = 0.031/0.033/0.036/0.006 ms
Diablo:/#

 

Ps.

Matka pinguje VPS

 

Mefisto:~# ping 89.231.6.15
PING 89.231.6.15 (89.231.6.15) 56(84) bytes of data.
64 bytes from 89.231.6.15: icmp_seq=1 ttl=64 time=0.041 ms
64 bytes from 89.231.6.15: icmp_seq=2 ttl=64 time=0.041 ms
64 bytes from 89.231.6.15: icmp_seq=3 ttl=64 time=0.037 ms
64 bytes from 89.231.6.15: icmp_seq=4 ttl=64 time=0.043 ms
64 bytes from 89.231.6.15: icmp_seq=5 ttl=64 time=0.044 ms
64 bytes from 89.231.6.15: icmp_seq=6 ttl=64 time=0.041 ms
^C
--- 89.231.6.15 ping statistics ---
6 packets transmitted, 6 received, 0% packet loss, time 4997ms
rtt min/avg/max/mdev = 0.037/0.041/0.044/0.004 ms
Mefisto:~#

Edytowano przez energia (zobacz historię edycji)

Udostępnij ten post


Link to postu
Udostępnij na innych stronach

Już sobie poradziłem :)

 

Zapomniałem to

 

net.ipv4.conf.all.rp_filter=1
net.ipv4.icmp_echo_ignore_broadcasts=1
net.ipv4.conf.default.forwarding=1
net.ipv4.conf.default.proxy_arp = 0
net.ipv4.ip_forward=1
kernel.sysrq = 1
net.ipv4.conf.default.send_redirects = 1
net.ipv4.conf.all.send_redirects = 0
net.ipv4.conf.eth0.proxy_arp=1

 

 

dodać do

 

/etc/sysctl.conf

Udostępnij ten post


Link to postu
Udostępnij na innych stronach

Bądź aktywny! Zaloguj się lub utwórz konto

Tylko zarejestrowani użytkownicy mogą komentować zawartość tej strony

Utwórz konto

Zarejestruj nowe konto, to proste!

Zarejestruj nowe konto

Zaloguj się

Posiadasz własne konto? Użyj go!

Zaloguj się

Zaloguj się, aby obserwować  

×