VPN முகவரியில் Samba: ஏன் லிசனர் மறைந்துவிடுகிறது

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

சுரங்கப்பாதை மீண்டும் தொடங்கும் வரை பங்கீடு வேலை செய்கிறது

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

புதிய முகவரி ICMP-க்கு பதிலளித்தால் ping இன்னும் வெற்றிபெறலாம், அதனால்தான் பங்கீடு இறந்த நிலையில் அணுகல் நன்றாகத் தெரிகிறது. அந்த ஒரே தவறான வெற்றியே மக்களை ஃபயர்வாலுக்கு அனுப்புகிறது.

அணுகல் என்பது பிணைப்பு முகவரி அல்ல

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

VPN தொகுப்பில் உள்ள முகவரியும் தானாக உள்ளூர் பிணைப்பு முகவரி ஆகாது. அது ஒரு வாடிக்கையாளருக்கு உரியது, கோப்பு சேவையகத்திற்கு அல்ல. கோப்பு சேவைக்கு ping மோசமான சோதனை.

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

அதற்குப் பதிலாக நிலையான முகவரியில் பிணையுங்கள்

மிக நிலையான வடிவமைப்பு Samba-வை நிரந்தர முகவரியில் வைத்து, வாடிக்கையாளர்களை அங்கே VPN எடுத்துச் செல்ல அனுமதிக்கிறது. சுரங்கப்பாதை அசையும்போது சேவையக முகவரி மாறாது, எனவே லிசனர் இடைமுகத்தைப் பின்தொடர வேண்டியதில்லை. அப்போது அனுமதியை VPN பாதையும் ஹோஸ்ட் ஃபயர்வாலும் நடைமுறைப்படுத்துகின்றன, அவை அந்த வேலைக்காகவே கட்டப்பட்டவை.

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

ss -ltnp | grep ':445'

மீளிணைப்பைச் சோதியுங்கள், பச்சை விளக்கை அல்ல

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

smbclient -L //files.corp.example -U alice

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