प्रौद्योगिकी साझेदारी

한어Русский языкEnglishFrançaisIndonesianSanskrit日本語DeutschPortuguêsΕλληνικάespañolItalianoSuomalainenLatina

1. डीआर मोडः : १.

१.१, lvs त्रयः गुणाः : १.

1. नट् सम्बोधन अनुवाद

2. डी आर प्रत्यक्ष मार्ग मोड

3. सुरङ्गविधानम्

1.2.DR मोडस्य विशेषताः : १.

• सम्पूर्णे LVS क्लस्टर् मध्ये शेड्यूलरः सर्वाधिकं महत्त्वपूर्णः अस्ति

• DR मोड: अद्यापि अनुसूचकः अनुरोधं प्राप्य भारसंतुलन-एल्गोरिदम् अनुसारं RS - कृते अग्रे प्रेषयितुं उत्तरदायी भवति प्रतिक्रिया RS द्वारा प्रत्यक्षतया क्लायन्ट् प्रति प्रेष्यते ।

• प्रत्यक्षमार्गनिर्धारणं क二层转发模式 .द्वितीयस्तरेन यत् अग्रे प्रेष्यते तत् अस्ति数据帧 .तदनुसारम्源mac地址和目的mac地址अग्रतः।

• दत्तांशपैकेटस्य स्रोत-IP गन्तव्य-IP च परिवर्तनं न भविष्यति, तथा च दत्तांश-पैकेट् mac-सङ्केतस्य आधारेण अग्रे प्रेषितं भविष्यति ।

• DR मोड् इत्यस्मिन् LVS वर्चुअल् IP-सङ्केतं अपि निर्वाहयति, सर्वेऽपि अनुरोधाः अस्मिन् VIP प्रति प्रेष्यन्ते यतः एतत् द्वितीयस्तरस्य माध्यमेन अग्रे प्रेष्यते, यदा क्लायन्ट्-अनुरोधः समयसूचीं प्राप्नोति तदा लोड-बैलेन्सिंग्-एल्गोरिदम्-अनुसारं RS चयनितः भवति तथा च VIP सर्वरः परिवर्तितः भवति।

शेड्यूलर VIP इत्यनेन सह विन्यस्तं भवति, VIP पता अपि RS इत्यत्र विन्यस्तं भवति ।

• VIP पता विग्रहः, शेड्यूलरः आरएस च द्वौ अपि एकस्मिन् संजालखण्डे स्तः, एआरपी संचारः च अव्यवस्थितः भवति । यतः सम्पूर्णं LAN प्रसारयति, सर्वे उपकरणाः तत् प्राप्नुवन्ति ।

• lo इत्यस्य लूप्बैक् प्रतिक्रियां कथं अवरुद्धुं शक्यते येन केवलं सर्वरस्य भौतिकं IP पता एव प्रतिक्रियां ददाति ।

कर्नेल् मापदण्डान् परिवर्तयन्तु : १.

• arp_ignore=1------#केवलं सर्वर-प्रणाल्याः भौतिक-IP-सङ्केतः अनुरोधाय प्रतिक्रियां दास्यति, lo ARP-अनुरोधस्य प्रतिक्रियां न दास्यति ।

• 2. यदा सन्देशः प्रत्यागच्छति तदा VIP-सङ्केतः अद्यापि तत्रैव भवति ।

• arp_announce=2—#प्रणाली अनुरोधस्य प्रतिक्रियायै IP-पैकेटस्य स्रोत-सङ्केतं न उपयुङ्क्ते, परन्तु भौतिक-अन्तरफलकस्य IP-सङ्केतं प्रत्यक्षतया प्रेषयति ।

1、调度器的ip地址和RS的ip要在同一网段，数据先进行二层转发。

2、RS是一个公网地址，互联网可以直接访问RS的地址（不用）。

3、DR模式是走内核转发，内核来判断数据包的地址，根据RS的地址把数据包重新封装，修改mac地址。
4、调度器的地址只可以做为集群访问的入口，不能作为网关。

5、所有的RS上的lo(本地回环地址)都要配置vip地址。
1
2
3
4
5
6
7
8

डीआर मोडस्य कार्यान्वयनम् : १.

nignx1:RS1 192.168.168.10+विप

nginx2: RS2 192.168.168.20+vip

वी आई पी : 192.168.168.100

test1: समयनिर्धारक vip

test2: क्लायन्ट्

समयनिर्धारके

vim /etc/sysctl.conf

net.ipv4.ip_forward=0
#关闭数据包转发功能
net.ipv4.conf.all.send_redirects=0
#禁止系统发送icmp重定向的消息。回环地址不接受ping得消息。只针对真实得ip地址。
net.ipv4.conf.default.send_redirects=0
#禁止默认网络接口发送icmp重定向的消息。
net.ipv4.conf.ens33.send_redirects=0
#针对ens33设备，禁止发送icmp重定向消息。
1
2
3
4
5
6
7
8
9
10

• -A वर्चुअल सर्वर vip योजयति

• -D वर्चुअल सर्वर पता विलोपयन्तु

• -s भारसंतुलननिर्धारण-अल्गोरिदम् निर्दिशति

• -a add real server

• -d वास्तविक सर्वरं विलोपयति

• -t VIP पतां पोर्ट् च निर्दिशति

• -r rip इत्यस्य पतां पोर्ट् च निर्दिशति

• -m नट् मोड् इत्यस्य उपयोगं करोति

• -g DR मोडस्य उपयोगं कुर्वन्तु

• -i सुरङ्गविधानस्य उपयोगं कुर्वन्तु

• -w भारं निर्धारयति

• -p 60: धारणसमयं सेट् कर्तुं 60 यावत् संयोजनं निर्वाह्यते

• -l: सूचीदृश्यम्

• -n: डिजिटल प्रदर्शन

• -m इत्यनेन mode इत्यस्य nat mode इति निर्दिश्यते

IP-सङ्केतं 192.168.168.100 इति सेट् कृत्वा lvs इत्यस्य VIP इति लूप्बैक्-अन्तरफलके योजयन्तु । रूटिंग् मोड् मार्गेण RS कृते अग्रे प्रेषितम्

एतत् VIP इत्यस्य RS इत्यस्य वास्तविकं सर्वरं चिन्तयितुं शक्नोति ।

route add -host 192.168.233.100 dev lo:0

विम /आदि/sysctl.conf

net.ipv4.conf.lo.arp_ignore = 1
#设置回环接口忽略来自任何接口的ARP请求net.ipv4.conf.lo.arp_announce =2
设置回环地址仅仅公告本地的ip地址，但是不响应ARP请求net.ipv4.conf.all.arp_ignore = 1
#设置所有接口忽略来自任何接口的ARP请求net.ipv4.conf.all.arp_announce =2
#设置所有接口仅仅公告本地的ip地址，但是不响应ARP请求。
1
2
3
4
5

3. Linux प्रणाल्यां .net.ipv4.conf.all.arp_ignore एकः कर्नेल् पैरामीटर् अस्ति यः नियन्त्रयति यत् नेटवर्क् अन्तरफलकं आगच्छन्तं ARP (Address Resolution Protocol) अनुरोधं कथं नियन्त्रयति । एतत् पैरामीटर् विशेषतया सर्वरेषु संजालयन्त्रेषु च विन्यस्तं भवति यत् एआरपी-स्पूफिंग् अथवा अन्यजाल-आक्रमणेन उत्पद्यमानं सुरक्षा-जोखिमं न्यूनीकर्तुं शक्यते ।

सेट् करणसमये net.ipv4.conf.all.arp_ignore = 1 , अस्य अर्थः अस्ति यत् प्रणाली केवलं एआरपी-अनुरोधानाम् उत्तरं दास्यति येषां गन्तव्य-IP-सङ्केतः स्थानीय-प्राप्ति-अन्तरफलके एकः पता अस्ति । अन्येषु शब्देषु, यदि एआरपी-अनुरोधस्य गन्तव्य-IP-सङ्केतः अनुरोधं प्राप्यमाणे अन्तरफलके IP-सङ्केतेन सह न मेलति तर्हि प्रणाली एआरपी-अनुरोधस्य अवहेलनां करिष्यति एआरपी-स्पूफिंग्-आक्रमणानां प्रति प्रणाल्याः प्रतिरोधं वर्धयितुं एषा सेटिंग् विशेषतया उपयोगी भवति ।

विशेषतः, २.arp_ignore पैरामीटर्-मध्ये बहुमूल्यानि भवितुम् अर्हन्ति, प्रत्येकं भिन्नं व्यवहारं प्रतिनिधियति:

• 0(पूर्वनिर्धारितम्): कस्मिन् अपि संजाल-अन्तरफलके कस्यापि ARP-अनुरोधस्य प्रतिक्रियां ददातु यावत् अनुरोधितः गन्तव्य-IP-सङ्केतः अस्मिन् यन्त्रे IP-सङ्केतेन सह मेलनं करोति ।
• 1 : केवलं तेषां ARP अनुरोधानाम् प्रतिक्रियां ददातु येषां लक्ष्यं IP-सङ्केतं ग्राहक-अन्तरफलकस्य IP-सङ्केतं भवति । एतेन अन्ययन्त्राणां कृते प्रॉक्सीरूपेण अन्तरफलकस्य उपयोगः न भवति इति निवारयितुं साहाय्यं भवति ।
• 2: केवलं यदि ARP अनुरोधस्य गन्तव्य IP-सङ्केतः ग्राहक-अन्तरफलकस्य IP-सङ्केतः भवति, तथा च सः अन्तरफलकः प्राथमिकः भवति (अर्थात्, यदि अन्तरफलकं बहुभिः IP-सङ्केतैः सह विन्यस्तं भवति, तर्हि केवलं प्राथमिक-IP-सङ्केतेन सह मेलनं कुर्वन्तः ARP-अनुरोधाः एव प्रतिक्रियां प्राप्नुवन्ति ).

4. Linux प्रणाल्यां .net.ipv4.conf.all.arp_announce एकः कर्नेल् पैरामीटर् अस्ति यः ARP (Address Resolution Protocol) अनुरोधं वा प्रतिक्रियां वा प्रेषयति समये संजाल-अन्तरफलकेन उपयुज्यमानं IP पताचयननीतिं नियन्त्रयति । एषः पैरामीटर् एआरपी स्पूफिंग् तथा संजालसङ्केतविग्रहं निवारयितुं विशेषतया उपयोगी भवति, यतः एतत् प्रणालीं एआरपी-यातायातस्य कृते प्रयुक्तं स्रोत-IP-सङ्केतं अधिकसावधानीपूर्वकं चयनं कर्तुं शक्नोति

सेट् करणसमये net.ipv4.conf.all.arp_announce = 2 अस्य अर्थः अस्ति यत् एआरपी-अनुरोधं वा प्रतिक्रियां वा प्रेषयति समये प्रणाली केवलं अनुरोधस्य गन्तव्य-IP-सङ्केतस्य (यदि एकः उपलब्धः अस्ति) समाने उपजाले अन्तरफलकस्य प्राथमिक-IP-सङ्केतस्य उपयोगं करिष्यति यदि एतादृशः अन्तरफलकः नास्ति तर्हि एआरपी अनुरोधः प्रतिक्रिया वा न प्रेष्यते । एषा सेटिङ्ग् एआरपी स्पूफिंग् इत्यनेन उत्पद्यमानानां संजालसमस्यानां न्यूनीकरणे सहायकं भवितुम् अर्हति यतः एतत् एआरपी-यातायातस्य प्रेषणं कर्तुं शक्नुवन्ति अन्तरफलकानि IP-सङ्केतानि च सीमितं करोति ।

arp_announce पैरामीटर् इत्यस्य निम्नलिखितमूल्यानि भवितुम् अर्हन्ति ।

• 0 (पूर्वनिर्धारितम्): ARP अनुरोधाय प्रतिक्रियायाः वा कृते कस्मिन् अपि अन्तरफलके किमपि IP-सङ्केतं चिनोतु । एतेन सुरक्षासमस्याः उत्पद्यन्ते, यतः आक्रमणकारी एआरपी-सञ्चारार्थं न उपयोक्तव्यं IP-सङ्केतं प्रयोक्तुं प्रणाल्याः वञ्चनं कर्तुं शक्नोति ।
• 1 : अ-अनुरोध-अन्तरफलके IP-सङ्केतस्य उपयोगं ARP-अनुरोधस्य स्रोत-IP-सङ्केतरूपेण परिहरितुं प्रयतध्वम् । परन्तु यदि अन्यः विकल्पः नास्ति तर्हि अ-याचक-अन्तरफलके IP-सङ्केतः अद्यापि उपयोक्तुं शक्यते ।
• 2 : केवलं अनुरोधितगन्तव्य-IP-सङ्केतस्य (यदि एकः उपलब्धः अस्ति) समाने उपजाले अन्तरफलकस्य प्राथमिक-IP-सङ्केतस्य उपयोगं कुर्वन्तु । इदं सर्वाधिकं प्रतिबन्धकं सेटिङ्ग् अस्ति तथा च ARP spoofing इत्यस्य निवारणे सहायकं भवति ।

lvs इत्यस्य त्रयः कार्यविधयः : १.

VIP मतदान एल्गोरिदम् परिवर्तयन्तु:

इपवसादम् -ई -त १९२.१६८.२३३.१००:८० -स वृर

इपवसादम् -ई -त १९२.१६८.२३३.१००:८० -र १९२.१६८.२३३.६१:८० -व ३

2. साक्षात्कारप्रश्नाः

ल्व्गुणत्रयं तेषां भेदं च संक्षेपेण वर्णयतु ।

LVS इत्यस्य कार्यविधिः कार्यप्रक्रिया च : १.

LVS इत्यस्य त्रयः भारसंतुलनविधयः सन्ति, यथा VS/NAT (nat mode), VS/DR (routing mode), VS/TUN (tunnel mode) च ।

1. NAT मोड (VS-NAT) 1.1.

सिद्धान्तः - प्रथमं यदा भारसंतुलकः ग्राहकस्य अनुरोधपैकेटं प्राप्नोति तदा समयनिर्धारण-एल्गोरिदम् इत्यस्य आधारेण अनुरोधं कस्मिन् पृष्ठभाग-वास्तविक-सर्वर (RS) प्रेषयितव्यम् इति निर्धारयति
ततः भारसंतुलकः क्लायन्ट् द्वारा प्रेषितस्य अनुरोधपैकेटस्य लक्ष्यं IP-सङ्केतं पोर्ट् च पृष्ठ-अन्त-वास्तविक-सर्वरस्य IP-सङ्केतं (RIP) परिवर्तयति ।
वास्तविकः सर्वरः अनुरोधस्य प्रतिक्रियां दत्तस्य अनन्तरं पूर्वनिर्धारितमार्गं परीक्ष्य प्रतिक्रियापैकेटं भारसंतुलकं प्रति प्रेषयति
पैकेट् इत्यस्य स्रोतसङ्केतं वर्चुअल् एड्रेस् (VIP) इति परिवर्त्य पुनः क्लायन्ट् प्रति प्रेषयन्तु ।

लाभाः : क्लस्टर्-मध्ये सर्वर्-जनाः TCP/IP-समर्थकं किमपि प्रचालन-प्रणालीं उपयोक्तुं शक्नुवन्ति, यावत् लोड-बैलेन्सर्-इत्यस्य कानूनी IP-सङ्केतः भवति ।

दोषाः : सीमितमापनीयता यदा सर्वर नोड्स अत्यधिकं वर्धन्ते, यतः सर्वेषां अनुरोधानाम् प्रतिक्रियाणां च भारसंतुलकस्य माध्यमेन गन्तुं आवश्यकता भवति ।
अतः भारसंतुलकः सम्पूर्णस्य प्रणाल्याः अटङ्कः भविष्यति ।

2. प्रत्यक्षमार्गनिर्देशनविधिः (VS-DR) .

सिद्धान्तः - प्रथमं यदा भारसंतुलकः ग्राहकस्य अनुरोधपैकेटं प्राप्नोति तदा समयनिर्धारण-एल्गोरिदम् इत्यस्य आधारेण अनुरोधं कस्मिन् पृष्ठभाग-वास्तविक-सर्वर (RS) प्रेषयितव्यम् इति निर्धारयति
ततः भारसंतुलकः क्लायन्ट् द्वारा प्रेषितस्य अनुरोधपैकेटस्य गन्तव्य MAC पतां पृष्ठभागस्य वास्तविकसर्वरस्य MAC पतां (R-MAC) परिवर्तयति ।
वास्तविकः सर्वरः अनुरोधस्य प्रतिक्रियां दत्तस्य अनन्तरं पूर्वनिर्धारितमार्गं परीक्ष्य प्रतिक्रियापैकेट् प्रत्यक्षतया क्लायन्ट् प्रति प्रेषयति यत् लोड् बैलेन्सर् मार्गेण न गच्छति ।

लाभाः : भारसंतुलनकर्ता केवलं पृष्ठ-अन्त-नोड्-सर्वर्-मध्ये अनुरोध-पैकेट्-वितरणस्य उत्तरदायी भवति, यदा तु RS-इत्येतत् प्रत्यक्षतया उपयोक्तृभ्यः प्रतिक्रिया-पैकेट्-इत्येतत् प्रेषयति ।
अतः भारसंतुलनकर्ताद्वारा दत्तांशप्रवाहस्य बृहत् परिमाणं न्यूनीकरोति भारसंतुलनकर्ता प्रणाल्याः अटङ्कः नास्ति तथा च महतीं अनुरोधं सम्भालितुं शक्नोति ।

हानिः : भारसंतुलनकर्ता तथा वास्तविकसर्वर RS इत्येतयोः द्वयोः अपि एकस्मिन् भौतिकसंजालखण्डे सम्बद्धं संजालकार्डं आवश्यकं भवति तथा च एकस्मिन् LAN वातावरणे भवितुमर्हति

3. IP सुरङ्गविधिः (VS-TUN) .

सिद्धान्तः - प्रथमं यदा भारसंतुलकः ग्राहकस्य अनुरोधपैकेटं प्राप्नोति तदा समयनिर्धारण-एल्गोरिदम् इत्यस्य आधारेण अनुरोधं कस्मिन् पृष्ठभाग-वास्तविक-सर्वर (RS) प्रेषयितव्यम् इति निर्धारयति
ततः भारसंतुलकः क्लायन्ट् द्वारा प्रेषितं अनुरोधसन्देशं IP सुरङ्गस्य (T-IP) स्तरेन सह समाहितं कृत्वा वास्तविकसर्वरं (RS) प्रति अग्रे प्रेषयति ।
वास्तविकः सर्वरः अनुरोधस्य प्रतिक्रियां दत्तस्य अनन्तरं पूर्वनिर्धारितमार्गं परीक्ष्य प्रतिक्रियापैकेट् प्रत्यक्षतया क्लायन्ट् प्रति प्रेषयति यत् लोड् बैलेन्सर् मार्गेण न गच्छति ।

लाभाः : भारसंतुलनकर्ता केवलं पृष्ठ-अन्त-नोड्-सर्वर्-मध्ये अनुरोध-पैकेट्-वितरणस्य उत्तरदायी भवति, यदा तु RS-इत्येतत् प्रत्यक्षतया उपयोक्तृभ्यः प्रतिक्रिया-पैकेट्-इत्येतत् प्रेषयति ।
अतः भारसंतुलनकर्ताद्वारा दत्तांशप्रवाहस्य बृहत् परिमाणं न्यूनीकरोति भारसंतुलनकर्ता प्रणाल्याः अटङ्कः नास्ति तथा च महतीं अनुरोधं सम्भालितुं शक्नोति ।

दोषाः: सुरङ्गविधाने RS नोड्-मध्ये कानूनी IP आवश्यकं भवति, अस्याः पद्धत्या सर्वेषां सर्वराणां "IP Tunneling" समर्थनस्य आवश्यकता भवति ।

lvs क्लस्टर् मध्ये उच्चउपलब्धता आर्किटेक्चर केवलं शेड्यूलरस्य उच्चउपलब्धतायाः कृते एव अस्ति ।

vrrp इत्यस्य आधारेण मुख्यं बैकअपं च शेड्यूलरं कार्यान्वितं भवति ।

अत्यन्तं उपलब्धं एचए वास्तुकला।

मुख्य समयनिर्धारकः, बैकअप समयनिर्धारकः (बहु-एककाः) २.

यदा मुख्यः समयनिर्धारकः सामान्यतया कार्यं करोति तदा बैकअपः पूर्णतया अनावश्यकस्थितौ (स्टैण्डबाई) भवति । यदा मुख्यनिर्धारणकर्ता विफलः भवति तदा एव स्टैण्डबाई मुख्यनिर्धारकस्य कार्यं गृह्णीयात् । यदा प्राथमिकः शेड्यूलरः पुनः कार्यक्षमतां आरभते तदा प्राथमिकः शेड्यूलरः क्लस्टरस्य प्रवेशद्वाररूपेण कार्यं कुर्वन् अस्ति, तथा च बैकअप शेड्यूलरः अनावश्यकस्थितौ (प्राथमिकतानुसारं) निरन्तरं भवति

कीपलिवा vrrp प्रोटोकॉल इत्यस्य आधारेण उच्च-उपलब्धता-समाधानं कार्यान्वितं करोति ।

1. बहुप्रसारणसङ्केतः : १.

224.0.0.18 बहुप्रसारणसङ्केतस्य आधारेण संवादं करोति, प्राथमिक-द्वितीयकयन्त्रयोः मध्ये सन्देशान् प्रेषयति च । परपक्षः जीवति वा इति निर्धारयतु।

2. प्राथमिकतानुसारं प्राथमिकं गौणं च स्थानानि निर्धारयन्तु।

3. फेलओवर, यदि प्राथमिकयन्त्रं लम्बते तर्हि बैकअपयन्त्रं कार्यं निरन्तरं करिष्यति यदा मुख्ययन्त्रं पुनः प्राप्तं भवति तदा बैकअपयन्त्रं प्रतीक्षते एव।

4. प्राथमिक-माध्यमिकयोः मध्ये स्विचिंग् VIP-सङ्केतस्य स्विचिंग् भवति ।

Keepalive विशेषतया LVS कृते दृश्यते, परन्तु LVS कृते अनन्यं नास्ति ।

3. भारसन्तुलनार्थं lvs तथा nginx इत्येतयोः मध्ये अन्तरम् : १.

LVS चतुःस्तरीयः अग्रेसारणकर्नेल् अवस्था IP + पोर्ट् स्तरः चतुर्णां प्रॉक्सी अस्ति

nginx चतुर्स्तरीयं प्रॉक्सी सप्तस्तरीयं प्रॉक्सी अपि भवितुम् अर्हति

lvs (DR मोड)+nginx+tomcat

LVS लेयर 4 अग्रे प्रेषणं कार्यान्वयति + nginx लेयर 7 अग्रे प्रेषणं कार्यान्वयति (गतिशीलम्)

LVS इत्यस्य VIP पतां प्राप्तुं गतिशीलस्य स्थिरस्य च पृथक्त्वं साक्षात्कर्तुं शक्यते ।

4. प्रयोगात्मकं संचालनं 1. डीआर मोडस्य कार्यान्वयनम् : १.

डीआर मोडस्य कार्यान्वयनम् : १.

nignx1:RS1 192.168.168.10

nginx2: आर एस 2 192.168.168.20

वी आई पी : 192.168.168.100

test1:निर्माता 192.168.168.50

test2: क्लायन्ट् 192.168.168.60

test1:निर्माता

modprobe ip_vs कर्नेल् आरभते
yum -y ipvsadm* संस्थापयन्तु lvs प्रबन्धनसाधनम्

[root@test5 ~]# cd /etc/sysconfig/जाल-स्क्रिप्ट्स/
[मूल@test5 संजाल-स्क्रिप्ट्स्]# vim ifcfg-ens33:0

DEVICE=ens33:0 ##वर्चुअल् नेटवर्क् कार्ड् योजयतु
ONBOOT=आम्
IPADDR=192.168.168.100
नेटमास्क=255.255.255.0

ifup ens33:0 इति इति
ifconfig

vim /etc/sysctl.conf

net.ipv4.ip_forward=0

#关闭数据包转发功能

net.ipv4.conf.all.send_redirects=0

#禁止系统发送icmp重定向的消息。###lo回环接口不接收icmp消息。只针对真实的ip地址。

net.ipv4.conf.default.send_redirects=0

#禁止网络接口发送icmp重定向的消息。

net.ipv4.conf.ens33.send_redirects=0

#针对ens33设备，禁止发送icmp重定向消息。

sysctl -p
net.ipv4.ip_forward = 0
net.ipv4.conf.all.send_redirects = 0
net.ipv4.conf.default.send_redirects = 0
net.ipv4.conf.ens33.send_redirects = 0
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23

शेड्यूलरः अग्रे प्रेषणं सक्षमं करोति

ipvsadm -A -t 192.168.168.100:80 -s rr
[root@test5 opt]# ipvsadm -a -t 192.168.168.100:80 -r 192.168.168.10:80 -g
[root@test5 opt]# ipvsadm -a -t 192.168.168.100:80 -r 192.168.168.20:80 -g
[root@test5 opt]# ipvsadm-save > /etc/sysconfig/ipvsadm
[root@test5 opt]# ipvsadm -ln
IP Virtual Server version 1.2.1 (size=4096)
Prot LocalAddress:Port Scheduler Flags
  -> RemoteAddress:Port           Forward Weight ActiveConn InActConn
TCP  192.168.168.100:80 rr
  -> 192.168.168.10:80            Route   1      0          0         
  -> 192.168.168.20:80            Route   1      0          0  
1
2
3
4
5
6
7
8
9
10
11

आभासी लूप्बैक् अन्तरफलकं स्थापयन्तु

服务器1：

vim /usr/local/nginx/html/index.html 

this is nginx1

systemctl restart nginx

服务器2：

vim /usr/local/nginx/html/index.html 

this is nginx2

systemctl restart nginx

同时开启：

DEVICE=lo:0
IPADDR=192.168.168.100
NETMASK=255.255.255.255

ONBOOT=yes
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23

cd /etc/sysconfig/जाल-स्क्रिप्ट्/

विम /आदि/sysctl.conf

route add -host 192.168.168.100 देव लो:0

केवलं LVS इत्यस्य VIP इति रूपेण लूप्बैक् अन्तरफलके योजितुं IP-सङ्केतं 192.168.168.100 इति सेट् कुर्वन्तु । रूटिंग् मोड् मार्गेण RS - मध्ये अग्रे प्रेषणं VIP - कृते वास्तविकं सर्वरं चिन्तयितुं शक्नोति ।

विम /आदि/sysctl.conf

net.ipv4.conf.lo.arp_ignore = 1

#किमपि अन्तरफलकात् ARP अनुरोधानाम् अवहेलनाय लूप्बैक् अन्तरफलकं सेट् कुर्वन्तु
net.ipv4.conf.lo.arp_घोषणा = 2
#लूप्बैक्-सङ्केतं केवलं स्थानीय-IP-सङ्केतं घोषयितुं सेट् कुर्वन्तु, परन्तु ARP-अनुरोधानाम् प्रतिक्रियां न ददतु
net.ipv4.conf.all.arp_ignore = 1
##किमपि अन्तरफलकात् ARP अनुरोधानाम् अवहेलनाय सर्वाणि अन्तरफलकानि सेट् कुर्वन्तु
net.ipv4.conf.all.arp_घोषणा = 2
##सर्वं अन्तरफलकं केवलं स्थानीय-IP-सङ्केतानां विज्ञापनं कर्तुं सेट् कुर्वन्तु, परन्तु ARP-अनुरोधानाम् प्रतिक्रियां न ददति ।

sysctl -p

कर्ल 192.168.168.100

5. डीआर मोड + nginx + tomcat: .

डीआर मोडस्य कार्यान्वयनम् : १.

nignx1:RS1 192.168.168.10

nginx2: आर एस 2 192.168.168.20

वी आई पी : 192.168.168.100

test1:निर्माता 192.168.168.50

test2: क्लायन्ट् 192.168.168.60

test1:निर्माता

modprobe ip_vs कर्नेल् आरभते
yum -y ipvsadm* संस्थापयन्तु lvs प्रबन्धनसाधनम्

[root@test5 ~]# cd /etc/sysconfig/जाल-स्क्रिप्ट्स/
[मूल@test5 संजाल-स्क्रिप्ट्स्]# vim ifcfg-ens33:0

DEVICE=ens33:0 ##वर्चुअल् नेटवर्क् कार्ड् योजयतु
ONBOOT=आम्
IPADDR=192.168.168.100
नेटमास्क=255.255.255.0

ifup ens33:0 इति इति
ifconfig

vim /etc/sysctl.conf

net.ipv4.ip_forward=0

#关闭数据包转发功能

net.ipv4.conf.all.send_redirects=0

#禁止系统发送icmp重定向的消息。###lo回环接口不接收icmp消息。只针对真实的ip地址。

net.ipv4.conf.default.send_redirects=0

#禁止网络接口发送icmp重定向的消息。

net.ipv4.conf.ens33.send_redirects=0

#针对ens33设备，禁止发送icmp重定向消息。

sysctl -p
net.ipv4.ip_forward = 0
net.ipv4.conf.all.send_redirects = 0
net.ipv4.conf.default.send_redirects = 0
net.ipv4.conf.ens33.send_redirects = 0
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23

शेड्यूलरः अग्रे प्रेषणं सक्षमं करोति

ipvsadm -A -t 192.168.168.100:80 -s rr
[root@test5 opt]# ipvsadm -a -t 192.168.168.100:80 -r 192.168.168.10:80 -g
[root@test5 opt]# ipvsadm -a -t 192.168.168.100:80 -r 192.168.168.20:80 -g
[root@test5 opt]# ipvsadm-save > /etc/sysconfig/ipvsadm
[root@test5 opt]# ipvsadm -ln
IP Virtual Server version 1.2.1 (size=4096)
Prot LocalAddress:Port Scheduler Flags
  -> RemoteAddress:Port           Forward Weight ActiveConn InActConn
TCP  192.168.168.100:80 rr
  -> 192.168.168.10:80            Route   1      0          0         
  -> 192.168.168.20:80            Route   1      0          0  
1
2
3
4
5
6
7
8
9
10
11

आभासी लूप्बैक् अन्तरफलकं स्थापयन्तु

服务器1：

vim /usr/local/nginx/html/index.html 

this is nginx1

systemctl restart nginx

服务器2：

vim /usr/local/nginx/html/index.html 

this is nginx2

systemctl restart nginx

同时开启：

DEVICE=lo:0
IPADDR=192.168.168.100
NETMASK=255.255.255.255

ONBOOT=yes
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23

cd /etc/sysconfig/जाल-स्क्रिप्ट्/

विम /आदि/sysctl.conf

route add -host 192.168.168.100 देव लो:0

केवलं LVS इत्यस्य VIP इति रूपेण लूप्बैक् अन्तरफलके योजितुं IP-सङ्केतं 192.168.168.100 इति सेट् कुर्वन्तु । रूटिंग् मोड् मार्गेण RS - मध्ये अग्रे प्रेषणं VIP - कृते वास्तविकं सर्वरं चिन्तयितुं शक्नोति ।

विम /आदि/sysctl.conf

net.ipv4.conf.lo.arp_ignore = 1

#किमपि अन्तरफलकात् ARP अनुरोधानाम् अवहेलनाय लूप्बैक् अन्तरफलकं सेट् कुर्वन्तु
net.ipv4.conf.lo.arp_घोषणा = 2
#लूप्बैक्-सङ्केतं केवलं स्थानीय-IP-सङ्केतं घोषयितुं सेट् कुर्वन्तु, परन्तु ARP-अनुरोधानाम् प्रतिक्रियां न ददतु
net.ipv4.conf.all.arp_ignore = 1
##किमपि अन्तरफलकात् ARP अनुरोधानाम् अवहेलनाय सर्वाणि अन्तरफलकानि सेट् कुर्वन्तु
net.ipv4.conf.all.arp_घोषणा = 2
##सर्वं अन्तरफलकं केवलं स्थानीय-IP-सङ्केतानां विज्ञापनं कर्तुं सेट् कुर्वन्तु, परन्तु ARP-अनुरोधानाम् प्रतिक्रियां न ददति ।

sysctl -p

कर्ल 192.168.168.100

nginx1 तथा nginx2 tomcat कृते प्रेषयितुं लेयर 7 प्रॉक्सी विन्यस्यन्ति

vim / usr / स्थानीय / nginx / conf / nginx.conf

#keepalive_timeout  0;
keepalive_timeout  65;
upstream tomcat {
    server 192.168.168.40:8080 weight=2;
    server 192.168.168.90:8080 weight=1;
            }
#gzip  on;

server {
    listen       80;
    server_name  localhost;
#charset koi8-r;

#access_log  logs/host.access.log  main;
location ~ .*.jsp$ {
proxy_pass http://tomcat;
proxy_set_header HOST $host;
proxy_set_header X-Real-IP $remote_addr;
proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
}
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20

tomcat1 1 .

vim / usr / स्थानीय / tomcat / conf / सर्वर.xml

 <Host name="localhost" appBase="webapps" unpackWARs="true" autoDeploy="true" xmlValidation="false" xmlNamespaceAware="false">
    <Context docBase="/usr/local/tomcat/webapps/test" path="" reloadable="true" />
1
2

mkdir -p /usr/स्थानीय/tomcat/webapps/परीक्षण

cd / usr / स्थानीय / tomcat / webapps / परीक्षण

विम अनुक्रमणिका.जस्प

<%@ page language="java" import="java.util.*" pageEncoding="UTF-8"%>
<html>

<head>
<title>JSP test1 page</title>
</head>

<body>
<% out.println("动态页面 1,http://www.test1.com");%>
</body>
</html>
1
2
3
4
5
6
7
8
9
10
11

cd /usr/स्थानीय/टॉमकैट/बिन/

./निरोधः.श

./प्रारम्भ.श

नेतस्तत् -अन्तप | grep ८०८०

tomcat2: 1 .

vim / usr / स्थानीय / tomcat / conf / सर्वर.xml

 <Host name="localhost" appBase="webapps" unpackWARs="true" autoDeploy="true" xmlValidation="false" xmlNamespaceAware="false">
    <Context docBase="/usr/local/tomcat/webapps/test" path="" reloadable="true" />
1
2

mkdir -p /usr/स्थानीय/tomcat/webapps/परीक्षण

cd / usr / स्थानीय / tomcat / webapps / परीक्षण

विम अनुक्रमणिका.जस्प

<%@ page language="java" import="java.util.*" pageEncoding="UTF-8"%>
<html>

<head>
<title>JSP test2 page</title>
</head>

<body>
<% out.println("动态页面 2,http://www.test2.com");%>
</body>
</html>
1
2
3
4
5
6
7
8
9
10
11

cd /usr/स्थानीय/टॉमकैट/बिन/

./निरोधः.श

./प्रारम्भ.श

नेतस्तत् -अन्तप | grep ८०८०

1. वर्चुअल् ip (vip) विन्यस्तीकरणस्य कारणानि :

Layer 2 forwarding केवलं mac header परिवर्तयति ।

Data link layer forwarding इत्यनेन ip header परिवर्तनं न भविष्यति, केवलं mac header इत्येतत्, data packet इत्येतत् back-end RS server प्रति अग्रेषितं भविष्यति यतः RS द्वारा प्राप्तस्य data packet इत्यस्य लक्ष्य IP अद्यापि VIP अस्ति, यत् RS इति सुनिश्चितं भवति can process it correctly इदं पैकेट् तथा च तत् पातयितुं स्थाने VIP RS इत्यस्य लूप्बैक् नेटवर्क् कार्ड् (lo) इत्यत्र विन्यस्तं भवितुमर्हति । एवं प्रकारेण RS चिन्तयिष्यति यत् एषः VIP स्वकीयः IP अस्ति, एतत् अनुरोधं सम्भालितुं शक्नोति च । -----इदं भवतः स्वस्य पतानुरोधस्य समानं भवति, ततः arp प्रसारणद्वारा सर्वेभ्यः होस्ट्-भ्यः प्रेष्यते । कवचयुक्तस्य वर्चुअल् होस्ट् मार्गेण क्लायन्ट् -पर्यन्तं गच्छन्तु ।

1. प्रत्यक्षतया ग्राहकं प्रति प्रत्यागच्छन्तु : DR मोड् मध्ये यदा क्लायन्ट् VIP कृते अनुरोधं प्रेषयति तदा एतानि अनुरोधाः LVS scheduler (Director Server) मार्गेण बैक-एण्ड् RS सर्वरं प्रति अग्रे प्रेष्यन्ते । RS सर्वरः अनुरोधं संसाधितस्य अनन्तरं, LVS शेड्यूलरं प्रति प्रत्यागन्तुं न अपितु प्रत्यक्षतया क्लायन्ट् प्रति प्रतिक्रियां प्रत्यागन्तुं आवश्यकम् । एतत् प्राप्तुं RS सर्वरं LVS scheduler इत्यस्य समानेन VIP-सङ्केतेन विन्यस्तं करणीयम् यत् क्लायन्ट् RS सर्वरात् प्रतिक्रियाः ज्ञातुं प्राप्तुं च शक्नोति इति सुनिश्चितं भवतिक्लायन्ट् शेड्यूलरस्य IP -इत्येतत् अभिगच्छति, अतः सः शेड्यूलरस्य वर्चुअल् URL इत्यनेन सह पुनः अग्रे प्रेषयति यत् क्लायन्ट् तस्य परिचयं कर्तुं शक्नोति इति सुनिश्चितं करोति ।
2. MAC पता पुनर्लेखनम् : DR मोड् मध्ये LVS scheduler अनुरोधसन्देशस्य लक्ष्य MAC पता पुनः लिखित्वा RS सर्वरं प्रति अनुरोधं अग्रे प्रेषयति । यदा RS सर्वरः अनुरोधं प्राप्नोति, संसाधयति च, यतः अनुरोधस्य लक्ष्य IP VIP अस्ति, तदा RS सर्वरः LVS scheduler मार्गेण विना प्रत्यक्षतया क्लायन्ट् प्रति प्रतिक्रियां प्रेषयिष्यति अस्मिन् समये यदि RS सर्वरः VIP इत्यनेन सह विन्यस्तः नास्ति तर्हि क्लायन्ट् प्रतिक्रियां प्राप्तुं नकारयितुं शक्नोति यतः सः प्रतिक्रियायाः स्रोतः चिन्तयितुं न शक्नोति ।

2. VIP वर्चुअल् IP lo interface इत्यत्र विन्यस्तं भवति इति कारणम्

एआरपी टेबल विकारं निवारयन्तु : यदि RS इत्यस्य निर्गमनजालकार्डे VIP सेट् भवति तर्हि RS ग्राहकस्य ARP अनुरोधस्य प्रतिक्रियां दास्यति, यत् क्लायन्ट् अथवा गेटवे इत्यस्य ARP सारणीयां भ्रमम् उत्पन्नं कर्तुं शक्नोति, येन सम्पूर्णस्य लोड बैलेन्सिंग् प्रणाल्याः सामान्यसञ्चालनं प्रभावितं भवतिlo अन्तरफलके VIP विन्यस्य, भवान् RS इत्यस्य ARP अनुरोधानाम् प्रतिक्रियां न दातुं शक्नोति, तस्मात् संजालवातावरणस्य स्थिरतां निर्वाहयितुं शक्नोति ।

RS (Real Server) सर्वरे lo (स्थानीय लूपबैक पता) VIP (Virtual IP) पतारूपेण विन्यस्तं करणं मुख्यतया भारसंतुलनप्रौद्योगिक्याः (यथा LVS-DR मोड्) विशिष्टानि आवश्यकतानि कार्यान्वयनतन्त्रं च आधारितं भवति निम्नलिखितम् विस्तृतं भूमिकाविश्लेषणम् अस्ति ।

1. सुनिश्चितं कुर्वन्तु यत् RS गन्तव्यसङ्केतः VIP इत्यनेन सह IP पैकेट्-सञ्चालनं कर्तुं शक्नोति

• अनुरोधं प्राप्नुवन्तु, संसाधयन्तु च : LVS-DR इत्यादिषु भारसंतुलनविधानेषु क्लायन्टस्य अनुरोधपैकेटस्य भारसंतुलनकर्तापर्यन्तं प्राप्तेः अनन्तरं तस्य लक्ष्य-IP VIP इति सेट् भवति, परन्तु भारसंतुलनकर्ता अनुरोधपैकेटस्य IP तथा पोर्ट् परिवर्तनं न करिष्यति, अपितु केवलं परिवर्तनं करिष्यति MAC पता। यतः RS द्वारा प्राप्तस्य पैकेटस्य गन्तव्य-IP अद्यापि VIP अस्ति, अतः RS इत्यनेन पॅकेट् परित्यक्तुं स्थाने सम्यक् सम्भालितुं शक्यते इति सुनिश्चित्य, VIP RS इत्यस्य लूप्बैक् नेटवर्क् कार्ड् (lo) इत्यत्र विन्यस्तं भवितुमर्हति एवं प्रकारेण RS चिन्तयिष्यति यत् एषः VIP स्वकीयः IP अस्ति, एतत् अनुरोधं सम्भालितुं शक्नोति च ।

2. एआरपी अनुरोधेषु प्रतिक्रियासु च भ्रमः परिहरन्तु

• एआरपी टेबल विकारं निवारयन्तु : यदि RS इत्यस्य निर्गमनजालकार्डे VIP सेट् भवति तर्हि RS ग्राहकस्य ARP अनुरोधस्य प्रतिक्रियां दास्यति, यत् क्लायन्ट् अथवा गेटवे इत्यस्य ARP सारणीयां भ्रमम् उत्पन्नं कर्तुं शक्नोति, येन सम्पूर्णस्य लोड बैलेन्सिंग् प्रणाल्याः सामान्यसञ्चालनं प्रभावितं भवति lo अन्तरफलके VIP विन्यस्य, भवान् RS इत्यस्य ARP अनुरोधानाम् प्रतिक्रियां न दातुं शक्नोति, तस्मात् संजालवातावरणस्य स्थिरतां निर्वाहयितुं शक्नोति ।

3. प्रणालीसुरक्षां स्थिरतां च सुदृढं कुर्वन्तु

• TCP संयोजनानां दृढतां वर्धयन्तु : गतिशीलमार्गनिर्देशनप्रोटोकॉल (यथा OSPF, BGP) विन्यस्तं कुर्वन्, प्रायः लूपबैक-अन्तरफलकस्य IP-सङ्केतः रूटर-id इत्यस्य रूपेण उपयुज्यते यतोहि लूप्बैक्-अन्तरफलकं कदापि अधः न गमिष्यति इति अन्तरफलकं गण्यते, अतः स्थिरतायां सुधारः भवति तथा TCP संयोजनस्य स्थिरता। यद्यपि एषः प्रभावः प्रत्यक्षतया तस्मिन् परिदृश्ये न प्रतिबिम्बितः यत्र VIP प्रत्यक्षतया RS सर्वरे lo पतारूपेण विन्यस्तः भवति तथापि प्रणालीस्थिरतां सुरक्षां च सुधारयितुम् लूपबैक् अन्तरफलकस्य सार्वत्रिकं मूल्यं प्रतिबिम्बयति

4. विन्यासं प्रबन्धनं च सरलीकरोतु

• एकीकृत विन्यास एवं प्रबन्धन : RS सर्वरे VIP पतारूपेण lo अन्तरफलकं विन्यस्तं कृत्वा सर्वेषां RS विन्यासं सुसंगतं कर्तुं शक्नोति तथा च एकीकृतप्रबन्धनस्य अनुरक्षणस्य च सुविधां कर्तुं शक्नोति। तत्सह, यतः लूप्बैक्-अन्तरफलकं आभासी अस्ति तथा च भौतिक-जाल-अन्तरफलकस्य संसाधनं न गृह्णाति, तस्मात् सर्वरस्य भौतिक-जाल-विन्यासं न प्रभावितं करिष्यति

5. सावधानताः

• RS तथा क्लायन्ट् इत्येतयोः मध्ये संजालं प्राप्तुं शक्यते इति सुनिश्चितं कुर्वन्तु : RS अनुरोधं संसाधितस्य अनन्तरं प्रतिक्रियां प्रत्यक्षतया क्लायन्ट् प्रति प्रत्यागन्तुं आवश्यकं भवति, अतः RS तथा क्लायन्ट् इत्येतयोः मध्ये संजालं प्राप्तुं शक्यते इति आवश्यकम्। प्रायः एतत् RS इत्यस्य पूर्वनिर्धारितं द्वारं वा मार्गनिर्धारणं सम्यक् सेट् भवति इति सुनिश्चित्य सिद्धं भवति ।
• समुचितं कर्नेल् मापदण्डं विन्यस्यताम्: RS IP पैकेट् सम्यक् सम्भालितुं शक्नोति यस्य गन्तव्यसङ्केतः VIP अस्ति इति सुनिश्चित्य, ARP अनुरोधानाम् प्रति RS इत्यस्य प्रतिक्रियाव्यवहारं नियन्त्रयितुं भवद्भिः केचन कर्नेल् मापदण्डाः (यथा arp_ignore तथा arp_announce) विन्यस्तं कर्तुं आवश्यकाः भवेयुः

सारांशतः, RS सर्वरे VIP-सङ्केतरूपेण lo-विन्यस्तीकरणस्य मुख्यं कार्यं भवति यत् RS गन्तव्य-सङ्केतेन VIP-सहितं IP-पैकेट्-प्राप्तिं संसाधितुं च शक्नोति इति सुनिश्चितं कर्तुं, ARP-अनुरोध-प्रतिक्रियासु च भ्रमं परिहरति, सुरक्षां च सुधारयितुम् व्यवस्थायाः स्थिरता । तदतिरिक्तं, एतत् विन्यासः विन्यासस्य प्रबन्धनप्रक्रियायाः सरलीकरणे सहायकः भवति ।

Loopback Interface इति विशेषं संजाल-अन्तरफलकं यत् सङ्गणकस्य संजाल-प्रोटोकॉल-स्टैक्-मध्ये वर्चुअल्-जाल-अन्तरफलकरूपेण उपयुज्यते । लूप्बैक्-अन्तरफलकस्य मुख्यं उद्देश्यं भवति यत् प्रणाली कस्यापि भौतिक-जाल-अन्तरफलकस्य माध्यमेन न गत्वा स्वयमेव संजालसंचारं कर्तुं शक्नोति । एषा संचारविधिः Loopback अथवा Circular इति कथ्यते

1. LVS DR मोड् मध्ये उपयोगः: LVS (Linux Virtual Server) इत्यस्य DR (Direct Routing) मोड् इत्यस्मिन्, लूप्बैक् अन्तरफलकस्य उपयोगः वर्चुअल् IP-सङ्केतं (VIP) विन्यस्तं कर्तुं भवति यत् सुनिश्चितं भवति यत् बैकएण्ड् रियल सर्वरः VIP इत्यस्य ARP अनुरोधस्य प्रतिक्रियां न दास्यति, तस्मात् पतां परिहरति विग्रहाः सम्भाव्यसञ्चारसमस्याः च।

6. अन्तरफलकस्य व्याख्या : १.

जाल-अन्तरफलकं सङ्गणक-तन्त्रे सङ्गणक-जाल-सङ्गणकेन सह सम्बद्धं यन्त्रं वा सॉफ्टवेयरं वा सङ्गणक-जालयोः मध्ये संचार-अन्तरफलकं प्रदाति, सङ्गणक-जालयोः मध्ये सेतुरूपेण कार्यं करोति । संजाल-अन्तरफलकस्य विशिष्टा परिभाषा, तत्सम्बद्धा सूचना च निम्नलिखितम् अस्ति ।

परिभाषा

• शारीरिक स्तर: संजाल-अन्तरफलकं प्रायः एकं पोर्ट् अथवा उपकरणं निर्दिशति यत् भौतिकसंयोजनद्वारा (यथा ईथरनेट् केबलं, वायरलेस् नेटवर्क् कार्ड् इत्यादि) माध्यमेन सङ्गणकं जालपुटेन सह संयोजयति
• सॉफ्टवेयर स्तर: संजाल-अन्तरफलकं प्रचालन-प्रणाल्या प्रदत्तस्य संजाल-प्रोटोकॉल-स्टैक्-चालकस्य च माध्यमेन संजालेन सह अन्तरक्रियां करोति ।

परिणाम

• दत्तांशसञ्चारः: सङ्गणकस्य जालस्य च मध्ये दत्तांशसञ्चारकार्यं साक्षात्करोति, संजाल-अन्तरफलकं जालपुटे आँकडानां प्रसारणं वा दत्तांशं प्राप्तुं वा उत्तरदायी भवति
• प्रोटोकॉल संसाधन: संजाल-अन्तरफलकं विविध-जाल-प्रोटोकॉल-इत्येतत् (यथा TCP/IP, UDP इत्यादयः) सम्पादयति यत् एतत् सुनिश्चितं करोति यत् प्रोटोकॉल-द्वारा निर्दिष्टरीत्या आँकडानां प्रसारणं संसाधनं च कर्तुं शक्यते
• पता प्रबन्धन: संजाल-अन्तरफलकं संजाले सङ्गणकानां पता-विनियोगस्य प्रबन्धनस्य च उत्तरदायी भवति, यत्र IP-सङ्केतः, उपजाल-मास्क-, पूर्वनिर्धारित-द्वारस्य च इत्यादीनां संजाल-मापदण्डानां विन्यासः, प्रबन्धनं च भवति
• प्रवाहनियन्त्रणम्: संजाल-अन्तरफलकं संजाल-भारस्य संतुलनं कर्तुं संजाल-स्थिरतां कार्यक्षमतां च सुनिश्चित्य संजाल-सञ्चारस्य दरं प्राथमिकताञ्च संजाल-जामस्य डिग्री-अनुसारं समायोजयति तथा च आँकडा-संचरणस्य आवश्यकता अस्ति
• त्रुटिपरिचयः सुधारणं च: संजाल-अन्तरफलके त्रुटि-परिचय-सुधार-कार्यं भवति, तथा च चेकसम-दोष-शुद्धि-सङ्केत-इत्यादीनां प्रौद्योगिकीनां माध्यमेन आँकडा-संचरणस्य विश्वसनीयतां सटीकतायां च सुधारं करोति

प्रकारः

जाल-अन्तरफलकानां विविधाः प्रकाराः सन्ति, तथा च प्रत्येकस्य प्रकारस्य जाल-अन्तरफलकस्य स्वकीयानि लक्षणानि प्रयोज्य-परिदृश्यानि च सन्ति:

• ईथरनेट् अन्तरफलकम् : सर्वाधिकं सामान्यं तारयुक्तं संजाल-अन्तरफलकं, सङ्गणकं Ethernet केबलद्वारा LAN अथवा WAN इत्यनेन सह संयोजयति । ईथरनेट्-अन्तरफलकं आँकडा-संचरणार्थं ईथरनेट्-प्रोटोकॉलस्य उपयोगं करोति, उच्चगति-दत्तांश-सञ्चारस्य समर्थनं करोति, संजाल-अनुप्रयोगानाम् अपि विस्तृत-श्रेणीं च समर्थयति ।
• वायरलेस् LAN अन्तरफलकम् (WLAN अन्तरफलकम्) २.: सङ्गणकः वायरलेस् संकेतानां माध्यमेन स्थानीयक्षेत्रजालेन सह सम्बद्धः भवति, तथा च वायरलेस् LAN प्रोटोकॉल (यथा Wi-Fi) इत्यस्य उपयोगः आँकडासंचरणार्थं भवति
• ब्लूटूथ-अन्तरफलकम्: अल्पदूरस्य वायरलेससञ्चारप्रौद्योगिकी या ब्लूटूथसंकेतद्वारा उपकरणानां मध्ये वायरलेस् संयोजनं सक्षमं करोति ।
• क्रमिक अन्तरफलक: सङ्गणकस्य बाह्ययन्त्राणां च मध्ये क्रमिकसञ्चारद्वारा बिट्-बिट्-रूपेण आँकडानां प्रसारणं सामान्य-सीरियल-अन्तरफलकेषु RS-232 तथा USB-सीरियल-अन्तरफलकानि सन्ति, येषां उपयोगः मुद्रकाणां, मोडेमानां, अन्येषां उपकरणानां च संयोजनाय भवति

सामान्याः अन्तरफलकमानकाः

• RJ-45 अन्तरफलकम्: इदानीं सर्वाधिकं सामान्यं संजालयन्त्र-अन्तरफलकं अस्ति, यत् सामान्यतया "क्रिस्टल-शिरः" इति नाम्ना प्रसिद्धम् अस्ति, तथा च तकनीकीपदं RJ-45 संयोजकम् अस्ति, यत् twisted pair Ethernet interface type इत्यस्य अस्ति
• अनुसूचित जाति रेशा प्रकाशिक अन्तरफलक : ईथरनेट् युगे अपि अस्य उपयोगः आसीत्, परन्तु तस्य उच्चव्ययस्य कारणात् प्रारम्भिकेषु दिनेषु अस्य लोकप्रियता नासीत् । गीगाबिट्-जालस्य प्रचारेन सह एससी ऑप्टिकल् फाइबर-अन्तरफलकेषु नवीनं ध्यानं प्राप्तम् अस्ति ।
• AUI अन्तरफलकम्: विशेषतया मोटे समाक्षीयकेबलं संयोजयितुं प्रयुक्तं प्रारम्भिकजालपत्रेषु सामान्यं अन्तरफलकं भवति अधुना दुर्लभतया एव उपयुज्यते ।
• BNC अन्तरफलकम्: विशेषतया पतले समाक्षीयकेबलेषु सम्बद्धं कर्तुं निर्मितं अन्तरफलकं, अधुना स्विचेषु न्यूनतया उपयुज्यते ।

सारांशेन वक्तुं शक्यते यत्, संजाल-अन्तरफलकं सङ्गणकस्य जालस्य च मध्ये संचारस्य प्रमुखः घटकः अस्ति विभिन्नप्रकारस्य जाल-अन्तरफलकाः भिन्न-भिन्न-परिदृश्यानां अनुप्रयोगानाञ्च कृते उपयुक्ताः सन्ति, येन सङ्गणक-जालयोः मध्ये संचारस्य महत्त्वपूर्णं समर्थनं प्राप्यते

साक्षात्कारप्रश्नाः

keepalive इत्यस्य विभक्त-मस्तिष्क-समस्यायाः समाधानं कथं करणीयम् ?

जाल-अन्तरफलकानां विविधाः प्रकाराः सन्ति, तथा च प्रत्येकस्य प्रकारस्य जाल-अन्तरफलकस्य स्वकीयानि लक्षणानि प्रयोज्य-परिदृश्यानि च सन्ति:

• ईथरनेट् अन्तरफलकम् : सर्वाधिकं सामान्यं तारयुक्तं संजाल-अन्तरफलकं, सङ्गणकं Ethernet केबलद्वारा LAN अथवा WAN इत्यनेन सह संयोजयति । ईथरनेट्-अन्तरफलकं आँकडा-संचरणार्थं ईथरनेट्-प्रोटोकॉलस्य उपयोगं करोति, उच्चगति-दत्तांश-सञ्चारस्य समर्थनं करोति, संजाल-अनुप्रयोगानाम् अपि विस्तृत-श्रेणीं च समर्थयति ।
• वायरलेस् LAN अन्तरफलकम् (WLAN अन्तरफलकम्) २.: सङ्गणकः वायरलेस् संकेतानां माध्यमेन स्थानीयक्षेत्रजालेन सह सम्बद्धः भवति, तथा च वायरलेस् LAN प्रोटोकॉल (यथा Wi-Fi) इत्यस्य उपयोगः आँकडासंचरणार्थं भवति
• ब्लूटूथ-अन्तरफलकम्: अल्पदूरस्य वायरलेससञ्चारप्रौद्योगिकी या ब्लूटूथसंकेतद्वारा उपकरणानां मध्ये वायरलेस् संयोजनं सक्षमं करोति ।
• क्रमिक अन्तरफलक: सङ्गणकस्य बाह्ययन्त्राणां च मध्ये क्रमिकसञ्चारद्वारा बिट्-बिट्-रूपेण आँकडानां प्रसारणं सामान्य-सीरियल-अन्तरफलकेषु RS-232 तथा USB-सीरियल-अन्तरफलकानि सन्ति, येषां उपयोगः मुद्रकाणां, मोडेमानां, अन्येषां उपकरणानां च संयोजनाय भवति

सामान्याः अन्तरफलकमानकाः

• RJ-45 अन्तरफलकम्: इदानीं सर्वाधिकं सामान्यं संजालयन्त्र-अन्तरफलकं अस्ति, यत् सामान्यतया "क्रिस्टल-शिरः" इति नाम्ना प्रसिद्धम् अस्ति, तथा च तकनीकीपदं RJ-45 संयोजकम् अस्ति, यत् twisted pair Ethernet interface type इत्यस्य अस्ति
• अनुसूचित जाति रेशा प्रकाशिक अन्तरफलक : ईथरनेट् युगे अपि अस्य उपयोगः आसीत्, परन्तु तस्य उच्चव्ययस्य कारणात् प्रारम्भिकेषु दिनेषु अस्य लोकप्रियता नासीत् । गीगाबिट्-जालस्य प्रचारेन सह एससी ऑप्टिकल् फाइबर-अन्तरफलकेषु नवीनं ध्यानं प्राप्तम् अस्ति ।
• AUI अन्तरफलकम्: विशेषतया मोटे समाक्षीयकेबलं संयोजयितुं प्रयुक्तं प्रारम्भिकजालपत्रेषु सामान्यं अन्तरफलकं भवति अधुना दुर्लभतया एव उपयुज्यते ।
• BNC अन्तरफलकम्: विशेषतया पतले समाक्षीयकेबलेषु सम्बद्धं कर्तुं निर्मितं अन्तरफलकं, अधुना स्विचेषु न्यूनतया उपयुज्यते ।

सारांशेन वक्तुं शक्यते यत्, संजाल-अन्तरफलकं सङ्गणकस्य जालस्य च मध्ये संचारस्य प्रमुखः घटकः अस्ति विभिन्नप्रकारस्य जाल-अन्तरफलकाः भिन्न-भिन्न-परिदृश्यानां अनुप्रयोगानाञ्च कृते उपयुक्ताः सन्ति, येन सङ्गणक-जालयोः मध्ये संचारस्य महत्त्वपूर्णं समर्थनं प्राप्यते

साक्षात्कारप्रश्नाः

keepalive इत्यस्य विभक्त-मस्तिष्क-समस्यायाः समाधानं कथं करणीयम् ?