Dapatkah saya membuat situs saya tersedia di seluruh dunia tanpa menyewa server hosting?

8

Saya tahu pertanyaan ini mendasar tetapi saya juga berasal dari latar belakang iOS dan pemula. Saya perlu kesimpulan yang jelas tentang beberapa kebingungan saya.

Saya mendapat banyak jawaban untuk pertanyaan ini yang memiliki kontradiksi. Saya telah mencari di google tentang pertanyaan ini. Beberapa mengatakan, untuk membuat situs Anda tersedia di internet, tentu Anda harus:

(1) Host situs web Anda di penyedia server hosting seperti Amazon, GoDaddy, BigRock ...

(2) Dapatkan nama domain untuk situs web Anda. Sedangkan, beberapa mengatakan, Anda dapat meng-host situs web di server Anda sendiri dan membuatnya tersedia di seluruh dunia. Dalam kasus khusus itu, klien akan meminta melalui IP alih-alih nama domain.

Pertanyaan saya adalah, dapatkah saya membuat situs dan menjadikannya publik dunia dengan ketentuan sebagai berikut:

  • Alih-alih meng-hosting situs web di penyedia layanan hosting seperti Amazon, hosting di server saya sendiri. Tidak masalah bandwidth, tidak peduli kinerja, tidak ada masalah uptime.
  • Saya tidak ingin nama domain. Tidak masalah orang mengakses situs saya menggunakan ip publik saya mis 123.456.789.0 - hanya menambahkan kondisi ini karena rasa ingin tahu ..

Terima kasih sebelumnya !!!

NSPratik
sumber

Jawaban:

12

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."

titik bulan
sumber
1
@Moonpoint penjelasan yang luar biasa dan komprehensif. Terima kasih banyak - Terpilih. Saya punya satu pertanyaan tentang mengambil nama domain. Mendapatkan nama domain berarti menetapkan nomor IP ke NAME. Sekarang lagi, pertanyaan yang sama muncul .. Nomor IP termasuk perubahan IP publik secara berkala. Apa rahasia di balik itu, maksud saya bagaimana mengelola setelah kita mendapatkan nama domain untuk situs web kita?
NSPratik
1
@NSPratik, saya menambahkan beberapa informasi tambahan di akhir posting saya sebelumnya untuk menjawab pertanyaan Anda.
moonpoint
Terima kasih @moonpoint, izinkan saya mempelajari hasil edit Anda dan akan membalas Anda. Saya pikir Anda bukan dari planet ini: D
NSPratik
5
Saya telah menggunakan nama domain khusus dengan Noip secara gratis untuk waktu yang lama sekarang. Yang perlu Anda lakukan adalah CNAME domain khusus Anda ke domain Noip yang mereka berikan kepada Anda.
Maximillian Laumeister
Jawaban bagus. Anda mungkin juga ingin menambahkan keharusan untuk menjaga sistem tetap mutakhir dan bebas dari kerentanan. Itu, dengan sendirinya, adalah bagian paling menakutkan dari hosting sistem di rumah - diretas. Bersulang!!
closetnoc
4

Anda dapat mulai hosting di komputer Anda sendiri. Saya mulai hosting situs web pertama saya di komputer saya sendiri. Sekarang saya mencari nafkah dari situs web. Tetapi ketika Anda melakukannya, sadarilah:

  • Rumah Anda akan memiliki uptime yang buruk. Situs Anda akan offline karena berbagai alasan: badai salju, kecelakaan lalu lintas, tetangga memonopoli bandwidth, microwave Anda tersandung sirkuit, atau ISP Anda memblokir pelabuhan.
  • Bandwidth untuk rumah Anda buruk. Sangat sedikit ISP perumahan yang menawarkan kecepatan unggah yang layak (yang Anda perlukan untuk menjalankan server). Bahkan jika ISP lokal Anda bagus, bandwidth yang Anda dapatkan tidak akan cukup untuk menjalankan situs web besar.

Sebagian besar situs web dihosting di pusat data. Pusat data ini memiliki daya cadangan, mereka terletak di dekat tulang punggung internet, Anda bisa mendapatkan bandwidth ekstra jauh lebih murah daripada bandwidth ke rumah Anda.

Anda tentu bisa memulai dengan hosting situs web Anda di rumah, tetapi ketika sudah cukup besar, bersiaplah untuk memindahkannya. Paket hosting pertama Anda harus biaya $ 50 hingga $ 100 per tahun. Anda mungkin membayar itu per bulan layanan internet di rumah, sehingga biaya overhead sangat minim. Mulailah dengan "shared hosting" di mana Anda mendapatkan akun di komputer yang menampung banyak situs web.

Menggunakan alamat IP untuk situs web juga tidak ideal. Sebagian besar ISP perumahan menggunakan DHCP untuk secara otomatis menetapkan alamat. Alamat tersebut dapat (dan akan) berubah sesekali. Anda dapat menggunakan "DNS dinamis" untuk menyiasati ini. Beberapa penyedia DNS dinamis akan memberi Anda subdomain gratis ( mysite.example.com). Komputer Anda akan melakukan ping ke server DNS dinamis dan mengubah alamat IP untuk situs Anda ketika alamat IP berubah.

Anda harus mempertimbangkan untuk membeli nama domain Anda sendiri bahkan sebelum Anda mendapatkan hosting pertama Anda. Anda sering dapat menggunakan nama host Anda sendiri dengan layanan DNS dinamis. Biaya nama domain di lingkungan $ 10 per tahun.

Stephen Ostermiller
sumber
2
Saya meng-host server saya sendiri dengan up-time yang sangat baik dan sebanyak 80meg mengunggah dan mengunduhnya saya inginkan. Anda tidak perlu banyak bandwidth. Sebagian besar waktu, DSL standar dengan hanya 10meg unduhan akan memberikan bandwidth unggahan yang cukup bahkan untuk situs yang cukup sibuk dan up-time yang layak. Saya pernah menjadi host web dengan server di NOC (pusat operasi jaringan) tetapi menggunakan DSL di rumah saya (komersial pada saat itu) untuk operasi robot dan pemantauan eksternal. Semuanya bekerja dengan baik dengan 100% up-time selama lebih dari satu dekade. Tentu saja itu membantu bahwa saya adalah insinyur jaringan yang mengaturnya. ;-) DSL bisa baik-baik saja.
closetnoc
1
Anda tidak boleh tinggal di tempat saya. Perusahaan listrik saya hanya memiliki uptime 95% dan ISP saya hanya sedikit lebih baik.
Stephen Ostermiller
1
Sprint saya kemudian Embarq DSL (non-komersial) berjalan selama 8 tahun, hanya 20 menit total downtime dalam 8 tahun. Saya memiliki Centurylink sekarang dan hanya mengalami downtime sebanyak 30 menit beberapa kali (3 atau 4) setahun untuk pemeliharaan terjadwal. Kalau tidak, konektivitasnya sudah lumayan dan saya tidak punya keluhan. Tentu saja ini tidak selalu demikian. Itu tergantung pada operator Anda dan di mana Anda tinggal. Saya tinggal di pegunungan. Tidak bisa mengalahkan pertimbangan up-time.
closetnoc
1
Dan ya - ada operator buruk yang payah. Tetapi tidak ada yang namanya monopoli lagi di mana DSL tersedia. Anda selalu dapat menelepon orang lain. Yang Anda butuhkan hanyalah garis dan Redback pada UPS yang seharusnya ada di mana-mana (secara teori). Bersulang!!
closetnoc
@closetnoc bersyukur Anda tidak berada di pinggir kota regional Australia. Meskipun tempat berusaha mempromosikan dirinya sebagai pusat teknologi saya bahkan tidak bisa mendapatkan ADSL2 + :(
Steve
4

Ya, Anda dapat menyimpannya di server Anda sendiri. Jika Anda memiliki IP statis, cukup atur jaringan Anda seolah-olah server dan ini akan berfungsi. Ada banyak yang bisa ditemukan mengenai masalah ini.

Anda tidak perlu nama domain. Nama domain adalah untuk pengguna umum, jauh lebih mudah untuk mengingat nama daripada alamat IP. Pikirkan daftar kontak Anda, lebih mudah untuk mengingat nama-nama daripada nomor telepon yang sebenarnya.
Cara paling sederhana untuk melihat nama domain adalah sebagai alias. Untuk server yang lebih besar yang memiliki beberapa situs pada alamat IP, itu juga digunakan untuk membedakan antara situs (misalnya situs A dan titik B keduanya ke IP yang sama, server yang sesuai harus diatur untuk menampilkan situs A atau B, tergantung pada permintaan).

Sebagai contoh: 64.15.117.85 (Jangan khawatir, hanya Google. Atau bukan?)

Saya tidak merekomendasikan menggunakan server Anda sendiri. Ada banyak server / hoster murah. Anda mungkin menghemat sedikit uang (tapi saya ragu), tetapi kemudahan mengatur domain baru di sana melebihi IMO itu. Sebagian besar hosters hampir plug-and-play, sementara menyiapkan server Anda sendiri, firewall yang tepat, antivirus, mempertahankan pembaruan akan memakan banyak waktu dan perawatan.

Martijn
sumber
Wow itu bagus !! Jadi nama domain adalah semua tentang melampirkan nama ke nomor dengan cara yang sama kita lakukan di buku telepon seluler kita, bukan?
NSPratik
Dan Anda tidak mengatakan bahwa "Nama domain tidak diperlukan sama sekali" ..
NSPratik
2
Analogi buku telepon itu benar. Nama domain lebih mudah, tetapi tidak wajib :)
Martijn
Hosting di server Anda sendiri sebenarnya biaya lebih dari hoster murah, tidak ada tabungan sehingga bukan alasan yang sah untuk melakukannya sama sekali.
JamesRyan
@ JamesRyan, apakah Anda berbicara tentang biaya listrik untuk meninggalkan komputer Anda sepanjang waktu?
Stephen Ostermiller
3

Pertanyaan saya adalah, dapatkah saya membuat situs dan menjadikannya publik dunia dengan ketentuan sebagai berikut:

Alih-alih meng-hosting situs web di penyedia layanan hosting seperti Amazon, hosting di server saya sendiri. Tidak masalah bandwidth, tidak peduli kinerja, tidak ada masalah uptime.

Iya.

Saya tidak ingin nama domain. Tidak masalah orang mengakses situs saya menggunakan ip publik saya mis 123.456.789.0

Anda tidak perlu nama domain untuk meng-host situs web yang tersedia untuk umum.

Sementara jawaban lain lebih detail, konfigurasi paling sederhana adalah mengunduh server web seperti Apache untuk Windows dan memasangnya di komputer yang ingin Anda gunakan untuk meng-host situs Anda. Saya akan menyarankan versi 32-bit untuk kompatibilitas maksimum.

Buka zip dan salin file ke C: \ Apache24.

Ada juga file konfigurasi yang perlu Anda edit yang disebut "http.conf" yang terletak di direktori instalasi Apache Anda di bawah folder "conf". Batalkan komentar pada baris bertanda "ServerName" (hapus #) dan simpan perubahannya. Catatan Anda mungkin ingin atau perlu melakukan perubahan lain nanti tetapi ini harus dilakukan untuk saat ini.

Dengan asumsi Anda menempatkan instalasi Anda di C: \ Apache24 seperti yang direkomendasikan untuk versi referensi Apache pada Windows, Anda secara teknis sekarang memiliki server web yang sedang berjalan dan dapat memulainya dengan mengklik dua kali "httpd.exe" di direktori "bin" Apache. Anda seharusnya dapat melihat "Berhasil!" jika Anda mengetikkan IP jaringan lokal server ke dalam browser Anda, ex. 192.0.0.100.

Jika Anda memiliki Linux, Anda mungkin sudah menginstal Apache dan perlu mengambil langkah yang berbeda.

Setelah Apache diverifikasi untuk berjalan dengan benar, gunakan port fowarding pada router Anda (dengan asumsi Anda memilikinya) untuk mengarahkan permintaan port 80 ke komputer yang menjalankan Apache.

Jika semuanya berjalan dengan baik, ini yang Anda butuhkan dan Apache harus tersedia dari "internet" melalui alamat IP publik Anda. 68.69.70.250.

Perhatikan bahwa firewall dan perangkat lunak antivirus terkadang dapat mengganggu melihat situs Anda di luar jaringan lokal Anda. Selain itu, yang terbaik adalah menguji melalui perangkat yang tidak ada di jaringan lokal Anda (mis. Coba akses situs Anda di browser ponsel Anda). Singkatnya, beberapa router memiliki masalah mengakses situs di ex. 68.69.70.250 jika situs itu ada di jaringan lokal Anda (lihat "Penataan Rambut NAT").

Anaksunaman
sumber
Apakah ip publik tetap sama selamanya? Karena jawaban sebelumnya dari pertanyaan ini menimbulkan poin bahwa IP Anda mungkin berbeda di masa depan dan Anda harus memperbarui sesuai perubahan ..
NSPratik
Tidak, ISP Anda dapat mengubah IP publik Anda. Inilah sebabnya mengapa orang lebih suka nama domain.
Anaksunaman
Anda mungkin ingin membaca jawaban yang saya berikan di tempat lain - superuser.com/questions/778640/…
Anaksunaman
1

Saya akan merekomendasikan pergi dengan platform blogging gratis seperti wordpress dan blogger. Anda tidak perlu khawatir tentang hosting atau domain. Anda juga akan menemukan banyak tema gratis untuk menjalankan dan menjalankan situs web Anda.

Abdul Moiz Farooq
sumber