Anda dapat meng-host situs web di sistem rumah, jika mau. Tapi ada satu peringatan. Beberapa Penyedia Layanan Internet (ISP) tidak mengizinkan pelanggan mereka untuk meng-host server mereka sendiri, sementara yang lain akan memungkinkan Anda untuk melakukannya. ISP yang tidak mengizinkan pengguna rumahan untuk meng-host server mereka sendiri dapat memblokir lalu lintas di port yang biasa digunakan oleh server. Misalnya, ini dapat menghentikan seseorang dari menjalankan server suratnya sendiri dengan memblokir koneksi dari Internet ke port 25 pada alamat IP yang diberikannya kepada pengguna rumahan. Demikian juga dapat menghentikan seseorang dari meng-hosting server webnya sendiri dengan memblokir port default yang digunakan untuk HTTP , port 80, dan port default yang digunakan untuk HTTPS, port 443. Seseorang mungkin dapat menghindari blok seperti itu dengan menjalankan server web pada port yang tidak standar. Misalnya, jika server web dikonfigurasikan untuk mendengarkan koneksi HTTP pada port 7080, jika Anda bisa memberikan nomor port itu kepada semua orang yang mungkin mengunjungi situs Anda, mereka masih bisa mendapatkan akses ke server. Misalnya, alih-alih menggunakan http://www.example.com/sompage.html atau http://10.0.0.5/somepage.html , pengunjung ke situs web dapat menggunakan http://www.example.com:7080/ somepage.html atau http://10.0.0.5/sompage.html . Meskipun lalu lintas itu dapat diblokir oleh ISP.
Solusi itu mungkin berhasil, jika Anda mengharapkan situs web Anda dikunjungi oleh hanya beberapa teman, tetapi mungkin lebih bermasalah jika Anda berharap memiliki pemirsa Internet di seluruh dunia untuk situs Anda, karena kebanyakan orang tidak terbiasa memasukkan nomor port ketika mengunjungi sebuah tempat. Padahal, jika Anda menautkan ke situs Anda dari situs lain, selama nomor port disertakan tautan akan berfungsi.
Tapi, seandainya ISP tidak mencegah Anda dari hosting server web Anda sendiri. Anda harus mengonfigurasi perute untuk meneruskan lalu lintas yang ditujukan untuk port HTTP default, dan mungkin HTTPS, jika Anda juga akan menggunakan protokol itu, ke alamat IP pribadi internal server web di Local Area Network (LAN) Anda . Hal ini diperlukan karena sebagian besar pengguna rumahan memiliki router yang melakukan Terjemahan Alamat Jaringan untuk komunikasi antara sistem di belakang router di sisi LAN dan sistem di "luar", sisi yang menghadap Internet, dari router, yaitu Wide Area Network (WAN ) . Yaitu, mereka memiliki satu alamat IP publik eksternal untuk router, tetapi mungkin ada beberapa alamat IP pribadiuntuk sistem di belakang router. Misalnya, Anda mungkin memiliki laptop dengan alamat 192.168.0.4 dan sistem desktop dengan alamat IP 192.168.0.5 di belakang router. Alamat-alamat IP pribadi itu tidak dialihkan melalui Internet. Router rumah biasanya akan melakukan NAT untuk memungkinkan sistem eksternal yang hanya melihat satu alamat IP publik untuk berkomunikasi dengan sistem di belakang router dengan alamat IP pribadi.
Kebanyakan router rumah menyediakan kemampuan untuk melakukan terjemahan alamat jaringan dan alamat port dan biasanya cukup mudah diatur, Anda hanya perlu tahu bahwa Anda harus melakukan itu. Beberapa router mungkin memiliki pengaturan zona demiliterisasi (DMZ) yang memungkinkan Anda menentukan bahwa koneksi apa pun yang berasal dari luar router menuju ke sistem tertentu di bagian dalam router. Jika Anda ingin server rumah Anda dapat diakses melalui NAT / PAT, Anda mungkin perlu menetapkannya alamat IP statis daripada yang dapat berubah karena ditugaskan melalui Dynamic Host Configuration Protocol (DHCP) , sehingga router selalu dapat merutekan koneksi masuk ke sistem yang tepat.
Selain alamat IP sistem di sisi internal router Anda mungkin berubah, jika Anda menggunakan koneksi jaringan rumah, ISP Anda kemungkinan akan menetapkan alamat IP eksternal router melalui DHCP juga. Katakanlah itu xxx.xxx.10.250. Besok mungkin xxx.xxx.10.251. Itu tergantung pada "waktu sewa" yang digunakan ISP untuk menetapkan alamat IP melalui DHCP kepada pelanggannya. Waktu sewa bisa beberapa jam, beberapa hari, sebulan, dll. Jadi, jika Anda memberi tahu orang-orang server web Anda dapat diakses di xxx.xxx.10.250, setiap kali itu berubah, Anda perlu memberi tahu mereka alamat baru. Meskipun, untuk beberapa sistem, meskipun ISP Anda mungkin tidak memberi Anda alamat IP statis, tetapi sebaliknya memberikan yang dinamis, ISP itu mungkin tetap sama selama Anda tidak mengganti router. Misalnya, untuk layanan Internet rumah saya, saya tidakAlamat Kontrol Akses Media dari router baru.
Bahkan jika alamat IP Anda sering berubah, Anda mungkin dapat membeli alamat IP statis dari ISP. Beberapa akan menjual alamat IP statis kepada pengguna rumahan dengan biaya bulanan, sementara banyak yang tidak.
Tetapi solusi yang saya gunakan ketika saya harus dapat terhubung ke sistem pengguna rumah secara eksternal untuk pemecahan masalah atau untuk membuat server berbasis rumah adalah dengan menggunakan Dynamic Domain Name System . Itu memungkinkan Anda untuk mengakses server berbasis rumah menggunakan nama domain yang memenuhi syarat (FQDN) , misalnya martijn.example.com, bahkan jika alamat IP eksternal router bervariasi. Saya menggunakan No-IP.com , tetapi ada juga layanan DDNS lainnya. Cara kerja DDNS adalah bahwa Anda menginstal perangkat lunak pada sistem di sisi internal LAN, dari router yang secara berkala berkomunikasi dengan sistem penyedia layanan DDNS, sehingga penyedia DDNS mengetahui alamat IP eksternal saat ini dari mana sistem berkomunikasi. . Penyedia DDNS kemudian memperbarui Sistem Nama Domainnya (DNS)server, yang merupakan server yang menerjemahkan FQDN, seperti martijn.example.com, ke alamat IP, untuk mencerminkan alamat IP eksternal saat ini untuk router Anda. Jadi siapa pun yang meletakkan martijn.example.com di browsernya akan diarahkan ke alamat IP yang benar. Beberapa router memiliki opsi konfigurasi yang memungkinkan Anda menentukan penyedia layanan DDNS, sehingga Anda bahkan mungkin tidak perlu menginstal perangkat lunak apa pun pada sistem rumah agar dapat berfungsi; Anda hanya perlu memiliki akun dengan penyedia DDNS.
Penyedia DDNS akan membebankan biaya kepada Anda untuk menggunakan nama domain Anda sendiri, misalnya martijn.com, jika Anda ingin membeli nama domain Anda sendiri. Tetapi Anda bahkan dapat menggunakan layanan DDNS secara gratis, misalnya, No-IP menyediakan layanan gratis , jika Anda bersedia menggunakan nama domain yang disediakan oleh penyedia DDNS. Misalnya, jika penyedia memiliki example.com, Anda mungkin dapat menggunakan martijn.example.com secara gratis, meskipun Anda harus membayar untuk martijn.com. Yaitu, Anda dapat menentukan nama host tertentu, misalnya, martijn, untuk digunakan dengan salah satu nama domain mereka.
Saya telah menggunakan konfigurasi seperti itu untuk situs web berbasis rumah selama bertahun-tahun. Jika Anda memiliki koneksi Internet yang cukup andal dan ISP Anda tidak memblokir akses ke server berbasis rumah, itu sebenarnya dapat bekerja dengan baik untuk situs dengan lalu lintas rendah. Misalnya, jika Anda tidak berharap memiliki lebih dari beberapa ratus pengunjung ke situs Anda setiap hari dan belum memenuhi bandwidth yang tersedia. Tetapi ada beberapa pertimbangan yang perlu Anda ketahui, yaitu yang saya sebutkan di atas, saat menyiapkan server berbasis rumah yang mungkin membuat beberapa orang merekomendasikan menggunakan layanan hosting.
Meskipun konfigurasi semacam itu bahkan dapat digunakan untuk bisnis kecil atau berbasis rumah, saya tidak akan merekomendasikannya untuk bisnis kecil atau berbasis rumahan jika akses ke situs web Anda sangat penting, jika alamat IP eksternal Anda dapat sering berubah, karena ketika seseorang mengunjungi situs Anda, sistem mereka akan menyimpan alamat IP Anda sehingga saat berikutnya mereka mengunjungi situs, sistem tidak perlu mencari alamat IP yang sesuai dengan namanya lagi. Ada waktu untuk hidup (TTL)nilai untuk entri DNS yang di-cache seperti itu, sehingga akan kedaluwarsa dan sistem akan mencari alamat IP lagi, tetapi mereka dapat tetap berada di sistem selama beberapa menit atau bahkan berjam-jam. Dan server DNS lainnya juga menyimpan entri, juga. Misalnya, misalkan Mary adalah pelanggan Comcast yang sistemnya terhubung ke martijn.example.com. Sistemnya dapat meminta server DNS Comcast untuk mendapatkan alamat IP untuk situs web. Jadi sekarang server Comcast mengetahui alamat IP yang sesuai dengan FQDN. Pelanggan Comcast lainnya, Bill, juga ingin mengunjungi situs Anda. Dia belum pernah mengunjungi situs Anda sebelumnya, jadi sistemnya belum melakukan cache terjemahan antara martijn.example.com dan alamat IP-nya, tetapi ketika sistemnya menanyakan server DNS Comcast, jika server itu sudah mengetahui alamat yang terkait dengan FQDN, itu akan memberikan jawaban dari cache-nya.
Jadi, jika alamat IP Anda berubah, meskipun server atau router Anda mungkin dalam satu menit memperbarui server DNS penyedia DDNS, orang lain mungkin masih mendapatkan alamat IP lama dan situs web Anda tidak dapat diakses oleh mereka sampai sistem mereka atau server DNS ISP mereka mendapatkan alamat IP baru saat ini. Karena caching dan tergantung pada pengaturan TTL, ada kemungkinan beberapa sistem mungkin masih mencoba untuk terhubung ke alamat IP lama beberapa jam kemudian atau bahkan mungkin pada hari berikutnya. Itu mungkin bukan masalah serius jika Anda hanya ingin membuat situs web Anda dapat diakses oleh keluarga dan teman, tetapi jika Anda menjalankan bisnis, itu kemungkinan merupakan masalah yang tidak dapat diterima.
Perbarui ke alamat komentar:
ketika Anda membeli nama domain dari pendaftar nama domain , Anda sering memiliki opsi untuk menentukan alamat IP atau alamat untuk sistem yang harus dapat diakses melalui nama domain di alamat tersebut atau Anda dapat sementara "memarkir" nama, sehingga itu menunjuk ke sistem milik registrar. Ketika Anda siap menentukan alamat IP Anda sendiri, pendaftar biasanya menawarkan layanan DNS yang memungkinkan Anda untuk mengubah alamat IP yang terkait dengan nama domain kapan pun Anda mau. Banyak juga yang memungkinkan Anda, melalui layanan DNS mereka untuk menyesuaikan nilai TTL, yaitu, jumlah waktu yang harus dimiliki suatu sistem untuk melakukan cache alamat IP yang sesuai dengan FQDN. Jadi, jika Anda berpikir Anda perlu sering mengganti alamat IP, Anda akan menentukan TTL yang lebih pendek. Registrar mungkin memiliki TTL minimum yang dapat Anda tentukan, misalnya, 5 menit atau 30 menit. Nilai biasanya ditentukan dalam detik, sehingga TTL 5 menit akan muncul sebagai 300.
Jadi, jika Anda menggunakan layanan DNS registrar, Anda harus masuk ke akun Anda dengan registrar dan mengubah alamat IP atau alamat yang terkait dengan nama domain Anda secara manual setiap kali ada perubahan. Atau, sebagai alternatif, Anda dapat menggunakan penyedia layanan DDNS sehingga perubahan terjemahan dari FQDN ke alamat IP terjadi secara otomatis. Anda bisa membeli nama domain melalui penyedia layanan DDNS dan menggunakan server DNS mereka secara default atau membeli nama domain dari pendaftar lain dan menentukan alamat IP untuk server nama penyedia DDNS melalui halaman konfigurasi untuk situs web Anda yang disediakan oleh domain. pendaftar nama
Opsi lain adalah menjalankan server DNS Anda sendiri. Saat membeli nama domain, Anda dapat menentukan server nama yang harus digunakan dengannya, baik server nama pendaftar atau beberapa server nama lain. Misalnya, Anda bisa memiliki sistem yang sama yaitu server web menjadi server DNS. Anda harus memastikan bahwa server dapat diakses pada port 53, yang merupakan port default untuk DNS, untuk protokol UDP dan TCP IP. Anda kemudian dapat membuat skrip / program di server Anda yang secara berkala memeriksa untuk melihat apa alamat IP eksternal yang ditugaskan untuk router Anda dan memperbarui file zonauntuk nama domain Anda di server DNS Anda. Menyiapkan server DNS jauh lebih rumit daripada mengandalkan penyedia DDNS. Anda dapat menemukan tutorial untuk menyiapkan server DNS online, jika Anda ingin mengejar rute yang lebih rumit. BIND umumnya digunakan untuk layanan DNS pada sistem Linux. Versi server Microsoft Windows, misalnya, Windows Server 2012 memiliki layanan DNS yang disediakan Microsoftyang bisa digunakan juga. Saya sarankan memulai dengan layanan DNS registrar, yang biasanya gratis ketika Anda membeli nama domain dari registrar, meskipun, bahkan jika Anda berpikir Anda mungkin ingin memulai jalur yang lebih sulit untuk menjalankan server DNS Anda sendiri. Kecuali jika seseorang ingin mempelajari bagaimana dasar-dasar Internet, seperti server DNS bekerja, tetap dengan registrar atau server DNS penyedia layanan DDNS kemungkinan merupakan jalan terbaik bagi kebanyakan orang. Anda juga bisa mendapatkan layanan DNS melalui perusahaan yang berspesialisasi dalam layanan DNS, seperti OpenDNS .
Perlu diingat, meskipun Anda menetapkan nilai TTL pendek dan memiliki pembaruan otomatis, ada kemungkinan penundaan lebih besar daripada TTL antara saat Anda mendapatkan alamat IP baru dan waktu semua sistem di Internet berhenti menggunakan alamat IP lama dan gunakan yang baru. Misalnya, lihat artikel GoDaddy, Faktor-Faktor Apa yang Mempengaruhi Waktu Propagasi DNS? (GoDaddy adalah pendaftar nama domain), yang menjelaskan mengapa itu bisa memakan waktu hingga 48 jam sebelum alamat baru tersedia untuk semua sistem di Internet. Misalnya, artikel tersebut menyatakan "Beberapa ISP mengabaikan pengaturan TTL dan hanya memperbarui catatan cache mereka setiap dua atau tiga hari."