சேவையகத்தை அடையும் VPN வாடிக்கையாளர்களை Samba ஏன் நிராகரிக்கிறது

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

ஒரே செய்தியுடன் தோல்வியடையும் நான்கு அடுக்குகள்

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

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

smbd உண்மையில் பார்க்கும் மூல முகவரியைக் கண்டறியுங்கள்

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

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

sudo tcpdump -ni any -c 20 'tcp port 445'
sudo smbstatus -b
ss -tnp | grep ':445'

Samba படிப்பது போலவே அனுமதிப் பட்டியலைப் படியுங்கள்

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

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

hosts allow = 192.168.50.0/24 10.90.0.0/24
testparm -s
testparm -s /etc/samba/smb.conf client.example 10.90.0.14

மறுதொடக்கத்திலும் நிலைத்திருக்கும் கோப்பை மாற்றுங்கள்

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

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

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

அனுமதிக்கப்பட்ட ஒரு வாடிக்கையாளரையும் விலக்கப்பட்ட ஒரு வாடிக்கையாளரையும் சோதியுங்கள்

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

smbclient -L //fileserver -U alice
sudo testparm -s /etc/samba/smb.conf alice-laptop 10.90.0.14
sudo tail -n 40 /var/log/samba/log.smbd

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