• Terjemahan

Pembaca yang penuh perhatian akan menemukan IPv6 di gambar ini

Orang sering bingung dengan domain. Mengapa situs saya tidak berfungsi? Mengapa omong kosong ini rusak, tidak ada yang membantu, saya hanya ingin ini berhasil! Biasanya, penanya tidak mengetahui tentang DNS, atau tidak memahami gagasan mendasarnya. Bagi banyak orang, DNS adalah hal yang menakutkan dan tidak dapat dipahami. Artikel ini merupakan upaya untuk menghilangkan ketakutan tersebut. DNS adalah Hanya, jika Anda memahami beberapa konsep dasar.

Apa itu DNS

DNS singkatan dari Domain Sistem Nama . Ini adalah penyimpanan nilai kunci yang didistribusikan secara global. Server di seluruh dunia dapat memberi Anda nilai berdasarkan kunci, dan jika mereka tidak mengetahui kuncinya, mereka akan meminta bantuan server lain.

Itu saja. Apakah itu benar? Anda atau browser Anda meminta nilai untuk kunci www.example.com dan menerima 1.2.3.4 sebagai tanggapan.

Hal-hal mendasar

Keuntungan besar dari DNS adalah bahwa ini adalah layanan publik, dan Anda dapat menyodok ke server jika Anda ingin mengetahuinya. Mari kita mencobanya. Saya memiliki domain petekeen.net, yang dihosting di mesin web01.bugsplat.info. Perintah yang digunakan di bawah ini dapat dijalankan dari baris perintah OS X ( oh, itu macOS, - kira-kira. jalur).

Mari kita lihat pemetaan antara nama dan alamat:

Perintah dig adalah pisau permintaan DNS Swiss Army. Curam, alat multifungsi. Inilah bagian pertama dari jawabannya:

Hanya ada satu detail menarik di sini: informasi tentang permintaan itu sendiri. Dikatakan bahwa kami meminta catatan dan menerima tepat satu tanggapan. Di Sini:

menggali permintaan catatan A secara default. Ini alamat(alamat), dan ini adalah salah satu jenis catatan mendasar dalam DNS. A berisi satu alamat IPv4. Ada yang setara untuk alamat IPv6 - AAAA. Mari kita lihat jawabannya:

Jawaban selanjutnya menjelaskan jawaban itu sendiri:

Secara khusus, ini menyatakan berapa lama waktu yang dibutuhkan server untuk merespons, apa alamat IP server (192.168.1.1), port dig apa yang aktif (53, port DNS default), kapan permintaan diselesaikan, dan berapa byte berada dalam tanggapannya.

Seperti yang Anda lihat, ada banyak hal yang terjadi dengan kueri DNS normal. Setiap kali Anda membuka halaman web, browser membuat lusinan permintaan ini, termasuk mendownload semua sumber daya eksternal seperti gambar dan skrip. Setiap sumber daya bertanggung jawab atas setidaknya satu kueri DNS baru, dan jika DNS tidak dirancang untuk cache yang kuat, banyak lalu lintas yang akan dihasilkan.

Namun dalam contoh ini tidak jelas apakah server DNS 192.168.1.1 menghubungi sekelompok server lain untuk menjawab pertanyaan sederhana: "di mana alamat web01.bugsplat.info mengarah?" Mari kita telusuri untuk mengetahui seluruh kemungkinan rantai yang harus dilalui dig "y jika informasinya tidak di-cache:

Informasi ditampilkan dalam urutan hierarki. Ingat bagaimana dig menyisipkan titik. setelah host, web01.bugsplat.info ? Jadi, titik. ini adalah detail penting dan menandakan akar hierarki.

Server DNS root dikelola oleh berbagai perusahaan dan negara di seluruh dunia. Awalnya jumlahnya sedikit, tetapi Internet berkembang, dan sekarang ada 13 buah. Namun masing-masing server memiliki puluhan atau ratusan mesin fisik yang tersembunyi di balik satu IP.

Jadi, di bagian paling atas dari jejak adalah server root, masing-masing diidentifikasi oleh catatan NS. Catatan NS mengaitkan nama domain (dalam hal ini, domain root) dengan server DNS. Saat Anda mendaftarkan nama domain dengan registrar seperti Namecheap atau Godaddy, mereka membuatkan data NS untuk Anda.

Di blok berikutnya Anda dapat melihat bagaimana dig memilih server root acak dan memintanya untuk mencatat A untuk web01.bugsplat.info . Hanya alamat IP server root (192.5.5.241) yang terlihat. Jadi apa sebenarnya server root itu? Mari kita cari tahu!

Bendera -x menyebabkan dig melakukan pencarian terbalik pada alamat IP. DNS merespons dengan catatan PTR yang menghubungkan IP dan host, dalam hal ini f.root-servers.net.

Kembali ke permintaan awal kami, server root F mengembalikan kumpulan server NS yang berbeda. Ini bertanggung jawab atas info domain tingkat atas. dig meminta salah satu server ini untuk catatan A untuk web01.bugsplat.info , dan menerima set server NS lainnya sebagai tanggapan, dan kemudian menanyakan salah satunya catatan server A untuk web01.bugsplat.info. . Dan akhirnya dia mendapat jawabannya!

Ugh! Banyak lalu lintas yang akan dihasilkan, tetapi hampir semua catatan ini disimpan dalam cache untuk waktu yang lama oleh setiap server dalam rantai. Komputer Anda juga menyimpan data ini dalam cache, sama seperti browser Anda. Seringkali, permintaan DNS tidak pernah mencapai server root karena alamat IP-nya hampir tidak pernah berubah ( “Kita mungkin berbicara tentang TTL yang besar untuk catatan di database mereka. Jika alamat IP server DNS tidak pernah berubah sama sekali, ini tidak berarti database-nya disimpan dalam cache selamanya.”- kira-kira. dari rrrav). Domain tingkat atas com, net, org, dll. juga biasanya banyak di-cache.

Tipe lainnya

Ada beberapa jenis lagi yang perlu diketahui. Yang pertama adalah MX. Ini menghubungkan nama domain ke satu atau lebih server email. Email sangat penting sehingga memiliki jenis catatan DNS sendiri. Berikut nilai MX untuk petekeen.net:

Perhatikan bahwa data MX menunjuk ke sebuah nama, bukan alamat IP.

Tipe lain yang mungkin Anda kenal adalah CNAME. Menguraikan sebagai Nama Kanonik(nama kanonik). Dia menghubungkan satu nama dengan nama lainnya. Mari kita lihat jawabannya:

Jelas sekali bahwa kami menerima dua jawaban. Yang pertama mengatakan bahwa www.petekeen.net menunjuk ke web01.bugsplat.info. Yang kedua mengembalikan catatan A untuk server itu. Anda dapat menganggap CNAME sebagai alias (atau alias) untuk server lain.

Apa yang salah dengan CNAME

Record CNAME sangat berguna, namun ada satu hal penting: jika ada CNAME dengan nama tertentu, maka Anda tidak dapat membuat record lain dengan nama yang sama. Tidak ada MX, tidak ada A, tidak ada NS, tidak ada apa-apa.

Alasannya adalah DNS melakukan penggantian sedemikian rupa sehingga semua catatan lokasi yang ditunjuk CNAME juga valid untuk CNAME. Dalam contoh kita, entri untuk www.petekeen.net dan web01.bugsplat.info akan cocok.

Jadi Anda tidak bisa melakukan CNAME pada domain root seperti petekeen.net, karena biasanya membutuhkan record lain, seperti MX.

Permintaan ke server lain

Bayangkan konfigurasi DNS rusak. Anda merasa telah memperbaiki masalahnya, namun tidak ingin menunggu hingga cache disegarkan untuk memastikannya. Dengan menggunakan dig, Anda dapat membuat permintaan ke server DNS publik, bukan server default Anda, seperti ini:

Simbol @ dengan alamat IP atau host menyebabkan dig membuat permintaan ke server yang ditentukan pada port default. Anda dapat menggunakan server DNS publik Google atau server Level 3 hampir publik di 4.2.2.2.

Situasi yang khas

Mari kita lihat situasi umum yang familier bagi banyak pengembang web.

Pengalihan domain ke www

Seringkali Anda perlu mengalihkan domain iskettlemanstillopen.com ke www.iskettlemanstillopen.com. Pendaftar seperti Namecheap atau DNSimple menyebutnya Pengalihan URL. Berikut ini contoh dari panel admin Namecheap:

Simbol @ menunjukkan domain root iskettlemanstillopen.com. Mari kita lihat data A untuk domain ini:

IP ini milik Namecheap, dan ada server web kecil yang berjalan di sana yang hanya mengalihkan pada tingkat HTTP ke alamat http://www.iskettlemanstillopen.com:

CNAME untuk Heroku atau Github

Lihatlah tangkapan layar di atas. Di baris kedua ada CNAME. Dalam hal ini, www.iskettlemanstillopen.com menunjuk ke aplikasi yang berjalan di Heroku.

Ceritanya mirip dengan Github, tetapi di sana Anda perlu membuat file khusus di root repositori dan menyebutnya CNAME. Lihat dokumentasi .dns Tambahkan tag

Apa itu DNS. Waktu untuk memperbarui catatan DNS. Cara cepat memulai domain baru. Jenis catatan DNS. Cara mengatur subdomain otomatis. Pengalihan yang benar ke alamat tanpa www di awal.

Apa itu DNS

Internet adalah jaringan yang menghubungkan jutaan komputer di seluruh dunia. Beberapa komputer di jaringan ini menyala 24/7 - ini adalah server dengan situs web dan email. Setiap komputer, ketika terhubung ke Internet, diberi pengenal numerik - alamat IP. Namun tidak nyaman bagi orang untuk mengakses server menggunakan pengenal numerik, sehingga domain huruf diperkenalkan.

DNS (Domain Name System) adalah sistem yang memastikan domain sesuai dengan alamat IP. Kelas server terpisah – server ns – bertanggung jawab untuk menyimpan catatan DNS di Internet. Beberapa di antaranya didukung oleh administrator zona domain, yang lain oleh hoster dan penyedia Internet. Server-server ini memiliki hierarkinya sendiri, dan catatan di server tidak segera diperbarui: di beberapa server - dengan sangat cepat, di server lain - dalam beberapa hari. Perangkat lunak server ns yang paling populer disebut BIND.

Waktu untuk memperbarui catatan DNS

Pertanyaan umum di kalangan pemula adalah kapan domain baru akan diluncurkan. Mari kita coba menjawab dan pada saat yang sama mencari tahu apakah proses ini dapat dipercepat.

Jadi, Anda ingin domain baru Anda aktif dan berjalan. Untuk melakukan ini, Anda perlu menambahkan catatan ke DNS dan menunggu hingga catatan tersebut menyebar ke seluruh Internet. Waktu yang diperlukan untuk memperbarui catatan berkisar dari beberapa jam hingga tiga hari. Keterbatasan ini disebabkan oleh prinsip pengoperasian DNS, yaitu sistem terdistribusi dan memuat banyak beban.

Setelah mendaftarkan domain, atau mengubah data DNS, situs Anda akan tersedia untuk pengguna yang berbeda pada waktu yang berbeda, bergantung pada karakteristik penyedia Internet mereka. Artinya, situs tersebut mungkin belum tersedia untuk Anda, tetapi untuk orang lain sudah tersedia. Atau sebaliknya. Hal ini disebabkan oleh fakta bahwa setiap penyedia Internet menentukan kapan harus memperbarui cache DNS di servernya.

Sedangkan untuk subdomain, sering kali ketika dibuat, subdomain tersebut langsung tersedia atau dalam waktu 5-20 menit (catatan di server ns hoster harus diperbarui).

Cara cepat memulai domain baru

Jika Anda telah mendaftarkan domain, atau mengubah catatan DNS, dan Anda harus segera mulai bekerja dengan situs tersebut, Anda dapat menambahkan satu baris ke file host sistem operasi Anda (di Windows, file tersebut terletak di C:\WINDOWS\ system32\drivers\etc, folder secara default disembunyikan, dan Anda perlu mengaktifkan tampilan folder tersembunyi di Panel Kontrol):

xxx.xxx.xxx.xxx situs.ru

di mana xxx.xxx.xxx.xxx adalah alamat IP server, site.ru adalah nama domain situs Anda.

Jenis Catatan DNS

Agar domain mulai berfungsi, Anda perlu menyiapkan beberapa data DNS untuk domain tersebut.

NS masuk diperlukan untuk menentukan server DNS yang melayani domain Anda. Pendaftar domain atau penyedia hosting dapat menawarkan layanan server DNS-nya. Pilihan lainnya adalah menyiapkan server NS Anda sendiri dan menggunakannya.

Rekam A diperlukan untuk menunjukkan alamat IP situs Anda. Alamat IP disediakan oleh penyedia hosting Anda.

rekor AAAA digunakan untuk menentukan alamat IP versi 6 (IPv6). Saat ini, alamat-alamat tersebut belum mendapat dukungan luas.

Catatan MX menunjuk ke alamat IP server email Anda. Diperlukan untuk mengirimkan email ke kotak surat di domain Anda.

catatan CNAME berfungsi untuk menunjukkan satu domain sebagai alamat domain lain, yaitu memberikan domain atau subdomain Anda alamat IP yang sama dengan domain yang Anda tentukan tautannya di entri.

Catatan PTR adalah catatan terbalik yang memungkinkan Anda menerima nama domain yang sepenuhnya memenuhi syarat saat meminta alamat IP situs Anda. Hal ini penting jika Anda menggunakan server email untuk domain Anda karena data PTR diperiksa validitasnya oleh banyak server email (untuk menentukan apakah email tersebut adalah spam). Entri ini diatur oleh penyedia hosting. Anda dapat memeriksa kebenaran entri menggunakan layanan khusus. Seringkali tidak ada masalah dan rekaman awalnya dipasang dengan benar.

Cara mengatur subdomain otomatis untuk setiap pengguna. Membuat catatan DNS wildcard

Catatan wildcard adalah catatan DNS yang bertanggung jawab untuk semua subdomain *.site.ru. Menentukan entri seperti itu mungkin diperlukan, misalnya, untuk CMS (WordpressMU, Drupal) yang digunakan untuk mengelola subdomain.

Untuk membuat catatan seperti itu, Anda perlu pergi ke bagian manajemen catatan DNS domain dan menambahkan catatan tipe A, tentukan simbol * sebagai subdomain, dan alamat IP server sebagai alamat, yang sering kali bertepatan dengan alamat IP yang ditentukan untuk domain utama. Jika Anda tidak dapat melakukan ini, Anda perlu menghubungi dukungan teknis.

Pada saat yang sama, kita akan melihat cara mengonfigurasi Apache agar berfungsi dengan subdomain wildcard. Misalkan ada bagian dalam file konfigurasi server yang menjelaskan host virtual:

DocumentRoot "/home/site.ru"
Nama Server "situs.ru"
ServerAlias ​​​​​​"www.site.ru"
Log ErrorLog/site.ru-error.log
Log CustomLog/site.ru-access.log umum

Anda hanya perlu menambahkan alias *.site.ru:

ServerAlias ​​​​​​"www.site.ru" "*.site.ru"

Pengalihan yang benar dari www.site.ru ke site.ru. Pengalihan 301

Beberapa pengguna menautkan ke situs Anda dengan menambahkan www. Www lainnya tidak ditambahkan. Hal ini dapat berdampak negatif terhadap promosi Anda di mesin pencari. Mari kita perbaiki masalah menggunakan server Apache sebagai contoh:

1. Pastikan modul ModRewrite diaktifkan di server: di file httpd.conf, baris LoadModule rewrite_module module/mod_rewrite.so tidak boleh dikomentari. Jika Anda sudah mengaktifkannya, maka restart Apache.

2. Tambahkan baris berikut ke file .htaccess, ganti site.ru dengan alamat situs Anda:

Mesin Tulis Ulang Aktif
Tulis UlangCond %(HTTP_HOST) ^www.site.ru$

3. Coba akses situs tersebut menggunakan alamat www.site.ru di bilah alamat browser Anda. Alamatnya harus berubah menjadi site.ru.

4. Anda dapat menambahkan baris berikut ke file .htaccess:

Penulisan UlangCond %(HTTP_HOST) !^site\.ru$
Aturan Penulisan Ulang ^(.*)$ http://site.ru/$1

Ini akan memungkinkan Anda memproses permintaan ke situs Anda dengan benar ketika ada titik di akhir domain: site.ru. bukannya situs.ru

Kami harap artikel ini membantu Anda mendapatkan ide untuk bekerja dengan domain. Silakan tinggalkan pertanyaan dan komentar di komentar.

Artikel ini bukanlah semacam panduan spesifik dan terperinci tentang semua nuansa server NS; Saya hanya akan berbicara tentang sedikit pengalaman pribadi dalam menyelesaikan masalah menggunakan contoh spesifik. Setiap webmaster menghadapi situasi serupa ketika perlu mendaftarkan NS, membuat, mengubah, dll. - ini adalah bagian dari bekerja dengan domain dan hosting. Bagi orang berpengalaman, semuanya sudah cukup sederhana, tetapi bagi pemula terkadang tidak mudah untuk mengetahuinya. Oleh karena itu, saya menyiapkan beberapa cerita dari kehidupan.

Jadi, pertama, beberapa istilah. Sama sekali DNS— sistem nama domain, secara kasar, menetapkan korespondensi antara nama domain dan alamat IP asli situs, Anda memasukkan domain dan mendapatkan alamat yang diinginkan. Untuk setiap domain, setelah pendaftaran, Anda dapat menentukan catatan DNS berbeda yang membantu situs tersebut ditemukan di World Wide Web:

• Rekam A(catatan alamat) - menunjukkan alamat IP hosting tempat situs kami berada.
• Catatan MX(alamat posting) - menentukan alamat IP server posting untuk domain, biasanya bertepatan dengan catatan A.
• NS masuk(server nama) - menunjuk ke server DNS untuk domain tertentu.

Mari kita lihat nuansa ini menggunakan contoh bekerja dengan registrar domain Nama Web. Untuk domain apa pun, kami memiliki 2 opsi untuk mengatur korespondensi antara domain dan hosting:

1. Indikasi data A dan MX yang akan berisi IP hosting dengan situs kami:

Dalam hal ini, korespondensi ini akan “disimpan” dalam catatan NS (nama web) registrar. Oleh karena itu, saat membuat akun hosting, Anda dapat menggunakan NS registrar - dalam hal ini adalah ns1.nameself.com dan ns2.nameself.com. Dalam hal ini, di tab server DNS di akun Anda, Anda akan menemukan:

2. Di bagian yang sama pada menu manajemen DNS untuk domain, Anda juga dapat menentukan NS server hosting, misalnya:

Faktanya, seluruh tanggung jawab untuk mengatur korespondensi antara alamat IP dan domain Anda terletak pada perusahaan yang menyediakan DNS tersebut. Dalam hal ini, itu adalah hosting CoolVDS. Di sana, Anda dapat membeli server khusus di AS, yang bagus untuk situs MFA. Untuk “menghubungkan” domain di sana, Anda perlu menghubungi dukungan teknis melalui email [dilindungi email]: pada subjek surat tulis “domain untuk server_anda.coolvds.com”, dimana pada teks tersebut anda mencantumkan domain, ip dan lagi nama server, contoh:

domainku.com:193.333.555.777:nama_anda.coolvds.com

Ini mungkin sedikit membingungkan, tetapi ini baru pertama kalinya. Perusahaan hosting lain mungkin menanyakan DNS mana yang akan digunakan saat membeli hosting. Misalnya, hal ini dilakukan di Hostpro, dan jika Anda memilih untuk menggunakan DNS mereka, maka untuk domain Anda, Anda hanya perlu menentukan server NS mereka - master.hostsila.com dan slave.hostsila.net tanpa data A dan MX.

Dengan cara yang sama, sebagian besar pendaftar domain normal memiliki 2 opsi yang saya sebutkan di atas. Contoh lainnya adalah Getnic.name. Di sini Anda dapat menggunakan layanan manajemen DNS gratis atau menentukan server NS pihak ketiga.

Untuk melakukan ini, pilih domain dan masuk ke akunnya - di sini Anda dapat menentukan NS yang ada dari hoster lain atau klik tautan “manajemen DNS”. Dalam kasus kedua, Anda dapat mengatur A, MX dan semua catatan yang diperlukan untuk domain dan menggunakan NS gratis dari getnic.name.

Membuat catatan NS Anda sendiri

Untuk beberapa proyek saya, saya membeli server virtual dari Hostpro - berlokasi di Ukraina, dukungannya memadai dan sangat ramah. Setelah pembelian, Anda diberikan 2 alamat IP - alamat utama dan tambahan, serta permintaan untuk mendaftarkan NS dalam bentuk ns1.mydomain.ru dan ns2.mydomain.ru.

Untuk nama web, buka lagi bagian “Manajemen Zona” untuk domain Anda, tempat kami menambahkan data tipe NS yang diperlukan:

Untuk registrar Ukraina iname.ua, ini dilakukan dengan cara yang sama: tambahkan catatan tipe NS dan tunjukkan IP yang dikeluarkan.

Sekarang untuk domain terdaftar baru, yang situsnya terletak di server Anda, Anda tidak hanya dapat menentukan catatan A dengan tautan ke IP, tetapi juga cukup mendefinisikannya melalui NS Anda - ns1.mydomain.ru dan ns2.mydomain. ru. Omong-omong, terakhir, tautan ke artikel tentang bagaimana Anda dapat menghindari menunggu pembaruan DNS - edit file host, setelah itu Anda dapat mulai mengerjakan proyek Anda saat DNS global belum diperbarui (hanya beberapa jam).

Ini adalah bagaimana program pendidikan kecil tentang mengelola DNS, membuat data NS, A, MX untuk domain. Mungkin Anda bekerja dengan registrar dan penyedia hosting yang sama, maka artikel ini akan menjadi petunjuk yang berguna jika ada pertanyaan yang muncul (terutama untuk pemula). Meskipun, pada prinsipnya, tentu saja, Anda selalu dapat menghubungi dukungan teknis dari pendaftar domain dan tempat Anda membeli hosting - perusahaan baik yang menghargai diri sendiri dan klien mereka harus membantu, lebih baik tidak berurusan dengan orang lain.

P.S. Kini Anda dapat membeli buku secara online, pergi ke toko buku online khusus, memilih produk, membayar dengan kartu kredit, dan menerima pengiriman.

Sistem Nama Domain (DNS) pada dasarnya adalah direktori telepon Internet. Anda mengetik apple.com di browser Anda untuk membeli aksesori iPhone, tetapi bagaimana permintaan Anda menemukan server Apple dengan alamat IP 17.172.224.47? Sistem nama domain melakukan ini untuk Anda.

Jika Anda memiliki bisnis online kecil atau blog di WordPress, Anda mungkin pernah menemukan pengaturan data A dan CNAME. Dan jika Anda mencoba memindahkan email dari situs Anda, maka dengan pengaturan data MX. Dan mungkin beberapa layanan web meminta Anda mengonfigurasi TXT agar berfungsi dengan situs Anda. Mengapa semua ini diperlukan dan apa kesulitannya?

Pada artikel ini, saya akan menjelaskan dasar-dasar sistem nama domain dan konfigurasi rekaman yang diperlukan untuk bekerja dengan domain.

Server DNS

Saat Anda membeli nama domain, registrar Anda biasanya akan mengonfigurasi data DNS default untuk Anda dan menyediakan server DNS untuknya. Anda memerlukan server DNS (biasanya digunakan berpasangan atau kembar tiga untuk keandalan, misalnya: ns1.yourregistrarserver.com, ns2.yourregistrarserver.com) untuk memberi tahu direktori DNS Internet tentang alamat IP server Anda.

Berikut ini contoh entri NS saya untuk JeffReifman.com:

Semua pengaturan yang Anda tentukan akan dikonfigurasi dan dipublikasikan secara online menggunakan server ini.

Sekarang mari kita beralih ke jenis-jenis DNS record, yang utama adalah A record.

Sebuah catatan

Jika Anda mengetik jeffreifman.com di bilah alamat, permintaan akan diarahkan ke direktori yang akan mencari data DNS yang sesuai dengan root domain tersebut. Root dalam hal ini berarti tanpa awalan www, yaitu tanpa subdomain, cukup http://jeffreifman.com. Misalnya, catatan tingkat akar A mungkin menunjuk ke IP 107.164.32.96, jadi itulah alamat tujuan.

Berikut ini contoh kueri A-record di Kloth:

Catatan subdomain

Anda juga dapat mengonfigurasi data A untuk subdomain yang berbeda. Misalnya, jika Anda ingin http://www.yourwebsite.com/ menunjuk ke alamat yang sama, cukup tambahkan catatan A yang identik untuk subdomain www, sekarang domain root dan subdomain akan memiliki IP yang sama.

Kami akan segera meluncurkan situs terkait di domain yang terkait dengan kota tertentu (portland.fleethejungle.com), saya berharap untuk menghostingnya di server yang berbeda, kami memerlukan catatan A dari setiap subdomain untuk menunjuk ke IP unik dari server terkait.

Postingan dengan wildcard

Catatan wildcard dapat ditambahkan ke konfigurasi DNS (menggunakan Asterisk *), memungkinkan semua lalu lintas subdomain diarahkan ke satu IP. Misalnya, jika saya ingin menempatkan semua subdomain kota di satu server, saya akan melakukan ini:

Catatan karakter pengganti memudahkan untuk menautkan beberapa subdomain ke satu server.

Perutean masuknya di server

Saat lalu lintas tiba di server Anda dari router DNS, Anda dapat mengonfigurasi cara server menanganinya. Berikut adalah contoh konfigurasi saya untuk lalu lintas root dan www:

Nama Server jeffreifman.com ServerAlias ​​​​www.jeffreifman.com DocumentRoot /var/www/jeffreifman DirectoryIndex index.php AllowOverride Semua Pesanan Tolak, Izinkan Izinkan dari semua

Saya juga menjual domain dengan harga dinamis. Beginilah cara Apache menangani lalu lintas untuk semua domain dan data DNS ini.

Nama Server newscloud.com ServerAlias ​​​​*acro.io ServerAlias ​​​​*acroyoga.io ServerAlias ​​​​*acupuncture.io ServerAlias ​​​​*allmisses.com ServerAlias ​​​​*amehzon.com ServerAlias ​​​​*carestrategies.com ServerAlias ​​​​* Caringsitters.com ServerAlias ​​​​*clipboards.io ServerAlias ​​​​*commonbits.com ServerAlias ​​*commonroad.com ServerAlias ​​​​*commontunes.com ServerAlias ​​​​*completelady.com ...

Sekarang kita akan dengan lancar beralih ke data CNAME. Mereka berguna dalam berbagai kasus, dan terutama dalam menyederhanakan pengelolaan alamat IP dan migrasi dari satu server ke server lainnya.

catatan CNAME

CNAME pada dasarnya adalah alias teks untuk mengarahkan lalu lintas domain dan subdomain. Misalnya, jika Anda dihadapkan pada penyiapan layanan seperti WordPress atau Tumblr, mereka mungkin menyarankan penyiapan domain menggunakan data CNAME, dan data A dengan IP.

Saya tidak sering menggunakan Tumblr, tetapi untuk sementara waktu saya menyiapkan akun di http://misc.jeffreifman.com/ . Berikut adalah petunjuk mereka untuk menyiapkan nama domain khusus - mereka mengizinkan Anda menggunakan data A atau CNAME, saya memilih CNAME.

Ini adalah entri DNS untuk lain-lain. jeffreifman.com:

Lain-lain.jeffreifman.com Domain CNAME.tumblr.com.

Catatan: Pastikan untuk menyertakan titik di alamat CNAME.

Ketika pengguna meminta misc.jeffreifman.com, DNS akan mengirimnya ke domains.tumblr.com, dan di sana IP 66.6.44.4 akan ditemukan.

Keuntungan penting dari data CNAME adalah jika, misalnya dalam contoh ini, Tumblr mengubah alamat servernya, Anda tidak perlu mengubah data CNAME. Ini akan tetap sama dan Tumblr akan dapat mengontrol IP dengan mengubah A-record menjadi domains.tumblr.com.

Saya menggunakan pendekatan ini ketika menjual nama domain - sebagian besar ditautkan ke server melalui CNAME. Jika saya perlu mengubah hosting dan mengubah IP server, saya cukup mengubah satu catatan subdomain A yang digunakan oleh CNAME, daripada mengubah catatan A untuk setiap domain.

Skenario lain untuk menggunakan data CNAME adalah menggunakan CNAME dengan layanan CDN, seperti yang saya jelaskan di artikel KeyCDN. Saya menyiapkan subdomain cloud c1, c2, c3, c4, menghubungkan semuanya ke mirror di jr-faf.kxcdn.com.

Apa yang terjadi jika Anda mengubah data DNS

Catatan DNS untuk domain root dan subdomain umumnya tidak bergantung satu sama lain. Mengubah catatan A dari domain root tidak mempengaruhi alamat CNAME subdomain yang ada. Namun, saya baru-baru ini mendaftar ke layanan keamanan jaringan Incapsula dan menemukan bahwa ini memerlukan dua catatan A untuk satu domain root - ini dapat membuat segalanya menjadi lebih rumit. Dengan kata lain, secara teknis Anda dapat memiliki beberapa data A untuk domain yang sama, yang dapat menimbulkan konflik.

Penting juga untuk menyadari bahwa perubahan DNS tidak langsung berpengaruh. Saat Anda menyiapkan data DNS untuk pertama kalinya (atau saat Anda mengubahnya), data ini belum tersedia untuk pengguna. Ini adalah salah satu hal yang membuat migrasi dari satu server ke server lain (atau berganti perusahaan hosting) menjadi sulit. Dalam kasus terburuk, mungkin diperlukan waktu lebih dari 36 jam.

Pendaftar saya menyarankan agar saya menggunakan https://www.whatsmydns.net/ untuk laporan visual propagasi DNS saya di berbagai area. Di bawah ini adalah tangkapan layar yang saya ambil saat mengganti server situs saya - perubahannya memakan waktu beberapa jam.

Ilustrasi di bawah ini menunjukkan server DNS yang menangkap perubahan terbaru saya:

Catatan MX

Sekarang mari beralih ke data MX. Catatan ini memberi tahu sistem DNS ke mana harus mengirim semua email yang datang kepada Anda. Oleh karena itu, jika saya membeli domain StarWars.io dan ingin menerima email di [dilindungi email], saya perlu melakukan dua hal.

Pertama, saya perlu mendaftar ke layanan email seperti Google Apps atau FastMail untuk mengirim email saya di sana. Kedua, saya perlu mengonfigurasi data MX agar email masuk ke server ini.

Misalnya, konfigurasi Google Apps akan terlihat seperti ini:

Server Email Prioritas 1 ASPMX.L.GOOGLE.COM. 5 ALT1.ASPMX.L.GOOGLE.COM. 5 ALT2.ASPMX.L.GOOGLE.COM. 10 ALT3.ASPMX.L.GOOGLE.COM. 10 ALT4.ASPMX.L.GOOGLE.COM.

Dan untuk FastMail seperti ini:

In1-smtp.messagingengine.com (pertama, prioritas=10) in2-smtp.messagingengine.com (kedua, prioritas=20)

Anda juga dapat menggunakan data TXT untuk memberi tahu server pendeteksi spam bahwa server email Anda hanya meneruskan email yang sah, seperti yang saya lakukan pada contoh di atas dengan data SPF. Layanan seperti Mailgun menggunakan data SPF dan DKIM saat mengirim pesan massal.

Catatan AAAA

Jika Anda memilih untuk mendukung pengalamatan IPv6, Anda perlu mengonfigurasi data AAAA:

Saat ini, sebagian besar transisi dari IPv4 ke IPv6 terjadi secara diam-diam dan tanpa disadari. Seiring waktu, ketika pemanasan global membunuh beruang kutub terakhir, catatan A akan menjadi catatan peninggalan dan catatan AAAA akan menjadi catatan DNS utama.