ඔබගේ ජාල යටිතල පහසුකම් පාලනය කරන්නේ කෙසේද. පළමු පරිච්ඡේදය. අල්ලගෙන ඉන්න

මෙම ලිපිය "ඔබේ ජාල යටිතල පහසුකම් පාලනය කරන්නේ කෙසේද" යන ලිපි මාලාවේ පළමු ලිපියයි. ලිපි මාලාවේ සියලුම ලිපිවල අන්තර්ගතය සහ සබැඳි සොයා ගත හැක මෙහි.

පැයක් හෝ එක් දිනක ජාල අක්‍රිය කාලයක් තීරණාත්මක නොවන සමාගම් ප්‍රමාණවත් සංඛ්‍යාවක් ඇති බව මම සම්පූර්ණයෙන්ම පිළිගනිමි. අවාසනාවට හෝ වාසනාවකට මට එවැනි ස්ථානවල වැඩ කිරීමට අවස්ථාවක් නොලැබුණි. එහෙත්, ඇත්ත වශයෙන්ම, ජාල වෙනස් වේ, අවශ්යතා වෙනස් වේ, ප්රවේශයන් වෙනස් වේ, නමුත් එක් ආකාරයකින් හෝ වෙනත් ආකාරයකින්, බොහෝ අවස්ථාවලදී පහත ලැයිස්තුව ඇත්ත වශයෙන්ම "කළ යුතු" එකක් වනු ඇත.

ඉතින්, ආරම්භක කොන්දේසි.

ඔබ නව රැකියාවක යෙදී සිටී, ඔබට උසස්වීමක් ලැබී ඇත, නැතහොත් ඔබේ වගකීම් දෙස නැවුම් බැල්මක් හෙළීමට ඔබ තීරණය කර ඇත. සමාගම් ජාලය ඔබේ වගකීම් අංශයයි. ඔබ සඳහා, මෙය බොහෝ ආකාරවලින් අභියෝගයක් සහ අලුත් දෙයක් වන අතර, මෙම ලිපියේ උපදේශන ස්වරය තරමක් සාධාරණීකරණය කරයි :). නමුත් ඕනෑම ජාල ඉංජිනේරුවෙකුට ලිපිය ප්‍රයෝජනවත් වනු ඇතැයි මම බලාපොරොත්තු වෙමි.

ඔබේ පළමු උපායමාර්ගික ඉලක්කය වන්නේ එන්ට්‍රොපියට ප්‍රතිරෝධය දැක්වීමට ඉගෙන ගැනීම සහ සපයනු ලබන සේවා මට්ටම පවත්වා ගැනීමයි.

පහත විස්තර කර ඇති ගැටළු බොහොමයක් විවිධ ක්රම මගින් විසඳා ගත හැකිය. මම හිතාමතාම තාක්ෂණික ක්‍රියාත්මක කිරීමේ මාතෘකාව මතු නොකරමි, මන්ද ... ප්‍රතිපත්තිමය වශයෙන්, ඔබ මෙම හෝ එම ගැටලුව විසඳුවේ කෙසේද යන්න බොහෝ විට එතරම් වැදගත් නොවේ, නමුත් වැදගත් වන්නේ ඔබ එය භාවිතා කරන්නේ කෙසේද සහ ඔබ එය කිසිසේත් භාවිතා කරන්නේද යන්නයි. උදාහරණයක් ලෙස, ඔබ එය දෙස නොබලන විට සහ ඇඟවීම් වලට ප්‍රතිචාර නොදක්වන්නේ නම්, ඔබේ වෘත්තීයමය වශයෙන් ගොඩනඟන ලද අධීක්ෂණ පද්ධතියෙන් එතරම් ප්‍රයෝජනයක් නැත.

උපකරණ

මුලින්ම ඔබ තේරුම් ගත යුතුයි ලොකුම අවදානම කොහෙද කියලා.

නැවතත්, එය වෙනස් විය හැකිය. උදාහරණයක් ලෙස, කොහේ හරි, මේවා ආරක්ෂක ගැටළු සහ කොහේ හරි, සේවාවේ අඛණ්ඩ පැවැත්මට සම්බන්ධ ගැටළු සහ කොහේ හරි, සමහර විට, වෙනත් දෙයක් වනු ඇති බව මම පිළිගනිමි. ඇයි නැත්තේ?

මෙය තවමත් අඛණ්ඩ සේවාවක් බව අපි උපකල්පනය කරමු (මා සේවය කළ සියලුම සමාගම්වල එය එසේ විය).

එවිට ඔබ උපකරණ සමඟ ආරම්භ කළ යුතුය. අවධානය යොමු කළ යුතු මාතෘකා ලැයිස්තුවක් මෙන්න:

• විවේචනාත්මක මට්ටම අනුව උපකරණ වර්ගීකරණය
• විවේචනාත්මක උපකරණවල උපස්ථය
• සහාය, බලපත්ර

විශේෂයෙන් ඔබේ විවේචනාත්මක වර්ගීකරණයේ ඉහළින්ම ඇති උපකරණ සමඟ, සිදුවිය හැකි අසාර්ථක අවස්ථා ගැන ඔබ සිතා බැලිය යුතුය. සාමාන්‍යයෙන්, ද්විත්ව ගැටළු ඇතිවීමේ හැකියාව නොසලකා හරිනු ලැබේ, එසේ නොමැතිනම් ඔබේ විසඳුම සහ සහාය අසාධාරණ ලෙස මිල අධික විය හැකිය, නමුත් සැබවින්ම විවේචනාත්මක ජාල මූලද්‍රව්‍ය සම්බන්ධයෙන්, අසාර්ථක වීම ව්‍යාපාරයට සැලකිය යුතු ලෙස බලපානු ඇත, ඔබ ඒ ගැන සිතා බැලිය යුතුය.

උදාහරණ:

අපි හිතමු අපි මේ කතා කරන්නේ දත්ත මධ්‍යස්ථානයක ඇති Root මාරුවක් ගැන.

සේවා අඛණ්ඩතාව වඩාත්ම වැදගත් නිර්ණායකය බව අප එකඟ වූ බැවින්, මෙම උපකරණයේ "උණුසුම්" උපස්ථය (අතිරික්තය) සැපයීම සාධාරණ වේ. නමුත් එය පමණක් නොවේ. පළමු ස්විචය කැඩී ගියහොත් කොපමණ කාලයක් ඉතිරිව ඇති ස්විචයක් සමඟ පමණක් ජීවත් වීම පිළිගත හැකිද යන්න ඔබ තීරණය කළ යුතුය, මන්ද එයද කැඩී යාමේ අවදානමක් ඇත.

වැදගත්! මෙම ගැටළුව ඔබම තීරණය කළ යුතු නැත. ඔබ කළමනාකරණයට හෝ සමාගම් කළමනාකාරිත්වයට ඇති අවදානම්, හැකි විසඳුම් සහ පිරිවැය විස්තර කළ යුතුය. ඔවුන් තීරණ ගත යුතුයි.

එබැවින්, ද්විත්ව අසාර්ථක වීමේ කුඩා සම්භාවිතාව සැලකිල්ලට ගෙන, එක් ස්විචයක පැය 4 ක් වැඩ කිරීම ප්‍රතිපත්තිමය වශයෙන් පිළිගත හැකි බව තීරණය කළේ නම්, ඔබට සුදුසු ආධාරකයක් ලබා ගත හැකිය (ඒ අනුව උපකරණ 4 ක් තුළ ප්‍රතිස්ථාපනය වේ. පැය).

නමුත් ඒවා ලබා නොදීමේ අවදානමක් ඇත. අවාසනාවකට මෙන්, අපි වරක් එවැනි තත්වයකට මුහුණ දුන්නා. පැය හතරක් වෙනුවට උපකරණ සතියක් ගමන් කළා!!!

එමනිසා, මෙම අවදානම ද සාකච්ඡා කළ යුතු අතර, සමහර විට, ඔබට තවත් ස්විචයක් (තෙවන) මිලදී ගැනීම සහ අමතර කොටස් පැකේජයක ("සීතල" උපස්ථය) තබා ගැනීම හෝ රසායනාගාර අරමුණු සඳහා එය භාවිතා කිරීම වඩාත් නිවැරදි වනු ඇත.

වැදගත්! කල් ඉකුත්වන දිනයන් සමඟ ඔබට ඇති සියලුම සහාය පැතුරුම්පතක් සාදා එය ඔබගේ දින දර්ශනයට එක් කරන්න එවිට ඔබට අවම වශයෙන් මාසයකට පෙර ඊමේල් පණිවිඩයක් ලැබෙනු ඇත, එවිට ඔබ ඔබේ සහාය අලුත් කිරීම ගැන කරදර විය යුතුය.

ඔබට ඔබේ සහය අලුත් කිරීමට අමතක වූ විට සහ එය අවසන් වූ දිනට පසු දින ඔබේ දෘඪාංග කැඩී ගියහොත් ඔබට සමාව නොලැබේ.

හදිසි වැඩ

ඔබගේ ජාලයේ කුමක් සිදු වුවද, ඔබ ඔබගේ ජාල උපකරණ වෙත ප්‍රවේශය පවත්වා ගත යුතුය.

වැදගත්! ඔබට සියලු උපකරණ සඳහා කොන්සෝල ප්‍රවේශය තිබිය යුතු අතර මෙම ප්‍රවේශය පරිශීලක දත්ත ජාලයේ සෞඛ්‍යය මත රඳා නොපවතී.

ඔබට සිදුවිය හැකි සෘණාත්මක අවස්ථා කල්තියා දැක බලා අවශ්‍ය ක්‍රියාමාර්ග ලේඛනගත කළ යුතුය. මෙම ලේඛනයේ ඇති හැකියාව ද ඉතා වැදගත් වේ, එබැවින් එය දෙපාර්තමේන්තුව සඳහා හවුල් සම්පතක් මත පළ කිරීම පමණක් නොව, ඉංජිනේරුවන්ගේ පරිගණකවල දේශීයව සුරැකිය යුතුය.

තිබිය යුතුය

• වෙළෙන්දා හෝ ඒකාබද්ධ කරන්නාගේ සහාය ඇතිව ටිකට් පතක් විවෘත කිරීමට අවශ්‍ය තොරතුරු
• ඕනෑම උපකරණයකට ලබා ගන්නේ කෙසේද යන්න පිළිබඳ තොරතුරු (කොන්සෝලය, කළමනාකරණය)

ඇත්ත වශයෙන්ම, එහි වෙනත් ප්‍රයෝජනවත් තොරතුරු ද අඩංගු විය හැකිය, උදාහරණයක් ලෙස, විවිධ උපකරණ සහ ප්‍රයෝජනවත් රෝග විනිශ්චය විධාන සඳහා යාවත්කාලීන කිරීමේ ක්‍රියා පටිපාටිය පිළිබඳ විස්තරයක්.

අපගේ හවුල්කරුවන්

දැන් ඔබ හවුල්කරුවන් සමඟ සම්බන්ධ අවදානම් තක්සේරු කළ යුතුය. සාමාන්යයෙන් මෙය

• අන්තර්ජාල සපයන්නන් සහ රථවාහන හුවමාරු ස්ථාන (IX)
• සන්නිවේදන නාලිකා සපයන්නන්

ඔබ ඔබෙන්ම ඇසිය යුතු ප්‍රශ්න මොනවාද? උපකරණ මෙන්, විවිධ හදිසි අවස්ථා සලකා බැලිය යුතුය. උදාහරණයක් ලෙස, අන්තර්ජාල සපයන්නන් සඳහා, එය මෙවැනි දෙයක් විය හැකිය:

• අන්තර්ජාල සැපයුම්කරු X යම් හේතුවක් නිසා ඔබට සේවාව සැපයීම නතර කළහොත් කුමක් සිදුවේද?
• වෙනත් සැපයුම්කරුවන්ට ඔබ සඳහා ප්‍රමාණවත් කලාප පළලක් තිබේද?
• සම්බන්ධතාවය කෙතරම් යහපත්ව පවතිනු ඇත්ද?
• ඔබගේ අන්තර්ජාල සපයන්නන් කෙතරම් ස්වාධීනද සහ ඔවුන්ගෙන් එක් අයෙකුගේ බරපතල ඇනහිටීමක් අනෙක් අය සමඟ ගැටලු ඇති කරයිද?
• ඔබගේ දත්ත මධ්‍යස්ථානයට දෘශ්‍ය ආදාන කීයක් තිබේද?
• එක් ආදානයක් සම්පූර්ණයෙන්ම විනාශ වුවහොත් කුමක් සිදුවේද?

යෙදවුම් සම්බන්ධයෙන්, මගේ භාවිතයේදී විවිධ සමාගම් දෙකක, විවිධ දත්ත මධ්‍යස්ථාන දෙකක, කැණීම් යන්ත්‍රයක් ළිං විනාශ කළ අතර ආශ්චර්යයකින් පමණක් අපගේ දෘෂ්ටි විද්‍යාවට බලපෑමක් සිදු නොවීය. මෙය එතරම් දුර්ලභ අවස්ථාවක් නොවේ.

තවද, ඇත්ත වශයෙන්ම, ඔබට මෙම ප්රශ්න ඇසීමට පමණක් නොව, නැවතත්, කළමනාකාරිත්වයේ සහාය ඇතිව, ඕනෑම තත්වයක් තුළ පිළිගත හැකි විසඳුමක් ලබා දීමට අවශ්ය වේ.

උපස්ථ

ඊළඟ ප්‍රමුඛතාවය උපකරණ වින්‍යාසවල උපස්ථයක් විය හැකිය. ඕනෑම අවස්ථාවක, මෙය ඉතා වැදගත් කරුණකි. ඔබට වින්‍යාසය නැති විය හැකි අවස්ථා මම ලැයිස්තුගත නොකරමි; නිතිපතා උපස්ථ කිරීම සහ ඒ ගැන නොසිතීම වඩා හොඳය. මීට අමතරව, වෙනස්කම් නිරීක්ෂණය කිරීමේදී නිතිපතා උපස්ථ ඉතා ප්රයෝජනවත් විය හැක.

වැදගත්! දිනපතා උපස්ථ කරන්න. මේකේ ඉතුරු කරන්න මේක එච්චර ලොකු දත්ත ප්‍රමාණයක් නෙවෙයි. උදෑසන, රාජකාරියේ යෙදී සිටින ඉංජිනේරුවරයාට (හෝ ඔබ) පද්ධතියෙන් වාර්තාවක් ලැබිය යුතුය, එය උපස්ථය සාර්ථක වූවාද නැද්ද යන්න පැහැදිලිව පෙන්නුම් කරයි, සහ උපස්ථය අසාර්ථක වූයේ නම්, ගැටළුව විසඳිය යුතුය හෝ ටිකට් පතක් සෑදිය යුතුය ( ජාල දෙපාර්තමේන්තු ක්‍රියාවලි බලන්න).

මෘදුකාංග අනුවාද

උපකරණවල මෘදුකාංගය වැඩිදියුණු කිරීම වටී ද නැද්ද යන ප්රශ්නය එතරම් පැහැදිලි නැත. එක් අතකින්, පැරණි අනුවාදයන් දන්නා දෝෂ සහ දුර්වලතා වේ, නමුත් අනෙක් අතට, නව මෘදුකාංගය, පළමුව, සෑම විටම වේදනා රහිත උත්ශ්‍රේණි කිරීමේ ක්‍රියා පටිපාටියක් නොවන අතර, දෙවනුව, නව දෝෂ සහ අවදානම්.

මෙන්න ඔබ හොඳම විකල්පය සොයා ගත යුතුය. පැහැදිලි නිර්දේශ කිහිපයක්

• ස්ථාවර අනුවාද පමණක් ස්ථාපනය කරන්න
• තවමත්, ඔබ මෘදුකාංගයේ ඉතා පැරණි අනුවාදයන් මත ජීවත් නොවිය යුතුය
• සමහර මෘදුකාංග පිහිටා ඇති ස්ථානය පිළිබඳ තොරතුරු සමඟ ලකුණක් සාදන්න
• මෘදුකාංග අනුවාදවල ඇති දුර්වලතා සහ දෝෂ පිළිබඳ වාර්තා වරින් වර කියවන්න, සහ තීරණාත්මක ගැටළු වලදී, ඔබ යාවත්කාලීන කිරීම ගැන සිතා බැලිය යුතුය.

මෙම අවස්ථාවෙහිදී, උපකරණ සඳහා කොන්සෝල ප්‍රවේශය, සහාය පිළිබඳ තොරතුරු සහ වැඩිදියුණු කිරීමේ ක්‍රියා පටිපාටිය පිළිබඳ විස්තරයක් තිබීම, ඔබ ප්‍රතිපත්තිමය වශයෙන්, මෙම පියවර සඳහා සූදානම්ය. කදිම විකල්පය වන්නේ ඔබට සම්පූර්ණ ක්රියා පටිපාටිය පරීක්ෂා කළ හැකි රසායනාගාර උපකරණ ඇති විටය, නමුත්, අවාසනාවකට මෙන්, මෙය බොහෝ විට සිදු නොවේ.

විවේචනාත්මක උපකරණ සම්බන්ධයෙන්, ඔබට වැඩිදියුණු කිරීම සඳහා උපකාර කිරීමට ඉල්ලීමක් සමඟ විකුණුම්කරුගේ සහාය සම්බන්ධ කර ගත හැකිය.

ටිකට් පද්ධතිය

දැන් ඔබට වටපිට බලන්න පුළුවන්. ඔබ අනෙකුත් දෙපාර්තමේන්තු සමඟ සහ දෙපාර්තමේන්තුව තුළ අන්තර්ක්‍රියා සඳහා ක්‍රියාවලි ස්ථාපිත කළ යුතුය.

මෙය අවශ්‍ය නොවිය හැකිය (උදාහරණයක් ලෙස, ඔබේ සමාගම කුඩා නම්), නමුත් සියලුම බාහිර හා අභ්‍යන්තර කාර්යයන් ටිකට් පද්ධතිය හරහා යන ආකාරයට වැඩ සංවිධානය කිරීම මම තරයේ නිර්දේශ කරමි.

ප්‍රවේශපත්‍ර ක්‍රමය යනු අභ්‍යන්තර සහ බාහිර සන්නිවේදනයන් සඳහා වන ඔබේ අතුරු මුහුණත වන අතර, ඔබ මෙම අතුරු මුහුණත ප්‍රමාණවත් ලෙස විස්තර කළ යුතුය.

ප්රවේශය විවෘත කිරීමේ වැදගත් සහ පොදු කාර්යයක් සඳහා උදාහරණයක් ගනිමු. එක් සමාගමක පරිපූර්ණව වැඩ කළ ඇල්ගොරිතමයක් මම විස්තර කරමි.

උදාහරණ:

බොහෝ විට ප්‍රවේශ වන පාරිභෝගිකයින් ජාල ඉංජිනේරුවෙකුට තේරුම්ගත නොහැකි භාෂාවකින්, එනම් යෙදුමේ භාෂාවෙන්, උදාහරණයක් ලෙස, “මට 1C වෙත ප්‍රවේශය ලබා දෙන්න” යන කාරණයෙන් ආරම්භ කරමු.

එබැවින්, අපි කිසි විටෙකත් එවැනි පරිශීලකයින්ගෙන් සෘජු ඉල්ලීම් පිළිගෙන නැත.
එය පළමු අවශ්‍යතාවය විය

• ප්‍රවේශය සඳහා වන ඉල්ලීම් තාක්ෂණික දෙපාර්තමේන්තු වලින් පැමිණිය යුතුය (අපගේ නඩුවේදී මේවා unix, windows, helpdesk ඉංජිනේරුවන් විය)

දෙවන අවශ්‍යතාවය එයයි

• මෙම ප්‍රවේශය ලොග් විය යුතුය (අපට මෙම ඉල්ලීම ලැබුණු තාක්ෂණික දෙපාර්තමේන්තුව විසින්) සහ ඉල්ලීමක් ලෙස අපට මෙම ලොග් වූ ප්‍රවේශයට සබැඳියක් ලැබේ

මෙම ඉල්ලීමේ ස්වරූපය අපට තේරුම් ගත හැකි විය යුතුය, i.e.

• ඉල්ලීමෙහි කුමන උපජාලය සහ කුමන උපජාල ප්‍රවේශය විවෘත කළ යුතුද යන්න පිළිබඳ තොරතුරු මෙන්ම ප්‍රොටෝකෝලය සහ (tcp/udp සම්බන්ධයෙන්) වරායන් අඩංගු විය යුතුය.

එය එහි ද දැක්විය යුතුය

• මෙම ප්රවේශය විවෘත වන්නේ මන්දැයි විස්තර කිරීම
• තාවකාලික හෝ ස්ථිර (තාවකාලික නම්, කුමන දිනය දක්වා)

සහ ඉතා වැදගත් කරුණක් වන්නේ අනුමැතියයි

• ප්රවේශය ආරම්භ කළ දෙපාර්තමේන්තුවේ ප්රධානියාගෙන් (උදාහරණයක් ලෙස, ගිණුම්කරණය)
• තාක්ෂණික අංශයේ ප්‍රධානියාගෙන්, මෙම ඉල්ලීම ජාල දෙපාර්තමේන්තුවට පැමිණි ස්ථානයෙන් (උදාහරණයක් ලෙස, උපකාරක කවුළුව)

මෙම අවස්ථාවෙහිදී, මෙම ප්‍රවේශයේ “හිමිකරු” ප්‍රවේශය ආරම්භ කළ දෙපාර්තමේන්තුවේ ප්‍රධානියා ලෙස සලකනු ලැබේ (අපගේ උදාහරණයේ ගිණුම්කරණය), සහ මෙම දෙපාර්තමේන්තුව සඳහා ලොග් වූ ප්‍රවේශය සහිත පිටුව යාවත්කාලීනව පවතින බව සහතික කිරීම සඳහා ඔහු වගකිව යුතුය. .

ලොග් කිරීම

මෙය ඔබට ගිලී යා හැකි දෙයකි. නමුත් ඔබට ක්‍රියාශීලී ප්‍රවේශයක් ක්‍රියාත්මක කිරීමට අවශ්‍ය නම්, මෙම දත්ත ගංවතුර සමඟ කටයුතු කරන්නේ කෙසේදැයි ඔබ ඉගෙන ගත යුතුය.

ප්‍රායෝගික නිර්දේශ කිහිපයක් මෙන්න:

• ඔබ දිනපතා ලඝු-සටහන් සමාලෝචනය කළ යුතුය
• සැලසුම් සහගත සමාලෝචනයක දී (සහ හදිසි අවස්ථාවක් නොවේ), ඔබට ඔබව බරපතල මට්ටම් 0, 1, 2 වෙත සීමා කළ හැකි අතර අවශ්‍ය යැයි ඔබ සලකන්නේ නම් වෙනත් මට්ටම් වලින් තෝරාගත් රටා එක් කරන්න
• ලොග් විග්‍රහ කරන සහ නොසලකා හැරීමේ ලැයිස්තුවට ඔබ එක් කළ රටා නොසලකා හරින ස්ක්‍රිප්ට් එකක් ලියන්න

මෙම ප්‍රවේශය ඔබට කාලයත් සමඟම, ඔබට උනන්දුවක් නොදක්වන ලඝු-සටහන් නොසලකා හැරීමට සහ ඔබ සැබවින්ම වැදගත් යැයි සලකන ඒවා පමණක් ඉතිරි කිරීමට ඉඩ සලසයි.
ඒක අපිට හොඳට වැඩ කළා.

අධීක්ෂණය

සමාගමකට අධීක්ෂණ පද්ධතියක් නොමැති වීම සාමාන්‍ය දෙයක් නොවේ. උදාහරණයක් ලෙස, ඔබට ලඝු-සටහන් මත විශ්වාසය තැබිය හැකිය, නමුත් කිසිවක් "කීමට" කාලය නොමැතිව උපකරණ සරලව "මිය" හැක, නැතහොත් udp syslog ප්‍රොටෝකෝල පැකට්ටුව නැති වී නොපැමිණිය හැකිය. සාමාන්යයෙන්, ඇත්ත වශයෙන්ම, ක්රියාකාරී අධීක්ෂණය වැදගත් සහ අවශ්ය වේ.

මගේ භාවිතයේ වඩාත්ම ජනප්‍රිය උදාහරණ දෙක:

• සන්නිවේදන නාලිකා වල බර නිරීක්ෂණය කිරීම, විවේචනාත්මක සබැඳි (උදාහරණයක් ලෙස, සපයන්නන් වෙත සම්බන්ධ වීම). ගමනාගමනය නැතිවීම හේතුවෙන් සේවා පිරිහීම පිළිබඳ විභව ගැටලුව කල්තියාම දැකීමට සහ ඒ අනුව එය වළක්වා ගැනීමට ඒවා ඔබට ඉඩ සලසයි.
• NetFlow මත පදනම් වූ ප්‍රස්ථාර. ඒවා ගමනාගමනයේ විෂමතා සොයා ගැනීම පහසු කරන අතර සරල නමුත් සැලකිය යුතු ආකාරයේ හැකර් ප්‍රහාර හඳුනා ගැනීමට ඉතා ප්‍රයෝජනවත් වේ.

වැදගත්! වඩාත්ම තීරණාත්මක සිදුවීම් සඳහා SMS දැනුම්දීම් සකසන්න. මෙය අධීක්ෂණය සහ ලොග් කිරීම යන දෙකටම අදාළ වේ. ඔබට රාජකාරි මුරයක් නොමැති නම්, වැඩ කරන වේලාවෙන් පිටත sms ද පැමිණිය යුතුය.

සියලුම ඉංජිනේරුවන් අවදි නොකරන ලෙස ක්‍රියාවලිය හරහා සිතන්න. මේ සඳහා අපේ රාජකාරියේ ඉංජිනේරුවෙක් හිටියා.

පාලනය වෙනස් කරන්න

මගේ මතය අනුව, සියලු වෙනස්කම් පාලනය කිරීම අවශ්ය නොවේ. එහෙත්, ඕනෑම අවස්ථාවක, අවශ්ය නම්, ජාලයේ යම් යම් වෙනස්කම් සිදු කළේ කවුරුන්ද සහ ඇයි දැයි පහසුවෙන් සොයා ගැනීමට ඔබට හැකි විය යුතුය.

ඉඟි කිහිපයක්:

• ප්‍රවේශපත්‍ර පද්ධතියක් භාවිතා කර එම ටිකට් පතේ සිදු කර ඇති දේ විස්තර කිරීමට, උදාහරණයක් ලෙස යොදන ලද වින්‍යාසය ටිකට් එකට පිටපත් කිරීමෙන්
• ජාල උපකරණ මත අදහස් දැක්වීමේ හැකියාවන් භාවිතා කරන්න (උදාහරණයක් ලෙස, ජුනිපර් ගැන අදහස් දක්වන්න). ඔබට ටිකට් අංකය ලියා ගත හැකිය
• ඔබගේ වින්‍යාස උපස්ථ වල වෙනස භාවිතා කරන්න

ඔබට මෙය ක්‍රියාවලියක් ලෙස ක්‍රියාත්මක කළ හැක, වෙනස්කම් සඳහා දිනපතා සියලුම ප්‍රවේශපත්‍ර සමාලෝචනය කරන්න.

ක්රියාවලි

ඔබ ඔබේ කණ්ඩායමේ ක්‍රියාවලි විධිමත් කර විස්තර කළ යුතුය. ඔබ මෙම ස්ථානයට ළඟා වී ඇත්නම්, ඔබේ කණ්ඩායමට දැනටමත් අවම වශයෙන් පහත ක්‍රියාවලි ක්‍රියාත්මක විය යුතුය:

දෛනික ක්රියාවලීන්:

• ටිකට් සමඟ වැඩ කිරීම
• ලඝු-සටහන් සමඟ වැඩ කිරීම
• පාලනය වෙනස් කරන්න
• දෛනික චෙක්පත් පත්රය

වාර්ෂික ක්රියාවලීන්:

• ඇපකර දිගු කිරීම, බලපත්ර

අසමමුහුර්ත ක්රියාවලීන්:

• විවිධ හදිසි අවස්ථා වලට ප්රතිචාර දැක්වීම

පළමු කොටසේ නිගමනය

මේ සියල්ල තවමත් ජාල වින්‍යාසය ගැන නොවන බව ඔබ දැක තිබේද, සැලසුම් කිරීම ගැන නොවේ, ජාල ප්‍රොටෝකෝල ගැන නොවේ, මාර්ගගත කිරීම ගැන නොවේ, ආරක්ෂාව ගැන නොවේ... එය අවට ඇති දෙයක්. නමුත් මේවා, සමහර විට කම්මැලි වුවත්, ඇත්ත වශයෙන්ම, ජාල අංශයක කාර්යයේ ඉතා වැදගත් අංග වේ.

මෙතෙක්, ඔබට පෙනෙන පරිදි, ඔබ ඔබේ ජාලයේ කිසිවක් වැඩිදියුණු කර නැත. ආරක්ෂක දුර්වලතා තිබේ නම්, ඒවා ඉතිරිව ඇත; නරක නිර්මාණයක් තිබේ නම්, එය ඉතිරි විය. ඔබ ජාල ඉංජිනේරුවෙකු ලෙස ඔබේ කුසලතා සහ දැනුම යොදන තුරු, ඔබ බොහෝ විට විශාල කාලයක්, වෑයමක් සහ සමහර විට මුදල් වැය කර ඇත. නමුත් පළමුව ඔබ අත්තිවාරම නිර්මාණය කිරීමට (හෝ ශක්තිමත් කිරීමට) අවශ්ය වන අතර, පසුව ගොඩනැගීම ආරම්භ කරන්න.

පහත කොටස් මඟින් දෝෂ සොයා ගැනීම සහ ඉවත් කිරීම, පසුව ඔබේ යටිතල පහසුකම් වැඩිදියුණු කරන්නේ කෙසේදැයි ඔබට කියනු ඇත.

ඇත්ත වශයෙන්ම, ඔබ සෑම දෙයක්ම අනුපිළිවෙලින් කළ යුතු නැත. කාලය තීරණාත්මක විය හැකිය. සම්පත් ඉඩ දෙන්නේ නම් එය සමාන්තරව කරන්න.

සහ වැදගත් එකතු කිරීමක්. ඔබේ කණ්ඩායම සමඟ සන්නිවේදනය කරන්න, විමසන්න, උපදෙස් දෙන්න. අන්තිමට මේ හැමදේටම සපෝට් කරන්නේ ඒ අය තමයි කරන්නේ.

මූලාශ්රය: www.habr.com