உங்கள் நெட்வொர்க் உள்கட்டமைப்பை எவ்வாறு கட்டுப்படுத்துவது. முதல் அத்தியாயம். பிடி

இந்தக் கட்டுரை "உங்கள் நெட்வொர்க் உள்கட்டமைப்பை எவ்வாறு கட்டுப்படுத்துவது" என்ற தொடர் கட்டுரைகளின் முதல் கட்டுரையாகும். தொடரில் உள்ள அனைத்து கட்டுரைகளின் உள்ளடக்கங்கள் மற்றும் இணைப்புகளைக் காணலாம் இங்கே.

ஒரு மணிநேரம் அல்லது ஒரு நாள் கூட நெட்வொர்க் செயலிழந்தால் முக்கியமானதாக இல்லாத நிறுவனங்கள் போதுமான எண்ணிக்கையில் உள்ளன என்பதை நான் முழுமையாக ஒப்புக்கொள்கிறேன். துரதிர்ஷ்டவசமாக அல்லது அதிர்ஷ்டவசமாக, அத்தகைய இடங்களில் பணிபுரியும் வாய்ப்பு எனக்கு கிடைக்கவில்லை. ஆனால், நிச்சயமாக, நெட்வொர்க்குகள் வேறுபட்டவை, தேவைகள் வேறுபட்டவை, அணுகுமுறைகள் வேறுபட்டவை, இன்னும், ஒரு வடிவத்தில் அல்லது மற்றொரு வடிவத்தில், பல சந்தர்ப்பங்களில் கீழே உள்ள பட்டியல் உண்மையில் "கட்டாயம்" ஆக இருக்கும்.

எனவே, ஆரம்ப நிலைமைகள்.

நீங்கள் ஒரு புதிய வேலையில் இருக்கிறீர்கள், நீங்கள் ஒரு பதவி உயர்வு பெற்றுள்ளீர்கள் அல்லது உங்கள் பொறுப்புகளை புதிதாகப் பார்க்க முடிவு செய்துள்ளீர்கள். நிறுவனத்தின் நெட்வொர்க் உங்கள் பொறுப்பாகும். உங்களைப் பொறுத்தவரை, இது பல வழிகளில் ஒரு சவாலாகவும் புதியதாகவும் இருக்கிறது, இது இந்தக் கட்டுரையின் வழிகாட்டல் தொனியை ஓரளவு நியாயப்படுத்துகிறது :). ஆனால் எந்தவொரு நெட்வொர்க் பொறியாளருக்கும் கட்டுரை பயனுள்ளதாக இருக்கும் என்று நம்புகிறேன்.

உங்கள் முதல் மூலோபாய இலக்கு என்ட்ரோபியை எதிர்க்க கற்றுக்கொள்வது மற்றும் வழங்கப்பட்ட சேவையின் அளவைப் பராமரிப்பதாகும்.

கீழே விவரிக்கப்பட்டுள்ள பல சிக்கல்களை பல்வேறு வழிகளில் தீர்க்க முடியும். தொழில்நுட்ப செயலாக்கத்தின் தலைப்பை நான் வேண்டுமென்றே எழுப்பவில்லை, ஏனென்றால்... கொள்கையளவில், இந்த அல்லது அந்த சிக்கலை நீங்கள் எவ்வாறு தீர்த்தீர்கள் என்பது பெரும்பாலும் அவ்வளவு முக்கியமல்ல, ஆனால் நீங்கள் அதை எவ்வாறு பயன்படுத்துகிறீர்கள் மற்றும் அதைப் பயன்படுத்துகிறீர்களா என்பதுதான் முக்கியம். எடுத்துக்காட்டாக, உங்களின் தொழில்ரீதியாக கட்டமைக்கப்பட்ட கண்காணிப்பு அமைப்பை நீங்கள் பார்க்காமலும் விழிப்பூட்டல்களுக்குப் பதிலளிக்காமலும் இருந்தால், அது சிறிதளவே பயனளிக்காது.

உபகரணங்கள்

மிகப்பெரிய ஆபத்துகள் எங்கே என்பதை முதலில் நீங்கள் புரிந்து கொள்ள வேண்டும்.

மீண்டும், அது வித்தியாசமாக இருக்கலாம். எங்காவது, எடுத்துக்காட்டாக, இவை பாதுகாப்பு சிக்கல்களாகவும், எங்காவது, சேவையின் தொடர்ச்சி தொடர்பான சிக்கல்களாகவும், எங்காவது, ஒருவேளை, வேறு ஏதாவது இருக்கலாம் என்பதை நான் ஒப்புக்கொள்கிறேன். ஏன் கூடாது?

தெளிவாகச் சொல்வதென்றால், இது இன்னும் சேவையின் தொடர்ச்சி என்று வைத்துக் கொள்வோம் (நான் பணிபுரிந்த எல்லா நிறுவனங்களிலும் இப்படித்தான் இருந்தது).

பின்னர் நீங்கள் உபகரணங்களுடன் தொடங்க வேண்டும். கவனம் செலுத்த வேண்டிய தலைப்புகளின் பட்டியல் இங்கே:

• விமர்சன அளவு மூலம் உபகரணங்களின் வகைப்பாடு
• முக்கியமான உபகரணங்களின் காப்புப்பிரதி
• ஆதரவு, உரிமங்கள்

சாத்தியமான தோல்விக் காட்சிகளை நீங்கள் சிந்திக்க வேண்டும், குறிப்பாக உங்கள் விமர்சன வகைப்பாட்டின் மேல் உள்ள உபகரணங்களுடன். வழக்கமாக, இரட்டை சிக்கல்களின் சாத்தியம் புறக்கணிக்கப்படுகிறது, இல்லையெனில் உங்கள் தீர்வு மற்றும் ஆதரவு நியாயமற்ற முறையில் விலை உயர்ந்ததாக இருக்கலாம், ஆனால் உண்மையிலேயே முக்கியமான நெட்வொர்க் கூறுகளின் விஷயத்தில், தோல்வி வணிகத்தை கணிசமாக பாதிக்கும், நீங்கள் அதைப் பற்றி சிந்திக்க வேண்டும்.

உதாரணமாக

டேட்டா சென்டரில் ரூட் சுவிட்சைப் பற்றி பேசுகிறோம் என்று வைத்துக் கொள்வோம்.

சேவை தொடர்ச்சியே மிக முக்கியமான அளவுகோல் என்பதை நாங்கள் ஒப்புக்கொண்டதால், இந்த சாதனத்தின் "சூடான" காப்புப்பிரதியை (பணிநீக்கம்) வழங்குவது நியாயமானது. ஆனால் அது மட்டும் அல்ல. முதல் சுவிட்ச் உடைந்தால், எஞ்சியிருக்கும் ஒரே ஒரு சுவிட்சை மட்டும் வைத்துக்கொண்டு வாழ்வது எவ்வளவு காலம் ஏற்கத்தக்கது என்பதை நீங்கள் தீர்மானிக்க வேண்டும், ஏனெனில் அதுவும் உடைந்து விடும் அபாயம் உள்ளது.

முக்கியமான! இந்த சிக்கலை நீங்களே முடிவு செய்ய வேண்டியதில்லை. மேலாண்மை அல்லது நிறுவன நிர்வாகத்திற்கான அபாயங்கள், சாத்தியமான தீர்வுகள் மற்றும் செலவுகளை நீங்கள் விவரிக்க வேண்டும். அவர்கள் முடிவுகளை எடுக்க வேண்டும்.

எனவே, இரட்டை தோல்விக்கான சிறிய நிகழ்தகவு கொடுக்கப்பட்டால், ஒரு சுவிட்சில் 4 மணிநேரம் வேலை செய்வது கொள்கையளவில் ஏற்றுக்கொள்ளத்தக்கது என்று முடிவு செய்யப்பட்டால், நீங்கள் பொருத்தமான ஆதரவை எடுத்துக் கொள்ளலாம் (இதன்படி 4 க்குள் உபகரணங்கள் மாற்றப்படும். மணிநேரம்).

ஆனால் அவை வழங்கப்படாமல் போகும் அபாயம் உள்ளது. துரதிர்ஷ்டவசமாக, நாங்கள் ஒருமுறை அத்தகைய சூழ்நிலையில் இருந்தோம். நான்கு மணி நேரத்திற்கு பதிலாக, உபகரணங்கள் ஒரு வாரம் பயணம்!!!

எனவே, இந்த அபாயமும் விவாதிக்கப்பட வேண்டும், ஒருவேளை, நீங்கள் மற்றொரு சுவிட்சை (மூன்றாவது) வாங்கி அதை உதிரி பாகங்கள் தொகுப்பில் ("குளிர்" காப்புப்பிரதி) வைத்திருப்பது அல்லது ஆய்வக நோக்கங்களுக்காகப் பயன்படுத்துவது மிகவும் சரியாக இருக்கும்.

முக்கியமான! காலாவதி தேதிகளுடன் உங்களிடம் உள்ள அனைத்து ஆதரவுகளின் விரிதாளை உருவாக்கி, அதை உங்கள் காலெண்டரில் சேர்க்கவும், இதன் மூலம் உங்கள் ஆதரவைப் புதுப்பிப்பதைப் பற்றி நீங்கள் கவலைப்படத் தொடங்குவதற்கு குறைந்தபட்சம் ஒரு மாதத்திற்கு முன்பே மின்னஞ்சலைப் பெறுவீர்கள்.

உங்கள் ஆதரவைப் புதுப்பிக்க மறந்துவிட்டால், அது முடிந்த மறுநாளே உங்கள் வன்பொருள் உடைந்தால் நீங்கள் மன்னிக்கப்பட மாட்டீர்கள்.

அவசர வேலை

உங்கள் நெட்வொர்க்கில் என்ன நடந்தாலும், உங்கள் நெட்வொர்க் சாதனங்களுக்கான அணுகலை நீங்கள் பராமரிக்க வேண்டும்.

முக்கியமான! நீங்கள் அனைத்து உபகரணங்களுக்கும் கன்சோல் அணுகலைப் பெற்றிருக்க வேண்டும், மேலும் இந்த அணுகல் பயனர் தரவு நெட்வொர்க்கின் ஆரோக்கியத்தைப் பொறுத்தது அல்ல.

நீங்கள் எதிர்மறையான சூழ்நிலைகளை முன்கூட்டியே முன்கூட்டியே பார்த்து தேவையான நடவடிக்கைகளை ஆவணப்படுத்த வேண்டும். இந்த ஆவணத்தின் கிடைக்கும் தன்மை மிகவும் முக்கியமானது, எனவே இது துறைக்கான பகிரப்பட்ட ஆதாரத்தில் இடுகையிடப்படுவது மட்டுமல்லாமல், பொறியாளர்களின் கணினிகளிலும் உள்ளூரில் சேமிக்கப்பட வேண்டும்.

இருக்க வேண்டும்

• விற்பனையாளர் அல்லது ஒருங்கிணைப்பாளர் ஆதரவுடன் டிக்கெட்டைத் திறக்க தேவையான தகவல்
• எந்த உபகரணத்தையும் எவ்வாறு பெறுவது என்பது பற்றிய தகவல் (கன்சோல், மேலாண்மை)

நிச்சயமாக, இது வேறு ஏதேனும் பயனுள்ள தகவலைக் கொண்டிருக்கலாம், எடுத்துக்காட்டாக, பல்வேறு உபகரணங்கள் மற்றும் பயனுள்ள கண்டறியும் கட்டளைகளுக்கான மேம்படுத்தல் செயல்முறையின் விளக்கம்.

எங்கள் பங்குதாரர்கள்

இப்போது நீங்கள் கூட்டாளர்களுடன் தொடர்புடைய அபாயங்களை மதிப்பீடு செய்ய வேண்டும். பொதுவாக இது

• இணைய வழங்குநர்கள் மற்றும் போக்குவரத்து பரிமாற்ற புள்ளிகள் (IX)
• தொடர்பு சேனல் வழங்குநர்கள்

என்ன கேள்விகளை நீங்களே கேட்டுக்கொள்ள வேண்டும்? உபகரணங்களைப் போலவே, பல்வேறு அவசர சூழ்நிலைகளையும் கருத்தில் கொள்ள வேண்டும். எடுத்துக்காட்டாக, இணைய வழங்குநர்களுக்கு, இது போன்றது:

• சில காரணங்களுக்காக இணைய வழங்குநர் X சேவையை உங்களுக்கு வழங்குவதை நிறுத்தினால் என்ன நடக்கும்?
• பிற வழங்குநர்கள் உங்களுக்காக போதுமான அலைவரிசையை வைத்திருப்பார்களா?
• இணைப்பு எவ்வளவு நன்றாக இருக்கும்?
• உங்கள் இணைய வழங்குநர்கள் எவ்வளவு சுதந்திரமானவர்கள் மற்றும் அவர்களில் ஒருவரின் கடுமையான செயலிழப்பு மற்றவர்களுக்கு சிக்கல்களை ஏற்படுத்துமா?
• உங்கள் தரவு மையத்தில் எத்தனை ஆப்டிகல் உள்ளீடுகள்?
• உள்ளீடுகளில் ஒன்று முற்றிலும் அழிக்கப்பட்டால் என்ன நடக்கும்?

உள்ளீடுகளைப் பொறுத்தவரை, எனது நடைமுறையில் இரண்டு வெவ்வேறு நிறுவனங்களில், இரண்டு வெவ்வேறு தரவு மையங்களில், ஒரு அகழ்வாராய்ச்சி கிணறுகளை அழித்தது மற்றும் அதிசயத்தால் மட்டுமே எங்கள் ஒளியியல் பாதிக்கப்படவில்லை. இது அவ்வளவு அரிதான வழக்கு அல்ல.

மற்றும், நிச்சயமாக, நீங்கள் இந்த கேள்விகளைக் கேட்பது மட்டுமல்லாமல், மீண்டும், நிர்வாகத்தின் ஆதரவுடன், எந்த சூழ்நிலையிலும் ஏற்றுக்கொள்ளக்கூடிய தீர்வை வழங்க வேண்டும்.

காப்புப்பிரதி

அடுத்த முன்னுரிமை உபகரண உள்ளமைவுகளின் காப்புப்பிரதியாக இருக்கலாம். எப்படியிருந்தாலும், இது ஒரு மிக முக்கியமான புள்ளி. நீங்கள் உள்ளமைவை இழக்கும்போது அந்த நிகழ்வுகளை நான் பட்டியலிட மாட்டேன்; வழக்கமான காப்புப்பிரதிகளை உருவாக்குவது நல்லது, அதைப் பற்றி சிந்திக்க வேண்டாம். கூடுதலாக, வழக்கமான காப்புப்பிரதிகள் மாற்றங்களைக் கண்காணிப்பதில் மிகவும் பயனுள்ளதாக இருக்கும்.

முக்கியமான! தினமும் காப்புப்பிரதிகளை உருவாக்கவும். இதில் சேமிப்பதற்கு இது அவ்வளவு பெரிய அளவிலான தரவு அல்ல. காலையில், பணியில் இருக்கும் பொறியாளர் (அல்லது நீங்கள்) கணினியிலிருந்து ஒரு அறிக்கையைப் பெற வேண்டும், இது காப்புப்பிரதி வெற்றிகரமாக இருந்ததா இல்லையா என்பதை தெளிவாகக் குறிக்கிறது, மேலும் காப்புப்பிரதி தோல்வியுற்றால், சிக்கலைத் தீர்க்க வேண்டும் அல்லது டிக்கெட்டை உருவாக்க வேண்டும் ( நெட்வொர்க் துறை செயல்முறைகளைப் பார்க்கவும்).

மென்பொருள் பதிப்புகள்

சாதனத்தின் மென்பொருளை மேம்படுத்துவது மதிப்புள்ளதா இல்லையா என்ற கேள்வி அவ்வளவு தெளிவாக இல்லை. ஒருபுறம், பழைய பதிப்புகள் அறியப்பட்ட பிழைகள் மற்றும் பாதிப்புகள், ஆனால் மறுபுறம், புதிய மென்பொருள், முதலில், எப்போதும் வலியற்ற மேம்படுத்தல் செயல்முறை அல்ல, இரண்டாவதாக, புதிய பிழைகள் மற்றும் பாதிப்புகள்.

இங்கே நீங்கள் சிறந்த விருப்பத்தை கண்டுபிடிக்க வேண்டும். சில தெளிவான பரிந்துரைகள்

• நிலையான பதிப்புகளை மட்டும் நிறுவவும்
• இருப்பினும், நீங்கள் மென்பொருளின் பழைய பதிப்புகளில் வாழக்கூடாது
• சில மென்பொருள்கள் அமைந்துள்ள இடம் பற்றிய தகவலுடன் ஒரு அடையாளத்தை உருவாக்கவும்
• மென்பொருள் பதிப்புகளில் உள்ள பாதிப்புகள் மற்றும் பிழைகள் பற்றிய அறிக்கைகளை அவ்வப்போது படிக்கவும், மேலும் முக்கியமான சிக்கல்கள் ஏற்பட்டால், மேம்படுத்துவது பற்றி சிந்திக்க வேண்டும்

இந்த கட்டத்தில், உபகரணங்களுக்கான கன்சோல் அணுகல், ஆதரவு பற்றிய தகவல்கள் மற்றும் மேம்படுத்தல் செயல்முறையின் விளக்கத்துடன், நீங்கள் கொள்கையளவில், இந்த படிநிலைக்கு தயாராக உள்ளீர்கள். நீங்கள் முழு செயல்முறையையும் சரிபார்க்கக்கூடிய ஆய்வக உபகரணங்கள் இருக்கும்போது சிறந்த விருப்பம், ஆனால், துரதிருஷ்டவசமாக, இது அடிக்கடி நடக்காது.

முக்கியமான உபகரணங்களின் விஷயத்தில், மேம்படுத்தலில் உங்களுக்கு உதவுவதற்கான கோரிக்கையுடன் விற்பனையாளரின் ஆதரவைத் தொடர்புகொள்ளலாம்.

டிக்கெட் அமைப்பு

இப்போது நீங்கள் சுற்றிப் பார்க்கலாம். மற்ற துறைகளுடனும் துறைக்குள்ளும் தொடர்பு கொள்வதற்கான செயல்முறைகளை நீங்கள் நிறுவ வேண்டும்.

இது அவசியமில்லாமல் இருக்கலாம் (உதாரணமாக, உங்கள் நிறுவனம் சிறியதாக இருந்தால்), ஆனால் அனைத்து வெளிப்புற மற்றும் உள் பணிகளும் டிக்கெட் முறை மூலம் செல்லும் வகையில் வேலையை ஒழுங்கமைக்க நான் மிகவும் பரிந்துரைக்கிறேன்.

டிக்கெட் முறையானது உள் மற்றும் வெளிப்புற தகவல்தொடர்புகளுக்கான உங்கள் இடைமுகமாகும், மேலும் இந்த இடைமுகத்தை நீங்கள் போதுமான விரிவாக விவரிக்க வேண்டும்.

அணுகலைத் திறப்பதற்கான முக்கியமான மற்றும் பொதுவான பணியின் உதாரணத்தை எடுத்துக் கொள்வோம். நிறுவனங்களில் ஒன்றில் சரியாக வேலை செய்த அல்காரிதத்தை நான் விவரிக்கிறேன்.

உதாரணமாக

நெட்வொர்க் பொறியாளருக்குப் புரியாத மொழியில், அதாவது பயன்பாட்டின் மொழியில், எடுத்துக்காட்டாக, "எனக்கு 1C க்கு அணுகலைக் கொடுங்கள்" என்று அணுகும் வாடிக்கையாளர்கள் தங்கள் விருப்பங்களை அடிக்கடி உருவாக்குகிறார்கள் என்பதிலிருந்து தொடங்குவோம்.

எனவே, அத்தகைய பயனர்களின் கோரிக்கைகளை நாங்கள் ஒருபோதும் ஏற்கவில்லை.
அதுவே முதல் தேவையாக இருந்தது

• அணுகலுக்கான கோரிக்கைகள் தொழில்நுட்பத் துறைகளிலிருந்து வர வேண்டும் (எங்கள் விஷயத்தில் இவை unix, windows, helpdesk பொறியாளர்கள்)

இரண்டாவது தேவை அது

• இந்த அணுகல் உள்நுழைந்திருக்க வேண்டும் (இந்தக் கோரிக்கையைப் பெற்ற தொழில்நுட்பத் துறையால்) மேலும் கோரிக்கையாக இந்த உள்நுழைந்த அணுகலுக்கான இணைப்பைப் பெறுகிறோம்

இந்தக் கோரிக்கையின் வடிவம் நமக்குப் புரியும்படி இருக்க வேண்டும், அதாவது.

• கோரிக்கையில் எந்த சப்நெட் மற்றும் எந்த சப்நெட் அணுகல் திறக்கப்பட வேண்டும் என்பது பற்றிய தகவல்களும், நெறிமுறை மற்றும் (tcp/udp விஷயத்தில்) போர்ட்களும் இருக்க வேண்டும்.

அதையும் அங்கே குறிப்பிட வேண்டும்

• இந்த அணுகல் ஏன் திறக்கப்பட்டது என்பதற்கான விளக்கம்
• தற்காலிக அல்லது நிரந்தர (தற்காலிகமாக இருந்தால், எந்த தேதி வரை)

மற்றும் மிக முக்கியமான விஷயம் ஒப்புதல்கள்

• அணுகலைத் தொடங்கிய துறையின் தலைவரிடமிருந்து (எடுத்துக்காட்டாக, கணக்கியல்)
• தொழில்நுட்பத் துறையின் தலைவரிடமிருந்து, இந்த கோரிக்கை நெட்வொர்க் துறைக்கு வந்தது (எடுத்துக்காட்டாக, ஹெல்ப் டெஸ்க்)

இந்த வழக்கில், இந்த அணுகலின் “உரிமையாளர்” அணுகலைத் தொடங்கிய துறையின் தலைவராகக் கருதப்படுகிறார் (எங்கள் எடுத்துக்காட்டில் கணக்கியல்), மேலும் இந்தத் துறைக்கான உள்நுழைந்த அணுகலுடன் பக்கம் புதுப்பித்த நிலையில் இருப்பதை உறுதிசெய்வதற்கு அவர் பொறுப்பு. .

பதிவு செய்தல்

இது நீங்கள் மூழ்கக்கூடிய ஒன்று. ஆனால் நீங்கள் ஒரு செயலூக்கமான அணுகுமுறையை செயல்படுத்த விரும்பினால், இந்த தரவு பிரளயத்தை எவ்வாறு கையாள்வது என்பதை நீங்கள் கற்றுக் கொள்ள வேண்டும்.

சில நடைமுறை பரிந்துரைகள் இங்கே:

• நீங்கள் தினசரி பதிவுகளை மதிப்பாய்வு செய்ய வேண்டும்
• திட்டமிடப்பட்ட மதிப்பாய்வின் (மற்றும் அவசரகால சூழ்நிலை அல்ல), நீங்கள் தீவிர நிலைகள் 0, 1, 2 க்கு உங்களை மட்டுப்படுத்திக் கொள்ளலாம் மற்றும் தேவைப்பட்டால் மற்ற நிலைகளிலிருந்து தேர்ந்தெடுக்கப்பட்ட வடிவங்களைச் சேர்க்கலாம்.
• புறக்கணிப்பு பட்டியலில் நீங்கள் சேர்த்த வடிவங்களின் பதிவுகளைப் பாகுபடுத்தும் மற்றும் புறக்கணிக்கும் ஸ்கிரிப்டை எழுதவும்

இந்த அணுகுமுறை, காலப்போக்கில், உங்களுக்கு ஆர்வமில்லாத பதிவுகளின் புறக்கணிப்பு பட்டியலை உருவாக்கவும், நீங்கள் உண்மையிலேயே முக்கியமானதாகக் கருதும் பதிவுகளை மட்டும் விட்டுவிடவும் உங்களை அனுமதிக்கும்.
இது எங்களுக்கு நன்றாக வேலை செய்தது.

கண்காணிப்பு

ஒரு நிறுவனத்திற்கு கண்காணிப்பு அமைப்பு இல்லாதது அசாதாரணமானது அல்ல. உதாரணமாக, நீங்கள் பதிவுகளை நம்பலாம், ஆனால் எதையும் "சொல்ல" நேரம் இல்லாமல் உபகரணங்கள் வெறுமனே "இறந்து" இருக்கலாம் அல்லது udp syslog நெறிமுறை பாக்கெட் தொலைந்து போகலாம் மற்றும் வராமல் போகலாம். பொதுவாக, நிச்சயமாக, செயலில் கண்காணிப்பு முக்கியமானது மற்றும் அவசியம்.

எனது நடைமுறையில் மிகவும் பிரபலமான இரண்டு எடுத்துக்காட்டுகள்:

• தகவல் தொடர்பு சேனல்களின் சுமையை கண்காணித்தல், முக்கியமான இணைப்புகள் (உதாரணமாக, வழங்குநர்களுடன் இணைத்தல்). ட்ராஃபிக் இழப்பு காரணமாக சேவைச் சிதைவின் சாத்தியமான சிக்கலை முன்கூட்டியே பார்க்கவும், அதன்படி, அதைத் தவிர்க்கவும் அவை உங்களை அனுமதிக்கின்றன.
• NetFlow அடிப்படையிலான வரைபடங்கள். அவை போக்குவரத்தில் உள்ள முரண்பாடுகளைக் கண்டறிவதை எளிதாக்குகின்றன மேலும் சில எளிய ஆனால் குறிப்பிடத்தக்க வகை ஹேக்கர் தாக்குதல்களைக் கண்டறிவதற்கு மிகவும் பயனுள்ளதாக இருக்கும்.

முக்கியமான! மிக முக்கியமான நிகழ்வுகளுக்கு SMS அறிவிப்புகளை அமைக்கவும். இது கண்காணிப்பு மற்றும் பதிவு செய்தல் ஆகிய இரண்டிற்கும் பொருந்தும். உங்களிடம் பணி ஷிப்ட் இல்லையென்றால், வேலை நேரத்திற்கு வெளியே எஸ்எம்எஸ் அனுப்பவும்.

அனைத்து பொறியாளர்களையும் எழுப்பாத வகையில் செயல்முறை மூலம் சிந்தியுங்கள். இதற்காக ஒரு பொறியாளர் பணியில் இருந்தார்.

கட்டுப்பாட்டை மாற்றவும்

என் கருத்துப்படி, எல்லா மாற்றங்களையும் கட்டுப்படுத்த வேண்டிய அவசியமில்லை. ஆனால், எந்தவொரு சந்தர்ப்பத்திலும், நெட்வொர்க்கில் யார் சில மாற்றங்களைச் செய்தார்கள், ஏன் என்று தேவைப்பட்டால், நீங்கள் எளிதாகக் கண்டறிய முடியும்.

ஒரு சில குறிப்புகள்:

• அந்த டிக்கெட்டில் என்ன செய்யப்பட்டுள்ளது என்பதை விவரிக்க ஒரு டிக்கெட் முறையைப் பயன்படுத்தவும், எடுத்துக்காட்டாக, பயன்படுத்தப்பட்ட உள்ளமைவை டிக்கெட்டில் நகலெடுப்பதன் மூலம்
• நெட்வொர்க் உபகரணங்களில் கருத்துத் திறன்களைப் பயன்படுத்தவும் (உதாரணமாக, ஜூனிபர் மீது கருத்து தெரிவிக்கவும்). நீங்கள் டிக்கெட் எண்ணை எழுதலாம்
• உங்கள் உள்ளமைவு காப்புப்பிரதிகளின் வேறுபாட்டைப் பயன்படுத்தவும்

மாற்றங்களுக்காக தினமும் அனைத்து டிக்கெட்டுகளையும் மதிப்பாய்வு செய்து, இதை ஒரு செயல்முறையாகச் செயல்படுத்தலாம்.

செயல்முறைகள்

உங்கள் குழுவில் உள்ள செயல்முறைகளை நீங்கள் முறைப்படுத்தி விவரிக்க வேண்டும். நீங்கள் இந்த நிலையை அடைந்திருந்தால், உங்கள் குழு ஏற்கனவே குறைந்தபட்சம் பின்வரும் செயல்முறைகளை இயக்கியிருக்க வேண்டும்:

தினசரி செயல்முறைகள்:

• டிக்கெட்டுகளுடன் வேலை
• பதிவுகளுடன் வேலை செய்கிறது
• கட்டுப்பாட்டை மாற்றவும்
• தினசரி காசோலை தாள்

வருடாந்திர செயல்முறைகள்:

• உத்தரவாதங்கள், உரிமங்களின் நீட்டிப்பு

ஒத்திசைவற்ற செயல்முறைகள்:

• பல்வேறு அவசரகால சூழ்நிலைகளுக்கு பதில்

முதல் பகுதியின் முடிவு

இவை அனைத்தும் இன்னும் நெட்வொர்க் உள்ளமைவு பற்றி அல்ல, வடிவமைப்பு பற்றி அல்ல, நெட்வொர்க் நெறிமுறைகள் பற்றி அல்ல, ரூட்டிங் பற்றி அல்ல, பாதுகாப்பு பற்றி இல்லை என்பதை நீங்கள் கவனித்தீர்களா... இது ஏதோ ஒன்று. ஆனால் இவை, ஒருவேளை சலிப்பாக இருந்தாலும், நிச்சயமாக, நெட்வொர்க் பிரிவின் வேலையின் மிக முக்கியமான கூறுகள்.

இதுவரை, நீங்கள் பார்க்க முடியும் என, உங்கள் நெட்வொர்க்கில் நீங்கள் எதையும் மேம்படுத்தவில்லை. பாதுகாப்பு குறைபாடுகள் இருந்தால், அவை அப்படியே இருக்கும்; மோசமான வடிவமைப்பு இருந்தால், அது அப்படியே இருக்கும். நெட்வொர்க் பொறியியலாளராக உங்கள் திறன்களையும் அறிவையும் நீங்கள் பயன்படுத்தும் வரை, நீங்கள் அதிக நேரம், முயற்சி மற்றும் சில நேரங்களில் பணத்தை செலவழித்திருக்கலாம். ஆனால் முதலில் நீங்கள் அடித்தளத்தை உருவாக்க வேண்டும் (அல்லது வலுப்படுத்த வேண்டும்), பின்னர் கட்டத் தொடங்க வேண்டும்.

பின்வரும் பகுதிகள் எவ்வாறு பிழைகளைக் கண்டறிந்து அகற்றுவது என்பதை உங்களுக்குச் சொல்லும், பின்னர் உங்கள் உள்கட்டமைப்பை மேம்படுத்தவும்.

நிச்சயமாக, நீங்கள் எல்லாவற்றையும் தொடர்ச்சியாக செய்ய வேண்டியதில்லை. நேரம் முக்கியமானதாக இருக்கலாம். ஆதாரங்கள் அனுமதித்தால் இணையாக செய்யுங்கள்.

மற்றும் ஒரு முக்கியமான சேர்த்தல். உங்கள் குழுவுடன் தொடர்பு கொள்ளுங்கள், கேளுங்கள், ஆலோசனை செய்யுங்கள். கடைசியில் இதையெல்லாம் ஆதரிப்பதும் செய்வதும் இவர்கள்தான்.

ஆதாரம்: www.habr.com