Android இல் L2TP தானியங்கி: ஸ்கிரிப்ட் கேட்கலாம், உருவாக்க முடியாது

shell வழி Android இல் L2TP/IPsec ஐ உயர்த்தாது. IPsec, L2TP, PPP மற்றும் தளக் கொள்கை ஒவ்வொன்றும் ஒரு பங்கைக் கொண்டுள்ளன, எனவே எது கட்டுப்படுத்த முடியும் என்பதைத் தேர்ந்தெடுக்கவும்.

கட்டுக்கதை என்னவென்றால், L2TP Android இல் shell ஸ்கிரிப்ட் தொடங்கக்கூடிய மற்றொரு விஷயம்: ஒரு வழியைச் சேர், பழைய சேவையை அழை, முடிந்தது. அது முடியாது, ஏனெனில் ஒரு சுரங்கப்பாதை பாக்கெட்டை எடுத்துச் செல்வதற்கு முன் நான்கு வெவ்வேறு அடுக்குகள் ஒப்புக்கொள்ள வேண்டும். IPsec அடுக்கு பாதையைப் பாதுகாக்கிறது, L2TP அமர்வை எடுத்துச் செல்கிறது, PPP இணைப்பைப் பேச்சுவார்த்தை செய்கிறது, மேலும் Android முடிவை VPN ஆகப் பதிவு செய்ய வேண்டும், அதைச் சுற்றி அது வழிமாற்ற முடியும். நகலெடுக்கப்பட்ட கட்டளைகளுடன் இது இரண்டு முறை முயற்சிக்கப்படுவதைப் பார்த்திருக்கிறேன், இரண்டு முறையும் வழி இருந்தது ஆனால் எதுவும் மறையாக்கப்படவில்லை.

வழி மாற்றம் உண்மையில் என்ன சாதிக்கிறது

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

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

நான்கு உரிமையாளர்கள், ஸ்கிரிப்ட் அவர்களில் யாரும் இல்லை

அவற்றை வரிசையாக எடுத்துக் கொள்ளுங்கள். IPsec பாதுகாக்கப்பட்ட பாதையை நிறுவி பராமரிக்கிறது, சகர்களை அங்கீகரிக்கிறது. L2TP அதன் மேல் அமர்வை எடுத்துச் செல்கிறது, இந்த அடுக்குமுறையே தரநிலை அவற்றை ஒரு நெறிமுறையாக அல்லாமல் தனி வழிமுறைகளாகக் கருதுவதற்குக் காரணம். அதற்குள் PPP வாடிக்கையாளர் பயன்படுத்தும் இணைப்பு அளவுருக்களைப் பேச்சுவார்த்தை செய்கிறது. பின்னர் Android தளப் பக்கத்தைக் கொண்டுள்ளது: பதிவு செய்யப்பட்ட VPN இடைமுகம், ஒவ்வொரு பயன்பாட்டிற்கான வரம்பு, always-on நிலை மற்றும் பயன்பாடு கொல்லப்படும்போது என்ன நடக்கும் என்பதைத் தீர்மானிக்கும் வாழ்க்கைச் சுழற்சி.

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

ஏன் டீமனும் குறுக்குவழி அல்ல

சாதனத்தில் சிறப்புரிமை பெற்ற Linux டீமனைத் தொடங்குவது காணாமல் போன துண்டு போலத் தெரிகிறது, பல நேரங்களில் அது உண்மையில் சுரங்கப்பாதையை உயர்த்துகிறது. அது செய்யாதது அந்த சுரங்கப்பாதையை Android உடன் பதிவு செய்வதுதான். இடைமுகம் கர்னலுக்குள் உள்ளது, ஆனால் தளத்தின் VPN தேர்வு, ஒவ்வொரு பயன்பாட்டிற்கான வழிமாற்றம், always-on கொள்கை மற்றும் வாழ்க்கைச் சுழற்சி அதைப் பற்றி அறியாது, டீமனின் சொந்த வழி மற்றும் DNS மாற்றங்கள் அதே அட்டவணைகளுக்காக பிணைய மேலாளருடன் போட்டியிடுகின்றன.

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

ஆதரிக்கப்பட்ட வழிகள் எப்படி இருக்கும்

நிறுவனம் Android தானே வழங்கும் சுயவிவரத்திற்கு மாற முடிந்தால், தளப் பாதையே நேர்மையானது. API 30 முதல், VpnManager பயன்பாடுகளால் தள VPN சுயவிவரங்களை வழங்குவதையும் கட்டுப்படுத்துவதையும் ஆதரிக்கிறது, அழைக்கும் பயன்பாட்டுடன் இணைக்கப்பட்ட அனுமதி ஓட்டத்துடன். இது L2TP மாற்றி அல்ல: IKEv2 க்காக அது வழங்கும் சுயவிவர மாதிரி ஏற்கனவே உள்ள L2TP உள்ளமைவை மொழிபெயர்க்காது, நெறிமுறையை மாற்றுவது இடம்பெயர்வு, பெயர் மாற்றம் அல்ல. அடையாளங்கள், வழிகள், தனியார் DNS மற்றும் அணுகல் அனுமதிகள் வேண்டுமென்றே மாற்றப்பட வேண்டும்.

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

சரியான தானியங்கி என்ன செய்கிறது

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

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

  • IPsec மற்றும் PPP ஐ வாடிக்கையாளர் கையாளுகிறார், ஸ்கிரிப்ட்டின் வழிகள் அல்ல.
  • இணைப்பு தளத்தின் VPN நிலையில் தோன்றுகிறது, எனவே ஒவ்வொரு பயன்பாட்டிற்கான வரம்பும் always-on உம் அதற்குப் பொருந்தும்.
  • எந்த உள் சேவை அழைப்பும், பரிவர்த்தனை எண்ணும் அல்லது ஊகிக்கப்பட்ட வாதமும் சான்றை எடுத்துச் செல்வதில்லை.
  • எந்தக் கட்டத்திலும் தோல்வி பாதி பதிவு செய்யப்பட்ட சுயவிவரத்தை விட்டுச் செல்லாது.

தொடர்புடைய கட்டுரைகள்