Gyakori problémák és megoldások

Ehhez hajtsa végre a következő lépéseket: A gyökér jelszó visszaállítása

Ha az Ubuntu KVM virtualizációval rendelkező kiszolgálója újraindítás után nem töltődik be, akkor át kell ugrani a VNC kiszolgálóra, és a folytatáshoz nyomja le az Enter billentyűt.







Ezután be kell állítania a beállításokat a /boot/grub/grub.cfg fájlba

és törölje a mínusz jelet.

A index.html elsőbbséget élvez az index.php felett, és így látja ezt az oldalt.

Az index oldal kezelhető az ISPmanager-ben a WWW domain tulajdonságaiban is.

Nyomja meg a reset gombot, és a VDS nem válaszol semmilyen hálózati protokollra. A VDS rendszergazdái gyakran hibásan attribútálják ezt a problémát a FirstVDS-nek, feltéve, hogy ha egyszer nincs hozzáférése a VDS hálózathoz, akkor semmit sem tehetnek. Lássuk, mi lehet a probléma, és hogyan kell azt megoldani a VDS rendszergazdának.

VDS a hardveres virtualizáció alapján KVM

A VDS adatok a legáltalánosabban használt számítógépről épülnek fel, így ha nem elérhető a hálózaton, akkor ez nem jelenti azt, hogy nem működik. A szoftver virtualizációtól eltérően a VDS rendszergazda hozzáférést kap a VDS "monitorához", amely bemutatja az összes indított hibát. Ezek a problémák általában két lehetőségre korlátozódnak:

  1. A VDS manuális fájlrendszer-vizsgálatot igényel
  2. A VDS lóg a rendszerbetöltõben, és várja meg az Enter billentyû lenyomását - ami a Debian / Ubuntu operációs rendszerre jellemző

A problémák megoldásához kézi lemezellenőrzést kell végrehajtania: erre a VNC-ben meg kell nyomnia az Enter billentyűt, és be kell írnia a parancsot

és indítsd újra a VDS-t az újraindítás paranccsal, és Linux esetén - csak nyomja meg az Enter gombot a letöltés folytatásához.

A VDS újbóli indítása és normál indítása után jobb, ha a későbbiekben megakadályozná ezeket a lépéseket: a Linux esetében állítsa be újra a rendszerbetöltőt.

Annak érdekében, hogy a domain elérhető legyen a böngészőből, mail kliensből stb., Számos feltételnek eleget kell tennie:

  1. A domainet regisztrálni kell
  2. A domain nevet névszerverekre kell átruházni
  3. A névkiszolgálónak rendelkeznie kell egy zónával a tartományhoz
  4. A zónában regisztrálni kell a rekordokat (típusok: NS, A, MX, CNAME stb.).
  5. A névkiszolgálóknak válaszolniuk kell a tartományi kérelmekre. Ellenőrizheti az nslookup segédprogramot (Windows felhasználók számára) vagy a dig (Linux felhasználók)
  6. A névkiszolgálók regisztrálása és létrehozása után elegendő idő telik el, mielőtt a rendelkezésre álló információk a világ bármely pontjáról elérhetővé válnak.






Abban az esetben, ha legalább egy feltétel nem teljesül, a böngészőből nem lesz elérhető a domain. Ezért, ha a domain nem áll rendelkezésre, következetesen ellenőrizze az összes fenti feltételt, és ha valamilyen ütemben hibát talál, akkor javítsa ki.

Mindenképpen ellenőrizze, hogy a névszerverek létrejöttek-e a VDS-n. Ehhez az ISPmanager panelen a bal oldali menüben keresse meg a "Domainnevek" részt, a jobb sarokban pedig az "NS" ikont, és ellenőrizze, vannak-e ott bejegyzések. Ha nem, az "Útmutató" személyes fiókjában (BILLmanager) megtalálja a DNSmanagerhez való hozzáférést jelző levelet, és írja meg ezeket a beállításokat az ISPmanager programban.

Ha a szerveren végrehajtott néhány művelet után (szoftver frissítés / [újra] telepítése stb.) Vagy ismeretlen okok miatt az ISPmanager szerver vezérlőpultja nem nyílik meg, akkor ez segít a probléma megoldásában.

Ez a második legnépszerűbb probléma, amelyet a VDS rendszergazdái a FirstVDS-nek tulajdonítanak.

A böngésző webhelytartalmának kiadásáért felelős webszerver (vagy csomagja) a VDS-en belül működik, ezért problémák merülnek fel a VDS rendszergazda felelősségi körében. Lásd az utasításokat. Nyomon követheti a hiba okait, általában a webkiszolgáló által karbantartott naplókból (előfordulhat, hogy először be kell kapcsolnia őket).

A webhelytulajdonosok felállítják a megfigyelésüket annak érdekében, hogy tisztában legyenek a webhely leesésével. A megfigyelés lehet Yandex.Metrics, Hosttracker vagy bármely más szolgáltatás.

Egy üzenet a hozzáférhetetlenségről jelenleg

Ha a webhely megközelíthetetlenségéről szóló jelentéseket ellenőrzi, először is érdemes ellenőrizni, hogy a webhely tényleg nem érhető-e el. Az a tény, hogy először is az internet nem garantált típusú kapcsolat, és gyakran vannak olyan helyzetek, amikor a szerver nem érhető el a világ egyik pontjáról, és ugyanakkor elérhető a többiektől; Másodszor, a megfigyelés beszélhet a hozzáférhetetlenségről abban az esetben, ha hiba történt a webhelyen (502, 504 stb.). Ha a hiánytalanságról szóló üzenet meg van erősítve, folytatjuk.

Nem elérhető webhely

A szerver nem érhető el

Ha a kiszolgáló nem érhető el, próbálja meg meghatározni az elérhetetlenség okait. Először is ellenőriznie kell a személyi fiókjában az Incidensek részt, ha a tárhely szolgáltatójánál baleset történt, akkor értesítést kap róla, és csak meg kell várnia, amíg az FirstVDS mérnökei javítják. Ha nincs értesítés, akkor a probléma a szerver oldalán van, és a VNC interfész használatával kell foglalkoznia (a VDS KVM esetében).

A jelszót többféle módon is visszaállíthatja, a virtualizációtól függően. Ilyen esetekben lépésről lépésre megtettük az utasításokat

A probléma megoldásának módjairól itt olvashat

Az ISPsystem fejlesztő ISPmanager licencelési politikája az, hogy a termékek fiatalabb verziói régebbi licencekkel működnek, így az ISPmanager Lite vezérlőpult továbbra is működik, bár az engedélyt már kiadták a termék 5. változatához. A panel régebbi verziójára való váltáshoz kézzel kell frissíteni.




Kapcsolódó cikkek