No kuriem novadiem pēdējo 24 stundu laikā saņemts visvairāk ziņojumu par šo pakalpojumu.
Parāda, kur pakalpojuma URL nebija sasniedzams noteiktajos traucējumu periodos. Procenti norāda neveiksmīgo pārbaužu īpatsvaru no uzraudzības punktiem katrā valstī.
Izvēlieties, kas nedarbojas — viens klikšķis palīdz tūkstošiem citu ātrāk pamanīt traucējumu.
Ja pieteikšanās beidzas ar kļūdu, vispirms pārbaudiet, vai ievadāt pareizo e-pastu — reģistrs ir svarīgs. Ja parole aizmirsta, izmantojiet atjaunošanas saiti, kas tiek nosūtīta uz reģistrēto adresi. Divpakāpju autentifikācijas problēmu gadījumā pārbaudiet, vai laiks jūsu ierīcē ir sinhronizēts — TOTP kodi ir atkarīgi no precīza pulksteņa.
Vispirms noskaidrojiet, vai problēma ir tikai jūsu pusē: izmēģiniet citu pārlūku vai tīklu. Ja VPS vai dediķētais serveris nereaģē, piesakieties OVHcloud vadības panelī un pārbaudiet servera statusu sadaļā 'Bare Metal Cloud' vai 'Public Cloud'. Iespējams, serveris ir apstājies — to var restartēt tieši no paneļa.
Augsts latentums bieži rodas, ja maršruts līdz serverim iet caur pārāk daudziem mezgliem. Palaidiet traceroute vai mtr, lai redzētu, kur notiek aizkave. Ja problēma ir OVHcloud tīkla pusē, varat iesniegt atbalsta pieteikumu ar mtr rezultātiem — tas ievērojami paātrina problēmas diagnostiku.
Pēc DNS izmaiņām var paiet līdz 24 stundām, taču ja pēc 48 stundām ieraksti vēl nav aktīvi, pārbaudiet TTL vērtību — ja tā ir iestatīta augsta, vecā kešatmiņa turpina darboties. Izmantojiet dig vai nslookup, lai noskaidrotu, kuru DNS serveri šobrīd atbild. Pārliecinieties, ka NS ieraksti domēnam norāda uz OVHcloud serveriem, nevis uz iepriekšējo reģistratoru.
Ja e-pasti netiek nosūtīti no servera, pārbaudiet, vai osta 25 nav bloķēta — OVHcloud dažos tarifos to bloķē pēc noklusējuma. Risinājums ir izmantot SMTP relejserveri vai pieprasīt ostas atvēršanu atbalstam. Pārliecinieties arī, ka SPF un DKIM ieraksti ir pareizi konfigurēti, pretējā gadījumā vēstules nonāks surogātpasta mapē.