Pengaturan global #

Profil HTTP menangani peralihan konten pada lapisan aplikasi model OSI untuk protokol HTTP dan HTTPS. Profil ini dirancang untuk secara cerdas mendistribusikan lalu lintas web masuk ke berbagai sumber daya backend dengan menganalisis konten permintaan masuk dan membuat keputusan perutean berdasarkan parameter seperti URL, cookie, header, dan informasi sesi. Dengan menggunakan informasi ini, ini mengarahkan lalu lintas ke kumpulan server yang sesuai.

Di bagian kanan atas, kami memiliki 2 Indikator. tindakan tombol dan Status.
Kotak persegi: Saat diklik, peternakan LSLB akan berhenti.
tombol segarkan: Saat diklik, Peternakan akan dimulai ulang.
Tombol putar: Jika peternakan tidak aktif atau tidak aktif, peternakan akan dimulai ketika diklik.

Masing-masing warna yang dijelaskan di bawah mewakili Status dari yang diberikan Tanah pertanian:
Hijau: Berarti peternakannya UP dan semua backend berjalan. Ini juga bisa berarti pengalihan telah dikonfigurasi.
Merah: Berarti peternakannya BAWAH atau tidak berfungsi.
Black: Menunjukkan a KRITIS kerusakan. Biasanya terjadi ketika peternakan sedang UP tetapi tidak ada backend yang tersedia, atau mungkin sedang dalam mode pemeliharaan.
Biru: Menunjukkan bila ada a MASALAH. Peternakan bisa berjalan tetapi setidaknya satu backend tidak aktif.
Jeruk: Mewakili MAINTENANCE. Ditampilkan saat farm sedang berjalan tetapi setidaknya satu backend berada dalam mode pemeliharaan.

Kode warna ini konsisten di seluruh antarmuka pengguna grafis. Untuk penjelasan yang lebih ringkas, lihat Bagian Peternakan LSLB.

Dalam profil farm HTTP(S), header HTTP X-Forwarded-For secara otomatis diisi dengan alamat IP klien.

Sebagai reverse proxy, setiap farm HTTP(S) (atau layanan virtual) mengelola beberapa layanan. Ini berarti satu pasangan IP dan port virtual HTTP dapat menangani lebih dari satu layanan web yang seimbang bebannya. Oleh karena itu, di dalam farm HTTP, terdapat bagian layanan yang menawarkan fleksibilitas host virtual dan memungkinkan pembuatan daftar backend untuk setiap layanan.

Setiap layanan HTTP(S) menggunakan ekspresi reguler (untuk virtual host dan pola URL) di PCRE untuk mengidentifikasi pola spesifik dalam header HTTP dari koneksi masuk. Jika pola cocok di kedua bidang virtual host dan pola URL , backend untuk layanan tertentu tersebut akan memproses koneksi masuk tersebut.

Konfigurasi dasar #

Berikut ini adalah parameter dasar untuk profil farm HTTP/S.

Nama . Ini adalah nama yang mudah mengidentifikasi sebuah peternakan. Untuk mengubah nama peternakan tertentu, Anda harus menghentikannya terlebih dahulu. Pastikan nama baru tersebut belum digunakan.

IP dan Port Virtual . Ini adalah alamat IP virtual dan pasangan port yang akan digunakan farm untuk mendengarkan koneksi masuk. Kombinasi alamat IP dan port baru harus belum digunakan dan tersedia sebelum dikonfigurasi.

Listener . Bidang ini menentukan protokol lapisan 7 untuk melakukan pengalihan konten.

• HTTP. Layanan virtual hanya akan menerima konten HTTP biasa.
• HTTPS. Layanan virtual akan menerima konten HTTP Aman, mengelola jabat tangan SSL, menangani konfigurasi sandi aman, sertifikat SSL (wildcard atau SNI), dll, untuk melakukan pembongkaran SSL. Ini akan meringankan server aplikasi sebenarnya dari tugas-tugas berat ini.

Parameter HTTPS #

Parameter HTTPS dapat ditemukan di bawah ini.

Nonaktifkan SSLv2 , Nonaktifkan SSLv3 , Nonaktifkan TLSv1 , Nonaktifkan TLSv1.1 , Nonaktifkan TLSv1.2 . Setiap tombol pengaktifan/penonaktifan ini mengaktifkan atau menonaktifkan versi SSL atau TLS yang terkait. Menonaktifkan protokol apa pun tidak disarankan karena cipher yang terkait juga akan dinonaktifkan. TLSv1.3 diaktifkan secara default.

Sandi . Bagian ini adalah tempat kita membuat daftar sandi yang kita gunakan untuk memperkuat koneksi SSL. Sebelum klien dan server mulai bertukar informasi yang dilindungi oleh protokol TLS, mereka harus bertukar atau menyepakati kunci enkripsi dan sandi yang akan digunakan saat mengenkripsi data secara aman.

Untuk mengonfigurasi sandi untuk digunakan, pilih salah satu opsi berikut.

• Semua. Dengan memilih perintah ini, farm HTTP(S) yang mendengarkan akan mengelola semua cipher suite yang tersedia. Ini adalah pengaturan default.
• keamanan yang tinggi. Perintah ini mengaktifkan sandi berikut:

kEECDH+ECDSA+AES128:kEECDH+ECDSA+AES256:kEECDH+AES128:kEECDH+AES256:kEDH+AES128:kEDH+AES256:DES-CBC3-SHA:+SHA:!aNULL:!eNULL:!LOW:!kECDH:!DSS:!MD5:!EXP:!PSK:!SRP:!CAMELLIA:!SEED

Mengaktifkan opsi ini menawarkan keamanan yang cukup kuat untuk mendapatkan nilai A+ di SSL Labs.

• Keamanan khusus. Perintah ini memungkinkan Anda menyesuaikan sandi Anda sendiri melalui Sandi Khusus lapangan.
• Sandi khusus. Perintah ini memungkinkan Anda menyesuaikan sandi tertentu untuk diizinkan atau dilarang saat membuat koneksi SSL. Itu harus berupa string dalam format yang sama seperti di sandi OpenSSL . Perintah ini akan ditampilkan jika Keamanan khusus diatur.
• Pembongkaran AES SSL HW. Opsi ini memungkinkan cipher AES diturunkan melalui perangkat keras jika prosesor mengizinkannya aes bendera. Ini akan memungkinkan untuk mengoptimalkan kinerja tugas enkripsi/dekripsi SSL. Uji apakah opsi ini kompatibel dengan CPU Anda saat ini dengan menjalankan perintah berikut. Jika flag CPU ditampilkan, maka dapat digunakan.

root@noid-ee-02:~# grep "flags.* aes" /proc/cpuinfo

Sertifikat yang Tersedia : Ini adalah sertifikat SSL yang terpasang pada perangkat. Untuk mengaktifkan sertifikat, pilih sertifikat tersebut dan klik tombol panah atau seret dan lepas dari kotak Tersedia ke kotak Diaktifkan. Anda juga dapat mengaktifkan/menonaktifkan beberapa sertifikat atau semuanya.

Sertifikat yang Diaktifkan : Daftar ini menunjukkan sertifikat yang saat ini digunakan oleh farm. Anda dapat memindahkannya ke atas atau ke bawah menggunakan panah atas/bawah ganda atau menonaktifkan semuanya. Perhatikan urutan sertifikat; jika sertifikat wildcard ditempatkan sebelum sertifikat host, wildcard akan digunakan terlebih dahulu.

pengaturan lanjutan #

Tulis ulang header Lokasi . Jika diaktifkan, farm dipaksa untuk memodifikasi header Lokasi dan Content-location sebagai respons terhadap klien. Jika nilainya sama dengan backend itu sendiri atau VIP tetapi dengan protokol yang berbeda, respons akan dimodifikasi untuk menampilkan virtual host dalam permintaan. Jika tombol toggle, diaktifkan dan bandingkan backend diaktifkan, hanya alamat IP backend yang akan dibandingkan. Ini penting dalam mengarahkan permintaan ke listener HTTPS pada server yang sama dengan listener HTTP. Jika bidang ini dikonfigurasi di bagian layanan, maka arahan ini akan diabaikan untuk layanan tersebut.

HTTP Verbs Accepted : Bidang ini menentukan metode HTTP yang akan digunakan untuk memvalidasi permintaan klien HTTP. Jika permintaan klien menggunakan metode yang tidak didukung, pesan kesalahan akan ditampilkan. Setiap verb juga mencakup metode tingkat rendah tambahan.

• Permintaan HTTP standar. Permintaan HTTP standar (GET, POST, HEAD).
• + permintaan HTTP yang diperluas. permintaan HTTP yang diperluas (PUT, DELETE).
• + opsi kata kerja HTTP. permintaan HTTP yang diperluas (PUT, DELETE).
• + kata kerja WebDAV standar. kata kerja WebDAV standar (LOCK, UNLOCK, PROPFIND, PROPPATCH, SEARCH, MKCOL, MOVE, COPY, OPTIONS, TRACE, MKACTIVITY, CHECKOUT, MERGE, REPORT).
• + Ekstensi MS kata kerja WebDAV. Ekstensi MS kata kerja WebDAV (SUBSCRIBE, UNSUBSCRIBE, NOTIFY, BPROPFIND, BPROPPATCH, POLL, BMOVE, BCOPY, BDELETE, CONNECT).
• + Kata kerja ekstensi MS RPC. Kata kerja ekstensi MS RPC (RPC_IN_DATA, RPC_OUT_DATA).

Abaikan 100 Continue : Jika diaktifkan, fitur 100 Continue akan dinonaktifkan. Menurut protokol HTTP 1.1, header ini menandakan bahwa data formulir tidak boleh dikirim dengan permintaan awal. Sebaliknya, header dikirim ke backend server web, yang merespons dengan 100 (Continue). Ini menunjukkan bahwa server telah menerima header permintaan dan klien harus melanjutkan pengiriman isi permintaan (misalnya, dalam permintaan POST). Fitur ini dirancang untuk mencegah transmisi data yang tidak efisien dengan memastikan server memeriksa apakah permintaan dapat diterima hanya berdasarkan header. Klien harus mengirimkan Expect: 100-continue sebagai header dan menunggu kode status 100 Continue sebelum melanjutkan, atau 417 Expectation Failed jika permintaan ditolak.

Log : Aktifkan atau nonaktifkan log lalu lintas farm untuk melakukan debug dan menganalisis lalu lintas yang melewati load balancer.

Timeout Koneksi Backend : Nilai ini mengatur waktu yang akan ditunggu oleh farm untuk mendapatkan koneksi ke backend, biasanya waktu tunggu pembukaan soket, dalam detik. Nilai default adalah 20 detik.

Frekuensi Pemeriksaan Backend yang Diaktifkan Kembali : Pengaturan ini menentukan seberapa sering load balancer memeriksa apakah backend yang sebelumnya masuk daftar hitam dapat dijangkau dan menghapusnya dari daftar hitam jika backend tersebut aktif. Farm memeriksa backend secara berkala setelah ditandai sebagai tidak aktif, terlepas dari koneksi klien baru. Nilai default adalah 10 detik.

Batas Waktu Respons Backend : Nilai ini mengatur waktu tunggu farm untuk menerima respons dari backend dalam hitungan detik. Nilai default adalah 45 detik.

Batas Waktu Permintaan Klien : Nilai ini menentukan waktu tunggu farm untuk permintaan klien. Jika tidak ada data yang diterima dalam periode batas waktu ini, koneksi akan dihentikan. Nilai default adalah 30 detik.

Pesan kesalahan HTTP #

Layanan pertanian akan menampilkan pesan khusus di situs Anda ketika kesalahan kode web tertentu terdeteksi dari server sebenarnya. Halaman HTML yang dipersonalisasi akan ditampilkan untuk kode kesalahan 414, 500, 501, 503, dan WAF 403.

• 414: Permintaan-URI Terlalu Panjang. Kesalahan ini terjadi ketika URI melebihi panjang maksimum yang diperbolehkan. Jika Anda menerima kesalahan ini, perpendek panjang URL.
• 500 Internal Server Error. Kesalahan ini menunjukkan bahwa backend mengalami perintah yang tidak terduga.
• 501: Tidak Diimplementasikan. Kesalahan ini terjadi ketika kata kerja permintaan tidak dikenali atau dikelola oleh proksi atau backend.
• 503 Layanan tidak tersedia. Kesalahan ini menunjukkan bahwa proksi tidak dapat menemukan backend yang tersedia untuk permintaan tersebut. Hal ini mungkin terjadi jika semua backend tidak aktif atau jika ekspresi reguler permintaan tidak cocok dengan layanan yang dikonfigurasi.
• WAF 403: Dilarang. Kesalahan ini terjadi jika Web Application Firewall (WAF) diaktifkan dan mesin WAF menolak permintaan tersebut.

Header #

Di bagian ini, Anda dapat menambahkan atau menghapus header permintaan dan respons secara global, menerapkan tindakan ini ke semua layanan yang dikonfigurasi. Jika header dikonfigurasi di bagian layanan, konfigurasi spesifik tersebut akan ditimpa.

Tindakan yang digunakan di bagian ini meliputi:

Buat aturan. Aturan header global akan dibuat.
Delete. Aturan header global akan dihapus.

Bagian ini memungkinkan Anda untuk menambahkan atau membuat permintaan dan respons Header , seperti yang diilustrasikan pada gambar di bawah ini.

Jenis.

• Permintaan: hapus header. Menghapus pola header tertentu dari permintaan HTTP klien.
• Permintaan: tambahkan tajuk. Menambahkan header tertentu ke permintaan HTTP klien.
• Tanggapan: hapus header. Menghapus pola header tertentu dari respons HTTP backend.
• Tanggapan: tambahkan header. Menambahkan header tertentu ke respons HTTP backend.

Header. Tunjukkan header yang akan ditambahkan atau dihapus.
Nilai. Tunjukkan nilai header yang diberikan jika diperlukan.

Pengaturan Layanan #

Layanan dalam farm LSLB yang menggunakan profil HTTP memungkinkan pengalihan konten untuk layanan virtual web, mengkonsolidasikan beberapa aplikasi web di bawah IP dan PORT virtual yang sama . Pengaturan ini memfasilitasi manajemen terpusat aplikasi web , konfigurasi host virtual , manajemen URL , pengaturan pengalihan , dan konfigurasi persistensi dan backend per layanan . Setiap layanan dalam farm LSLB mencakup properti untuk pemeriksaan kesehatan, persistensi, manajemen header, dan daftar backend. Ekspresi reguler dapat diterapkan untuk mencocokkan kondisi yang menentukan layanan mana yang menangani setiap permintaan.

Profil farm HTTP mengevaluasi kondisi kecocokan layanan dalam mode prioritas (dapat dimodifikasi sesuai kebutuhan). Jika tidak ada layanan yang cocok, farm akan mengembalikan kesalahan HTTP 503. Oleh karena itu, pendefinisian beberapa layanan dengan kondisi tertentu didukung. Permintaan mencocokkan layanan berdasarkan host virtual dan/atau pola URL.

Penting untuk terlebih dahulu membuat dan menambahkan setidaknya satu server backend ke layanan. Setelah menerapkan layanan baru, layanan HTTP dievaluasi secara berurutan dari atas ke bawah dalam urutan daftar. Layanan pertama yang cocok di bidang Host dan/atau URL memproses permintaan masuk berdasarkan URL atau pola Host yang dikonfigurasi.

Syarat-syarat yang perlu dipenuhi adalah:

Host Virtual . Fitur ini memungkinkan Anda untuk menentukan kondisi berdasarkan nama domain menggunakan IP virtual dan port yang sama dalam farm HTTP. Jika Anda ingin menghapus kondisi ini, Anda dapat membiarkan kolom ini kosong. Ekspresi reguler dalam format PCRE didukung di kolom ini.

Pola URL . Tujuan dari kolom ini adalah untuk mengidentifikasi layanan web berdasarkan jalur URL yang diminta oleh klien. URL akan dievaluasi terhadap pola yang telah ditentukan, untuk memastikan sintaksnya benar. Jika Anda ingin mengabaikan kondisi ini, Anda dapat membiarkan kolom ini kosong. Ekspresi reguler dalam format PCRE didukung dalam kolom ini, memungkinkan pencocokan pola tingkat lanjut.

Nilai Virtual Host dan pola URL adalah ekspresi reguler. Jika dibiarkan kosong, nilai apa pun akan cocok. Kedua kolom harus cocok atau akan dilewati ke layanan berikutnya. Disarankan untuk menggunakan setidaknya satu, yang berfungsi sebagai nilai default jika tidak ada kecocokan yang terdeteksi di bagian bawah.

Penjadwal penyeimbangan beban . Bidang ini menentukan algoritma yang digunakan untuk mendistribusikan beban di antara server backend. Algoritma yang dipilih secara default adalah berbasis bobot.

• Berat: koneksi pengiriman linier berdasarkan berat. Mendistribusikan koneksi berdasarkan bobot yang ditetapkan ke setiap backend. Permintaan dikirimkan secara probabilistik sesuai dengan bobot yang ditentukan.
• Least Response: bobot dinamis sesuai dengan respons backend. Menyesuaikan bobot backend secara dinamis berdasarkan waktu responsnya. Respons yang lebih cepat meningkatkan kemungkinan koneksi diarahkan ke server ini.

redirect #

Jika layanan mengaktifkan opsi pengalihan, server backend tidak dapat digunakan karena semua permintaan akan dikirim ke URL yang ditentukan.

Jenis Pengalihan . Ada dua jenis pengalihan:

• Default: Mengambil URL sebagai host absolut dan jalur tujuan pengalihan.
• Menambahkan: Menambahkan jalur permintaan asli ke host dan jalur yang ditentukan.

URL Pengalihan . Menentukan ke mana klien harus dialihkan setelah menerima respons. Jika nilai pengalihan dikonfigurasi, Anda tidak dapat mengkonfigurasi backend untuk layanan ini. Ketika Virtual Host dan pola URL cocok, perangkat mengirimkan respons Header Lokasi HTTP untuk mengalihkan klien ke URL yang dikonfigurasi.

Kode Pengalihan . Menentukan kode status HTTP untuk pengalihan:

• 301 (Dipindahkan Secara Permanen)
• 302 (Dipindahkan Sementara)
• 307 (Pengalihan Sementara)

Ketekunan #

Parameter ini menentukan cara layanan HTTP mengelola sesi klien dan mengontrol koneksi HTTP mana yang dipertahankan untuk memastikan sesi klien stabil. Setelah jenis sesi persistensi dipilih, Time To Live (TTL) dalam hitungan detik akan ditampilkan.

Tidak ada kegigihan. Opsi ini memungkinkan permintaan HTTP atau HTTPS dikirimkan ke server nyata tanpa mengelola sesi klien.
IP: Alamat klien. Opsi ini menggunakan alamat IP klien untuk mempertahankan sesi klien terbuka di server nyata.
DASAR: Otentikasi dasar. Opsi ini menggunakan header otentikasi dasar HTTP untuk mengontrol sesi klien. Misalnya, ketika halaman web memerlukan otentikasi dasar dari klien, header HTTP akan berisi string seperti berikut:

		HTTP/1.1 401 Otorisasi Diperlukan Server: HTTPd/1.0 Tanggal: Sabtu, 27 Nov 2011 10:18:15 GMT
		WWW-Otentikasi: Ranah dasar = "Area Aman"
		Tipe Konten: teks/HTML Panjang Konten: 31

Kemudian klien menjawab dengan header:

                DAPATKAN /private/index.html HTTP/1.1 Host: localhost
		Otorisasi: Dasar QWxhZGRpbjpvcGVuIHNlc2FtZQ==

String otentikasi dasar ini digunakan sebagai ID sesi untuk mengidentifikasi sesi klien.
PARM: Parameter URI. Cara lain untuk mengidentifikasi sesi klien adalah melalui parameter URI yang dipisahkan dari karakter titik koma yang digunakan sebagai pengidentifikasi sesi pengguna. Dalam contoh http://www.example.com/private.php;EFD4Y7 parameter akan digunakan sebagai pengidentifikasi sesi.
URL: Parameter permintaan. Ketika ID sesi dikirim melalui parameter GET dengan URL, parameter ini menunjukkan bahwa nama yang terkait dengan ID sesi klien akan dimungkinkan. Misalnya permintaan klien seperti http://www.example.com/index.php?sid=3a5ebc944f41daa6f849f730f1 harus dikonfigurasi dengan parameter Pengidentifikasi Sesi Persistensi (nilai sid dalam contoh ini) dan sesi ketekunan time to life (TTL)
KUE KERING: . Anda akan dapat memilih variabel cookie HTTP untuk dibaca dari Header HTTP dan menggunakannya untuk mempertahankan sesi klien selama waktu tertentu. Nama cookie yang dikonfigurasi di pengidentifikasi sesi ketekunan bidang dibuat oleh pemrogram dan disematkan ke halaman web untuk mengidentifikasi sesi klien, misalnya:

                DAPATKAN /spec.html HTTP/1.1 Host: www.example.org
                Cookie: sessionidexample=75HRSd4356SDBfrte

Selain itu, sesi Persistensi Time To Life (TTL) harus dikonfigurasi. Nilai ini mengatur waktu yang dihemat oleh penyeimbang beban saat klien dan backend tidak melakukan aktivitas apa pun.
HEADER: header permintaan. Bidang khusus header HTTP dapat digunakan untuk mengidentifikasi sesi klien. Sesi persistensi Time To Life dan pengidentifikasi sesi persistensi perlu dikonfigurasi. Misalnya:

               DAPATKAN /index.html HTTP/1.1 Host: www.example.org
               X-ses: 75HRSd4356SDBfrte

Sisipan Kue #

Jika dikonfigurasi, load balancer akan menghasilkan cookie di setiap respons menggunakan kunci backend yang sesuai. Ini memastikan bahwa meskipun tabel sesi dikosongkan atau sesi dinonaktifkan, backend yang benar akan tetap dipilih. Fitur ini menghilangkan kebutuhan untuk memodifikasi kode server sebenarnya untuk membuat cookie sesi.

Nama Cookie menentukan nama cookie yang dibuat dan disertakan dalam permintaan klien atau respons backend. Jalur Cookie mendefinisikan URI atau jalur relatif tempat cookie baru akan dibuat. Untuk menerapkan cookie di seluruh domain, atur bidang ini sesuai kebutuhan. Domain Cookie menunjukkan domain tempat cookie akan diatur. Terakhir, TTL Cookie menunjukkan jumlah detik cookie tetap aktif antara klien dan backend. Nilai ini harus melebihi 0, dan berkaitan dengan durasi tanpa aktivitas apa pun. Setelah waktu yang ditentukan berlalu tanpa aktivitas, sesi persistensi yang terkait dengan cookie akan kedaluwarsa.

Penjaga Pertanian #

Peternakan HTTP menyediakan pemeriksaan kesehatan backend dasar dan asli, tetapi konfigurasi Farmguardian direkomendasikan untuk pemeriksaan kesehatan backend heuristik yang lebih cerdas guna memastikan bahwa aplikasi sehat.

Beberapa pemeriksaan kondisi lanjutan bawaan atau yang disesuaikan dapat ditetapkan ke layanan ini dari pemeriksaan farmguardian yang sudah dibuat.

Untuk informasi lebih lanjut tentang Farmguardian, kunjungi bagian Monitoring > Farmguardian.

Perhatikan bahwa setelah memilih farmguardian, maka secara otomatis akan diterapkan ke farm.

Backend HTTPS . Kotak centang ini menunjukkan kepada farm bahwa server backend yang didefinisikan dalam layanan saat ini menggunakan protokol HTTPS sehingga data akan dienkripsi sebelum dikirim.

Backends #

Mengenai Backend , profil farm HTTP memungkinkan konfigurasi properti berikut: Semua backend harus menggunakan IPv4 atau IPv6, dan dengan versi IP yang sama dengan VIP Farm.

Tambahkan bagian belakang #

Melalui tindakan tombol menu, tindakan berikut tersedia untuk satu atau beberapa backend yang dipilih:
Tambahkan Bagian Belakang. Perintah ini membuka formulir pembuatan backend.
Tindakan yang disebutkan di atas: Aktifkan pemeliharaan (Menguras ke Memotong mode), Nonaktifkan pemeliharaan ke Delete.

Daftar Belakang #

Tindakan . Gunakan tindakan berikut untuk mengelola backend:

• Aktifkan Pemeliharaan. Gunakan tindakan ini jika backend sebelumnya dinonaktifkan. Menempatkan server sebenarnya dalam mode pemeliharaan berarti tidak ada koneksi baru yang akan dialihkan ke server tersebut. Ada dua metode untuk mengaktifkan mode pemeliharaan:
  • Mode Pengurasan. Mempertahankan koneksi dan persistensi yang sudah ada jika diaktifkan, tetapi tidak akan menerima koneksi baru.
  • Mode Potong. Membatalkan semua koneksi aktif ke backend
• Nonaktifkan Pemeliharaan. Gunakan tindakan ini saat backend berada dalam mode pemeliharaan. Aktifkan kembali koneksi baru ke server sebenarnya setelah menonaktifkan mode pemeliharaan.
• Delete. Hapus konfigurasi layanan virtual yang dipilih. Alias ​​tersebut tidak akan dihapus jika ada.

Alias. Alias ​​backend, jika ada alias yang dipilih.
IP. Alamat IP dari backend tertentu.
pelabuhan. Nomor port server sebenarnya saat ini.
batas waktu. Waktu yang diperlukan backend untuk merespons. Nilai ini mengesampingkan parameter batas waktu koneksi Backend global namun terbatas pada farm yang dipilih ini.
Berat. Nilai bobot untuk server sebenarnya saat ini. Bobot yang lebih besar menunjukkan lebih banyak koneksi yang dikirimkan ke backend saat ini. Secara default, nilai bobot 1 akan ditetapkan. Rentang nilai yang tersedia adalah dari 1 hingga 9.
Status. Nilai yang mungkin adalah:

• Up. Peternakan sedang berjalan dan backend siap menerima koneksi.
• Turun. Peternakan sedang berjalan dan layanan mendeteksi bahwa backend tidak berfungsi
• pemeliharaan. Backend ditandai sebagai belum siap menerima koneksi oleh administrator, opsi ini berguna untuk tugas pemeliharaan backend
• Belum diatur. Status backend belum diperiksa.

Prioritas . Nilai prioritas untuk server nyata saat ini. Nilai yang lebih rendah memiliki prioritas lebih tinggi. Nilai prioritas layanan default adalah 1. Ketika backend gagal, prioritas layanan dinaikkan sebesar 1. Ketika backend aktif kembali, nilai prioritas layanan diturunkan sebesar 1. Backend aktif memiliki nilai prioritas kurang dari atau sama dengan prioritas layanan.

Aturan IPDS untuk peternakan HTTP #

Bagian ini memungkinkan Anda untuk mengaktifkan aturan IPDS. Daftar tersebut menampilkan berbagai jenis perlindungan dengan kotak pilihan untuk mengaktifkannya. Untuk informasi lebih lanjut, silakan merujuk ke dokumentasi khusus untuk aturan IPDS > Daftar Hitam , aturan IPDS > DoS , aturan IPDS > RBL , atau aturan IPDS > WAF.

Untuk setiap dari empat jenis aturan IPDS (Blacklist, DoS, WAF, dan RBL), terdapat dua daftar: Tersedia dan Diaktifkan . Ikon rantai juga tersedia. Pada daftar Tersedia , Anda akan menemukan aturan dengan jenis yang sama yang dapat diterapkan pada farm tertentu. Pada daftar Diaktifkan , Anda akan melihat aturan yang saat ini diterapkan pada farm yang dipilih, yang ditunjukkan oleh simbol statusnya: merah untuk dihentikan dan hijau untuk berjalan.

Setiap aturan dapat diedit dengan mengklik ikon edit, yang memungkinkan Anda untuk mengubah parameter aturan atau memulai/menghentikan aturan. Perlu diingat bahwa aturan baru tidak dapat dibuat dalam tampilan farm ini dan harus dikelola melalui bagian IPDS.

Untuk menambahkan aturan, klik aturan yang diinginkan lalu klik panah tunggal di kanan. Anda juga dapat memilih beberapa aturan dengan menahan tombol shift dan memilih aturan yang diinginkan sebelum mengklik satu panah kanan. Untuk menambahkan semua daftar hitam yang tersedia, klik panah ganda kanan.

Untuk menghapus satu atau beberapa aturan, pilih aturan tersebut dan klik panah kiri atau klik panah ganda untuk menghapus semua.