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

தொலை முனை எதை வெளியிடுகிறது என்பதைப் பதிவு செய்யுங்கள்

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

FamilyPortsLinux side
PPTPTCP 1723 plus GRE, IP protocol 47pppd with a peer file
L2TP/IPsecUDP 500, 4500, 1701NetworkManager plugin over strongSwan
IKEv1 aggressive with XAuthUDP 500native strongSwan connection
AnyConnect-style portalTCP 443openconnect with a TUN device

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

PPTP: pppd-ஐத் திருத்தும் முன் GRE-ஐ நிரூபியுங்கள்

Linux-இல் PPTP நீங்கள் தொடங்கும் டீமன் அல்ல, pppd அழைப்பு, இணைப்பு அளவுருக்கள் pppd அழைக்கப்படும்போது படிக்கும் பெயரிடப்பட்ட peer கோப்பில் வாழ்கின்றன. விநியோகங்கள் இன்னும் அதைத் தொகுக்கின்றன, என்றாலும் நெறிமுறையின் அறியப்பட்ட பலவீனங்கள் அதை எந்த உணர்திறன் விஷயத்திற்கும் பொருத்தமற்றதாக்குகின்றன, எனவே வேறு எதையும் வழங்காத சாதனத்திற்கு மட்டும் கண்டிப்பாக வைத்திருங்கள். வாடிக்கையாளர் பேச்சுவார்த்தை நடத்தும்போது GRE-ஐக் கவனியுங்கள், ஊகத்திற்குப் பதிலாக குறுகிய பதிவுடன். அதிக நேரத்தை வீணாக்கும் தோல்வி அங்கீகாரம் அல்ல, காணாமல் போன தரவுப் பாதையே.

pppd call branch-office
tcpdump -ni any proto gre -c 5

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

L2TP/IPsec: பொருந்தும் ஒரு முன்மொழிவு பத்து முயற்சிகளை வெல்கிறது

டெஸ்க்டாப் உரையாடலுக்குப் பதிலாக டீமன் பதிவைப் படியுங்கள், ஏனென்றால் உரையாடல் பல வேறுபட்ட தோல்விகளை ஒரே செய்தியாக இணைக்கிறது. NO_PROPOSAL_CHOSEN பிழை முதல் கட்டத்தைச் சேர்ந்தது: சேவையகம் ஏற்காத மறையாக்கம், ஹாஷ் அல்லது Diffie-Hellman குழுவை வாடிக்கையாளர் வழங்கியது. சாதனம் எதை ஆதரிக்கிறது என்பதைப் பட்டியலிட்டு அதற்குப் பொருந்தும் ஒரு முன்மொழிவை எழுதுங்கள், ஏனென்றால் சீரற்ற சேர்க்கைகள் பொதுவாக அதே பிழையை மெதுவாகத் தருகின்றன. டெஸ்க்டாப்பில் நடைமுறை வாடிக்கையாளர் கீழே strongSwan அல்லது Libreswan கொண்ட NetworkManager L2TP செருகுநிரல்.

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

XAuth உடன் ஆக்ரோஷமான IKEv1, மற்றும் நுழைவாயில் நிலை

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

conn branch
    keyexchange=ikev1
    aggressive=yes
    leftauth=psk
    leftauth2=xauth
    leftsourceip=%config
    right=203.0.113.10

பழைய strongSwan வெளியீடுகள் பதிப்பு 5 leftauth2=xauth பயன்படுத்தும் இடத்தில் xauth=client பயன்படுத்தின, எனவே நகலெடுத்த துணுக்கு தொடரியலால் மட்டுமே தோல்வியடையலாம். TLS நுழைவாயிலுக்கு, AnyConnect நெறிமுறையைப் பேசும் openconnect Cisco மற்றும் மறுபெயரிடப்பட்ட பெரும்பாலான தயாரிப்புகளைக் கையாள்கிறது, அதற்கு TUN சாதனமும் அதைக் கட்டமைக்கும் அனுமதிகளும் தேவை. நுழைவாயில் முகவரியை உலாவி காட்டுவது போலவே, சாதனம் எதிர்பார்க்கும் எந்தப் பாதையையும் சேர்த்து அளியுங்கள், பிறகு அதன் பின்னால் எதையும் சோதிப்பதற்கு முன் ஒதுக்கப்பட்ட முகவரியைச் சரிபாருங்கள். இடைமுகத்தை முன்கூட்டியே உருவாக்குவது அமைப்பின்போது ஒரு வகை ஆச்சரியத்தை நீக்குகிறது.

sudo ip tuntap add dev tun0 mode tun
sudo openconnect --protocol=anyconnect vpn.example.com

இணைக்கவும், பிறகு நிலையான வரிசையில் சரிபார்க்கவும்

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

ip -4 addr show tun0
ip route get 10.20.30.10
getent hosts app.internal

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

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