ஆப் அல்லது இணையதளத்துடன் தனிப்பயன் டொமைனை எப்படி இணைப்பது
தனிப்பயன் டொமைனை இணைக்க, நீங்கள் ஒரு registrar-லிருந்து டொமைனை வாங்குகிறீர்கள், பின்னர் அதை உங்கள் ஹோஸ்டை நோக்கிச் சுட்டும் DNS பதிவைச் சேர்க்கிறீர்கள் — பொதுவாக www அல்லது app போன்ற subdomain-க்கு ஒரு CNAME பதிவு, அல்லது root டொமைனுக்கு ஒரு A பதிவு (அல்லது ALIAS/flattened பதிவு) — பின்னர் உங்கள் ஹோஸ்ட் டொமைனைச் சரிபார்த்து HTTPS சான்றிதழை வழங்க அனுமதிக்கிறீர்கள். இதற்கு பொதுவாக நிமிடங்கள் ஆகும், சில நேரம் அதிகம். பெரும்பாலான பிரச்சினைகள் பதிவில் ஒரு எழுத்துப்பிழை, தவறான பதிவு வகை, அல்லது ஹோஸ்டின் முன்னால் உள்ள proxy-யிலிருந்து வருகின்றன.
இந்த வழிகாட்டி ஒவ்வொரு படியையும், www எதிர் root முடிவையும், பிரச்சினைகளைச் சரிசெய்வதையும் உள்ளடக்குகிறது. டொமைன்களுக்குப் பின்னால் உள்ள கருத்துகளுக்கு, டொமைன்களும் DNS-உம் எப்படி வேலை செய்கின்றன பாருங்கள்.
உட்படும் பகுதிகள்
| பகுதி | அது என்ன | யார் வழங்குகிறார்கள் |
|---|---|---|
| டொமைன் பெயர் | ஆண்டுதோறும் வாடகைக்கு எடுக்கும் பெயர், எ.கா. example.com | ஒரு registrar |
| DNS | பெயர்களை சர்வர் முகவரிகளாக மாற்றும் பொது தேடல் | உங்கள் DNS வழங்குநர் (பெரும்பாலும் registrar) |
| பதிவுகள் | தனிப்பட்ட DNS உள்ளீடுகள்: "www சுட்டுவது…" | நீங்கள் சேர்க்கிறீர்கள் |
| ஹோஸ்ட் | உங்கள் ஆப்பை இயக்கும் சேவை | உங்கள் hosting அல்லது ஆப் பில்டர் |
| சான்றிதழ் | https:// வேலை செய்ய வைப்பது | பொதுவாக ஹோஸ்ட் தானாக வழங்குகிறது |
Registrar மற்றும் DNS வழங்குநர் பெரும்பாலும் ஒரே நிறுவனமாக இருக்கும், ஆனால் அவசியமில்லை. முக்கியமானது: இந்த டொமைனின் DNS-ஐ எங்கே திருத்துகிறீர்கள்? அங்குதான் பதிவுகளைச் சேர்ப்பீர்கள்.
படி 1: டொமைனை வாங்குங்கள்
தேர்வு செய்வதற்கும் வாங்குவதற்கும் குறிப்புகள்:
- குறுகியதாகவும், உரக்கச் சொல்லும்போது எளிதாக எழுத்துப்பிழையின்றி இருக்கும்படியும் வையுங்கள். எழுத்துப்பிழையை விளக்க வேண்டியிருந்தால் வேறொன்றைத் தேர்ந்தெடுங்கள்.
.comஎன்பது மக்கள் யூகிக்கும் இயல்புநிலை, ஆனால் நாட்டு மற்றும் புதிய முடிவுகள் (.io,.app,.co.uk) உங்கள் பார்வையாளர்களுக்குப் பொருந்தினால் நன்றாகவே இருக்கும்.- முதல் ஆண்டு விலை மட்டும் அல்ல, புதுப்பிப்பு விலையைச் சரிபாருங்கள். அறிமுகத் தள்ளுபடிகள் பொதுவானவை, புதுப்பிப்புகள் அதிகமாக இருக்கலாம்.
- Auto-renew-ஐ இயக்குங்கள், பணம் செலுத்தும் கார்டை புதுப்பித்து வையுங்கள். காலாவதியான டொமைன் உங்கள் தளத்தையும் மின்னஞ்சலையும் நிறுத்தும், ஒரு காத்திருப்புக் காலத்திற்குப் பிறகு வேறொருவர் வாங்கலாம்.
- வழங்கப்பட்டால் WHOIS privacy-ஐப் பயன்படுத்துங்கள், உங்கள் தனிப்பட்ட விவரங்கள் வெளியிடப்படாமல் இருக்க.
- நீங்கள் கட்டுப்படுத்தும் கணக்கில் வாங்குங்கள், ஃப்ரீலான்சர் அல்லது ஏஜென்சியின் கணக்கில் அல்ல.
சில ஹோஸ்ட்களும் ஆப் பில்டர்களும் தயாரிப்புக்குள்ளேயே டொமைன் வாங்க அனுமதிக்கின்றன, அது DNS-ஐயும் உங்களுக்காக அமைக்கும்.
படி 2: முகவரியை முடிவு செய்யுங்கள்
Subdomain எதிர் root டொமைன்
- Root (apex) டொமைன்:
example.com - Subdomain:
www.example.com,app.example.com
பொதுவான அமைப்பு: சந்தைப்படுத்தல் தளம் example.com அல்லது www.example.com-ல், தயாரிப்பு app.example.com-ல். ஒரே தளத்துக்கு, www மற்றும் root இடையே தேர்ந்தெடுங்கள்.
www.example.com | example.com | |
|---|---|---|
| பதிவு வகை | உங்கள் ஹோஸ்டுக்கு CNAME | A/AAAA பதிவு, அல்லது ALIAS/ANAME/flattened CNAME |
| அமைப்பது எவ்வளவு கடினம் | எல்லா இடங்களிலும் எளிது | உங்கள் DNS வழங்குநரைப் பொறுத்தது |
| தோற்றம் | சற்று நீளம் | குறுகியது |
DNS தரநிலை ஒரு டொமைனின் root-ல் CNAME பதிவை அனுமதிப்பதில்லை, ஏனெனில் root-ல் மற்ற பதிவுகள் (nameserver பதிவுகள் போன்றவை) இருக்க வேண்டும். பல DNS வழங்குநர்கள் ALIAS, ANAME அல்லது CNAME flattening என்று வழங்குநரைப் பொறுத்து அழைக்கப்படும் சிறப்பு பதிவு வகை மூலம் இதைச் சமாளிக்கிறார்கள், அது root-ல் CNAME போல செயல்படும். உங்களுடையதில் அது இல்லையென்றால், நம்பகமான வழி: தளத்தை www-ல் வழங்குங்கள், பின்னர் root-லிருந்து www-க்கு திருப்பிவிடுவதை உங்கள் DNS வழங்குநர் அல்லது registrar-ல் அமையுங்கள்.
எதை தேர்ந்தெடுத்தாலும், ஒரே முக்கிய முகவரியைத் தேர்ந்தெடுத்து மற்றதை அதற்குத் திருப்பிவிடுங்கள். திருப்பிவிடாமல் இரண்டும் ஒரே உள்ளடக்கத்தை வழங்குவது பயனர்களுக்கும் தேடுபொறிகளுக்கும் குழப்பம். ஒரு நிலையான முகவரி ஏன் முக்கியம் என்பதற்கு AI மூலம் உருவாக்கிய இணையதளங்களுக்கான SEO பாருங்கள்.
படி 3: DNS பதிவுகளைச் சேர்க்கவும்
எதைச் சேர்க்க வேண்டும் என்று உங்கள் ஹோஸ்ட் சரியாகச் சொல்லும். இவற்றில் ஒன்றைப் போலத் தோன்றும்:
| வகை | பெயர் / Host | மதிப்பு / இலக்கு | பயன்பாடு |
|---|---|---|---|
CNAME | www | yoursite.hostname.com | ஒரு subdomain-ஐ ஒரு hostname-ஐ நோக்கிச் சுட்டுவது |
A | @ | 192.0.2.10 | root-ஐ ஒரு IPv4 முகவரியை நோக்கிச் சுட்டுவது |
AAAA | @ | 2001:db8::10 | root-ஐ ஒரு IPv6 முகவரியை நோக்கிச் சுட்டுவது |
TXT | _verify அல்லது @ | ஒரு code சரம் | டொமைன் உங்களுடையது என்று நிரூபிப்பது |
பெரும்பாலான DNS வழங்குநர்களின் படிவத்தை எப்படி நிரப்புவது:
- Name / Host: subdomain பகுதி மட்டும் —
www,www.example.comஅல்ல. சில வழங்குநர்கள் டொமைனை தானாகச் சேர்ப்பார்கள்; முழுவதுமாக தட்டச்சு செய்தால்www.example.com.example.comஉருவாகும். உங்கள் வழங்குநர் அந்த மரபைப் பயன்படுத்தினால் root-க்கு@பயன்படுத்துங்கள். - Value / Target: ஹோஸ்ட் காட்டுவதையே அப்படியே ஒட்டுங்கள். உங்கள் வழங்குநர் சேர்த்தால் இறுதிப் புள்ளி பரவாயில்லை.
- TTL: இயல்புநிலை சரியானது. குறைவான TTL (எ.கா. 5 நிமிடம்) எதிர்கால மாற்றங்கள் வேகமாக நடைமுறைக்கு வர உதவும்.
- Proxy: உங்கள் DNS வழங்குநர் போக்குவரத்தை proxy செய்ய முடிந்தால் (எ.கா. Cloudflare-ன் ஆரஞ்சு மேகம்), ஹோஸ்டின் வழிமுறைகளைப் பின்பற்றுங்கள். பல ஹோஸ்ட்களுக்கு சான்றிதழ் வழங்க "DNS only" தேவை.
ஏற்கனவே உள்ள பதிவுகளை விட்டுவிடுங்கள், ஹோஸ்ட் சொல்லாத வரை மாற்றாதீர்கள். குறிப்பாக MX பதிவுகளைத் தொடாதீர்கள் — அவை உங்கள் மின்னஞ்சலை வழங்குகின்றன. அவற்றை நீக்குவது அல்லது மாற்றுவதுதான் டொமைன் மாற்றம் மின்னஞ்சலை உடைக்கும் மிகப் பொதுவான வழி.
Nameserver-களை மாற்றுவது எதிர் பதிவுகளைச் சேர்ப்பது
சில ஹோஸ்ட்கள் இரண்டு விருப்பங்களைத் தருகின்றன: ஒரு பதிவைச் சேர்ப்பது, அல்லது registrar-ல் nameserver-களை மாற்றி உங்கள் முழு டொமைனின் DNS-ஐ அவர்களுக்கு நகர்த்துவது. Nameserver-களை மாற்றுவது ஒவ்வொரு பதிவையும் நகர்த்தும், மின்னஞ்சல் உட்பட. புதிய வழங்குநரில் ஏற்கனவே உள்ள அனைத்துப் பதிவுகளையும் மீண்டும் உருவாக்கத் தயாராக இருந்தால் மட்டுமே அதைச் செய்யுங்கள். ஒரு பதிவைச் சேர்ப்பது குறைந்த ஆபத்துள்ளது.
படி 4: சரிபார்த்து HTTPS பெறுங்கள்
பதிவு இடம்பெற்ற பிறகு, உங்கள் ஹோஸ்டுக்குத் திரும்பிச் சென்று அதன் verify பொத்தானைக் கிளிக் செய்யுங்கள். ஹோஸ்ட் DNS-ஐச் சரிபார்க்கும், பின்னர் பொதுவாக Let's Encrypt போன்ற இலவச சான்றிதழ் அதிகாரத்திடமிருந்து சான்றிதழைக் கேட்கும், மேலும் உங்கள் தளத்தை HTTPS வழியாக வழங்கத் தொடங்கும்.
- DNS மாற்றங்கள் பரவும்போது சரிபார்ப்பு சில முறை தோல்வியடையலாம்.
- பதிவு இடத்தில் இருக்கும் வரை சான்றிதழ்கள் தானாக புதுப்பிக்கப்படும்.
- உங்கள் டொமைனில் CAA பதிவுகள் இருந்தால் (எந்த சான்றிதழ் அதிகாரங்கள் அதற்கு வழங்கலாம் என்று கட்டுப்படுத்துபவை), உங்கள் ஹோஸ்டின் அதிகாரத்தை அவை அனுமதிப்பதை உறுதி செய்யுங்கள், இல்லையெனில் சான்றிதழ் வழங்குதல் தோல்வியடையும்.
HTTPS வேலை செய்தவுடன், http:// https://-க்கு திருப்பிவிடப்படுகிறதா என்று உறுதி செய்யுங்கள். பெரும்பாலான ஹோஸ்ட்கள் இதை தானாகச் செய்கின்றன.
படி 5: சோதியுங்கள்
-
https://www.example.comஉங்கள் தளத்தை padlock ஐகானுடன் ஏற்றுகிறது - மற்ற வடிவம் (root அல்லது
www) உங்கள் முக்கிய முகவரிக்குத் திருப்பிவிடுகிறது -
http://https://-க்கு திருப்பிவிடுகிறது - உள்நுழைவு, OAuth sign-in மற்றும் பணம் செலுத்தும் redirect-கள் புதிய டொமைனில் வேலை செய்கின்றன (அவற்றில் பெரும்பாலும் அனுமதிக்கப்பட்ட URL பட்டியல்கள் உள்ளன, அவை இன்னும் பழைய முகவரியைச் சுட்டும்)
- உங்கள் டொமைனுக்கான மின்னஞ்சல் இன்னும் வருகிறது
- உங்கள் ஆப் அனுப்பும் மின்னஞ்சல்களில் உள்ள இணைப்புகள் புதிய டொமைனைப் பயன்படுத்துகின்றன
நான்காவது உருப்படி மக்களைச் சிக்க வைக்கும்: Google sign-in, Stripe webhook-கள், கடவுச்சொல் மீட்டமைப்பு இணைப்புகள் எல்லாம் குறிப்பிட்ட URL-களுடன் கட்டமைக்கப்பட்டுள்ளன. பழைய முகவரி எங்கெல்லாம் தோன்றுகிறதோ அங்கெல்லாம் புதிய டொமைனைச் சேருங்கள். OAuth பக்கத்துக்கு உங்கள் ஆப்பில் உள்நுழைவைச் சேர்ப்பது எப்படி பாருங்கள்.
பிரச்சினை தீர்ப்பு
| அறிகுறி | சாத்தியமான காரணம் | தீர்வு |
|---|---|---|
| சரிபார்ப்பு தொடர்ந்து தோல்வியடைகிறது | இலக்கில் எழுத்துப்பிழை, தவறான பதிவு வகை, அல்லது பெயரை முழு டொமைனாக உள்ளிட்டது | பதிவை ஹோஸ்ட் காட்டுவதுடன் எழுத்து எழுத்தாக ஒப்பிடுங்கள் |
| உங்களுக்கு வேலை செய்கிறது, மற்றவர்களுக்கு இல்லை (அல்லது தலைகீழ்) | மாற்றத்தின்போது DNS cache | TTL முடியும் வரை காத்திருங்கள்; மொபைல் டேட்டாவில் ஃபோனிலிருந்து சோதியுங்கள் |
| சான்றிதழ் அல்லது "not secure" பிழை | சான்றிதழ் இன்னும் வழங்கப்படவில்லை, முன்னால் proxy, அல்லது CAA பதிவுகள் தடுக்கின்றன | சில நிமிடங்கள் காத்திருந்து மீண்டும் சரிபாருங்கள்; proxy-ஐ DNS only ஆக்குங்கள்; CAA-ஐச் சரிபாருங்கள் |
| "Too many redirects" | இரண்டு அடுக்குகள் திருப்பிவிடுகின்றன (எ.கா. proxy HTTPS-ஐ கட்டாயப்படுத்துவதும் ஹோஸ்ட் அதையே செய்வதும்) | ஒரு redirect-ஐ அணையுங்கள், அல்லது "DNS only" பயன்படுத்துங்கள் |
Root டொமைன் வேலை செய்யவில்லை, www வேலை செய்கிறது | Root-க்கு பதிவோ திருப்பிவிடுதலோ இல்லை | ALIAS/flattened பதிவைச் சேருங்கள், அல்லது root-ஐ www-க்குத் திருப்புங்கள் |
| மின்னஞ்சல் வேலை செய்வது நின்றது | Nameserver-களை நகர்த்தும்போது MX பதிவுகள் மாறின அல்லது தொலைந்தன | உங்கள் மின்னஞ்சல் வழங்குநரின் வழிமுறைகளின்படி MX பதிவுகளை மீட்டமையுங்கள் |
| பழைய தளம் இன்னும் காட்டுகிறது | புதிய பதிவுடன் பழைய A பதிவு இன்னும் உள்ளது | ஒரே பெயருக்கான முரண்படும் பதிவுகளை நீக்குங்கள் |
ஒரு இலவச ஆன்லைன் DNS தேடல் கருவி, அல்லது terminal-ல் dig www.example.com, உலகம் இப்போது உங்கள் பதிவைப் பார்ப்பதைக் காட்டும் — பிரச்சினை DNS-ஆ ஹோஸ்ட்டா என்று சரிபார்க்க பயனுள்ளது.
Mythex-ல் தனிப்பயன் டொமைனை இணைப்பது
Mythex-ல் தனிப்பயன் டொமைன்கள் Pro அம்சம். இலவசத் திட்டங்கள் yourname.mythex.app முகவரிக்கு வெளியிடும். Pro-வில் நீங்கள்:
- Mythex-க்குள்ளேயே ஒரு டொமைனை வாங்கலாம்: settings-ல் உள்ள Domains, அல்லது நேரடி திட்டத்தில் Publish → Custom domain. Mythex டொமைனைப் பதிவு செய்து DNS-ஐ அமைக்கும்; பதிவுக் கட்டணம் Pro திட்டத்திலிருந்து தனியாக வசூலிக்கப்படும், auto-renew இயல்பாக இயக்கத்தில் இருக்கும்.
- நீங்கள் ஏற்கனவே வைத்திருக்கும் டொமைனை இணைக்கலாம். திட்டத்தை வெளியிடுங்கள், Connect என்பதைத் தேர்ந்தெடுங்கள், ஹோஸ்ட் பெயரை உள்ளிடுங்கள் (எ.கா.
app.example.com), பின்னர் உங்கள் DNS வழங்குநரில் Mythex காட்டும் இலக்கை (yourslug.mythex.ai) சுட்டும் ஒரு CNAME சேருங்கள். Verify என்பதைக் கிளிக் செய்யுங்கள். HTTPS தானாக வழங்கப்படும்.
உங்கள் DNS Cloudflare-ல் இருந்தால், அந்த CNAME-ஐ DNS only (சாம்பல் மேகம்) ஆக அமையுங்கள், proxied ஆக அல்ல. Root டொமைனுக்கு, உங்கள் DNS வழங்குநர் ALIAS அல்லது flattening ஆதரிக்கவில்லை என்றால், docs www அல்லது app பயன்படுத்தி root-ஐ திருப்பிவிட பரிந்துரைக்கிறது.
முழு படிகளுக்கும் பிரச்சினை தீர்ப்புக்கும் docs-ல் தனிப்பயன் டொமைன்கள் பாருங்கள், Pro-வில் என்ன அடங்கும் என்பதற்கு திட்டங்கள் பாருங்கள். டொமைனை ஒரு ஆப்புக்குச் சுட்டும் முன், AI முன்மாதிரியை உற்பத்திக்குக் கொண்டுசெல்வது மூலம் செல்வது பயனுள்ளது.
கேள்விகள்
தனிப்பயன் டொமைன் வேலை செய்ய எவ்வளவு நேரம் ஆகும்?
DNS பதிவைச் சேர்த்த சில நிமிடங்களில் பெரும்பாலும் வேலை செய்யும், ஆனால் உங்கள் DNS வழங்குநர் மற்றும் பதிவின் TTL-ஐப் (resolver-கள் அதை எவ்வளவு நேரம் cache செய்கின்றன) பொறுத்து அதிக நேரம் ஆகலாம். Nameserver-களை மாற்றியிருந்தால் இன்னும் அதிக நேரம் கொடுங்கள்.
www-ஐ பயன்படுத்துவதா அல்லது root டொமைனையா?
பார்வையாளர்களுக்கு இரண்டும் வேலை செய்யும். www அல்லது app போன்ற subdomain பொதுவாக CNAME பதிவு மூலம் இணைப்பது எளிது. பல தளங்கள் www-ஐ வழங்கி root டொமைனை அதற்குத் திருப்பிவிடும், அல்லது தலைகீழாக — ஒன்றை முக்கிய முகவரியாகத் தேர்ந்தெடுங்கள்.
SSL சான்றிதழ் வாங்க வேண்டுமா?
பொதுவாக வேண்டாம். பெரும்பாலான நவீன ஹோஸ்ட்கள், ஆப் பில்டர்கள் உட்பட, உங்கள் DNS அவற்றை நோக்கிச் சுட்டியவுடன் இலவச HTTPS சான்றிதழ்களை தானாக வழங்கும். organisation-சரிபார்க்கப்பட்ட சான்றிதழ்கள் போன்ற சிறப்பு நிலைகளுக்கு மட்டுமே வாங்க வேண்டியிருக்கும்.
என் root டொமைனுக்கு CNAME பதிவு ஏன் சேர்க்க முடியவில்லை?
டொமைனின் root (apex) இல் CNAME பதிவை DNS விதிகள் அனுமதிப்பதில்லை, ஏனெனில் அங்கு மற்ற அவசியமான பதிவுகள் இருக்க வேண்டும். சில DNS வழங்குநர்கள் ALIAS, ANAME அல்லது CNAME flattening வழங்குகின்றனர், அதே விளைவுக்காக. இல்லையெனில் www-ஐப் பயன்படுத்தி root-ஐ அதற்குத் திருப்புங்கள்.