டொமைன்களும் DNS-உம் எப்படி வேலை செய்கின்றன: டெவலப்பர் அல்லாதவர்களுக்கான வழிகாட்டி
டொமைன் என்பது உங்கள் தளத்தை அடைய மக்கள் தட்டச்சு செய்யும் பெயர், எடுத்துக்காட்டாக example.com; DNS (Domain Name System) என்பது அந்தப் பெயரை உங்கள் தளம் உண்மையில் எங்கே வாழ்கிறது என்பதற்கு மொழிபெயர்க்கும் இணையத்தின் அடைவு. ஒரு registrar-இடமிருந்து டொமைனை வாடகைக்கு எடுக்கிறீர்கள், பின்னர் "வெப்சைட் அங்கே உள்ளது" மற்றும் "மின்னஞ்சல் இங்கே செல்கிறது" என்று சொல்லும் DNS records-ஐச் சேர்க்கிறீர்கள். ஆப்புடன் தனிப்பயன் டொமைனை இணைப்பது முக்கியமாக சரியான இடத்தில் சரியான record-ஐச் சேர்த்து, அது நடைமுறைக்கு வரக் காத்திருப்பதே.
AI உடன் உருவாக்கும்போது இது ஏன் முக்கியம்
AI ஆப் பில்டர் உங்கள் ஆப்பை எழுதி ஹோஸ்ட் செய்யலாம், ஆனால் உங்கள் டொமைன் அதற்கு வெளியே வாழ்கிறது — பெரும்பாலும் வேறு நிறுவனத்துடன், அறிமுகமில்லாத record வகைகள் நிறைந்த கண்ட்ரோல் பேனலில். பல வெளியீடுகள் இங்கேதான் நின்றுவிடுகின்றன: ஆப் தயாராக இருக்கிறது, ஆனால் டொமைன் ஒரு பிழையைக் காட்டுகிறது, அல்லது DNS மாற்றத்துக்குப் பின் மின்னஞ்சல் திடீரெனத் நின்றுவிடுகிறது.
கொஞ்சம் புரிதல் நிறைய உதவும். உங்கள் ஹோஸ்ட் எந்த record கேட்கிறது, அது ஏன் இன்னும் வேலை செய்யவில்லை, ஏற்கெனவே உங்கள் டொமைனைச் சார்ந்திருக்கும் (மின்னஞ்சல் போன்ற) விஷயங்களை எப்படி உடைக்காமல் இருப்பது என்பதை அறிவீர்கள்.
அன்றாட ஒப்புமை
உங்கள் கைபேசியின் தொடர்புப் பட்டியலை நினையுங்கள்.
நண்பரின் எண்ணை நீங்கள் நினைவில் வைத்திருக்க மாட்டீர்கள்; பெயரைத் தட்டினால் கைபேசி அதைத் தேடுகிறது. DNS இணையத்துக்கும் அதையே செய்கிறது: example.com என்று தட்டச்சு செய்கிறீர்கள், இணைக்க வேண்டிய சர்வரின் எண்ணை (IP முகவரி) DNS தேடுகிறது.
- டொமைன் என்பது தொடர்பின் பெயர்.
- Registrar என்பது அந்தப் பெயர் உங்களுடையது என்று அதிகாரப்பூர்வமாகப் பதிவு செய்யும் நிறுவனம்.
- DNS records என்பது அந்தப் பெயரின் கீழ் சேமித்த விவரங்கள்: தொலைபேசி எண், மின்னஞ்சல் முகவரி, வீட்டு முகவரி.
- Nameservers என்பது அந்தப் பெயருக்கான அதிகாரப்பூர்வ தொடர்புப் புத்தகம் எது என்பது.
- Caching என்பது ஒரு எண்ணை கைபேசி சிறிது நேரம் நினைவில் வைத்திருப்பது. நண்பர் எண்ணை மாற்றினால், சேமித்த நகலைப் புதுப்பிக்கும் வரை சில கைபேசிகள் பழைய எண்ணுக்கே அழைக்கும் — அதுதான் DNS "propagation".
டொமைன் பெயரின் பகுதிகள்
app.example.com-ஐ எடுத்துக்கொள்ளுங்கள்:
| பகுதி | பெயர் | குறிப்புகள் |
|---|---|---|
.com | Top-level domain (TLD) | ஒரு registry இயக்குகிறது. .org, .io, .ai, .uk போன்ற நாட்டுக் குறியீடுகளும் உண்டு |
example | Second-level domain | நீங்கள் பதிவு செய்யும் பகுதி |
example.com | Root அல்லது "apex" domain | நீங்கள் சொந்தமாக வைத்திருப்பது |
app | Subdomain | DNS-இல் நீங்கள் சுதந்திரமாக உருவாக்குவது — www, app, shop |
டொமைனை முழுமையாக வாங்குவதில்லை; ஒரு காலத்துக்கு (பொதுவாக ஓராண்டு அல்லது அதற்கு மேல்) பதிவு செய்து புதுப்பிக்கிறீர்கள். புதுப்பிக்காமல் விட்டால் வேறு யாரும் பதிவு செய்யலாம்.
DNS தேடல் எப்படி வேலை செய்கிறது
யாராவது app.example.com என்று தட்டச்சு செய்யும்போது:
- உலாவி ஒரு DNS resolver-இடம் முகவரியைக் கேட்கும் — பொதுவாக இணைய வழங்குநர் அல்லது ஒரு பொது சேவை இயக்குவது.
- resolver-இடம் புதிய cached பதில் இருந்தால், உடனே பதிலளிக்கும்.
- இல்லையென்றால், படிநிலையில் கீழிறங்கும்: root servers
.comservers-க்குச் சுட்டும், அவை உங்கள் டொமைனின் nameservers-க்குச் சுட்டும். - உங்கள் nameservers நீங்கள் அமைத்த record-ஐத் திருப்பித் தரும்: உங்கள் ஹோஸ்டுக்கான CNAME அல்லது IP முகவரியுடன் A record.
- resolver பதிலை record-இன் TTL (time to live) வரை cache செய்து உலாவிக்குக் கொடுக்கும்; உலாவி சர்வருடன் இணைகிறது.
இதெல்லாம் பொதுவாக மில்லி விநாடிகளில் நடக்கும்.
நீங்கள் உண்மையில் பயன்படுத்தும் DNS record வகைகள்
| Record | என்ன செய்கிறது | எடுத்துக்காட்டு |
|---|---|---|
| A | ஒரு பெயரை IPv4 முகவரிக்குச் சுட்டும் | example.com → 203.0.113.10 |
| AAAA | ஒரு பெயரை IPv6 முகவரிக்குச் சுட்டும் | example.com → 2001:db8::10 |
| CNAME | ஒரு பெயரை வேறொரு hostname-இன் மாற்றுப்பெயராக்கும் | app.example.com → myapp.host.com |
| MX | டொமைனுக்கு மின்னஞ்சல் பெறும் சர்வர்களை முன்னுரிமை எண்ணுடன் சொல்லும் | example.com → 10 mail.provider.com |
| TXT | உரையைச் சேமிக்கும், சரிபார்ப்புக்கும் மின்னஞ்சல் பாதுகாப்புக்கும் பயன்படும் | v=spf1 include:_spf.provider.com ~all |
| NS | டொமைனின் அதிகாரப்பூர்வ nameservers-ஐப் பட்டியலிடும் | ns1.dnsprovider.com |
| CAA | HTTPS சான்றிதழ்களை வழங்கக்கூடிய certificate authorities-ஐக் கட்டுப்படுத்தும் | 0 issue "letsencrypt.org" |
சில முக்கிய விதிகள்:
- ஒரு CNAME மற்ற records-உடன் ஒரே பெயரைப் பகிர முடியாது. அதனால்தான் நிலையான CNAME root domain-இல் போட முடியாது; அதில் எப்போதும் NS மற்றும் பிற records இருக்கும். பல DNS வழங்குநர்கள் ALIAS, ANAME அல்லது CNAME flattening என்ற தீர்வுகளை வழங்குகிறார்கள்.
- TXT records மின்னஞ்சல் வேலையின் பெரும்பகுதியைச் செய்கின்றன. SPF உங்கள் டொமைனுக்காக மின்னஞ்சல் அனுப்பக்கூடியவர்களைப் பட்டியலிடும்; DKIM கையொப்பங்களைச் சரிபார்க்க ஒரு key-ஐ வெளியிடும்; DMARC அந்தச் சோதனைகளில் தோல்வியடையும் மின்னஞ்சலுக்கு பெறுநர்கள் என்ன செய்ய வேண்டும் என்று சொல்லும்.
- குறைந்த MX எண் அதிக முன்னுரிமை. மின்னஞ்சல் முதலில் மிகக் குறைந்ததை முயற்சிக்கும்.
Propagation மற்றும் TTL
"Propagation" என்பது மாற்றங்கள் இணையம் முழுவதும் மெதுவாகப் பரவுவது போலத் தோன்றும். உண்மையில் நடப்பது caching: resolver-கள் ஒவ்வொரு பதிலின் நகலையும் அதன் TTL வரை வைத்திருக்கும், அது காலாவதியான பின்புதான் மீண்டும் கேட்கும். எனவே:
- புதிய record, இதுவரை அதிகம் தேடப்படாதது, பெரும்பாலும் நிமிடங்களுக்குள் வேலை செய்யும்.
- இருக்கும் record-ஐ மாற்றினால் எல்லா இடங்களிலும் தெரிய அதன் பழைய TTL வரை ஆகும்.
- Nameservers மாற்றுவது ஒரு நாள் அல்லது இரண்டு வரை ஆகலாம், ஏனெனில் அந்தப் பதிவுகள் TLD மட்டத்தில் நீண்ட நேரம் cache ஆகின்றன.
ஒரு பயனுள்ள தந்திரம்: திட்டமிட்ட மாற்றத்துக்கு முன், record-இன் TTL-ஐக் குறைக்கவும் (சில நிமிடங்களுக்கு), பழைய TTL கடந்த பின் மாற்றத்தைச் செய்யவும்.
ஒரு செயல்முறை எடுத்துக்காட்டு: ஒரு முன்பதிவு ஆப்பை உங்கள் டொமைனுடன் இணைத்தல்
நீங்கள் yoursalon.com வைத்திருக்கிறீர்கள். உங்கள் தற்போதைய வெப்சைட்டும் Google Workspace மின்னஞ்சலும் ஏற்கெனவே அதைப் பயன்படுத்துகின்றன. ஒரு முன்பதிவு ஆப் உருவாக்கியுள்ளீர்கள், அதை book.yoursalon.com-இல் வைக்க விரும்புகிறீர்கள்.
- உங்கள் DNS எங்கே நிர்வகிக்கப்படுகிறது என்று கண்டுபிடியுங்கள். அது உங்கள் registrar ஆக இருக்கலாம் அல்லது தனி DNS வழங்குநராக இருக்கலாம். உங்கள் NS records சொல்லும்.
book-க்கு ஒரு CNAME சேர்க்கவும், உங்கள் ஆப் ஹோஸ்ட் கொடுக்கும் இலக்கைச் சுட்டும்படி.- உரிமையை நிரூபிக்க ஹோஸ்ட் கேட்கும் TXT record-ஐச் சேர்க்கவும், அது பயன்படுத்தினால்.
- MX மற்றும் மின்னஞ்சல் TXT records-ஐத் தொடாதீர்கள். நீங்கள் அவற்றைத் தொடாததால் மின்னஞ்சல் தொடர்ந்து வேலை செய்யும்.
- DNS புதுப்பிக்கப்பட்ட பின் உங்கள் ஹோஸ்டில் சரிபார்க்கவும். அதன் பிறகு ஹோஸ்ட்
book.yoursalon.com-க்கு HTTPS சான்றிதழை வழங்கும். - சோதியுங்கள்: கைபேசியில் மொபைல் டேட்டாவைப் பயன்படுத்தி — அது உங்கள் வீட்டு Wi-Fi-யிலிருந்து வேறு resolver மற்றும் cache-ஐப் பயன்படுத்தும்.
ஆப்பை root yoursalon.com-இல் வைக்க விரும்பினால், A records அல்லது உங்கள் DNS வழங்குநரின் ALIAS/flattening அம்சம் தேவைப்படும் — அங்கே உங்கள் தற்போதைய வெப்சைட்டை மாற்ற வேண்டியிருக்கும். கூடுதல் படிகளுக்கு, தனிப்பயன் டொமைனை எப்படி இணைப்பது பார்க்கவும்.
பொதுவான தவறுகளும் தவறான கருத்துகளும்
- "டொமைனும் ஹோஸ்டிங்கும் ஒன்றே." டொமைன் என்பது பெயர்; ஹோஸ்டிங் என்பது ஆப் இயங்கும் இடம். DNS அவற்றை இணைக்கிறது.
- ஹோஸ்ட் CNAME கேட்கும்போது A record பயன்படுத்துவது (அல்லது தலைகீழ்). ஹோஸ்டின் வழிமுறைகளை அப்படியே பின்பற்றுங்கள்.
- இலக்கில் எழுத்துப்பிழைகள். CNAME இலக்கில் ஒரே ஒரு தவறான எழுத்து இருந்தாலும் சரிபார்ப்பு தோல்வியடையும்.
- Records-ஐ நகலெடுக்காமல் nameservers-ஐ மாற்றுவது. MX மற்றும் TXT records-ஐ மீண்டும் உருவாக்காமல் DNS-ஐ புதிய வழங்குநருக்கு நகர்த்துவது மின்னஞ்சலை உடைக்க ஒரு உன்னதமான வழி.
- தேவையில்லாதபோது proxy செய்வது. Cloudflare போன்ற சில DNS வழங்குநர்கள் ட்ராஃபிக்கை proxy செய்யலாம். சில ஹோஸ்ட்கள் சான்றிதழ்களை வழங்க record "DNS only" ஆக இருக்க வேண்டும் என்கின்றன.
- "தெரியாத" TXT records-ஐ நீக்குவது. அவை பெரும்பாலும் ஏதோ ஒன்று சார்ந்திருக்கும் சரிபார்ப்பு அல்லது மின்னஞ்சல் பாதுகாப்பு records.
- டொமைன் காலாவதியாக விடுவது. Auto-renew-ஐ இயக்குங்கள்; பணம் செலுத்தும் அட்டையை புதுப்பித்து வையுங்கள்.
உங்கள் AI பில்டரிடம் என்ன கேட்க வேண்டும்
DNS உங்கள் குறியீட்டுக்கு வெளியே வாழ்கிறது, எனவே இது எதைப் பற்றிக் கேட்க வேண்டும் என்பது முக்கியம்:
- "app.mydomain.com-க்கு சரியாக என்ன DNS record வேண்டும் — வகை, பெயர், மதிப்பு?"
- "இது என் மின்னஞ்சலைப் பாதிக்குமா?"
- "record-ஐச் சேர்த்த பின் என் டொமைன் பிழை காட்டுகிறது. நான் எதைச் சரிபார்க்க வேண்டும்?"
- "www மற்றும் www-இல்லாதது இரண்டும் தளத்தைக் காட்டாதபடி சரியான canonical URL மற்றும் redirects-ஐ அமையுங்கள்."
- "என் டொமைனிலிருந்து மின்னஞ்சல் அனுப்பும் அமைப்பு — எனக்கு எந்த SPF, DKIM, DMARC records தேவை?" ஆப்பிலிருந்து மின்னஞ்சல் அனுப்புவது எப்படி பார்க்கவும்.
Mythex-இல் தனிப்பயன் டொமைன்கள்
வெளியிடப்பட்ட ஒவ்வொரு Mythex ஆப்புக்கும் yourname.mythex.app முகவரி கிடைக்கும். Pro-வில் அதற்குப் பதிலாக உங்கள் சொந்த டொமைனைப் பயன்படுத்தலாம்: Mythex-க்குள்ளேயே ஒன்றை வாங்கலாம் (பதிவுக் கட்டணம் தனியாக வசூலிக்கப்படும்; வாங்கிய டொமைன்களின் DNS உங்களுக்காக நிர்வகிக்கப்படும்), அல்லது ஏற்கெனவே வைத்திருக்கும் ஒன்றை இணைக்கலாம்: app.example.com போன்ற subdomain-இலிருந்து உங்கள் ஆப்பின் yourname.mythex.app முகவரிக்கு ஒரு CNAME சேர்த்து Verify என்பதைக் கிளிக் செய்யுங்கள். HTTPS தானாக வழங்கப்படும். உங்கள் DNS Cloudflare-இல் இருந்தால், அந்த record-ஐ "DNS only" ஆக அமையுங்கள். Subdomain-களே பரிந்துரைக்கப்படுகின்றன; root domain-கள் உங்கள் DNS வழங்குநர் ALIAS அல்லது flattening-ஐ ஆதரிக்கிறதா என்பதைப் பொறுத்தது. ஒவ்வொரு படியையும் தனிப்பயன் டொமைன் ஆவணங்கள் விளக்குகின்றன; Pro-வில் என்ன உள்ளடங்கும் என்பதை விலை காட்டுகிறது.
கேள்விகள்
எளிய சொற்களில் DNS என்றால் என்ன?
DNS (Domain Name System) இணையத்தின் அடைவு. example.com போன்ற நினைவில் வைத்துக்கொள்ளக்கூடிய பெயரை, கம்ப்யூட்டர்களுக்குத் தேவையான விவரங்களாக — பொதுவாக ஒரு IP முகவரியாக — மொழிபெயர்க்கிறது; அதனால் உலாவி சரியான சர்வரைக் கண்டுபிடிக்கும்.
A record-க்கும் CNAME-க்கும் என்ன வித்தியாசம்?
A record ஒரு பெயரை நேரடியாக ஒரு IPv4 முகவரிக்குச் சுட்டும். CNAME ஒரு பெயரை வேறொரு hostname-க்குச் சுட்டும், தேடல் அங்கிருந்து தொடரும். ஹோஸ்டின் IP முகவரிகள் மாறக்கூடும் என்றால் CNAME பயனுள்ளது; ஆனால் நிலையான CNAME root domain-இல் பயன்படுத்த முடியாது.
DNS propagation எவ்வளவு நேரம் எடுக்கும்?
பெரும்பாலும் நிமிடங்கள், சில நேரம் மணிநேரங்கள். பழைய பதிவின் cached நகல் காலாவதியாகும்போது மாற்றங்கள் தெரியும்; இது record-இன் TTL-ஐப் பொறுத்தது. Nameservers மாற்றுவது ஒரு நாள் அல்லது இரண்டு வரை ஆகலாம், ஏனெனில் அந்தப் பதிவுகள் நீண்ட நேரம் cache செய்யப்படுகின்றன.
என் வெப்சைட்டுக்கான DNS-ஐ மாற்றினால் என் மின்னஞ்சல் உடைந்துவிடுமா?
மின்னஞ்சல் சார்ந்திருக்கும் பதிவுகளை — MX records மற்றும் SPF, DKIM, DMARC போன்ற TXT records — நீங்கள் மாற்றினால் அல்லது நீக்கினால் மட்டுமே. www அல்லது app-க்கு CNAME சேர்ப்பது மின்னஞ்சலைத் தொடாது. முதலில் அந்தப் பதிவுகளை நகலெடுக்காமல் டொமைனை புதிய nameservers-க்கு மாற்றினால் மின்னஞ்சல் உடையலாம்.
root domain-க்குப் பதிலாக www அல்லது app ஏன் பயன்படுத்த வேண்டும்?
www.example.com அல்லது app.example.com போன்ற subdomain ஒரு CNAME-ஐப் பயன்படுத்தலாம்; பல ஹோஸ்டிங் தளங்கள் அதைத்தான் கேட்கின்றன. Root domain (example.com) நிலையான CNAME-ஐ வைத்திருக்க முடியாது; அதற்கு A records அல்லது வழங்குநர்-சார்ந்த ALIAS, ANAME அல்லது CNAME-flattening அம்சம் தேவை.