Нөөцлөлт

Вэбсайтын нөөцлөлтөд юу багтах ёстой вэ?

Вэбсайтын нөөцлөлтөд зөвхөн файл биш, өгөгдлийн сан болон тохиргоо ч багтах ёстой. Зөвхөн дэлгэцийг бүтээдэг файлуудыг хадгалбал цаг захиалга · гишүүд · захиалга · нийтлэл гэх мэт өдөр бүр хуримтлагддаг мэдээллийг сэргээж чадахгүй.

Хамгийн их мартагддаг нь тохиргоо. Домэйн холболтын бичлэг (DNS), redirect-ийн дүрэм, лавлагааны имэйлийн тохиргоо ердийн үед харагддаггүй ч устчихвал вэбсайт нээгдэж байсан ч имэйл ирэхгүй болох эсвэл хуучин хаягууд тасарна.

Тусгайлан хөгжүүлсэн вэбсайт бол эх код нь ихэвчлэн GitHub зэрэг кодын агуулахад тусдаа хадгалагдаж байдаг. Гэхдээ өгөгдлийн сан болон үйлчлүүлэгчдийн байршуулсан зураг тэр агуулахад байдаггүй тул тусад нь нөөцлөх хэрэгтэй.

3-2-1 нөөцлөлтийн дүрэм гэж юу вэ?

3-2-1 дүрэм бол хуулбарыг 3 ширхэг хийж, 2 өөр төрлийн хадгалах аргад хувааж, тэдгээрийн 1-ийг нь өөр газар хадгал гэсэн өргөн хэрэглэгддэг нөөцлөлтийн зарчим юм. Хуулиар тогтоосон дүрэм биш ч нэг удаагийн осолд бүх хуулбараа алдахаас сэргийлдэг энгийн шалгуур.

Жижиг бизнесийн вэбсайт бол "одоогийн сервер дээрх эх хувь + хостингийн компанийн автомат нөөцлөлт + өөр үүлэн санд хадгалсан хуулбар" гэж зохион байгуулж болно. Гол нь сүүлчийн хуулбар нь серверээс өөр компани, өөр бүртгэлд байх явдал.

Ransomware шиг файлыг түгжчихдэг халдлага холбогдсон хадгалах сангуудыг ч хамт түгжиж болно. Тиймээс ердийн үед вэбсайттай холбогдоогүй нэг хуулбартай байх нь аюулгүй.

Хуулбар хадгалсан бүртгэлээ ч тусад нь хамгаалах хэрэгтэй. Вэбсайтын админ бүртгэл болон нөөцлөлтийн бүртгэл ижил нууц үгтэй бол нэг нь хакердагдахад хуулбарууд ч хамт устаж болно. Нөөцлөлтийн бүртгэлдээ өөр нууц үг болон 2 шаттай баталгаажуулалт ашиглаарай.

Нөөцлөлтийг хэр олон удаа хийж, хэр удаан хадгалах вэ?

Нөөцлөлтийн давтамжийг "асуудал гарвал хэдэн өдрийн мэдээллээ алдахад зүгээр вэ" гэдгээр тогтооно. Сард нэг хоёр удаа текстээ сольдог танилцуулгын сайт бол өөрчлөх бүртээ, цаг захиалга өдөр бүр ирдэг бол дор хаяж өдөр тутам нөөцөлж байж алдах бүртгэл багасна.

Хадгалах хугацаа ч чухал. Хакердалтыг шууд анзаардаггүй нь элбэг тул хамгийн сүүлийн ганц нөөцлөлттэй байвал аль хэдийн халдвар авсан үе рүү буцаах эрсдэлтэй. Хэдэн өдрийн өмнөх, хэдэн долоо хоногийн өмнөх гэх мэт олон үеийн нөөцлөлтийг хамт хадгалаарай.

Нөөцлөлтөд үйлчлүүлэгчдийн нэр · холбоо барих мэдээлэл байгаа бол тэр нөөцлөлт өөрөө хувийн мэдээлэл юм. Нууц үгээр хамгаалж хадгалах, үзэх эрхтэй хүмүүсийг цөөлөх, нууцлалын бодлогодоо бичсэн хадгалах хугацаа дуусвал нөөцлөлтөөс ч устгах хэрэгтэй.

Давтамжаас гадна "хэзээ" ажиллуулахаа ч тогтооно. Үйлчлүүлэгч цөөн байдаг шөнө дунд автоматаар ажилладаг болговол вэбсайт удаашрахгүй, хүн мартах ч асуудалгүй.

Нөөцлөлт үнэхээр сэргээгддэг эсэхийг яаж шалгах вэ?

Нөөцлөлтийг бодитоор сэргээж үзэж байж ашиглаж болох эсэхийг нь мэднэ. "Нөөцлөлт дууслаа" гэсэн мэдэгдэлд л итгээд байтал хэрэгтэй болсон өдөр файл эвдэрсэн эсвэл зарим хэсэг нь дутуу байсныг мэддэг тохиолдол олон.

Гүйцэтгэгчид хариуцуулсан бол сэргээх туршилтыг өөрөө хийх шаардлагагүй ч сүүлд хэзээ сэргээх туршилт хийснийг асууж болно. Шууд хариулж чадахгүй бол нэг удаа туршиж өгөхийг хүсээрэй.

1. 01Нөөцлөлтийн жагсаалтаас хамгийн сүүлийн огноо төлөвлөсний дагуу байгаа эсэхийг шалгана.
2. 02Нөөцлөлтийн хэмжээг өмнөхтэй харьцуулна. Гэнэт их багассан бол зарим хэсэг нь орхигдсон байж магадгүй.
3. 03Ажиллаж буй вэбсайт дээр биш, туршилтын орчинд нөөцлөлтийг сэргээж үзнэ.
4. 04Нүүр хуудас · зураг · нийтлэл · цаг захиалгын бүртгэл бүгд харагдаж байгаа эсэхийг шалгана.
5. 05Сэргээхэд хэр удсаныг тэмдэглэж авна. Бодит осол гарахад хэр удаан хүлээхээ мэдэх боломжтой.
6. 06Үр дүн болон дараагийн шалгах огноог тэмдэглээд улиралд нэг удаа давтана.

Нөөцлөлтийг хариуцуулахдаа юуг шалгах вэ?

Хамгийн түгээмэл алдаа бол "хостинг өөрөө хийчихнэ биз" гээд шалгахгүй байх. Тарифаас хамаарч нөөцлөлтийн давтамж, хадгалах хугацаа, сэргээх зардал бүгд өөр байдаг тул шууд асууж, хариултыг нь тэмдэглэж авах нь зүйтэй.

Гэрээ цуцлахад нөөцлөлтөө авч болох эсэхийг заавал шалгаарай. Гүйцэтгэгчээ солих тэр мөчид тухайн компанийн сервер дээр л байсан нөөцлөлт хамт алга болж болно.

"Хэр хурдан сэргээж чадах вэ" гэдгийг ч хамт асуугаарай. Нөөцлөлт байсан ч сэргээхэд хэдэн өдөр зарцуулбал тэр хугацаанд цаг захиалга · захиалга авч чадахгүй. Яаралтай доголдлын үед хариу өгөх хугацаа болон сэргээхэд шаардлагатай хугацааг урьдчилан мэдэж авбал бодит осол гарахад бага сандарна.

• Хэр олон удаа нөөцөлж, хэдэн үеийн нөөцлөлтийг хадгалдаг вэ?
• Нөөцлөлт вэбсайтын серверээс өөр газар байдаг уу?
• Өгөгдлийн сан болон байршуулсан зургуудыг ч хамт нөөцөлдөг үү?
• Сэргээх шаардлагатай үед хаана хүсэлт гаргах, хэр удах, зардал гарах уу?
• Нөөцлөлтийн файлын нууц үг, хандах эрх хэнд байдаг вэ?
• Гэрээ дуусахад сүүлчийн нөөцлөлтийг хүлээж авч болох уу?

Жижиг бизнест нөөцлөлт хэзээ бодитоор хэрэг болдог вэ?

Хамгийн түгээмэл нь хүний алдаа. Ажилтан админ хуудаснаас цэсээ цэгцэлж байгаад өмнөх мэдэгдлүүдийг бүхэлд нь устгах, эсвэл шинэчлэлийн дараа дэлгэц эвдрэх үед нөөцлөлт байвал өмнөх төлөв рүү шууд буцаж болно.

Цаг захиалга авдаг вэбсайт бол сервер доголдсон өдөр тэр өдөр ирсэн цаг захиалгын жагсаалт хамгийн чухал. Сүүлчийн нөөцлөлтөөс хойш ирсэн захиалгыг сэргээж чадахгүй тул цаг захиалгын мэдэгдлийн мессеж эсвэл имэйлийг хамт хадгалбал хоосон зайг нөхөж болно.

Онлайн төлбөр авдаг бол захиалга · төлбөрийн бүртгэл төлбөрийн гарцын (PG) админ хуудсанд ч үлддэг. Вэбсайтын өгөгдөл устсан ч тэр бүртгэлээр захиалгаа тулгаж болох тул төлбөрийн гарцын админ бүртгэлээ ч бүртгэлүүдийн жагсаалтдаа заавал оруулаарай.

ISSYMO-ийн арчилгааны захиалгад сар бүр аюулгүй байдлын шинэчлэлтэй хамт нөөцлөлт хийдэг. Цаг захиалга · захиалга шиг өдөр бүр бүртгэл хуримтлагддаг вэбсайт бол уулзалтын үеэр нөөцлөлтийн давтамжийг тусад нь тодруулаарай.