Vps po restarcie ma problem z siecią

WinMTR Statistics WinMTR statistics

Host % Sent Recv Best Avrg Wrst Last NETIASPOTDRIVE 0 145 145 0 0 8 0 xx.xxx.xxx.x 0 145 145 17 20 90 18 xxx.inetia.pl 0 145 145 18 20 26 21 JawoH001RT09-WarsH002RT22.inetia.pl 0 145 145 23 25 28 26 be100-155.var-5-a9.pl.eu 0 145 145 24 24 27 24 vl1068.waw-d2-a75.pl.eu 0 145 145 24 25 37 25 No response from host 100 29 0 0 0 0 0 No response from host 100 29 0 0 0 0 0 No response from host 100 29 0 0 0 0 0 No response from host 100 29 0 0 0 0 0 No response from host 100 29 0 0 0 0 0 No response from host 100 29 0 0 0 0 0 No response from host 100 29 0 0 0 0 0 No response from host 100 29 0 0 0 0 0 No response from host 100 29 0 0 0 0 0 No response from host 100 29 0 0 0 0 0 No response from host 100 29 0 0 0 0 0 No response from host 100 29 0 0 0 0 0 No response from host 100 29 0 0 0 0 0 No response from host 100 29 0 0 0 0 0 No response from host 100 29 0 0 0 0 0 No response from host 100 29 0 0 0 0 0 No response from host 100 29 0 0 0 0 0 No response from host 100 29 0 0 0 0 0 No response from host 100 29 0 0 0 0 0 No response from host 100 29 0 0 0 0 0 No response from host 100 29 0 0 0 0 0 No response from host 100 29 0 0 0 0 0 No response from host 100 29 0 0 0 0 0 No response from host 100 29 0 0 0 0 0

Przed restartem maszyny wszystko działało prawidłowo.

Zaloguj się do serwera przez konsolę panelu proxmox i spróbuj ping 8.8.8.8 ifconfig

I pokaż wynik działania każdej z nich.

Dla pewności dałem jeszcze: iptables -F iptables -X

To jest domyślnie instalowany system, czy stawiałeś go sam? Jeżeli sam, to co konkretnie zainstalowałeś? Zastanawia mnie ta nietypowa nazwa interfejsu sieciowego tun0 zamiast standardowego eth0 lub ens18.

Nie no standard reinstall z lvlupa. Przed restartem maszyny wszystko hulało.

Pokaż zawartość pliku /etc/network/interfaces

Dobrze będzie? auto eth0 iface eth0 inet static address 51.75.32.211 netmask 255.255.255.255 broadcast 51.75.32.211 post-up route add 54.38.195.254 dev eth0 post-up route add default gw 54.38.195.254 post-down route del 54.38.195.254 dev eth0 post-down route del default gw 54.38.195.254

interfence.d jest pusty

Ta konfiguracja jest dla starszych systemów. Użyj

auto ens18
iface ens18 inet static
address 51.75.32.211
netmask 255.255.255.255
broadcast 51.75.32.211
post-up ip r add 54.38.195.254 dev ens18
post-up ip r add default via 54.38.195.254
post-down ip r del 54.38.195.254 dev ens18
post-down ip r del default via 54.38.195.254

Po restarcie maszyny dalej problem :(

Na pewno dobrze przepisałeś przerobioną konfigurację? Sprawdź jeszcze raz. Jeżeli nadal nie działa, to niestety nie mam więcej pomysłów. Napisz ticket do obsługi.

Ogólnie na maszymach powinien działać DHCP, więc sieć jest automatycznie konfigurowana.

Tutaj przydałoby się napisać ticketa, może instalator coś sobie dopisał i nie działa 😕

Sprawdzam

Zauważ, że wcześniej działało.

Zawsze gdy miałem problem z DHCP, pierwsze co robiłem to testowałem wpisywanie danych na sztywno. DHCP to dodatkowa warstwa łączenia z siecią która może zawieść, więc warto próbować ją wykluczyć ;)

Poddaje się. Reinstalacja! Zobaczymy czy to pomoże tylko danych mi trochę szkoda :(

Pomogło :slight_smile: Dziękuje wszystkim za szybkie odpowiedzi i wsparcie!

Moja ratolość technik próbował zainstalować nam prywatnego VPN ale chyba coś mu nie wyszło a zmiany sieci wskoczyły po restarcie maszyny. Możliwe że coś pochrzanił bo maszyna po krótkim czasie zaczęła dodatkowo zużywać około 800mb RAM. Po reinstalacji maszyny sieć wróciła do normy. Na vps miałem tylko TS3AudioBot jakieś 16 instancji. Super się spisuje. Chciałem sprawdzić Polskie OVH i w porównaniu do Francji wydajność maszyn jest porównywalna. Nie wiem jak tam z DDOS ale Francji nikt nie był w stanie przez lata mi wywalić (no chyba że miałem bałagan w iptables).

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