Stratila sa sieť na stroji

„Sieť je preč“ pokrýva dva rôzne prípady: k stroju sa zvonku nič nedostane a stroj sám sa nikam nedostane. Začni konzolou, pretože SSH je v tejto situácii nedostupný a konzola funguje vždy — je pripojená k stroju priamo, mimo siete.

Krok 1. Dostaň sa dnu cez konzolu

Otvor /hosting/vds/m/<id>, kartu „Console“. Textová konzola (sériový port) funguje na akékoľvek príkazy; „Screen“ (VNC) potrebuješ, ak systém na sériovom rozhraní nezobrazí výzvu. Ak konzola zobrazuje prihlasovaciu výzvu, stroj žije a problém je v sieti, nie v štarte.

Ak výzva nie je a „Screen“ zobrazuje chybovú správu jadra, pozri Kernel panic: čo robiť ďalej.

Krok 2. Skontroluj rozhranie a adresu

ip -brief address
ip route

Rozhranie by malo mať tvoju verejnú IPv4 adresu z karty „Overview“ a v trasách by mal byť riadok default via .... Časté nálezy:

• rozhranie je v stave DOWN — zdvihni ho: ip link set dev ens18 up;
• adresa zmizla po ručnej úprave konfigurácie — obnov konfiguračný súbor a reštartuj sieťovú službu (systemctl restart systemd-networkd alebo netplan apply na Ubuntu);
• chýba predvolená trasa — dočasne ju obnov cez ip route add default via <gateway>, aby si získal prístup, potom oprav konfiguráciu, inak sa to zopakuje po reštarte.

Zmeny vykonané cez ip vydržia len do reštartu. Skutočná oprava je vždy v konfiguračnom súbore.

Krok 3. Odlíš „žiadne pripojenie“ od „žiadne názvy“

ping -c3 1.1.1.1
ping -c3 millida.net

Ak adresa odpovedá na ping, ale názov nie, sieť je v poriadku a rozbité je prekladanie názvov: prejdi na Názvy sa nedajú preložiť (DNS).

Krok 4. Pozri sa na filter paketov

Najčastejšou príčinou straty prístupu je tvoje vlastné pravidlo, ktoré ti odstavilo prihlásenie. Skontroluj:

nft list ruleset
iptables -S
ufw status verbose

Ak vidíš politiku DROP na prichádzajúcu prevádzku bez povoleného portu 22, odrezal si sa od SSH. Obnov prístup cez konzolu:

ufw allow 22/tcp
ufw reload

Pred zapnutím firewallu vždy povoľ port SSH v tej istej sade príkazov. Postup „najprv zakázať, potom povoliť“ ťa stojí prístup.

Krok 5. Skontroluj samotný SSH démon

Sieť môže fungovať, no port je zatvorený, pretože služba spadla:

systemctl status ssh
ss -tlnp | grep :22

Ako diagnostikovať stav služby, nájdeš v Služba sa nespustí: riešenie problémov so systemd.

Ak nič nepomohlo

Nabootuj do záchranného disku SystemRescue z karty „Access“: prihlásenie roota bez hesla a disk stroja vidno ako /dev/sda. Pripoj koreň a oprav konfiguráciu siete „zvonku“ systému. Keď skončíš, prepni späť na normálny režim štartu a reštartuj stroj — inak bude stále štartovať do SystemRescue.