நெட்வொர்க் போர்ட் என்றால் என்ன? TCP, UDP, திறந்த போர்ட்கள்

நெட்வொர்க் போர்ட் என்பது, போக்குவரத்தைச் சரியான சேவைக்கு அனுப்ப TCP, UDP போன்ற போக்குவரத்து நெறிமுறைகள் பயன்படுத்தும் ஓர் எண். நெறிமுறை, IP முகவரி, போர்ட் ஆகிய மூன்றும் சேர்ந்து ஓர் இணைப்புக்கான நடைமுறை endpoint-ஐ உருவாக்குகின்றன. போர்ட் ஒரு தர்க்கரீதியான அடையாளங்காட்டி; ரவுட்டரில் உள்ள இயற்பியல் socket அல்ல.

எண்களும் பொதுவான பயன்பாடுகளும்

போர்ட் எண்கள் 0 முதல் 65535 வரையிலான 16-பிட் மதிப்புகள். IANA அவற்றை system ports 0–1023, user ports 1024–49151, dynamic அல்லது private ports 49152–65535 எனப் பிரிக்கிறது. HTTP பொதுவாக TCP 80-ஐயும், HTTPS TCP 443-ஐயும் பயன்படுத்துகின்றன; ஆனால் ஒரு சேவையை வேறோர் எண்ணிலும் இயங்கும்படி அமைக்கலாம்.

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

“திறந்த” என்பதன் பொருள்

TCP-யில், listener-உடன் இணைப்பை முழுமையாக ஏற்படுத்த முடிந்தால், வெளிப்புறச் சோதனை அந்தப் போர்ட்டைத் திறந்தது என்று சொல்லலாம். closed பதில், கைவிடப்பட்ட பாக்கெட்டுகள், timeout ஆகியவற்றுக்கு வெவ்வேறு அர்த்தங்கள் உண்டு; ஃபயர்வால் அவற்றைப் பிரித்தறிவதைக் கடினமாக்கலாம். UDP சோதனை இன்னும் உறுதியற்றது; ஏனெனில் சரியாக இயங்கும் சேவைகூட probe-க்குப் பதிலளிக்காமல் இருக்கலாம்.

உள்ளூர் முகவரியில் கேட்டுக்கொண்டிருக்கும் நிரல் தானாகவே இணையத்திலிருந்து அணுகக்கூடியதாகிவிடாது. ஹோஸ்ட் ஃபயர்வால், ரவுட்டர் போர்ட் ஃபார்வர்டிங், வழங்குநரின் வடிகட்டல், carrier-grade NAT ஆகிய அனைத்தும் முடிவைப் பாதிக்கின்றன. முதலில் listening முகவரியையும் நெறிமுறையையும் சரிபார்த்து, பிறகு உள்ளூர் நெட்வொர்க்குக்கு வெளியிலிருந்து சோதியுங்கள்.

போர்ட்களைப் பொறுப்புடன் திறத்தல்

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

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

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

TCP-க்கும் UDP-க்கும் வெவ்வேறு சோதனைகள் தேவை

ஒரே போர்ட் எண் TCP-யிலும் UDP-யிலும் இருக்கலாம்; ஆனால் அவை வெவ்வேறு போக்குவரத்து நெறிமுறைகள். TCP இணைப்பு வெற்றி பெற்றால், அதே எண்ணில் உள்ள UDP சேவை பற்றி அது எதுவும் சொல்லாது. TCP மற்றும் UDP, open, closed, filtered போர்ட்கள் ஆகியவற்றைப் பாருங்கள்.