Pengenalan #

Antara empat jenis Terjemahan Alamat Rangkaian(NAT) yang disokong dalam RELIANOID ADC, Kami ada Sumber NAT (NAT), NAT Dinamik(DNAT), Pengembalian Pelayan Langsung (DSR), dan DNAT tanpa kerakyatan. Dalam artikel ini, kita akan menyelidiki selok-belok Direct Server Return (DSR), meneroka seni bina, faedah dan potensi halangannya. Kami juga akan menyediakan DSR dalam Relianoid ADC.

DSR ialah apabila pelayan aplikasi bahagian belakang bertindak balas terus kepada permintaan pelanggan apabila menerima dan memproses permintaan. Tetapi, bagaimana ini berfungsi? Berikut ialah cara komunikasi mengalir antara pelayan dan pelanggan web..

Aliran Komunikasi DSR #

Permintaan Pelanggan: Pelanggan memulakan permintaan, seperti mengakses fail media boleh strim atau menghantar data ke pelayan aplikasi melalui Relianoid ADC.

Interaksi pengimbang beban: Setelah menerima permintaan itu, Relianoid tidak mengubah suai kandungan permintaan kecuali Alamat MAC destinasi. Alamat MAC yang diubah suai kepada adalah alamat pelayan belakang untuk memproses permintaan. Pengimbang beban kemudiannya memajukan permintaan ke pelayan hujung belakang yang sesuai berdasarkan set algoritma pengimbangan beban.

Pelayan Aplikasi Bahagian Belakang: Setelah menerima permintaan, pelayan bahagian belakang memproses permintaan dan menjana respons.

Respons Langsung: Pelayan Backend kemudian menghantar respons terus kepada peranti klien, melengkapkan gelung komunikasi.

Nota PENTING

1. Relianoid biasanya bertindak balas kepada permintaan ARP bagi pihak pelayan bahagian belakang untuk mengekalkan komunikasi pelanggan-pelayan yang asal. Oleh itu, konfigurasi ARP yang betul adalah penting untuk memastikan penghalaan paket yang betul.
2. Seseorang mesti merancang dengan teliti skim pengalamatan IP untuk mengelakkan konflik dan memastikan komunikasi yang betul antara pelanggan dan pelayan bahagian belakang. Kami biasanya mengkonfigurasi pelayan bahagian belakang untuk mempunyai alamat IP yang serupa dengan IP maya (VIP) yang digunakan oleh ladang L4xNAT, tetapi bahagian belakang mungkin tidak mengumumkannya dalam panggilan ARP untuk mengelakkan konflik.

Mengapa Menggunakan DSR Untuk Infrastruktur Rangkaian Anda #

DSR telah menjadi sangat penting dalam infrastruktur rangkaian hari ini kerana keupayaannya untuk mengendalikan sejumlah besar data tanpa menyebabkan kesesakan yang besar. Ini, di sini, adalah masalah besar. Selain skalabiliti, serba boleh, ketersediaan tinggi dan toleransi kesalahan, sebab utama DSR menonjol adalah kerana:

Prestasi Pengecas Turbo: Dengan menghapuskan hop tambahan yang diperkenalkan oleh kaedah penghalaan tradisional, DSR mengurangkan kependaman dan kehilangan paket dengan ketara. Kami boleh menggunakan persediaan ini dalam permainan dan penstriman video, di mana penghantaran cebisan data yang besar adalah penting.

Sebagai contoh, dalam permainan berbilang pemain, DSR membolehkan komunikasi terus antara pelanggan permainan dan pelayan permainan tanpa pengimbang beban menjadi pengantara setiap paket data. Komunikasi langsung ini membolehkan penghantaran data berkaitan permainan yang lebih pantas dan cekap, seperti pergerakan pemain, tindakan dan kemas kini. Akibatnya, DSR mengurangkan kependaman, meningkatkan pengalaman permainan dan menyumbang kepada permainan yang lebih lancar.

Begitu juga, dalam penstriman video, apabila pelanggan meminta strim video, pelayan bahagian belakang boleh terus menghantar data video kepada pelanggan tanpa menghalakannya melalui pengimbang beban. Dengan mengalih keluar pengimbang beban dalam laluan data, kami meminimumkan potensi kesesakan, memastikan pengalaman penstriman yang lancar untuk penonton. Ini amat bermanfaat untuk kandungan video berkualiti tinggi atau beresolusi tinggi, di mana pengendalian yang cekap bagi ketulan data yang besar adalah penting untuk main balik tanpa gangguan.

Beban Dikurangkan pada Pengimbang Beban: Dengan DSR, kami melegakan trafik pemulangan pengendalian pengimbang beban daripada pelayan bahagian belakang. Pemunggahan ini dengan ketara mengurangkan beban pemprosesan pada pengimbang beban, membolehkan ia menumpukan pada pengagihan permintaan masuk dengan cekap. Akibatnya, pengimbang beban akan mengendalikan volum trafik yang lebih tinggi dan mencapai kebolehskalaan keseluruhan yang lebih baik.

Tidak perlu mengekalkan jadual penghalaan: Penghalaan boleh menjadi rumit, terutamanya dalam rangkaian berskala besar dengan berbilang subnet dan dasar penghalaan yang rumit. Dengan tidak mengekalkan jadual penghalaan untuk trafik pemulangan, pengimbang beban mengelakkan keperluan untuk mengendalikan dan mengurus konfigurasi penghalaan yang kompleks, mengurangkan kemungkinan salah konfigurasi atau isu berkaitan penghalaan.

Konfigurasi Relianoid untuk pelayan belakang Linux dan Windows #

Untuk mendayakan DSR, pertama, anda mesti mengkonfigurasi pelayan maya lapisan 4 atau ladang L4xNAT. Baca kursus artikel untuk mencipta satu.

Keperluan untuk DSR: #

1. . IP maya dan hujung belakang mestilah berada dalam rangkaian yang sama.
2. . Port Maya dan Pelabuhan Bahagian Belakang mestilah sama.
3. Seseorang mesti mengkonfigurasi bahagian belakang gelung balik antara muka dengan alamat IP yang sama seperti VIP yang dikonfigurasikan dalam pengimbang beban dan lumpuhkan ARP dalam antara muka ini.

Pelayan belakang Linux #

# ifconfig lo:0 192.168.0.99 netmask 255.255.255.255 -arp up

Dengan arahan ini, kami mencipta antara muka rangkaian maya lo:0 dengan alamat IP 192.168.0.99 dan topeng subnet dari 255.255.255.255.

. -arp bendera melumpuhkan Protokol Resolusi Alamat (ARP) pada antara muka ini.

Melumpuhkan respons ARP tidak sah di bahagian belakang. #

# echo 1 > /proc/sys/net/ipv4/conf/all/arp_ignore

Perintah ini menetapkan nilai arp_ignore kepada 1 dalam /proc/sys/net/ipv4/conf/all fail. Parameter ini menentukan cara kernel bertindak balas kepada permintaan ARP. Menetapkannya kepada 1 bermakna sistem harus mengabaikan permintaan ARP untuk alamat IP yang tidak dikonfigurasikan pada antara muka rangkaian.

# echo 2 > /proc/sys/net/ipv4/conf/all/arp_announce

Perintah ini mengubah suai parameter arp_announce pada pelayan bahagian belakang. Dalam konfigurasi DSR, tetapkan arp_announce kepada 2 memastikan bahawa apabila pelayan bahagian belakang bertindak balas kepada permintaan ARP, mereka menggunakan alamat IP destinasi permintaan sebagai alamat IP sumber dalam balasan ARP. Ini mengekalkan komunikasi yang betul antara pelayan bahagian belakang dan pelanggan, kerana pelanggan menjangkakan untuk menerima respons daripada alamat IP yang menghantar permintaan itu.

Pelayan belakang Windows #

1. Start->Tetapan->Panel Kawalan->Rangkaian dan Sambungan Dial-up.
2. Klik kanan pada penyesuai rangkaian anda dan klik Hartanah.
3. Hanya Internet Protocol mesti dipilih (Nyahpilih "Pelanggan untuk Rangkaian MS" dan "Perkongsian Fail dan Pencetak")
4. Sifat TCP/IP-> Masukkan alamat IP VIP di ladang Relianoid ADC. Gerbang lalai adalah pilihan. Masukkan topeng 255.255.255.255
5. Tetapkan Metrik Antara Muka kepada 254. Konfigurasi ini diperlukan untuk berhenti membalas sebarang respons ARP kepada VIP
6. Keratan Akhbar OK dan simpan perubahannya.

Selepas itu, konfigurasikan model keselamatan Hos untuk menerima trafik daripada Relianoid ADC pada antara muka NIC. Selain itu, benarkan Relianoid ADC menghantar dan menerima trafik melalui antara muka NIC lalai. Buka CMD sebagai pentadbir dan laksanakan tiga arahan yang disediakan.

antara muka netsh ipv4 set antara muka NIC weakhostreceive=didayakan antara muka netsh ipv4 set antara muka gelung balik weakhostreceive=didayakan antara muka netsh ipv4 set antara muka gelung balik weakhostsend=didayakan

Nota PENTING
Tukar NIC dan gelung kembali ke Nama Antara Muka lalai komputer Windows anda.

Cabaran Menggunakan DSR #

Walaupun Direct Server Return (DSR) menawarkan banyak faedah, kadangkala ia mungkin menimbulkan potensi cabaran yang perlu dipertimbangkan dan ditangani oleh organisasi. Memahami cabaran ini akan membantu merancang dan melaksanakan DSR dengan berkesan. Berikut ialah beberapa cabaran biasa yang dikaitkan dengan DSR:

Penghalaan Asimetri: Ini bermakna laluan ke hadapan dan kembali mengambil laluan yang berbeza. Walaupun ini mungkin mempunyai merit, penghalaan tidak simetri boleh merumitkan penyelesaian masalah dan pemantauan rangkaian kerana aliran trafik tidak simetri.

Keserasian Pelayan: Tidak semua pelayan akan menyokong DSR dengan semua jenis aplikasi. Sebagai contoh, kami hanya boleh melakukan DSR dengan pelayan Linux atau Windows apabila menggunakan Relianoid.

Operasi Stateful: Untuk operasi stateful yang bergantung pada mengekalkan maklumat sesi, DSR boleh menimbulkan cabaran. Apabila menggunakan Jenis NAT Lain, pengimbang beban mengendalikan semua bentuk kegigihan sesi, tetapi dengan DSR, penghalaan terus memintas pengantara ini. Satu cara untuk memintas perkara ini ialah menggunakan Alamat Ip Sumber pada lapisan 4 dan Sisipan Kuki pada lapisan 7 untuk kegigihan sesi.

Keterlihatan dan Pemantauan Rangkaian: DSR boleh memberi kesan kepada keterlihatan dan pemantauan rangkaian kerana trafik memintas pengimbang beban atau proksi terbalik. Alat dan sistem pemantauan yang bergantung pada pemeriksaan trafik atau pemintasan di pengantara ini mungkin tidak menangkap gambaran lengkap trafik rangkaian. Organisasi boleh melaksanakan penyelesaian pemantauan alternatif untuk memastikan keterlihatan ke dalam trafik yang mengalir melalui laluan DSR.

Kerumitan Penggunaan: Melaksanakan DSR mungkin memperkenalkan kerumitan tambahan semasa penggunaan dan konfigurasi. Perancangan, reka bentuk dan ujian yang betul adalah penting untuk memastikan pelaksanaan yang lancar. Sebagai contoh, anda mungkin perlu menetapkan setiap pelayan bahagian belakang untuk melaksanakan pemunggahan dan pengelogan SSL.

Pertimbangan Keselamatan: DSR boleh memperkenalkan cabaran keselamatan, terutamanya apabila trafik secara langsung memintas langkah keselamatan yang dilaksanakan pada pengimbang beban. Kadangkala anda mungkin perlu mengubah butiran pengepala respons, yang mustahil dengan persediaan DSR.

Dengan menangani cabaran ini secara proaktif, organisasi boleh berjaya melaksanakan DSR dan memanfaatkan faedahnya sambil meminimumkan potensi kelemahan.

Kesimpulan #

Direct Server Return (DSR) mempersembahkan pendekatan pengimbangan beban yang menawan dengan potensi untuk memperkayakan infrastruktur anda dengan kelebihan yang ketara. Dengan memunggah trafik pemulangan daripada pelayan bahagian belakang dan membenarkan mereka menghantar respons terus kepada pelanggan, DSR mengurangkan beban pada pengimbang beban dan meningkatkan kebolehskalaan sistem keseluruhan.

Kelebihan lain boleh menjadi kependaman rangkaian yang lebih rendah kerana respons mengambil laluan yang lebih langsung kepada pelanggan, memintas pengimbang beban. Ini boleh memberi manfaat terutamanya untuk aplikasi sensitif kependaman, memastikan penghantaran kandungan yang lebih cepat dan pengalaman pengguna yang lebih baik.

Walau bagaimanapun, berhati-hati menilai keperluan khusus seni bina rangkaian dan keperluan aplikasi anda sebelum melaksanakan DSR. Pertimbangkan faktor seperti topologi rangkaian, protokol penghalaan, keperluan untuk kegigihan sesi dan potensi cabaran yang berkaitan.

Dengan memanfaatkan faedah DSR, anda boleh mengoptimumkan infrastruktur anda untuk mengendalikan beban trafik yang semakin meningkat dan memberikan pengalaman pengguna yang lancar.