Problem z siecią po migracji na UpRyze

Nikox | 2021-02-17 10:28:04 UTC | #1

Hej, tak jak w tytule mam problem z siecią po migracji.
Serwer nie odpowiada na ping, więc to nie kwestia zamkniętych portów.
Logowałem się do proxmoxa, jednak sam za dużo tam nie zdziałam. Próbowałem edycji /etc/network/interfaces, jednak zawartość była pusta z komentarzem:

image|690x161
System: Ubuntu 18.04

PS. Restartowałem VPSa, nawet 2 razy


SystemZ | 2020-07-20 15:07:58 UTC | #2

Jeśli dobrze kojarzę ticket to po stronie VPS wszystko było w porządku.
Uruchom system z LiveCD aby zobaczyć czy on pinga, jeśli będzie pingać to wtedy musi to być kwestia configa systemu lub firewalla. Domyślnie instalowane Ubuntu 18.04 z panelu klienta lvlup działa z DHCP bez problemu i nie wymaga interwencji po migracji.


Nikox | 2020-07-20 15:17:28 UTC | #3

Na livecd normalnie pinguje.
Podrzucę jeszcze output z ifconfig:

root@vps11699:/home/nikox# ifconfig
docker0: flags=4099<UP,BROADCAST,MULTICAST>  mtu 1500
        inet 172.17.0.1  netmask 255.255.0.0  broadcast 172.17.255.255
        ether 02:42:84:b0:2a:36  txqueuelen 0  (Ethernet)
        RX packets 0  bytes 0 (0.0 B)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 0  bytes 0 (0.0 B)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

lo: flags=73<UP,LOOPBACK,RUNNING>  mtu 65536
        inet 127.0.0.1  netmask 255.0.0.0
        inet6 ::1  prefixlen 128  scopeid 0x10<host>
        loop  txqueuelen 1000  (Local Loopback)
        RX packets 88  bytes 6264 (6.2 KB)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 88  bytes 6264 (6.2 KB)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

pterodactyl0: flags=4099<UP,BROADCAST,MULTICAST>  mtu 1500
        inet 172.18.0.1  netmask 255.255.0.0  broadcast 172.18.255.255
        inet6 fdba:17c8:6c94::1011  prefixlen 64  scopeid 0x0<global>
        inet6 fe80::1  prefixlen 64  scopeid 0x20<link>
        ether 02:42:5e:cc:15:02  txqueuelen 0  (Ethernet)
        RX packets 0  bytes 0 (0.0 B)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 0  bytes 0 (0.0 B)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

psycho | 2020-07-20 15:19:27 UTC | #4

Wygląda na to, że usunął sobie konfigurację zewnętrznej sieci. Należało by od nowa dać mu dostęp do sieci.


SystemZ | 2020-07-20 15:28:37 UTC | #5

Jak na LiveCD pinga to znaczy, że nie jest to wina po stronie lvlup.pro

Co do wklejonego outputu z ifconfig
Nie ma tam wpisu co do interfejsu który daje Ci lvlup a od niego zależy dostęp do publicznej sieci Internet.

Obstawiam, że:
- skonfigurowałeś coś niepoprawnie X dni temu w związku z siecią
- miałeś duży uptime np. powyżej miesiąca
- teraz brak pingu wygląda na winę migracji zamiast na jakąś pomyłkę w konfiguracji X dni temu

Najprostsze rozwiązanie to zgranie ważnych danych oraz reinstalacja systemu z poziomu panelu klienta a potem wgranie potrzebnych danych.

Trochę trudniej będzie zdiagnozować co masz nie tak z siecią ale też jest do zrobienia.
W Ubuntu 18.04 używa się domyślnie katalogu /etc/netplan gdzie są yamle definiujące konfigurację sieci. Musiałbyś wrzucić co tam masz konkretnie.
Ewentualnie jeśli konfigurowałeś coś wedle jakiegoś poradnika to go podlinkuj.


Nikox | 2020-07-20 15:31:36 UTC | #6

Nic w związku z siecią nie konfigurowałem, jedyne co było to docker + pterodactyl.
I tak, to prawda, miałem spory uptime.

root@vps11699:/home/nikox# ls /etc/netplan
50-cloud-init.yaml
# This file is generated from information provided by
# the datasource.  Changes to it will not persist across an instance.
# To disable cloud-init's network configuration capabilities, write a file
# /etc/cloud/cloud.cfg.d/99-disable-network-config.cfg with the following:
# network: {config: disabled}
network:
    version: 2
    ethernets:
        eth0:
            dhcp4: true
            match:
                macaddress: 02:00:00:d9:2e:be
            set-name: eth0

TheMultii | 2020-07-20 15:38:34 UTC | #7

Miałem ten sam problem 🤔
Wpisałem to do /etc/network/interfaces i internet wrócił:

auto lo                                                                         
iface lo inet loopback                                                          

auto ens18                                                                      
iface ens18 inet dhcp

No i restarcik :v


SystemZ | 2020-07-20 15:42:27 UTC | #8

Hmm to ciekawe, moja teoria o Twojej błędnej konfiguracji sieci jest obalona.
Po prostu przestała być aktualna.

Wygląda na to, że ten konkretny przypadek (migracja z FR na PL) wymaga zmiany adresu IP a co za tym idzie zmiany adresu MAC.
Przy pierwszym starcie jest brany adres MAC i jest hardcodowany w konfiguracji.
Teraz gdy się zmienił to interfejs nie jest dodawany.

Aby rozwiązać ten problem należałoby:
- wejść w Proxmox
- skorzystać z zakładki Hardware/Sprzęt dotyczącej VPS
- zerknąć na aktualny MAC przy karcie sieciowej
- zaktualizować pole macaddress w pliku /etc/netplan/50-cloud-init.yaml wstawiając tam obecny adres MAC
- wykonać netplan apply, to powinno zaktualizować konfigurację bez potrzeby restartu systemu
- alternatywnie reboot dla restartu

[quote=”TheMultii, post:7, topic:15464”]
Miałem ten sam problem :thinking:
Wpisałem to do /etc/network/interfaces i internet wrócił:
[/quote]

Ten sposób też zadziała o ile nazwa interfejsu będzie się zgadzać :slight_smile:
Wtedy może być bardziej odporny na przyszłość.


TheMultii | 2020-07-20 15:57:38 UTC | #9

[quote=”SystemZ, post:8, topic:15464”]
(migracja z FR na PL) wymaga zmiany adresu IP a co za tym idzie zmiany adresu MAC.
[/quote]

Migrowałem z PL 4GB na UpRyze 6GB i miałem ten sam problem.


Nikox | 2020-07-20 15:48:29 UTC | #10

Faktycznie, mac address był inny.
Po zmianie i reboocie wszystko wróciło do normy. Dla pewności na przyszłość dodałem także wpis do /etc/network/interfaces.
Dziękuję za pomoc :smile:


SystemZ | 2020-07-20 16:02:03 UTC | #11

Te dwa rozwiązania jednocześnie mogą się gryźć lub nadpisać :facewiththermometer:


Nikox | 2020-07-20 16:07:35 UTC | #12

Nic się na razie złego nie stało, ale dla pewności mogę usunąć wpis z /etc/network/interfaces.


DoreK | 2020-07-20 20:45:27 UTC | #13

Co ciekawe u mnie żaden problem z siecią po migracji nie nastąpił. Może być to cenna wskazówka - i dość dziwna, skoro część VPS’ów ma problem z siecią, a część nie.


SystemZ | 2020-07-20 21:59:51 UTC | #14

Też masz Ubuntu 18.04 instalowane przez panel?

Jak wygląda u Ciebie /etc/netplan/50-cloud-init.yaml ?
Modyfikowałeś ustawienia sieci w jakiś sposób względem domyślnych?


DoreK | 2020-07-20 22:11:48 UTC | #15

[quote=”SystemZ, post:14, topic:15464”]
Też masz Ubuntu 18.04 instalowane przez panel?
[/quote]
Chyba jeszcze 16.04 aktualizowane do 18.04, ale nie dam sobie głowy uciąć.

[quote=”SystemZ, post:14, topic:15464”]
Jak wygląda u Ciebie /etc/netplan/50-cloud-init.yaml ?
[/quote]
Plik podany przez ciebie nie istnieje.

[quote=”SystemZ, post:14, topic:15464”]
Modyfikowałeś ustawienia sieci w jakiś sposób względem domyślnych?
[/quote]
Nie modyfikowałem ustawień, chyba.


KrEdEnS | 2020-07-21 01:32:24 UTC | #16

[quote=”DoreK, post:15, topic:15464”]
Plik podany przez ciebie nie istnieje.
[/quote]

Czyli wychodzi na to, że robiłeś upgrade z 16.04 do 18.04. Ustawienia sieciowe będziesz mieć w lokalizacji /etc/network/interfaces ewentualnie /etc/network/interfaces.d/50-cloud-init.cfg


system | 2020-08-22 01:30:15 UTC | #17

Ten temat został automatycznie zamknięty 32 dni po ostatnim wpisie. Tworzenie nowych odpowiedzi nie jest już możliwe.