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:
System: Ubuntu 18.04
PS. Restartowałem VPSa, nawet 2 razy
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.
Na livecd normalnie pinguje.
Podrzucę jeszcze output z ifconfig:
root@vps11699:/home/nikox# ifconfig
docker0: flags=4099 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 mtu 65536
inet 127.0.0.1 netmask 255.0.0.0
inet6 ::1 prefixlen 128 scopeid 0x10
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 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
inet6 fe80::1 prefixlen 64 scopeid 0x20
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
Wygląda na to, że usunął sobie konfigurację zewnętrznej sieci. Należało by od nowa dać mu dostęp do sieci.
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:
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.
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
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 dhcpNo i restarcik :v
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:
Hardware/Sprzęt dotyczącej VPSmacaddress w pliku /etc/netplan/50-cloud-init.yaml wstawiając tam obecny adres MACnetplan apply, to powinno zaktualizować konfigurację bez potrzeby restartu systemu
reboot dla restartuTheMultii:
Miałem ten sam problem :thinking: Wpisałem to do
/etc/network/interfacesi internet wrócił:
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ść.
SystemZ:
(migracja z FR na PL) wymaga zmiany adresu IP a co za tym idzie zmiany adresu MAC.
Migrowałem z PL 4GB na UpRyze 6GB i miałem ten sam problem.
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 😄
Te dwa rozwiązania jednocześnie mogą się gryźć lub nadpisać 🤒
Nic się na razie złego nie stało, ale dla pewności mogę usunąć wpis z /etc/network/interfaces.
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.
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?
SystemZ:
Też masz Ubuntu 18.04 instalowane przez panel? Chyba jeszcze 16.04 aktualizowane do 18.04, ale nie dam sobie głowy uciąć.
SystemZ:
Jak wygląda u Ciebie
/etc/netplan/50-cloud-init.yaml? Plik podany przez ciebie nie istnieje.
SystemZ:
Modyfikowałeś ustawienia sieci w jakiś sposób względem domyślnych? Nie modyfikowałem ustawień, chyba.
DoreK:
Plik podany przez ciebie nie istnieje.
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
Ten temat został automatycznie zamknięty 32 dni po ostatnim wpisie. Tworzenie nowych odpowiedzi nie jest już możliwe.