Tetapan Global #

Profil HTTP mengendalikan penukaran kandungan pada lapisan aplikasi model OSI untuk protokol HTTP dan HTTPS. Profil ini direka bentuk untuk mengedarkan trafik web masuk secara bijak merentas berbilang sumber bahagian belakang dengan menganalisis kandungan permintaan masuk dan membuat keputusan penghalaan berdasarkan parameter seperti URL, kuki, pengepala dan maklumat sesi. Menggunakan maklumat ini, ia mengarahkan trafik ke kumpulan pelayan yang sesuai.

Di bahagian atas sebelah kanan, kami mempunyai 2 Penunjuk. Tindakan butang dan status.
Kotak persegi: Apabila diklik, ladang LSLB akan berhenti.
Butang muat semula: Apabila diklik, Ladang akan dimulakan semula.
Butang main: Jika ladang dimatikan atau tidak aktif, ia akan bermula apabila diklik.

Setiap warna yang diterangkan di bawah mewakili status daripada yang diberikan Ladang:
Green: Bermaksud ladang itu UP dan semua bahagian belakang sedang berjalan. Ia juga boleh bermakna ubah hala dikonfigurasikan.
Merah: Bermaksud ladang itu TURUN atau ia tidak berfungsi.
Hitam: Menunjukkan a KRITIKAL kerosakan. Biasanya berlaku apabila ladang UP tetapi tiada bahagian belakang yang tersedia, atau ia mungkin berada dalam mod penyelenggaraan.
BIRU: Menunjukkan apabila terdapat a MASALAH. Ladang boleh berjalan tetapi apabila sekurang-kurangnya satu bahagian belakang rosak.
Orange: Mewakili PENYELENGGARAAN. Menunjukkan apabila ladang berjalan tetapi sekurang-kurangnya satu hujung belakang berada dalam mod penyelenggaraan.

Kod warna ini konsisten di seluruh antara muka pengguna grafik. Untuk penjelasan ringkas, rujuk Bahagian Ladang LSLB.

Dalam profil ladang HTTP(S), pengepala HTTP X-Forwarded-For diisi secara automatik dengan alamat IP klien.

Sebagai proksi songsang, setiap ladang HTTP(S) (atau perkhidmatan maya) menguruskan berbilang perkhidmatan. Ini bermakna satu pasangan IP maya dan port HTTP boleh mengendalikan lebih daripada satu perkhidmatan web seimbang beban. Oleh itu, dalam ladang HTTP, terdapat bahagian perkhidmatan yang menawarkan fleksibiliti hos maya dan membolehkan penciptaan senarai backend untuk setiap perkhidmatan.

Setiap perkhidmatan HTTP(S) menggunakan ungkapan biasa (untuk hos maya dan corak URL) dalam PCRE untuk mengenal pasti corak tertentu dalam pengepala HTTP sambungan masuk. Jika corak sepadan dalam medan hos maya dan corak URL , hujung belakang untuk perkhidmatan tertentu itu akan memproses sambungan masuk tersebut.

Konfigurasi asas #

Berikut ialah parameter asas untuk profil ladang HTTP/S.

Nama . Ini adalah nama yang mudah mengenal pasti ladang. Untuk menukar nama ladang tertentu, anda perlu menghentikannya terlebih dahulu. Pastikan nama baharu tidak digunakan.

IP dan Port Maya . Ini adalah alamat IP maya dan pasangan port yang akan digunakan oleh ladang untuk mendengar sambungan masuk. Alamat IP dan gabungan port baharu mesti tidak digunakan dan tersedia sebelum dikonfigurasikan.

Pendengar . Medan ini menentukan protokol lapisan 7 untuk melaksanakan pensuisan kandungan.

• HTTP. Perkhidmatan maya hanya akan menerima kandungan HTTP biasa.
• HTTPS. Perkhidmatan maya akan menerima kandungan HTTP Selamat, mengurus jabat tangan SSL, mengendalikan konfigurasi sifir selamat, sijil SSL (wildcard atau SNI), dsb, untuk melaksanakan pemuatan SSL. Ini akan melegakan pelayan aplikasi sebenar daripada tugas berat ini.

Parameter HTTPS #

Parameter HTTPS boleh didapati di bawah.

Lumpuhkan SSLv2 , Lumpuhkan SSLv3 , Lumpuhkan TLSv1 , Lumpuhkan TLSv1.1 , Lumpuhkan TLSv1.2 . Setiap butang togol ini mendayakan atau melumpuhkan versi SSL atau TLS yang berkaitan. Melumpuhkan mana-mana protokol tidak digalakkan kerana sifer yang berkaitan juga akan dilumpuhkan. TLSv1.3 diaktifkan secara lalai.

Sifer . Bahagian ini adalah tempat kita membina senarai sifer yang kita gunakan untuk mengukuhkan sambungan SSL. Sebelum klien dan pelayan mula bertukar maklumat yang dilindungi oleh protokol TLS, mereka mesti bertukar atau bersetuju dengan kunci penyulitan dan sifer yang selamat untuk digunakan semasa menyulitkan data.

Untuk mengkonfigurasi sifir untuk digunakan, pilih salah satu daripada pilihan berikut.

• Semua. Dengan arahan ini dipilih, ladang HTTP(S) yang mendengar akan mengurus semua suite sifir yang tersedia. Ini ialah tetapan lalai.
• Keselamatan yang tinggi. Perintah ini membolehkan sifir 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 pilihan ini menawarkan keselamatan yang cukup kuat untuk lulus dengan gred A+ dalam SSL Labs.

• Keselamatan tersuai. Perintah ini membolehkan anda menyesuaikan sifir anda sendiri melalui Sifir Tersuai lapangan.
• Cip ciphers. Perintah ini membolehkan anda menyesuaikan sifir tertentu untuk membenarkan atau melarang semasa membuat sambungan SSL. Ia mestilah rentetan dalam format yang sama seperti dalam Ciphers OpenSSL . Perintah ini akan dipaparkan jika Keselamatan tersuai ditetapkan.
• Pemunggahan AES SSL HW. Pilihan ini membolehkan sifir AES dipunggah melalui perkakasan jika pemproses membenarkan aes bendera. Ini akan membolehkan untuk mengoptimumkan prestasi tugas penyulitan/penyahsulitan SSL. Uji jika pilihan ini serasi dengan CPU semasa anda dengan menjalankan arahan berikut. Jika bendera CPU dipaparkan, maka ia boleh digunakan.

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

Sijil yang Tersedia : Ini ialah sijil SSL yang dipasang pada peranti. Untuk mendayakan sijil, pilihnya dan klik butang anak panah atau seret dan lepaskannya dari kotak Tersedia ke kotak Didayakan. Anda juga boleh mendayakan/melumpuhkan berbilang sijil atau kesemuanya.

Sijil Didayakan : Senarai ini menunjukkan sijil yang sedang digunakan oleh ladang. Anda boleh mengalihkannya ke bahagian atas atau bawah menggunakan anak panah berganda ke atas/bawah atau melumpuhkan semuanya. Perhatikan susunan sijil; jika sijil wildcard diletakkan sebelum sijil hos, wildcard akan digunakan dahulu.

tetapan lanjutan #

Tulis semula pengepala Lokasi . Jika diaktifkan, ladang terpaksa mengubah suai pengepala Lokasi dan Lokasi Kandungan sebagai tindak balas kepada klien. Jika mereka mempunyai nilai backend itu sendiri atau VIP tetapi dengan protokol yang berbeza, respons akan diubah suai untuk menunjukkan hos maya dalam permintaan. Jika butang togol, diaktifkan dan bandingkan backend diaktifkan, hanya alamat IP backend yang akan dibandingkan. Ini penting dalam mengalihkan permintaan kepada pendengar HTTPS pada pelayan yang sama dengan pendengar HTTP. Jika medan ini dikonfigurasikan dalam bahagian perkhidmatan, maka arahan ini akan diabaikan untuk perkhidmatan tersebut.

Kata Kerja HTTP Diterima : Medan ini menentukan kaedah HTTP yang akan digunakan untuk mengesahkan permintaan klien HTTP. Jika permintaan klien menggunakan kaedah yang tidak disokong, mesej ralat akan dipaparkan. Setiap kata kerja juga merangkumi kaedah peringkat rendah tambahan.

• Permintaan HTTP standard. Permintaan HTTP standard (GET, POST, HEAD).
• + permintaan HTTP yang diperluaskan. permintaan HTTP yang dilanjutkan (PUT, DELETE).
• + pilihan kata kerja HTTP. permintaan HTTP yang dilanjutkan (PUT, DELETE).
• + kata kerja WebDAV piawai. kata kerja WebDAV standard (LOCK, UNLOCK, PROPFIND, PROPPATCH, SEARCH, MKCOL, MOVE, COPY, OPTIONS, TRACE, KAKIBITI, CHECKOUT, MERGE, REPORT).
• + MS sambungan kata kerja WebDAV. MS sambungan kata kerja WebDAV (SUBSCRIBE, UNSUBSCRIBE, NOTIFY, BPROPFIND, BPROPPATCH, POLL, BMOVE, BCOPY, BDELETE, CONNECT).
• + Kata kerja sambungan MS RPC. Kata kerja sambungan MS RPC (RPC_IN_DATA, RPC_OUT_DATA).

Abaikan 100 Teruskan : Jika diaktifkan, ciri 100 Teruskan akan dinyahdayakan. Menurut protokol HTTP 1.1, pengepala ini memberi isyarat bahawa data borang tidak boleh dihantar bersama permintaan awal. Sebaliknya, ia menghantar pengepala ke bahagian belakang pelayan web, yang akan membalas dengan 100 (Teruskan). Ini menunjukkan bahawa pelayan telah menerima pengepala permintaan dan klien harus meneruskan penghantaran isi permintaan (contohnya, dalam permintaan POST). Ciri ini direka bentuk untuk mencegah penghantaran data yang tidak cekap dengan memastikan pelayan menyemak sama ada permintaan boleh diterima berdasarkan pengepala sahaja. Klien mesti menghantar Expect: 100-continue sebagai pengepala dan menunggu kod status 100 Teruskan sebelum meneruskan, atau 417 Expectation Failed jika permintaan ditolak.

Log : Dayakan atau lumpuhkan log trafik ladang untuk menyahpepijat dan menganalisis trafik yang melalui pengimbang beban.

Tamat Masa Sambungan Backend : Nilai ini menetapkan masa ladang akan menunggu sambungan ke backend, biasanya masa menunggu pembukaan soket, dalam saat. Lalai ialah 20 saat.

Kekerapan untuk Memeriksa Backend yang Dihidupkan Semula : Tetapan ini menentukan kekerapan pengimbang beban menyemak sama ada backend yang disenaraihitamkan sebelum ini boleh dicapai dan mengalih keluarnya daripada senarai hitam jika ia aktif. Ladang menyemak backend secara berkala sebaik sahaja ia dikurangkan markahnya, tanpa mengira sambungan klien baharu. Lalai ialah 10 saat.

Tamat Masa Respons Backend : Nilai ini menetapkan masa ladang akan menunggu respons daripada backend dalam saat. Lalai ialah 45 saat.

Tamat Masa Permintaan Klien : Nilai ini menetapkan masa ladang akan menunggu permintaan klien. Jika tiada data diterima dalam tempoh tamat masa ini, sambungan akan ditamatkan. Lalai ialah 30 saat.

Mesej ralat HTTP #

Perkhidmatan ladang akan memaparkan mesej tersuai di tapak anda apabila ralat kod web tertentu dikesan daripada pelayan sebenar. Halaman HTML yang diperibadikan akan ditunjukkan untuk kod ralat 414, 500, 501, 503 dan WAF 403.

• 414: Request-URI Terlalu Panjang. Ralat ini berlaku apabila URI melebihi panjang maksimum yang dibenarkan. Jika anda menerima ralat ini, pendekkan panjang URL.
• 500: Ralat Pelayan Dalaman. Ralat ini menunjukkan bahawa bahagian belakang mengalami perintah yang tidak dijangka.
• 501: Tidak Dilaksanakan. Ralat ini berlaku apabila kata kerja permintaan tidak dikenali atau diuruskan oleh proksi atau hujung belakang.
• 503: Perkhidmatan Tidak Tersedia. Ralat ini menunjukkan bahawa proksi tidak dapat mencari bahagian belakang yang tersedia untuk permintaan tersebut. Ini mungkin berlaku jika semua bahagian belakang tidak berfungsi atau jika ungkapan biasa permintaan tidak sepadan dengan mana-mana perkhidmatan yang dikonfigurasikan.
• WAF 403: Dilarang. Ralat ini berlaku jika Tembok Api Aplikasi Web (WAF) didayakan dan enjin WAF menolak permintaan itu.

Pengepala #

Dalam bahagian ini, anda boleh menambah atau memadamkan pengepala permintaan dan respons secara global, menggunakan tindakan ini pada semua perkhidmatan yang dikonfigurasikan. Jika pengepala dikonfigurasikan dalam bahagian perkhidmatan, konfigurasi khusus itu akan ditindih.

Tindakan untuk digunakan dalam bahagian ini termasuk:

Buat peraturan. Peraturan pengepala global akan dibuat.
Padam. Peraturan pengepala global akan dipadamkan.

Bahagian ini membolehkan anda menambah atau mencipta permintaan dan respons Pengepala , seperti yang digambarkan dalam imej di bawah.

Jenis.

• Permintaan: alih keluar pengepala. Mengalih keluar corak pengepala yang ditentukan daripada permintaan HTTP klien.
• Permintaan: tambah pengepala. Menambahkan pengepala yang ditentukan pada permintaan HTTP klien.
• Respons: alih keluar pengepala. Mengalih keluar corak pengepala yang ditentukan daripada respons HTTP bahagian belakang.
• Respons: tambah tajuk. Menambahkan pengepala yang ditentukan ke belakang respons HTTP.

Header. Nyatakan tajuk yang hendak ditambah atau dialih keluar.
nilai. Nyatakan nilai tajuk yang diberikan jika diperlukan.

Tetapan Perkhidmatan #

Perkhidmatan dalam ladang LSLB yang menggunakan profil HTTP membolehkan penukaran kandungan untuk perkhidmatan maya web, menggabungkan berbilang aplikasi web di bawah IP dan PORT maya yang sama . Persediaan ini memudahkan pengurusan berpusat aplikasi web , konfigurasi hos maya , pengurusan URL , persediaan pengalihan dan konfigurasi persistensi dan backend bagi setiap perkhidmatan . Setiap perkhidmatan dalam ladang LSLB merangkumi sifat untuk pemeriksaan kesihatan, persistensi, pengurusan pengepala dan senarai backend. Ungkapan biasa boleh digunakan untuk memadankan syarat yang menentukan perkhidmatan mana yang mengendalikan setiap permintaan.

Profil ladang HTTP menilai keadaan padanan perkhidmatan dalam mod keutamaan (boleh diubah suai mengikut keperluan). Jika tiada perkhidmatan yang sepadan, ladang mengembalikan ralat HTTP 503. Oleh itu, mentakrifkan berbilang perkhidmatan dengan syarat tertentu disokong. Permintaan padanan perkhidmatan berdasarkan hos maya dan/atau corak URL.

Adalah penting untuk membuat dan menambah sekurang-kurangnya satu pelayan bahagian belakang pada perkhidmatan terlebih dahulu. Selepas menggunakan perkhidmatan baharu, perkhidmatan HTTP dinilai secara berurutan dari atas ke bawah dalam susunan senarai. Perkhidmatan pertama yang dipadankan dalam medan Hos dan/atau URL memproses permintaan masuk berdasarkan URL yang dikonfigurasikan atau corak Hos.

Syarat yang perlu dipadankan ialah:

Hos Maya . Ciri ini membolehkan anda menentukan syarat berdasarkan nama domain menggunakan IP dan port maya yang sama dalam ladang HTTP. Jika anda ingin mengalih keluar syarat ini, anda boleh membiarkan medan kosong. Ungkapan biasa dalam format PCRE disokong dalam medan ini.

Corak URL . Tujuan medan ini adalah untuk mengenal pasti perkhidmatan web berdasarkan laluan URL yang diminta oleh klien. URL akan dinilai berdasarkan corak yang ditetapkan, memastikan sintaksnya betul. Jika anda ingin mengabaikan syarat ini, anda boleh membiarkan medan kosong. Ungkapan biasa dalam format PCRE disokong dalam medan ini, yang membolehkan pemadanan corak lanjutan.

Nilai Hos Maya dan corak URL adalah ungkapan biasa. Jika dibiarkan kosong, sebarang nilai akan sepadan. Kedua-dua medan mesti sepadan atau ia akan melangkau ke perkhidmatan seterusnya. Adalah disyorkan untuk menggunakan sekurang-kurangnya satu, berfungsi sebagai lalai jika tiada padanan dikesan di bahagian bawah.

Penjadual pengimbangan beban . Medan ini menentukan algoritma yang digunakan untuk mengagihkan beban antara pelayan bahagian belakang. Algoritma lalai yang dipilih adalah berasaskan pemberat.

• Berat: penghantaran secara linear mengikut berat. Mengedarkan sambungan berdasarkan pemberat yang ditetapkan kepada setiap hujung belakang. Permintaan dihantar secara kebarangkalian mengikut berat yang ditentukan.
• Respons Terkecil: berat dinamik mengikut respons bahagian belakang. Melaraskan pemberat bahagian belakang secara dinamik berdasarkan masa tindak balasnya. Respons yang lebih pantas meningkatkan kemungkinan sambungan diarahkan ke pelayan ini.

Redirect #

Jika perkhidmatan mempunyai pilihan ubah hala didayakan, pelayan bahagian belakang tidak boleh digunakan kerana semua permintaan akan dihantar ke URL yang ditentukan.

Jenis Pengalihan . Terdapat dua jenis pengalihan:

• Lalai: Mengambil URL sebagai hos mutlak dan laluan untuk mengubah hala ke.
• Tambah: Menambah laluan permintaan asal ke hos dan laluan yang ditentukan.

URL Lencongan . Menentukan ke mana klien harus dialihkan semula selepas menerima respons. Jika nilai lencongan dikonfigurasikan, anda tidak boleh mengkonfigurasi hujung belakang untuk perkhidmatan ini. Apabila kedua-dua corak Hos Maya dan URL sepadan, perkakas akan menghantar respons Pengepala Lokasi HTTP untuk mengalihkan klien ke URL yang dikonfigurasikan.

Kod Pengalihan . Menentukan kod status HTTP untuk pengalihan:

• 301 (Dipindahkan Secara Kekal)
• 302 (Dipindahkan Buat Sementara)
• 307 (Ubah Hala Sementara)

Kegigihan #

Parameter ini mentakrifkan cara perkhidmatan HTTP mengurus sesi klien dan mengawal sambungan HTTP yang dikekalkan untuk memastikan sesi klien stabil. Sebaik sahaja jenis sesi kegigihan dipilih, Masa Untuk Hidup (TTL) dalam saat akan dipaparkan.

Tiada kegigihan. Pilihan ini membolehkan permintaan HTTP atau HTTPS dihantar ke pelayan sebenar tanpa menguruskan sesi klien.
IP: Alamat klien. Pilihan ini menggunakan alamat IP pelanggan untuk mengekalkan sesi klien terbuka merentas pelayan sebenar.
DASAR: Pengesahan asas. Pilihan ini menggunakan pengepala pengesahan asas HTTP untuk mengawal sesi klien. Sebagai contoh, apabila halaman web memerlukan pengesahan asas daripada klien, pengepala HTTP akan mengandungi rentetan seperti berikut:

		HTTP/1.1 401 Kebenaran Pelayan Diperlukan: HTTPd/1.0 Tarikh: Sab, 27 Nov 2011 10:18:15 GMT
		WWW-Authenticate: Alam asas="Kawasan Selamat"
		Jenis Kandungan: teks/HTML Panjang Kandungan: 31

Kemudian jawab klien dengan tajuk:

                DAPATKAN /private/index.html HTTP/1.1 Hos: localhost
		Keizinan: Asas QWxhZGRpbjpvcGVuIHNlc2FtZQ==

Rentetan pengesahan dasar ini digunakan sebagai ID untuk sesi untuk mengenal pasti sesi klien.
PARM: Parameter URI. Satu lagi cara untuk mengenal pasti sesi klien adalah melalui parameter URI yang dipisahkan daripada aksara koma bertitik yang digunakan sebagai pengenal sesi pengguna. Dalam contohnya http://www.example.com/private.php;EFD4Y7 parameter akan digunakan sebagai pengenal sesi.
URL: Parameter permintaan. Apabila ID sesi dihantar melalui parameter GET dengan URL, parameter ini menunjukkan bahawa nama yang dikaitkan dengan ID sesi klien boleh dilakukan. Sebagai contoh, permintaan pelanggan seperti http://www.example.com/index.php?sid=3a5ebc944f41daa6f849f730f1 harus dikonfigurasikan dengan parameter Pengenal Sesi Ketekunan (nilai sid dalam contoh ini) dan masa sesi ketekunan untuk hidup (TTL)
COOKIE: . Anda akan dapat memilih pembolehubah kuki HTTP untuk dibaca daripada Pengepala HTTP dan menggunakannya untuk mengekalkan sesi klien untuk masa tertentu. Nama kuki yang dikonfigurasikan dalam pengecam sesi kegigihan medan dicipta oleh pengaturcara dan dibenamkan ke dalam halaman web untuk mengenal pasti sesi klien, contohnya:

                GET /spec.html Hos HTTP/1.1: www.example.org
                Kuki: sessionidexample=75HRSd4356SDBfrte

Selain itu, sesi Kegigihan Time To Life (TTL) harus dikonfigurasikan. Nilai ini mengurus masa yang disimpan oleh pengimbang beban apabila pelanggan dan bahagian belakang pergi tanpa sebarang aktiviti.
HEADER: pengepala permintaan. Medan tersuai pengepala HTTP boleh digunakan untuk mengenal pasti sesi klien. Sesi kegigihan Time To Life dan pengecam sesi kegigihan diperlukan untuk dikonfigurasikan. Sebagai contoh:

               GET /index.html Hos HTTP/1.1: www.example.org
               X-sess: 75HRSd4356SDBfrte

Masukkan Cookie #

Jika dikonfigurasikan, pengimbang beban akan menjana kuki dalam setiap respons menggunakan kekunci backend yang sesuai. Ini memastikan bahawa walaupun jadual sesi dikosongkan atau sesi dinyahdayakan, backend yang betul masih akan dipilih. Ciri ini menghapuskan keperluan untuk mengubah suai kod pelayan sebenar untuk mencipta kuki sesi.

Nama Kuki menentukan nama kuki yang dicipta dan disertakan dalam permintaan klien atau respons backend. Laluan Kuki mentakrifkan URI atau laluan relatif tempat kuki baharu akan diwujudkan. Untuk menggunakan kuki merentasi seluruh domain, tetapkan medan ini dengan sewajarnya. Domain Kuki menunjukkan domain tempat kuki akan ditetapkan. Akhir sekali, TTL Kuki menandakan bilangan saat kuki kekal aktif antara klien dan backend. Nilai ini mesti melebihi 0, dan ia berkaitan dengan tempoh tanpa sebarang aktiviti. Sebaik sahaja masa yang ditentukan berlalu tanpa aktiviti, sesi kegigihan yang berkaitan dengan kuki akan tamat tempoh.

Farmguardian #

Ladang HTTP menyediakan pemeriksaan kesihatan bahagian belakang asas dan asli tetapi konfigurasi Penjaga Ladang disyorkan untuk pemeriksaan kesihatan bahagian belakang heuristik yang lebih pintar bagi memastikan aplikasi itu sihat.

Sesetengah pemeriksaan kesihatan lanjutan atau disesuaikan boleh diberikan kepada perkhidmatan ini dari cek farmguardian yang sudah dibuat.

Untuk maklumat lanjut tentang Farmguardian, sila ke bahagian Pemantauan > Farmguardian.

Perhatikan bahawa selepas memilih tukang ladang, ia akan secara automatik digunakan untuk ladang.

Hujung Belakang HTTPS . Kotak pilihan ini menunjukkan kepada ladang bahawa pelayan hujung belakang yang ditakrifkan dalam perkhidmatan semasa menggunakan protokol HTTPS jadi data akan disulitkan sebelum dihantar.

Backends #

Berkenaan dengan Backend , profil ladang HTTP membenarkan konfigurasi sifat berikut: Semua backend mestilah IPv4 atau IPv6 dan dengan versi IP yang sama seperti VIP Ladang.

Tambah hujung belakang #

Melalui Tindakan butang menu, tindakan berikut tersedia untuk satu atau lebih hujung belakang yang dipilih:
Tambah Backend. Perintah ini membuka borang penciptaan bahagian belakang.
Tindakan yang disebutkan di atas: Dayakan penyelenggaraan (Mengalirkan dan Potong mod), Lumpuhkan penyelenggaraan dan Padam.

Senarai Bahagian Belakang #

Tindakan . Gunakan tindakan berikut untuk mengurus bahagian belakang:

• Dayakan Penyelenggaraan. Gunakan tindakan ini jika bahagian belakang telah dilumpuhkan sebelum ini. Meletakkan pelayan sebenar dalam mod penyelenggaraan bermakna tiada sambungan baharu akan dialihkan kepadanya. Terdapat dua kaedah untuk mendayakan mod penyelenggaraan:
  • Mod Parit. Menyimpan sambungan dan ketekunan yang mantap jika diaktifkan, tetapi tidak akan mengakui sambungan baru.
  • Potong Mode. Menurunkan semua sambungan aktif terhadap backend
• Lumpuhkan Penyelenggaraan. Gunakan tindakan ini apabila bahagian belakang berada dalam mod penyelenggaraan. Dayakan sambungan baharu ke pelayan sebenar sekali lagi selepas melumpuhkan mod penyelenggaraan.
• Padam. Alih keluar konfigurasi perkhidmatan maya yang dipilih. Alias ​​tidak akan dipadamkan jika ada.

Alias. Alias ​​backend, jika ada alias dipilih.
IP. Alamat IP bahagian belakang yang diberikan.
Port. Nombor port pelayan sebenar semasa.
tamat masa. Masa yang diambil oleh bahagian belakang untuk bertindak balas. Nilai ini mengatasi parameter tamat masa sambungan Backend global tetapi ia terhad kepada ladang yang dipilih ini.
Berat. Nilai berat untuk pelayan sebenar semasa. Lebih berat menunjukkan lebih banyak sambungan dihantar ke bahagian belakang semasa. Secara lalai, nilai berat 1 akan ditetapkan. Julat nilai yang tersedia ialah dari 1 hingga 9.
status. Nilai yang mungkin adalah:

• Up. Ladang sedang berjalan dan bahagian belakang bersedia untuk menerima sambungan.
• Down. Ladang sedang berjalan dan perkhidmatan telah mengesan bahawa bahagian belakang tidak berfungsi
• penyelenggaraan. Bahagian belakang ditandakan sebagai tidak bersedia untuk menerima sambungan oleh pentadbir, pilihan ini berguna untuk tugas penyelenggaraan bahagian belakang
• Undefined. Status bahagian belakang tidak disemak.

Keutamaan . Nilai keutamaan untuk pelayan sebenar semasa. Nilai yang lebih rendah mempunyai keutamaan yang lebih tinggi. Nilai keutamaan perkhidmatan lalai ialah 1. Apabila backend gagal, keutamaan perkhidmatan ditingkatkan sebanyak 1. Apabila backend hidup semula, nilai keutamaan perkhidmatan dikurangkan sebanyak 1. Backend aktif mengandungi nilai keutamaan yang kurang daripada atau sama dengan keutamaan perkhidmatan.

Peraturan IPDS untuk ladang HTTP #

Bahagian ini membolehkan anda mendayakan peraturan IPDS. Senarai ini memaparkan pelbagai jenis perlindungan dengan kotak pilihan untuk mengaktifkannya. Untuk maklumat lanjut, sila rujuk dokumentasi khusus untuk IPDS > Peraturan senarai hitam , IPDS > Peraturan DoS , IPDS > Peraturan RBL atau IPDS > Peraturan WAF.

Bagi setiap empat jenis peraturan IPDS (Senarai Hitam, DoS, WAF dan RBL), terdapat dua senarai: Tersedia dan Didayakan . Ikon rantai juga terdapat. Dalam senarai Tersedia , anda akan menemui peraturan jenis yang sama yang boleh digunakan pada ladang tertentu. Dalam senarai Didayakan , anda akan melihat peraturan yang sedang digunakan pada ladang yang dipilih, ditunjukkan oleh simbol statusnya: merah untuk dihentikan dan hijau untuk dijalankan.

Setiap peraturan boleh diedit dengan mengklik ikon edit, yang membolehkan anda menukar parameter peraturan atau memulakan/menghentikan peraturan. Ambil perhatian bahawa peraturan baharu tidak boleh dicipta dalam paparan ladang ini dan mesti diuruskan melalui bahagian IPDS.

Untuk menambah peraturan, klik pada peraturan yang dikehendaki dan kemudian klik anak panah tunggal kanan. Anda juga boleh memilih berbilang peraturan dengan menahan kekunci anjakan dan memilih peraturan yang dikehendaki sebelum mengklik anak panah tunggal kanan. Untuk menambah semua senarai hitam yang tersedia, klik anak panah berganda kanan.

Untuk memadamkan satu atau lebih peraturan, pilihnya dan klik anak panah kiri atau klik anak panah berganda untuk mengalih keluar semua.