Apakah catatan SRV akan menjadi berguna?

Dalam DNS, catatan SRV adalah bentuk yang cukup umum untuk memberi tahu klien jarak jauh di mana layanan tertentu dihosting. Saat ini saya menggunakannya untuk memungkinkan orang memanggil saya menggunakan klien SIP melalui internet (berfungsi dengan sangat baik).

Salah satu keuntungan dari catatan SRV adalah Anda dapat menentukan port yang berbeda untuk layanan dan Anda dapat memiliki beberapa sistem untuk hal yang sama (atau sistem yang sama dan beberapa instance pada port yang berbeda). Jadi IFF berfungsi, Anda dapat memiliki beberapa webservers pada satu sistem tanpa gangguan.

Jadi Anda bisa memiliki ini di DNS Anda:

_http._tcp SRV 10 50 8080 myserver.basjes.nl
_http._tcp SRV 10 50 8081 myserver.basjes.nl

Namun ada satu hambatan kecil untuk semua kebaikan ini ... Saya tidak dapat menemukan HTTP, FTP, SMTP, ... klien yang mendukungnya.

Jadi selain SIP dan beberapa protokol lain yang disebutkan di halaman Wikipedia : Apakah catatan SRV akan menjadi sangat berguna?

Atau apakah saya melewatkan sesuatu?

Apakah ada sesuatu yang lebih baik di luar sana yang berfungsi?

Saya pikir Anda hanya akan melihatnya digunakan untuk protokol baru .

Catatan MX yang digunakan SMTP setara dengan catatan SRV dengan port tetap dan tanpa bobot. Dengan kata lain, mereka sudah cukup menyelesaikan masalah yang sama.

Karena, misalnya, HTTP harus menjaga kompatibilitas ke belakang dengan mekanisme saat ini, siapa pun yang mulai menggunakan SRV untuk HTTP masih harus menyediakan mekanisme alternatif, dan tidak ada yang ingin mempertahankan dua cara untuk melakukan hal yang sama. (katakanlah, beberapa penyeimbang beban dan beberapa catatan DNS SRV ...) Dan jika situs tidak akan mempublikasikan catatan SRV (karena itu hanya menciptakan pekerjaan yang tidak perlu), tidak ada motivasi bagi klien untuk mendukung catatan SRV yang tidak dipublikasikan oleh siapa pun.

Mereka sangat berguna dalam domain Direktori Aktif .

Catatan SRV juga digunakan oleh banyak layanan dan klien yang mendukung Kerberos. Ini terutama benar pada mesin tertentu di mana /etc/krb5.conf (atau itu setara) tidak dapat dibaca atau hilang; pencarian catatan SRV akan dilakukan untuk menemukan KDC.

Teknologi Bonjour Apple (alias zeroconf) memanfaatkannya secara luas. Jika Anda belum melihatnya beraksi - lihatlah. Ini memungkinkan Anda menemukan printer secara otomatis, router, halaman web yang mendukung bonjour, dll.

Ada modul Apache berlisensi BSD yang disebut mod_bonjour yang memungkinkan Anda untuk mengiklankan situs web melalui DNS multicast. Anda juga dapat mengiklankan situs melalui catatan SRV dan DNS biasa, tetapi saya percaya bahwa hanya Safari yang dapat mendeteksi mereka.

Halaman web Zeroconf memiliki penjelasan yang cukup bagus tentang cara kerjanya - Saya akan merekomendasikan memeriksa buku juga jika Anda tertarik pada teknologinya.

Salah satu masalah besar dengan ini secara umum adalah bahwa orang-orang DNS tidak menganggap diri mereka dalam bisnis penemuan layanan, dan orang-orang keamanan paranoid menganggap kemampuan untuk menemukan layanan sebagai risiko keamanan.

Memang, sebagian besar aplikasi belum mendukungnya.

Yang dilakukan adalah yang umum bagi domain dalam identitas pengguna target untuk berbeda dari nama host yang harus disambungkan oleh perangkat lunak klien. Karenanya mengapa digunakan dalam SIP, dan juga di Jabber (XMPP).

SMTP tidak memerlukannya karena itu selalu memiliki data MX sejak awal.

Keuntungan menggunakan port yang berbeda relatif kecil, jadi protokol lain belum banyak menggunakannya.

Ada Draf Internet yang mengusulkan http+srv:skema URI, tetapi perhatikan bahwa tidak ada proposal saat ini untuk menambahkan pencarian SRV ke http:permintaan URI standar .

Outlook 2007 dan Exchange 2007 memanfaatkan catatan SRV http://technet.microsoft.com/en-us/library/bb332063.aspx

Saya percaya catatan SRV adalah salah satu struktur yang mendasari dalam DNS Service Discovery (DNS-SD) sehingga akan semakin penting.

Juga tidak ada alasan bahwa mereka tidak dapat digunakan dengan teknologi yang ada, dalam hubungannya dengan klien yang sadar DNS-SD, misalnya browser jaringan, seperti iStumbler untuk mac yang dapat menemukan sumber daya bonjour / zeroconf di jaringan.

Menurut pendapat saya, catatan SRV hanya akan menjadi lebih umum ketika DNS pembaruan dinamis menjadi lebih tersedia. MS-DNS memiliki pembaruan dinamis yang diaktifkan secara default di bagian yang sangat besar karena persyaratan Active Directory. Ada banyak direktori periklanan sumber daya di luar sana selama bertahun-tahun, termasuk Protokol Lokasi Layanan, Protokol Iklan Layanan (jaringan IPX), Bonjour / Avahi, dan bahkan DHCP sampai batas tertentu.

Dari jumlah tersebut, hanya DNS yang memiliki potensi sebenarnya untuk direktori sumber daya rentang-internet. Server DNS publik cenderung bersifat statis karena suatu alasan. Adopsi catatan SRV akan datang ketika ada kebutuhan yang pasti untuk mereka, sama seperti adopsi catatan TXT muncul untuk protokol SPF. SIP menggunakan SRV bisa menjadi langkah pertama dalam membuka pintu untuk adopsi non-MS yang lebih luas.

Catatan SRV digunakan untuk mengarahkan Server Windows Vista / 2008 ke server KMS Anda untuk aktivasi di Enterprise.

XMPP menggunakannya.

Tetapi protokol yang ada tidak akan berubah untuk mendukungnya, terutama mengarahkan permintaan ke port lain. Itu akan menjadi tak terduga, dan tidak diragukan lagi akan mematahkan beberapa asumsi terkait keamanan.

Catatan SRV menawarkan mekanisme untuk mengimplementasikan layanan komunikasi tanpa mengharuskan semua orang untuk menggunakan penyedia yang sama. Dengan kata lain, apa yang dilakukan catatan A dan MX untuk web dan email, catatan SRV dilakukan untuk layanan apa pun.

Gagasan ini diuraikan dalam posting blog "Kekuatan Pengalamatan Gratis" http://e-caller.com/?p=4

Munculnya Twitter dan Facebook berutang pada kurangnya alternatif yang diaktifkan SRV.

Proyek Fedora / Red Hat freeipa menggunakannya, serta puppet labs puppet untuk alasan keseimbangan dan skalabilitas beban. semakin saya belajar tentang kasus penggunaannya dan bagaimana mereka digunakan secara luas semakin saya jatuh cinta padanya. itu adalah hal terbaik yang terjadi pada dns, dan infrastruktur. lihat bagaimana spotify menggunakannya https://labs.spotify.com/2013/02/25/in-praise-of-boring-technology/

Mereka cukup berguna untuk tumpukan aplikasi yang membutuhkan pelacak layanan, karena DNS tidak perlu diimplementasikan dari awal dan jauh lebih ringan daripada sesuatu seperti zookeeper atau etcd. Juga ada kenyamanan tambahan yang bisa dibuat cukup aman. Saya tidak yakin mengapa hampir tidak ada orang selain Spotify menggunakannya dengan cara ini, saya curiga hanya ketidaktahuan. Saya telah melihat banyak orang menggulung perangkat lunak lokasi layanan kustom mereka sendiri yang jauh lebih rendah. DNS adalah penyimpanan nilai kunci yang cepat dan andal, dan sudah mengatur kunci-kuncinya berdasarkan zona. Masalah besarnya adalah sangat sedikit server DNS yang memiliki API jenis apa pun, sehingga mengotomatiskan pembuatan / pembaruan RR tidak dapat dilakukan, walaupun implementasi cloud dari DNS melakukannya.

Catatan SRV penting untuk industri hosting, karena memungkinkan Anda menghemat ruang IPv4.

Kami menggunakannya untuk membantu transisi pelanggan kami menuju IPv6 dalam masalah yang transparan.