CDN அதன் முகவரிகளை மாற்றும்போது VPN டொமைன் விதி உடைகிறது
ஒரு DNS பதில் ஒரு ஸ்னாப்ஷாட், சரக்கு அல்ல. பெயர் அடிப்படையிலான விதி அல்லது வெளிப்படையான முன்னொட்டு CDN அடிப்படையிலான சேவைக்கு பொருந்துமா என்பதை மூன்று நிபந்தனைகள் தீர்மானிக்கின்றன.
ஒரு தேடலில் இருந்து முகவரியை உங்கள் வழிமாற்றல் விதிக்கு நகலெடுக்கிறீர்கள், தளம் வேலை செய்கிறது, ஒரு வாரம் கழித்து செய்யவில்லை. விதியில் எதுவும் மாறவில்லை. சேவை வேறு விளிம்பு முகவரிக்கு மாறியது, கிளையண்ட் வேறு ஹோஸ்ட் பெயரைத் தீர்த்தது, அல்லது அமர்வு IPv6 க்கு மாறியது. உங்கள் முன் உள்ள முடிவு பெயர் அடிப்படையிலான விதியா அல்லது வெளிப்படையான வரம்பா இந்த சேவைக்கு சரியான கருவி என்பது, மூன்று நிபந்தனைகள் அதைத் தீர்மானிக்கின்றன. அடுத்தது பெயரை முகவரியிலிருந்து பிரிக்கிறது, ஏனெனில் அவற்றில் ஒன்று மட்டுமே நிலையானது.
ஒரு தேடல் சரக்கு ஏன் அல்ல
உள்ளடக்க விநியோக வலைப்பிணைப்பு தீர்வானுக்கு, பிராந்தியத்திற்கு, தருணத்திற்கு தேர்ந்தெடுக்கப்பட்ட முகவரியுடன் பதிலளிக்கிறது. வேறு வலைப்பிணைப்புகளிலிருந்து இருமுறை கேளுங்கள், வேறு பதில்கள் கிடைக்கலாம். ஒருமுறை கேட்டு பதிலை சேவையின் முகவரி பட்டியலாகக் கருதுங்கள், நீங்கள் எழுதும் விதி விதி அல்ல, ஸ்னாப்ஷாட். DNS பதிலை கட்டமைப்பாகக் கருதுவதின் முழுப் பிரச்சினையும் அதுவே.
இரண்டாவது இடைவெளி உள்ளது. ஒரு தெரியும் ஹோஸ்ட் பெயர் முழு பயன்பாட்டையும் அரிதாகவே உள்ளடக்கும், ஏனெனில் உள்நுழைவு, ஊடகம் மற்றும் API போக்குவரத்து பெரும்பாலும் தனி பெயர்களைப் பயன்படுத்துகின்றன. முகவரி பட்டியின் ஹோஸ்ட் பெயரிலிருந்து கட்டப்பட்ட விதி பக்கத்தை உள்ளடக்கி வீடியோவைத் தவறவிடலாம், இது வழிமாற்றல் பிழை அல்ல, பகுதி தோல்வியாகப் படிக்கப்படுகிறது.
மூன்றாவது இடைவெளி முகவரி குடும்பம். v4 க்கு மட்டும் உள்ள விதி கிளையண்ட் விரும்பக்கூடிய AAAA பதிவைப் பற்றி எதுவும் கூறவில்லை.
டொமைன் விதி அல்லது வரம்புகளைத் தீர்மானிக்கும் மூன்று நிபந்தனைகள்
முதலில், நீங்கள் வைத்திருக்கவும் ஆவணப்படுத்தவும் முடியும் நிலையான முன்னொட்டுகளின் தொகுப்பை சேவை வெளியிடுகிறதா? ஆம் எனில், வெளிப்படையான வரம்புகள் நேர்மையானவை மற்றும் மலிவானவை. இல்லை எனில், டொமைன் விதி மட்டுமே சேவையைப் பின்தொடர முடியும்.
இரண்டாவது, உங்கள் கிளையண்டின் டொமைன் முறை புதுப்பிக்கப்படுகிறதா? இணைக்கும்போது ஒருமுறை தீர்க்கப்பட்டு பின்னர் ஒருபோதும் புதுப்பிக்கப்படாத விதி சிறந்த பிராண்டிங்குடன் கூடிய ஸ்னாப்ஷாட். மூன்றாவது, முறை துணை டொமைன்களையும் இரு முகவரி குடும்பங்களையும் உள்ளடக்குகிறதா, அல்லது நீங்கள் தட்டச்சு செய்த பெயர்களை மட்டுமா?
அந்த மூன்றுக்கும் பதிலளியுங்கள், தேர்வு பொதுவாக தெளிவாக இருக்கும். ஊகம் சோதனையில் வேலை செய்து உற்பத்தியில் தோல்வியடையும் விதியை உருவாக்குகிறது.
அமர்வை சோதிக்கவும், பக்கத்தை அல்ல
பக்கத்தை ஏற்றி, பின்னர் முக்கியமான செயல்பாட்டைச் செய்யுங்கள்: உள்நுழையுங்கள், இயக்கத்தைத் தொடங்குங்கள், கோப்பை பதிவேற்றுங்கள். ஒவ்வொன்றும் வேறு ஹோஸ்ட்டை அடையலாம், தோல்வியடைவது உங்கள் விதி தவறவிட்டது.
பக்கம் காட்டுவதை அல்ல, அமர்வு உண்மையில் எதனுடன் தொடர்பு கொள்கிறது என்பதைப் பட்டியலிடுங்கள்:
dig +short example.com A
dig +short example.com AAAA
curl -sI https://example.com | head -5ஒப்பிடும்போது தீர்வானைத் தெரியும்படி வைத்திருங்கள், ஏனெனில் ஒரு தீர்வானிலிருந்து வேலை செய்து மற்றொன்றிலிருந்து தோல்வியடையும் விதி CDN இன் பதிலைப் பற்றிச் சொல்கிறது, சுரங்கப்பாதையைப் பற்றி அல்ல. குறுகிய TTL என்றால் நீங்கள் பதிவு செய்த பதிலுக்கு காலாவதி தேதி உண்டு என்றும் பொருள்.
ஒவ்வொரு முறையும் உண்மையில் எதை உள்ளடக்குகிறது
இரு முறைகளும் அமைப்புகள் பக்கத்தில் பரிமாற்றக்கூடியதாகத் தெரிகின்றன, உள்ளே வேறுவிதமாக நடந்து கொள்கின்றன.
| Mechanism | What it matches | How it fails |
|---|---|---|
| Domain rule | Names the client resolves, then their addresses | Misses subdomains, or goes stale when refresh is off |
| Address route | A prefix you wrote down | Keeps matching an address the service has left |
கர்னல் முகவரி வழி முன்னொட்டுகளைப் பொருத்துகிறது. ஹோஸ்ட் பெயர் என்னவென்று அதற்குத் தெரியாது, எனவே முகவரிகளை மாற்றும் சேவையைப் பின்தொடர முடியாது. டொமைன் விதி பெயர்களைத் தீர்த்து முடிவை வழிமாற்றுகிறது; அது சேவையைப் பின்தொடர்கிறது, ஆனால் தீர்வான், புதுப்பிப்பு நடத்தை மற்றும் துணை டொமைன்களைக் கிளையண்ட் கையாளும் விதத்தைச் சார்ந்துள்ளது, எனவே பெயர்களைப் பின்தொடரும் விதி கிளையண்ட் உண்மையில் பயன்படுத்தும் தீர்வானுடன் சோதிக்கப்பட வேண்டும்.
எதுவும் மற்றொன்றின் மேற்கணம் அல்ல, அதனால் குறிப்பு இல்லாமல் அவற்றைக் கலப்பது பின்னர் குழப்பத்தை உருவாக்குகிறது.
சேவை மாறிய பிறகு மீண்டும் சரிபார்க்கவும்
கிளையண்ட் புதுப்பிப்பு அல்லது சேவை மாற்றத்திற்குப் பிறகு அதே அமர்வு சோதனையை மீண்டும் இயக்குங்கள். முன்பு வேலை செய்த முகவரி பட்டியல் அந்தக் காலத்திற்கான சான்று, சேவையின் உள்கட்டமைப்பின் நிரந்தர சரக்கு அல்ல.
எந்த முறை எந்த ஹோஸ்ட் பெயரை உள்ளடக்குகிறது, கடைசி சரிபார்ப்பின் தேதியையும் எழுதுங்கள்.
அந்தக் குறிப்பே நீங்கள் பாதுகாக்கக்கூடிய விதிக்கும் யாரும் தொடத் துணியாத விதிக்கும் இடையிலான வேறுபாடு. சேவை தனது சொந்த முன்னொட்டு பட்டியலை வெளியிட்டால், அதைப் பயன்படுத்தி தேதியைக் குறிப்பிடுங்கள். இல்லை எனில், அதைச் சொல்லுங்கள், டொமைன் விதியை அதன் புதுப்பிப்பு நடத்தையுடன் பக்கத்தில் எழுதி வைத்திருங்கள்.