Pengaturan proxy terbalik dasar hanya memerlukan tiga keputusan, dan panduan ini membantu Anda pada setiap langkah: nama host, jalur, dan backend. Istilah proxy http bisa merujuk pada proxy maju atau proxy terbalik; di sini Anda merencanakan dan memeriksa server yang Anda kelola sendiri. Agen tidak pernah memutuskan untuk Anda host atau jalur mana yang tepat. Agen menulis sesuai permintaan Anda, menampilkan setiap perubahan sebagai diff, dan melaporkan hasil nyata setiap perintah, sehingga Anda bisa melihat dampak setiap keputusan sebelum melanjutkan. Kerjakan empat langkah di bawah ini secara berurutan, dan anggap rencana routing sebagai dokumen acuan yang Anda dan agen ikuti mulai dari perintah pertama hingga permintaan terakhir.
Mulai Segment Route dan buka folder kerja yang berisi konfigurasi serta file rute Anda. Alat file bekerja di folder ini, jadi folder bersih yang hanya berisi file yang relevan untuk domain ini akan menjaga agar diff tetap singkat dan hasil pencarian mudah dibaca. Jika file aktif Anda berada di server yang Anda miliki, salin terlebih dahulu ke dalam folder, atau pilih lingkungan SSH untuk perintah tersebut dan simpan rencana di dalam folder.
Minta agen untuk menulis routing-plan.txt berisi rute Anda, pengalihan Anda, dan kode status yang Anda harapkan untuk setiap satu. Rencana ini berupa teks biasa, bisa Anda edit, dan menjadi daftar acuan untuk membandingkan hasil nyata di akhir. Tentukan satu harapan untuk setiap rute dan setiap pengalihan, agar tidak ada aturan yang luput dari pemeriksaan. Jaga agar file ini singkat dan mudah dibaca.
Setujui diff untuk setiap aturan, lalu biarkan Shell menjalankan perintah uji konfigurasi Anda sebelum pembebanan ulang. Dalam mode Ask first, agen akan berhenti sebelum setiap perubahan, dan kartu uji menampilkan kode keluar nyata serta output lengkap. Jangan pernah memuat ulang sebelum uji berhasil, dan simpan cadangan file sebelumnya hingga perilaku baru dikonfirmasi.
Kirim permintaan ke setiap alamat menggunakan perintah Anda, baca kode status dan header Location, lalu bandingkan dengan rencana Anda. Jika ada nilai yang berbeda, pulihkan cadangan, muat ulang, dan ubah satu aturan lagi. Ulangi hingga setiap harapan dalam rencana sesuai dengan hasil, lalu simpan rencana akhir sebagai catatan tentang apa yang seharusnya dilakukan konfigurasi.
.3 fileroutes.confdimuatrouting-plan.txtdisimpanyour request commanddirekam# routing plan for my own domain
# one line per rule, written before any change
route 1: host app, path /api, goes to service api
route 2: host app, path /, goes to service web
route 3: host admin, path /, goes to service admin
redirect 1: old page to new page, code 301
redirect 2: www host to bare host, code 301
redirect 3: http to https, code 301
# status to expect after the change
expect 1: app path /api answers with a success code
expect 2: old page answers 301 and gives the new address
# keep the old configuration file as a backup
# end of routing planSetiap baris mewakili satu aturan atau satu harapan. Karena ditulis terlebih dahulu, rencana memberi Anda acuan untuk membandingkan kode status nyata setelah setiap perubahan, sehingga perubahan yang merusak harapan mudah dikenali. Host, jalur, dan layanan hanyalah contoh; ganti dengan milik Anda sendiri, dan simpan rencana di sebelah konfigurasi yang digambarkannya. Kata pengalihan disertai kode sudah cukup bagi agen untuk mengetahui apa yang harus ditulis.
Panduan hosting mandiri dengan server proxy terbalik di depan layanan Anda dimulai dengan menemukan tempat aturan berada. list_dir menunjukkan folder kerja, glob mencantumkan file yang mirip dengan daftar rute, dan grep mencarinya dengan kata route dan redirect. Hasilnya adalah daftar singkat berisi nama file dan nomor baris. Belum ada perubahan. Pilih file yang berisi aturan untuk domain Anda sendiri, buka dengan read_file, dan kirim permintaan ke setiap alamat untuk mencatat kode status saat ini. Tinjau daftar dalam mode Plan only jika Anda ingin agen mengusulkan urutan pekerjaan terlebih dahulu, dan simpan catatan di sebelah rencana routing Anda agar kode status awal tercatat.
Ubah satu aturan sekaligus, karena diff kecil lebih mudah dinilai. edit_file membaca file, mengusulkan baris baru, dan menampilkan diff dengan baris yang ditambahkan dan dihapus. Ketika pertanyaan tentang aturan pengalihan subdomain muncul, agen menampilkan aturan di sebelah kode yang harus dikembalikannya, dan Anda yang memutuskan. Dalam mode Ask first, tidak ada yang disimpan hingga Anda menerima. Auto-run akan menyimpan sekaligus, jadi gunakan hanya pada file yang bisa Anda pulihkan. Simpan file lama sebagai cadangan, terima diff, dan lanjut ke langkah berikutnya. Tolak diff jika ada baris yang mengejutkan Anda, dan minta perubahan yang lebih kecil.
Pembebanan ulang dengan file yang rusak bisa membuat situs yang berfungsi menjadi mati, jadi uji terlebih dahulu. Shell menjalankan perintah uji konfigurasi Anda, dan keberhasilan dinilai berdasarkan kode keluar nyata: kode lulus berarti file telah diparsing, selain itu berarti Anda tetap pada konfigurasi lama. Kartu akan membesar ke output lengkap, termasuk nomor baris kesalahan. Perbaiki dengan diff kecil lainnya. Setelah uji lulus, muat ulang, kirim permintaan ke alamat lagi, dan bandingkan kode status http dari pemutaran lama dan baru. Tinjau output sendiri, karena uji yang lulus hanya menjamin sintaks valid, bukan kebenaran rute.
Kode status dikelompokkan berdasarkan angka pertama: 2xx sukses, 3xx pengalihan, 4xx kesalahan klien, 5xx kesalahan server. Untuk proxy, 502 berarti jawaban tidak valid dari backend, 503 berarti layanan tidak tersedia, 504 berarti backend menjawab terlalu lambat, dan 404 berarti tidak ditemukan. http_get mengambil satu halaman layanan Anda sendiri, dan perintah permintaan Anda menunjukkan alamat baru dari pengalihan. Jika kode berbeda dari rencana Anda, pulihkan file cadangan, muat ulang, dan uji lagi. Kemudian ubah rencana atau aturan dan ulangi, satu aturan per putaran. Rencana routing singkat dan file cadangan adalah semua yang Anda butuhkan untuk rollback.
