energia 9 Zgłoś post Napisano Maj 19, 2011 (edytowany) 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 Maj 19, 2011 przez energia (zobacz historię edycji) Udostępnij ten post Link to postu Udostępnij na innych stronach
Gość kissi Zgłoś post Napisano Maj 19, 2011 echo "nameserver 8.8.8.8" >/etc/resolv.conf Udostępnij ten post Link to postu Udostępnij na innych stronach
energia 9 Zgłoś post Napisano Maj 20, 2011 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
^^KaMaZZ~.^ 154 Zgłoś post Napisano Maj 20, 2011 Pokaż wynik polecenia "ip addr" na serwerze dedykowanym i na VPSie. Udostępnij ten post Link to postu Udostępnij na innych stronach
Gość thetox Zgłoś post Napisano Maj 21, 2011 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
kafi 2425 Zgłoś post Napisano Maj 21, 2011 (edytowany) 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 Maj 21, 2011 przez kafi (zobacz historię edycji) Udostępnij ten post Link to postu Udostępnij na innych stronach
energia 9 Zgłoś post Napisano Maj 21, 2011 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
kafi 2425 Zgłoś post Napisano Maj 21, 2011 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
energia 9 Zgłoś post Napisano Maj 21, 2011 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
^^KaMaZZ~.^ 154 Zgłoś post Napisano Maj 21, 2011 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
kafi 2425 Zgłoś post Napisano Maj 21, 2011 A jak to zrobić? Poleceniem ifconfig. Udostępnij ten post Link to postu Udostępnij na innych stronach
energia 9 Zgłoś post Napisano Maj 21, 2011 Dałem polecenie route add default gw 89.231.6.15 i serwer leży. Czekam aż włącza Udostępnij ten post Link to postu Udostępnij na innych stronach
kafi 2425 Zgłoś post Napisano Maj 21, 2011 Ty wogóle myślisz waść, co robisz? Udostępnij ten post Link to postu Udostępnij na innych stronach
energia 9 Zgłoś post Napisano Maj 21, 2011 (edytowany) 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 Maj 21, 2011 przez energia (zobacz historię edycji) Udostępnij ten post Link to postu Udostępnij na innych stronach
kafi 2425 Zgłoś post Napisano Maj 21, 2011 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
energia 9 Zgłoś post Napisano Maj 21, 2011 (edytowany) 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 Maj 21, 2011 przez energia (zobacz historię edycji) Udostępnij ten post Link to postu Udostępnij na innych stronach
kafi 2425 Zgłoś post Napisano Maj 21, 2011 Tak. Udostępnij ten post Link to postu Udostępnij na innych stronach
energia 9 Zgłoś post Napisano Maj 21, 2011 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
energia 9 Zgłoś post Napisano Czerwiec 5, 2011 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
tym 205 Zgłoś post Napisano Czerwiec 5, 2011 1) Spinguj 8.8.8.8 2) Spinguj matke Udostępnij ten post Link to postu Udostępnij na innych stronach
energia 9 Zgłoś post Napisano Czerwiec 5, 2011 (edytowany) 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 Czerwiec 5, 2011 przez energia (zobacz historię edycji) Udostępnij ten post Link to postu Udostępnij na innych stronach
energia 9 Zgłoś post Napisano Czerwiec 5, 2011 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