SoftEther கேஸ்கேட்: இரண்டு மெய்நிகர் ஹப்புகளை வேண்டுமென்றே இணைக்கவும்
ஒரு கேஸ்கேட் உள்ளூர் ஹப்பை ஒரு கட்டமைக்கப்பட்ட அடையாளத்தின் கீழ் தொலை ஹப்புடன் இணைக்கிறது. இது ஒரு வெளியேறும் முனை அல்ல, அந்த ஹப்புகள் ஏற்கனவே பாலமிடுவதை எல்லாம் இது சுமக்கிறது.
கேஸ்கேட்டால் இணைக்கப்பட்ட இரண்டு SoftEther ஹப்புகள் ஒரே ஒளிபரப்பு டொமைனைப் பகிர்கின்றன, எனவே ஒரு லூப் அல்லது இரண்டாவது DHCP சேவையகம் உள்ளூர் தவறாக இருப்பதை நிறுத்தி பகிரப்பட்ட தவறாக மாறுகிறது. இதுவே முழு ஆபத்து மாதிரி. கேஸ்கேட் என்பது ஒரு கட்டமைக்கப்பட்ட வாடிக்கையாளர் உறவு: உள்ளூர் மெய்நிகர் ஹப், அந்த சேவையகம் அனுமதிக்கும் அடையாளத்தின் கீழ் தொலை சேவையகத்தின் ஹப்புடன் வெளியே இணைகிறது. இது ஒரு பெரிய மெய்நிகர் வலையமைப்புக்கான கட்டுமானத் தொகுதி, ஒருபோதும் இணைய வெளியேற்றம் அல்ல.
1. இணைப்பு எதைச் சுமக்க வேண்டும் என்பதை முடிவு செய்யுங்கள்
அம்சத்திலிருந்து அல்ல, தேவையிலிருந்து தொடங்குங்கள். கேஸ்கேட் ஹப்புகளுக்கு இடையே இரண்டாம் அடுக்கு சட்டகங்களை நகர்த்துகிறது, இரண்டு தளங்கள் ஒரே Ethernet பிரிவைப் போலத் தோன்ற வேண்டியிருக்கும்போது அதுவே தேவை. தேவை சில துணை வலையமைப்புகளுக்கு வழியிடப்பட்ட அணுகல் மட்டுமே என்றால், வழியிடப்பட்ட பாதை எளிமையானது மற்றும் மிகவும் தெரியும் வழிகளில் தோல்வியடைகிறது. கேஸ்கேட்டைத் தேர்ந்தெடுப்பது பகிரப்பட்ட ஒளிபரப்பு, பகிரப்பட்ட கண்டறிதல் மற்றும் ஒரு லூப் இடவியலுடன் உங்களைக் கட்டுப்படுத்துகிறது.
சேவையகத்தைத் தொடுவதற்கு முன் தேவையை ஒரு வரியில் எழுதுங்கள்: எந்த அமைப்புகள் ஒரே கம்பியில் தோன்ற வேண்டும், எவற்றுக்கு ஒரு பாதை மட்டுமே தேவை. «பாதை» என்று பதிலளிக்கும் அனைத்தும் கேஸ்கேட்டுக்கு வெளியே உள்ளது. இந்த ஒரு வாக்கியம் நகல் முகவரி சேவைகளில் முடியும் பெரும்பாலான வடிவமைப்புகளைத் தடுக்கிறது.
2. அனுமதிக்கும் அடையாளத்தின் எல்லையை வரையறுங்கள்
சேவையகத்தை நிர்வகிக்கும் சான்றுகளும் கேஸ்கேட் இணைக்கப் பயன்படுத்தும் அடையாளமும் வெவ்வேறு ரகசியங்கள், அவற்றைக் கலப்பது நீண்ட வால் கொண்ட பொதுவான குறுக்குவழி. தொலை ஹப்புக்கு இந்த கேஸ்கேட் இணைய அனுமதிக்கும் பயனர் அல்லது கொள்கை பதிவு தேவை. அந்தப் பதிவே அனுமதி; வெற்றிகரமான உள்நுழைவு தொலை ஹப்பின் பின்னால் என்ன இருக்கிறது என்பதைப் பற்றி எதுவும் சொல்லாது.
எந்த ஹப் தொடங்குகிறது, எந்த தொலை ஹப்பில் சேர்கிறது, தொலை அடையாளம் எங்கு வரை செல்ல முடியும் என்பதைப் பதிவு செய்யுங்கள். உறுதியளிக்கும் முன் இரண்டு கட்டமைப்புகளையும் ஒப்பிடுங்கள்:
| Requirement | Routed path | Cascaded segment |
|---|---|---|
| Broadcast domain | Separate on each side | Shared across the link |
| Address service | One DHCP server per side | Must not run two on one domain |
| Loop risk | Route loops only | Layer-two loops if segments overlap |
இரு முனைகளின் சான்றுகளையும் மீட்பு வழிமுறைகளையும் தற்போதையதாக வைத்திருங்கள். தொலை ஹப்பில் கடவுச்சொல் மாற்றம் அல்லது கொள்கை திருத்தம் உங்கள் உள்ளூர் பயனர்களைத் தொடாமல் கேஸ்கேட்டை உடைக்கிறது, தோல்வி பொதுவாக இயங்கி இருந்தும் காலியாக இருக்கும் இணைப்பாகத் தோன்றுகிறது.
3. ஹப் ஏற்கனவே எதைச் சுமக்கிறது என்பதைப் பாருங்கள்
ஒரு ஹப் அரிதாகவே தனிமைப்படுத்தப்படுகிறது. அது ஏற்கனவே இயற்பியல் இணைப்பிக்கு பாலமிடலாம், மெய்நிகர் திசைவி வழியாக வழியிடலாம் அல்லது வேறெங்காவது கேஸ்கேட் செய்யலாம், அந்த இணைப்புகள் ஒவ்வொன்றும் புதிய உறவுக்குள் எடுத்துச் செல்லப்படுகின்றன. அதனால்தான் «நாங்கள் இரண்டு ஹப்புகளை மட்டுமே இணைத்தோம்» என்பது «இந்த இரண்டு தளங்களும் இப்போது ஒரே பிரிவாக ஏன் இருக்கின்றன» என மாறுகிறது.
ஒரே இயற்பியல் பிரிவுக்கு பாலமிடப்பட்டு பின்னர் ஒன்றோடொன்று கேஸ்கேட் செய்யப்பட்ட இரண்டு ஹப்புகள் ஒரு லூப்பை உருவாக்குகின்றன. spanning tree சேர்க்கவும், அல்லது அதை உருவாக்க வேண்டாம். அதே சோதனை மற்றொரு கேஸ்கேட்டின் வழியாக இலக்கை அடையும் ஹப்புக்கும் பொருந்தும்: இரண்டாவது இணைப்பு திறனைச் சேர்ப்பதில்லை, அது ஒரு பாதையைச் சேர்க்கிறது.
ஒரு பாதை இல்லாததால் இணைப்பைச் சேர்க்க வேண்டாம்; பாதையைச் சரிசெய்யுங்கள். முதலில் காகிதத்தில் இடவியலை வரையுங்கள், ஒவ்வொரு பாலமும் கேஸ்கேட்டும் உட்பட, ஏனெனில் வரைபடம் இரண்டு நிமிடங்கள் எடுக்கும், பெரும்பாலான லூப்புகளை அவை உருவாகும் முன்பே பிடிக்கும்.
4. சேர்வதற்கு முன் முகவரி முறையைச் சரிசெய்யுங்கள்
இணைக்கப்பட்ட பிரிவுகள் நகல் துணை வலையமைப்புகளைக் கொண்டுவருகின்றன, நகல் DHCP சேவையகங்கள் வழக்கமான அறிகுறி: வாடிக்கையாளர்கள் முதலில் பதிலளிக்கும் சேவையகத்திடம் குத்தகை எடுக்கின்றனர், அதனால் நடத்தை சீரற்றதாகத் தெரிகிறது, மறுதொடக்கங்களுக்கு இடையே நகர்கிறது. எந்தப் பக்கம் முகவரி ஒதுக்கீட்டை வைத்திருக்கிறது என்பதை முன்கூட்டியே முடிவு செய்யுங்கள், தொலை பிரிவுக்கு உள்ளூர் எதனுடனும் ஒன்றிணையாத வரம்பைக் கொடுங்கள். கேஸ்கேட் இணையத்தில் வருவதற்கு முன் மற்ற DHCP சேவையை முடக்குங்கள், முதல் புகாருக்குப் பிறகு அல்ல.
DNS ஒரு தனி கேள்வி. கேஸ்கேட் சட்டகங்களைச் சுமக்கிறது; அது தீர்விகளைக் கட்டமைக்காது, உள்ளூர் பக்கத்தில் தீர்க்கப்படும் ஒரு பெயர் இணைப்பின் குறுக்கே தீர்க்கப்படாமல் இருக்கலாம். தேடலை IP பாதையிலிருந்து தனியாகச் சோதியுங்கள், ஏனெனில் இயங்கும் ping இரண்டில் ஒன்றை மட்டுமே நிரூபிக்கிறது.
5. உண்மையான வளத்துடன் அதை நிரூபியுங்கள்
நோக்கமான தொலை பிரிவில் அனுமதிக்கப்பட்ட சேவையைத் தேர்ந்தெடுத்து, பதில் கேஸ்கேட்டின் வழியாகத் திரும்பி வருவதை உறுதிப்படுத்துங்கள். பின்னர் பெயர் தீர்வுக்கும் மீண்டும் செய்யுங்கள். இலக்கு ஒளிபரப்பு கண்டறிதலைச் சார்ந்திருந்தால், ஒற்றைக் கம்பியை விட பாலமிடப்பட்ட இணைப்பில் வேறுபட்ட நடத்தையை எதிர்பாருங்கள், அதைக் குறையாகப் பதிவு செய்வதற்குப் பதிலாக திட்டமிடுங்கள்.
இறுதியாக இடவியலை எழுதுங்கள்: எந்த ஹப் எங்கு கேஸ்கேட் செய்கிறது, எந்த அடையாளம் அதை அனுமதிக்கிறது, எந்தப் பிரிவுகள் பாலமிடப்பட்டுள்ளன, ஒவ்வொன்றிலும் முகவரி ஒதுக்கீட்டை யார் வைத்திருக்கிறார்கள். அந்தக் குறிப்பே அடுத்த நபருக்கு இருப்பதை அறியாத ஒரு பிரிவைக் கீழே வீழ்த்தாமல் கொள்கையை மாற்ற அனுமதிக்கிறது.