Set the Path to a web page that will return a 200 OK code.

200 OK కోడ్‌ను అందించే వెబ్ పేజీకి మార్గాన్ని సెట్ చేయండి.


Finally, we must add a firewall rule for the server pool.

చివరగా, మేము సర్వర్ పూల్ కోసం ఫైర్‌వాల్ నియమాన్ని జోడించాలి.


Servers that are up will be colored green, while servers that are down will be colored red.

అప్‌లో ఉన్న సర్వర్లు ఆకుపచ్చ రంగులో ఉంటాయి, అయితే డౌన్‌లో ఉన్న సర్వర్లు ఎరుపు రంగులో ఉంటాయి.


If you require a more enterprise-level solution for load balancing, however, you need not fret: High Availability Proxy (HAProxy), an open source program (covered by the GPL) which is advertised as a fast and reliable solution offering high availability, [and] load balancing is available as a third-party package.

మీకు లోడ్ బ్యాలెన్సింగ్ కోసం మరింత ఎంటర్‌ప్రైజ్-స్థాయి పరిష్కారం అవసరమైతే, మీరు చింతించాల్సిన అవసరం లేదు: హై అవైలబిలిటీ ప్రాక్సీ (HAProxy), ఓపెన్ సోర్స్ ప్రోగ్రామ్ (GPL ద్వారా కవర్ చేయబడింది), ఇది అధిక లభ్యతను అందించే వేగవంతమైన మరియు నమ్మదగిన పరిష్కారంగా ప్రకటించబడింది, [మరియు] లోడ్ బ్యాలెన్సింగ్ మూడవ పక్ష ప్యాకేజీగా అందుబాటులో ఉంది.


OpenVPN normally accepts connections on port 1194; you can change this port, but if you are using OpenVPN, whichever port you use must be unblocked.

ఓపెన్‍వీపీఎన్ సాధారణంగా 1194 పోర్ట్‍లో కనెక్షన్లను అంగీకరిస్తుంది; మీరు ఈ పోర్ట్‍ను మార్చవచ్చు, కానీ మీరు ఓపెన్‍వీపీఎన్ ఉపయోగిస్తుంటే, మీరు ఏ పోర్ట్‍ను ఉపయోగిస్తున్నారో అది అన్‍బ్లాక్ చేయబడి ఉండాలి.


If you are using IPsec, port 500 must be open for ISAKMP key exchange traffic, and port 50 or 51 must be kept open depending on your configuration (but not both).

మీరు IPsec ఉపయోగిస్తుంటే, ISAKMP కీ ఎక్స్ఛేంజ్ ట్రాఫిక్ కోసం పోర్ట్ 500 తెరవాలి, మరియు మీ కాన్ఫిగరేషన్ ఆధారంగా పోర్ట్ 50 లేదా 51 తెరవాలి (కానీ రెండూ కాదు).


L2TP uses UDP on port 1701, so if you are using L2TP, make sure that port is open.

L2TP పోర్ట్ 1701లో UDPని ఉపయోగిస్తుంది, కాబట్టి మీరు L2TP ఉపయోగిస్తుంటే, ఆ పోర్ట్ తెరిచి ఉందని నిర్ధారించుకోండి.


Keep in mind that autogenerated rules created by pfSense are floating rules, so check the Floating tab to confirm that the necessary rules exist.

pfSense ద్వారా స్వయంచాలకంగా రూపొందించబడిన నియమాలు ఫ్లోటింగ్ నియమాలు అని గుర్తుంచుకోండి, కాబట్టి అవసరమైన నియమాలు ఉన్నాయో లేదో నిర్ధారించడానికి ఫ్లోటింగ్ ట్యాబ్‍ను తనిఖీ చేయండి.


If the remote client is able to make an initial connection to the server, but the connection ultimately fails, then often the best source for information as to why the connection failed is the log file.

రిమోట్ క్లయింట్ సర్వర్‍కు ప్రారంభ కనెక్షన్ చేయగలిగితే, కానీ కనెక్షన్ చివరికి విఫలమైతే, కనెక్షన్ ఎందుకు విఫలమైంది అనే సమాచారం కోసం ఉత్తమమైన మూలం లాగ్ ఫైల్.


You can find the logs by navigating to Status | System Logs.

మీరు స్టేటస్ | సిస్టమ్ లాగ్స్‍కు నావిగేట్ చేయడం ద్వారా లాగ్‍లను కనుగొనవచ్చు.


Click on the IPsec tab to find IPsec log entries and click on the OpenVPN tab to find OpenVPN log entries.

IPsec లాగ్ ఎంట్రీలను కనుగొనడానికి IPsec ట్యాబ్‍పై క్లిక్ చేయండి మరియు OpenVPN లాగ్ ఎంట్రీలను కనుగొనడానికి OpenVPN ట్యాబ్‍పై క్లిక్ చేయండి.


Very often, the source of the problem is a mismatch between the settings required by the server and the settings specified by the client in the client configuration.

చాలా తరచుగా, సమస్యకు మూలం సర్వర్‍కు అవసరమైన సెట్టింగులు మరియు క్లయింట్ కాన్ఫిగరేషన్‍లో క్లయింట్ పేర్కొన్న సెట్టింగుల మధ్య సరిపోలకపోవడం.


For example, assume that there has been a failure of a mobile client to establish an IPsec connection, and you see the following log entry: Charon: 13[IKE] Aggressive Mode PSK disabled for security reasons

ఉదాహరణకు, మొబైల్ క్లయింట్ IPsec కనెక్షన్‍ను ఏర్పాటు చేయడంలో విఫలమైందని అనుకోండి, మరియు మీరు ఈ క్రింది లాగ్ ఎంట్రీని చూస్తారు: Charon: 13[IKE] భద్రతా కారణాల వల్ల దూకుడు మోడ్ PSK నిలిపివేయబడింది


Such an entry is a good sign that there was a mismatch in the negotiation mode between the client and server.

అటువంటి ఎంట్రీ క్లయింట్ మరియు సర్వర్ మధ్య చర్చల మోడ్‍లో సరిపోలకపోవడం మంచి సంకేతం.


The Aggressive Mode PSK disabled message indicates that the negotiation mode on the server is set to main.

దూకుడు మోడ్ PSK నిలిపివేయబడిన సందేశం సర్వర్‍లో చర్చల మోడ్ మెయిన్‍కు సెట్ చేయబడిందని సూచిస్తుంది.


Sure enough, we discover that the client has set Negotiation mode to Aggressive, which is why the connection failed.

ఖచ్చితంగా, క్లయింట్ చర్చల మోడ్‍ను దూకుడుగా సెట్ చేసిందని మేము కనుగొన్నాము, అందుకే కనెక్షన్ విఫలమైంది.


Changing the setting on the client to main does not guarantee it will work, but at least we know a negotiation mode mismatch won't be the problem.

క్లయింట్‍లో సెట్టింగ్‍ను మెయిన్‍కు మార్చడం వలన అది పని చేస్తుందని హామీ ఇవ్వదు, కానీ కనీసం చర్చల మోడ్ సరిపోలకపోవడం సమస్య కాదని మనకు తెలుసు.


Some log entries are a little more cryptic.

కొన్ని లాగ్ ఎంట్రీలు కొంచెం రహస్యంగా ఉంటాయి.


For example, a pre-shared key (PSK) mismatch may appear in the logs as follows: charon: 09[ENC] invalid HASH_V1 payload length, decryption failed?

ఉదాహరణకు, ముందుగా షేర్ చేసిన కీ (PSK) సరిపోలకపోవడం లాగ్‍లలో ఈ విధంగా కనిపించవచ్చు: charon: 09[ENC] చెల్లని HASH_V1 పేలోడ్ పొడవు, డీక్రిప్షన్ విఫలమైందా?


This doesn't exactly give us a clear indication of a PSK mismatch; still, if you see such a message, it's a good idea to check the PSK entry.

ఇది PSK సరిపోలకపోవడం గురించి స్పష్టమైన సూచనను ఇవ్వదు; అయినప్పటికీ, మీరు అలాంటి సందేశాన్ని చూసినట్లయితే, PSK ఎంట్రీని తనిఖీ చేయడం మంచిది.


In addition, many of the IPsec log entries indicate whether the failure was at Phase 1 of the connection or Phase 2.

అదనంగా, చాలా IPsec లాగ్ ఎంట్రీలు వైఫల్యం కనెక్షన్ యొక్క ఫేజ్ 1లో ఉందా లేదా ఫేజ్ 2లో ఉందా అని సూచిస్తాయి.


Such an indication can help clue us in as to where we should be focusing our troubleshooting efforts.

అటువంటి సూచన మనం ఎక్కడ ట్రబుల్‍షూటింగ్ ప్రయత్నాలను కేంద్రీకరించాలి అనే దాని గురించి మనకు సూచన ఇవ్వగలదు.


When the connection fails at Phase 2, often the problem is mismatched encryption methods.

కనెక్షన్ ఫేజ్ 2లో విఫలమైనప్పుడు, తరచుగా సమస్య సరిపోలని ఎన్‍క్రిప్షన్ పద్ధతులు.


Very often, the client side has Auto as an option for some settings – in other words, autonegotiate settings.

చాలా తరచుగా, క్లయింట్ వైపు కొన్ని సెట్టింగుల కోసం ఆటోను ఒక ఎంపికగా కలిగి ఉంటుంది - మరో మాటలో చెప్పాలంటే, ఆటోనెగోషియేట్ సెట్టింగులు.


Placing this traffic on a separate network thus reduces congestion on the LAN.

ఈ ట్రాఫిక్‌ను ప్రత్యేక నెట్‌వర్క్‌లో ఉంచడం ద్వారా LANలో రద్దీ తగ్గుతుంది.


To set up an interface for pfsync, navigate to Interfaces | (assign), select an unused interface in the Available network ports drop-down box, and click on the Add button.

pfsync కోసం ఇంటర్‌ఫేస్‌ను సెటప్ చేయడానికి, ఇంటర్‌ఫేస్‌లు | (అప్పగించు)కి నావిగేట్ చేయండి, అందుబాటులో ఉన్న నెట్‌వర్క్ పోర్ట్‌ల డ్రాప్-డౌన్ బాక్స్‌లో ఉపయోగించని ఇంటర్‌ఫేస్‌ను ఎంచుకోండి మరియు జోడించు బటన్‌ను క్లిక్ చేయండి.


Then click on interface name and begin configuration.

అప్పుడు ఇంటర్‌ఫేస్ పేరుపై క్లిక్ చేసి, కాన్ఫిగరేషన్‌ను ప్రారంభించండి.


There isn't much required for the pfsync interface, except that all the pfsync interfaces should be on a shared subnet.

pfsync ఇంటర్‌ఫేస్‌కు పెద్దగా అవసరం లేదు, అన్ని pfsync ఇంటర్‌ఫేస్‌లు షేర్డ్ సబ్‌నెట్‌లో ఉండాలి.


Give the interface an appropriate name (for example, SYNC).

ఇంటర్‌ఫేస్‌కు తగిన పేరు ఇవ్వండి (ఉదాహరణకు, SYNC).


Click on the Save button at the bottom of the page when you are done configuring the pfsync interface and, when the page reloads, click on Apply Changes.

pfsync ఇంటర్‌ఫేస్‌ను కాన్ఫిగర్ చేయడం పూర్తయిన తర్వాత పేజీ దిగువన ఉన్న సేవ్ బటన్‌ను క్లిక్ చేయండి మరియు పేజీ రీలోడ్ అయినప్పుడు, మార్పులను వర్తించు క్లిక్ చేయండి.


Next, you must create a firewall rule for the pfsync interface.

తరువాత, మీరు pfsync ఇంటర్‌ఫేస్ కోసం ఫైర్‌వాల్ నియమాన్ని సృష్టించాలి.


Navigate to Firewall | Rules, and click on the tab for the newly created interface.

ఫైర్‌వాల్ | నియమాలకు నావిగేట్ చేయండి మరియు కొత్తగా సృష్టించబడిన ఇంటర్‌ఫేస్ కోసం టాబ్‌పై క్లిక్ చేయండి.


Click on the Add button to add an allow pfsync interface to any rule.

ఏదైనా నియమానికి pfsync ఇంటర్‌ఫేస్‌ను అనుమతించడానికి జోడించు బటన్‌ను క్లిక్ చేయండి.


The Action column should be set to Pass and the Interface should be kept set to the pfsync interface.

యాక్షన్ కాలమ్‌ను పాస్‌గా సెట్ చేయాలి మరియు ఇంటర్‌ఫేస్‌ను pfsync ఇంటర్‌ఫేస్‌కు సెట్ చేయాలి.


The protocol in the Protocol drop-down box should be set to PFSYNC.

ప్రోటోకాల్ డ్రాప్-డౌన్ బాక్స్‌లోని ప్రోటోకాల్‌ను PFSYNCకి సెట్ చేయాలి.


The Source field should be set to the pfsync network and Destination should be set to any.

సోర్స్ ఫీల్డ్‌ను pfsync నెట్‌వర్క్‌కు సెట్ చేయాలి మరియు గమ్యాన్ని ఏదైనాకు సెట్ చేయాలి.


Enter a brief description in the Description field, and click on the Save button.

వివరణ ఫీల్డ్‌లో క్లుప్త వివరణను నమోదు చేసి, సేవ్ బటన్‌ను క్లిక్ చేయండి.


When the main Firewall page reloads, click on the Apply Changes button.

ప్రధాన ఫైర్‌వాల్ పేజీ రీలోడ్ అయినప్పుడు, మార్పులను వర్తించు బటన్‌ను క్లిక్ చేయండి.


You may also want to create a rule to allow ICMP traffic on the pfsync interface; this will allow you to ping the interface and send pings from the interface, which is always useful in verifying connectivity.

మీరు pfsync ఇంటర్‌ఫేస్‌లో ICMP ట్రాఫిక్‌ను అనుమతించడానికి ఒక నియమాన్ని కూడా సృష్టించవచ్చు; ఇది ఇంటర్‌ఫేస్‌ను పింగ్ చేయడానికి మరియు ఇంటర్‌ఫేస్ నుండి పింగ్‌లను పంపడానికి మిమ్మల్ని అనుమతిస్తుంది, ఇది కనెక్టివిటీని ధృవీకరించడానికి ఎల్లప్పుడూ ఉపయోగపడుతుంది.


If so, click on the Add button again to create a new rule.

అయితే, కొత్త నియమాన్ని సృష్టించడానికి మళ్ళీ జోడించు బటన్‌ను క్లిక్ చేయండి.


Change the protocol to ICMP; you can leave the ICMP Subtypes list box set to any, but if you opt for a more restrictive rule, be sure to select both Echo reply and Echo request, or ping won't work.

ప్రోటోకాల్‌ను ICMPకి మార్చండి; మీరు ICMP ఉప రకాలు జాబితా పెట్టెను ఏదైనాకు వదిలివేయవచ్చు, కానీ మీరు మరింత పరిమిత నియమాన్ని ఎంచుకుంటే, ఎకో ప్రత్యుత్తరం మరియు ఎకో అభ్యర్థన రెండింటినీ ఎంచుకోవాలని నిర్ధారించుకోండి, లేకపోతే పింగ్ పని చేయదు.


A more restrictive rule would also set Destination to PFSYNC address.

మరింత పరిమిత నియమం గమ్యాన్ని PFSYNC చిరునామాకు కూడా సెట్ చేస్తుంది.


Add an appropriate description (for example Allow ICMP ping traffic) and click on the Save button.

తగిన వివరణను జోడించండి (ఉదాహరణకు ICMP పింగ్ ట్రాఫిక్‌ను అనుమతించండి) మరియు సేవ్ బటన్‌ను క్లిక్ చేయండి.


The next step is enabling pfsync and XML-RPC.

తదుపరి దశ pfsync మరియు XML-RPCని ప్రారంభించడం.


We have decided that the redundant FTP server will be assigned an IP of 192.168.2.11.

రిడండెంట్ FTP సర్వర్కు 192.168.2.11 IP చిరునామాను కేటాయించాలని మేము నిర్ణయించాము.


We don't have to assign an IP address for the virtual server, as it will be the WAN IP address.

వర్చువల్ సర్వర్ కోసం IP చిరునామాను కేటాయించాల్సిన అవసరం లేదు, ఎందుకంటే ఇది WAN IP చిరునామా అవుతుంది.


One issue we should consider before we move ahead with configuring load balancing is how we are going to synchronize the redundant FTP servers.

లోడ్ బ్యాలెన్సింగ్‌ను కాన్ఫిగర్ చేయడానికి ముందు మనం పరిగణించవలసిన ఒక సమస్య ఏమిటంటే, రిడండెంట్ FTP సర్వర్లను ఎలా సమకాలీకరించాలి.


There are many FTP servers that support clustering, and they have their own load balancing and high availability capabilities.

క్లస్టరింగ్‌కు మద్దతు ఇచ్చే అనేక FTP సర్వర్లు ఉన్నాయి మరియు వాటి స్వంత లోడ్ బ్యాలెన్సింగ్ మరియు అధిక లభ్యత సామర్థ్యాలను కలిగి ఉన్నాయి.


In this case, pfSense can deal with the FTP cluster as if it was a single server, and we don't have to implement load balancing in pfSense.

ఈ సందర్భంలో, pfSense FTP క్లస్టర్‌ను ఒకే సర్వర్‌గా వ్యవహరించగలదు మరియు మేము pfSenseలో లోడ్ బ్యాలెన్సింగ్‌ను అమలు చేయనవసరం లేదు.


Fortunately, if we're using Unix or Linux, there is a widely-used utility called rsync that can be used.

అదృష్టవశాత్తూ, మనం Unix లేదా Linux ఉపయోగిస్తుంటే, rsync అనే విస్తృతంగా ఉపయోగించే యుటిలిటీ ఉంది.


To begin load balancing configuration, navigate to Services | Load Balancer.

లోడ్ బ్యాలెన్సింగ్ కాన్ఫిగరేషన్‌ను ప్రారంభించడానికి, సర్వీసెస్ | లోడ్ బ్యాలెన్సర్‌కు నావిగేట్ చేయండి.


We enter an appropriate name in the Name field (for example, FTPPOOL).

పేరు ఫీల్డ్‌లో తగిన పేరును నమోదు చేయండి (ఉదాహరణకు, FTPPOOL).


The Mode field should be set to Load Balance.

మోడ్ ఫీల్డ్‌ను లోడ్ బ్యాలెన్స్‌కు సెట్ చేయాలి.


The Port value will be set to 21 (the default port for FTP).

పోర్ట్ విలువ 21కి సెట్ చేయబడుతుంది (FTP కోసం డిఫాల్ట్ పోర్ట్).


After we have entered all the servers, we click on the Save button at the bottom of the page.

మేము అన్ని సర్వర్లను నమోదు చేసిన తర్వాత, పేజీ దిగువన ఉన్న సేవ్ బటన్‌ను క్లిక్ చేస్తాము.


On the main Load Balancer page, we click on the Virtual Servers tab, and then click on the Add button.

ప్రధాన లోడ్ బ్యాలెన్సర్ పేజీలో, మేము వర్చువల్ సర్వర్స్ టాబ్‌ను క్లిక్ చేసి, ఆపై యాడ్ బటన్‌ను క్లిక్ చేస్తాము.


We enter 21 in the Port field, and we specify FTPPOOL as the Virtual Server Pool.

పోర్ట్ ఫీల్డ్‌లో 21ని నమోదు చేస్తాము మరియు FTPPOOLని వర్చువల్ సర్వర్ పూల్‌గా పేర్కొంటాము.


We now need to create a firewall rule to allow traffic to pass through the WAN interface to the FTP server pool.

WAN ఇంటర్‌ఫేస్ ద్వారా FTP సర్వర్ పూల్‌కు ట్రాఫిక్‌ను అనుమతించడానికి ఇప్పుడు మనం ఫైర్‌వాల్ నియమాన్ని సృష్టించాలి.


To create the firewall rule, we navigate to Firewall | Rules.

ఫైర్‌వాల్ నియమాన్ని సృష్టించడానికి, మేము ఫైర్‌వాల్ | నియమాలకు నావిగేట్ చేస్తాము.


This completes the pfSense portion of our FTP load balancing pool.

ఇది మా FTP లోడ్ బ్యాలెన్సింగ్ పూల్ యొక్క pfSense భాగాన్ని పూర్తి చేస్తుంది.


We still need to implement synchronization so that the files (including user account data) are kept identical on both servers.

ఫైల్‌లు (వినియోగదారు ఖాతా డేటాతో సహా) రెండు సర్వర్‌లలో ఒకే విధంగా ఉంచబడేలా మనం ఇప్పటికీ సమకాలీకరణను అమలు చేయాలి.


By utilizing rsync, implementing synchronization can be done as easily as entering the following line in our crontab file:

rsyncని ఉపయోగించడం ద్వారా, సమకాలీకరణను అమలు చేయడం మన క్రోన్‌టాబ్ ఫైల్‌లో ఈ క్రింది లైన్‌ను నమోదు చేయడం సులభం:


We navigate to Status | CARP and see CARP is up and running.

మేము స్థితి | CARPకి నావిగేట్ చేస్తాము మరియు CARP నడుస్తున్నట్లు చూస్తాము.


The SLA defines the commitment between the ISP and the client.

SLA అనేది ISP మరియు క్లయింట్ మధ్య ఉన్న నిబద్ధతను నిర్వచిస్తుంది.


An ISP is not required to have an SLA, but many do.

ఒక ISPకి SLA ఉండవలసిన అవసరం లేదు, కానీ చాలా మందికి ఉంది.


The SLA may be part of the contract between the ISP and the client.

SLA ISP మరియు క్లయింట్ మధ్య ఒప్పందంలో భాగం కావచ్చు.


Aspects of service defined by the SLA can include throughput and uptime.

SLA ద్వారా నిర్వచించబడిన సేవా అంశాలలో థ్రూపుట్ మరియు అప్‌టైమ్ కూడా ఉండవచ్చు.


A good SLA will also delineate the process for supervising performance levels.

ఒక మంచి SLA పనితీరు స్థాయిలను పర్యవేక్షించే ప్రక్రియను కూడా వివరిస్తుంది.


In some cases, an ISP failing to abide by the SLA can lead to contract termination.

కొన్ని సందర్భాల్లో, SLAని పాటించడంలో ISP విఫలమైతే ఒప్పందం రద్దుకు దారి తీయవచ్చు.


You may be configuring multi-WAN for a business environment.

మీరు వ్యాపార వాతావరణం కోసం బహుళ-WANని కాన్ఫిగర్ చేయవచ్చు.


Two low-cost broadband connections can give you greater bandwidth.

రెండు తక్కువ-ధర బ్రాడ్‌బ్యాండ్ కనెక్షన్‌లు మీకు ఎక్కువ బ్యాండ్‌విడ్త్‌ను అందించగలవు.


One of the advantages of a multi-WAN implementation is policy-based routing.

మల్టీ-వాన్ అమలు యొక్క ప్రయోజనాల్లో ఒకటి విధాన-ఆధారిత రూటింగ్.


We can divert traffic that matches a firewall rule to a specific gateway.

ఫైర్‌వాల్ నియమానికి సరిపోయే ట్రాఫిక్‌ను నిర్దిష్ట గేట్‌వేకి మళ్లించవచ్చు.


You might want to use policy-based routing to segregate certain services.

మీరు కొన్ని సేవలని వేరు చేయడానికి విధాన-ఆధారిత రూటింగ్‌ని ఉపయోగించవచ్చు.


You could route high-priority traffic to the T1 connection.

మీరు అధిక-ప్రాధాన్యత ట్రాఫిక్‌ను T1 కనెక్షన్‌కు పంపవచ్చు.


Multi-WAN provides for two forms of redundancy and high availability.

మల్టీ-వాన్ రెండు రకాల రిడెండెన్సీ మరియు అధిక లభ్యతను అందిస్తుంది.


With failover, some gateways have priority over other gateways.

ఫెయిల్‌ఓవర్ ద్వారా, కొన్ని గేట్‌వేలకు ఇతర గేట్‌వేల కంటే ప్రాధాన్యత ఉంటుంది.


Load balancing entails having multiple gateways online at the same time.

లోడ్ బ్యాలెన్సింగ్‌లో ఒకే సమయంలో బహుళ గేట్‌వేలను ఆన్‌లైన్‌లో కలిగి ఉండటం ఉంటుంది.


A single connection will still be routed through a single WAN interface.

ఒకే కనెక్షన్ ఇప్పటికీ ఒకే WAN ఇంటర్‌ఫేస్ ద్వారా రూట్ చేయబడుతుంది.


If you have applications that use multiple connections, this is useful.

మీరు బహుళ కనెక్షన్‌లను ఉపయోగించే అప్లికేషన్‌లను కలిగి ఉంటే, ఇది ఉపయోగకరంగా ఉంటుంది.


pfSense load balancing uses a round-robin algorithm.

pfSense లోడ్ బ్యాలెన్సింగ్ రౌండ్-రాబిన్ అల్గారిథమ్‌ను ఉపయోగిస్తుంది.


Different weights can be assigned to each gateway.

ప్రతి గేట్‌వేకి వేర్వేరు బరువులను కేటాయించవచ్చు.


A multi-WAN setup requires a means of determining when a gateway is down.

మల్టీ-వాన్ సెటప్ గేట్‌వే ఎప్పుడు డౌన్ అవుతుందో తెలుసుకోవడానికి ఒక మార్గం అవసరం.


Click on Save when you have finished creating each rule.

ప్రతి నియమాన్ని పూర్తి చేసిన తర్వాత సేవ్ చేయి నొక్కండి.


Under most circumstances, you will not have to configure static routes.

చాలా సందర్భాల్లో, మీరు స్టాటిక్ రూట్‌లను కాన్ఫిగర్ చేయవలసిన అవసరం లేదు.


Policy-based routing will work with traffic that enters a pfSense network interface from the outside.

పాలసీ ఆధారిత రూటింగ్ బయటి నుండి pfSense నెట్‌వర్క్ ఇంటర్‌ఫేస్‌లోకి ప్రవేశించే ట్రాఫిక్‌తో పని చేస్తుంది.


Navigate to System | Routing and click on the Static Routes tab.

సిస్టమ్ | రూటింగ్‌కు నావిగేట్ చేసి, స్టాటిక్ రూట్స్ టాబ్‌పై క్లిక్ చేయండి.


Click on the Add button to add a new route.

కొత్త మార్గాన్ని జోడించడానికి జోడించు బటన్‌ను క్లిక్ చేయండి.


Choose the Destination network for the route (IP address and CIDR).

మార్గానికి గమ్య నెట్‌వర్క్‌ను ఎంచుకోండి (IP చిరునామా మరియు CIDR).


In the Gateway drop-down box, select the correct gateway.

గేట్‌వే డ్రాప్-డౌన్ బాక్స్‌లో, సరైన గేట్‌వేని ఎంచుకోండి.


There is a Disable this static route checkbox, in case we need to do this.

దీన్ని చేయవలసి వస్తే, ఈ స్టాటిక్ రూట్‌ను నిలిపివేయి చెక్‌బాక్స్ ఉంది.


Click on the Save button when you are finished making changes.

మార్పులు చేయడం పూర్తయిన తర్వాత సేవ్ బటన్‌ను క్లిక్ చేయండి.


If you click on the Miscellaneous tab, there are two options in the Gateway Monitoring section.

మీరు మిస్లేనియస్ టాబ్‌పై క్లిక్ చేస్తే, గేట్‌వే మానిటరింగ్ విభాగంలో రెండు ఎంపికలు ఉన్నాయి.


The State Killing on Gateway Failure checkbox, if checked, will cause all states to be flushed when a gateway goes down.

గేట్‌వే ఫెయిల్యూర్ చెక్‌బాక్స్‌పై స్టేట్ కిల్లింగ్, చెక్ చేస్తే, గేట్‌వే డౌన్ అయినప్పుడు అన్ని స్టేట్‌లను ఫ్లష్ చేస్తుంది.


The Skip rules when gateway is down checkbox, when checked, will change the default behavior.

గేట్‌వే డౌన్ అయినప్పుడు రూల్స్‌ను దాటవేయి చెక్‌బాక్స్, చెక్ చేసినప్పుడు, డిఫాల్ట్ ప్రవర్తనను మారుస్తుంది.


స్థితి | గేట్‌వేలకు నావిగేట్ చేయండి.


The Gateways tab has more useful information about configured gateways.

గేట్‌వేల టాబ్ కాన్ఫిగర్ చేయబడిన గేట్‌వేల గురించి మరింత ఉపయోగకరమైన సమాచారాన్ని కలిగి ఉంది.


You can test the gateway group monitoring by unplugging each of the WAN interfaces in turn.

మీరు WAN ఇంటర్‌ఫేస్‌లలో ప్రతి ఒక్కటి తీసివేయడం ద్వారా గేట్‌వే సమూహ పర్యవేక్షణను పరీక్షించవచ్చు.


If the amount of time it takes is unacceptably high, you may have to adjust the Trigger Level setting.

దీనికి పట్టే సమయం చాలా ఎక్కువగా ఉంటే, మీరు ట్రిగ్గర్ స్థాయి సెట్టింగ్‌ను సర్దుబాటు చేయవలసి ఉంటుంది.


pfSense uses its internal routing table to determine the route to DNS servers.

DNS సర్వర్‌లకు మార్గాన్ని నిర్ణయించడానికి pfSense దాని అంతర్గత రూటింగ్ పట్టికను ఉపయోగిస్తుంది.


Therefore, you must configure static routes if you want pfSense to use the correct OPT_WAN interface for DNS queries.

అందువల్ల, DNS ప్రశ్నల కోసం సరైన OPT_WAN ఇంటర్‌ఫేస్‌ను ఉపయోగించాలనుకుంటే మీరు స్టాటిక్ రూట్‌లను కాన్ఫిగర్ చేయాలి.


If you do not configure static routes for the OPT_WAN interfaces, there are two issues.

మీరు OPT_WAN ఇంటర్‌ఫేస్‌ల కోసం స్టాటిక్ రూట్‌లను కాన్ఫిగర్ చేయకపోతే, రెండు సమస్యలు ఉన్నాయి.


If you are using your ISP's DNS servers, often ISPs will block recursive DNS queries from outside their network.

మీరు మీ ISP యొక్క DNS సర్వర్‌లను ఉపయోగిస్తుంటే, తరచుగా ISPలు వారి నెట్‌వర్క్ వెలుపల నుండి పునరావృత DNS ప్రశ్నలను బ్లాక్ చేస్తారు.


Another method is split-horizon with poison-reverse, in which a router advertises a route back to the router from which it learned the route, but sets the route metric to infinity.

మరొక పద్ధతి ఏమిటంటే స్ప్లిట్-హారిజన్ విత్ పాయిజన్-రివర్స్, దీనిలో ఒక రూటర్ తాను మార్గాన్ని నేర్చుకున్న రూటర్ కు తిరిగి మార్గాన్ని ప్రకటిస్తుంది, కానీ మార్గం కొలతను అనంతంగా సెట్ చేస్తుంది.


Examples of distance-vector protocols are RIPv1 and RIPv2, and the Interior Gateway Routing Protocol (IGRP).

దూర-దిశ ప్రోటోకాల్‌లకు ఉదాహరణలు RIPv1 మరియు RIPv2, మరియు ఇంటీరియర్ గేట్‌వే రూటింగ్ ప్రోటోకాల్ (IGRP).


Link-state routing protocols: This class of routing protocols involves every router constructing a map (in the form of a graph) of its connectivity to the network, not just its neighbors.

లింక్-స్టేట్ రూటింగ్ ప్రోటోకాల్‌లు: ఈ రకమైన రూటింగ్ ప్రోటోకాల్‌లు ప్రతి రూటర్ దాని పొరుగువారితోనే కాకుండా నెట్‌వర్క్‌కు దాని కనెక్టివిటీ యొక్క మ్యాప్ (గ్రాఫ్ రూపంలో) నిర్మించడంలో పాల్గొంటాయి.


Each router then independently calculates the best path from it to every other router, and these paths form the device's routing table.

అప్పుడు ప్రతి రూటర్ స్వతంత్రంగా దాని నుండి ప్రతి ఇతర రూటర్‌కు ఉత్తమ మార్గాన్ని లెక్కిస్తుంది మరియు ఈ మార్గాలు పరికరం యొక్క రూటింగ్ పట్టికను ఏర్పరుస్తాయి.


These protocols have some advantages over distance-vector protocols.

ఈ ప్రోటోకాల్‌లు దూర-దిశ ప్రోటోకాల్‌ల కంటే కొన్ని ప్రయోజనాలను కలిగి ఉన్నాయి.


Each router has a complete map of the network, so troubleshooting is much easier.

ప్రతి రూటర్ నెట్‌వర్క్ యొక్క పూర్తి మ్యాప్‌ను కలిగి ఉంది, కాబట్టి ట్రబుల్షూటింగ్ చాలా సులభం.


Moreover, loops are less likely, since routers know which other routers through which a route runs.

అంతేకాకుండా, లూప్‌లు తక్కువగా ఉంటాయి, ఎందుకంటే రూటర్లు ఏ ఇతర రూటర్ల ద్వారా మార్గం నడుస్తుందో తెలుసుకుంటాయి.


Changes in the network tend to be detected more quickly.

నెట్‌వర్క్‌లోని మార్పులు చాలా త్వరగా గుర్తించబడతాయి.


There are several disadvantages to link-state protocols as well.

లింక్-స్టేట్ ప్రోటోకాల్‌లకు కూడా కొన్ని ప్రతికూలతలు ఉన్నాయి.


The database constructed of paths to other routers requires more memory and processor power than a distance-vector routing protocol table would, although the database size can be minimized with careful design.

ఇతర రూటర్‌లకు మార్గాల నుండి నిర్మించిన డేటాబేస్, దూర-దిశ రూటింగ్ ప్రోటోకాల్ పట్టిక కంటే ఎక్కువ మెమరీ మరియు ప్రాసెసర్ శక్తిని కలిగి ఉంటుంది, అయినప్పటికీ జాగ్రత్తగా రూపకల్పనతో డేటాబేస్ పరిమాణాన్ని తగ్గించవచ్చు.


Furthermore, the initial discovery process generates a great deal of network traffic, and can significantly degrade network performance during this period.

అంతేకాకుండా, ప్రారంభ ఆవిష్కరణ ప్రక్రియ చాలా నెట్‌వర్క్ ట్రాఫిక్‌ను ఉత్పత్తి చేస్తుంది మరియు ఈ కాలంలో నెట్‌వర్క్ పనితీరును గణనీయంగా తగ్గించవచ్చు.


An example of a link-state routing protocol is OSPF.

లింక్-స్టేట్ రూటింగ్ ప్రోటోకాల్‌కు ఒక ఉదాహరణ OSPF.


There are several protocols available for dynamic routing.

డైనమిక్ రూటింగ్‌కు అనేక ప్రోటోకాల్‌లు అందుబాటులో ఉన్నాయి.


This is one of the oldest and one of the most popular distance-vector routing protocols.

ఇది పురాతనమైనది మరియు అత్యంత ప్రజాదరణ పొందిన దూర-దిశ రూటింగ్ ప్రోటోకాల్‌లలో ఒకటి.


The original specification (RIPv1) used classful routing, and since the routing updates had no subnet information, all subnets had to be the same size within a network class.

అసలు స్పెసిఫికేషన్ (RIPv1) క్లాస్‌ఫుల్ రూటింగ్‌ను ఉపయోగించింది మరియు రూటింగ్ అప్‌డేట్‌లకు సబ్‌నెట్ సమాచారం లేనందున, అన్ని సబ్‌నెట్‌లు నెట్‌వర్క్ తరగతిలో ఒకే పరిమాణంలో ఉండాలి.


The distance between routers was called a hop, and RIPv1 allowed a maximum of 15 hops.

రూటర్ల మధ్య దూరాన్ని హాప్ అని పిలిచేవారు మరియు RIPv1 గరిష్టంగా 15 హాప్‌లను అనుమతించింది.


16 hops represented infinity (an unreachable route).

16 హాప్‌లు అనంతాన్ని సూచిస్తాయి (అందనటువంటి మార్గం).


There was also no support for router authentication.

రూటర్ ప్రమాణీకరణకు కూడా మద్దతు లేదు.


Updates were done through broadcast packets.

అప్‌డేట్‌లు బ్రాడ్‌కాస్ట్ ప్యాకెట్‌ల ద్వారా చేయబడ్డాయి.


RIPv2 improved upon the original protocol in many respects, introducing support for classless routing, and using multicasts to send the routing table.

RIPv2 అనేక విషయాలలో అసలు ప్రోటోకాల్‌ను మెరుగుపరిచింది, క్లాస్‌లెస్ రూటింగ్‌కు మద్దతును అందిస్తుంది మరియు రూటింగ్ పట్టికను పంపడానికి మల్టీకాస్ట్‌లను ఉపయోగిస్తుంది.


If so, ensure that the monitor IP is correct.

అలా అయితే, మానిటర్ IP సరిగ్గా ఉందో లేదో నిర్ధారించుకోండి.


The admin then blocks your monitor pings, and because the monitor pings fail, the gateway goes down, even though the network interface is still functioning and has internet connectivity.

అడ్మిన్ అప్పుడు మీ మానిటర్ పింగ్‌లను బ్లాక్ చేస్తాడు, మరియు మానిటర్ పింగ్‌లు విఫలమవడంతో, గేట్‌వే పడిపోతుంది, నెట్‌వర్క్ ఇంటర్‌ఫేస్ ఇప్పటికీ పనిచేస్తున్నప్పటికీ మరియు ఇంటర్నెట్ కనెక్టివిటీ ఉన్నప్పటికీ.


This potentially could happen whenever you set a monitor IP to a site you don't control.

మీరు నియంత్రించని సైట్‌కు మానిటర్ IPని సెట్ చేసినప్పుడల్లా ఇది సంభవించవచ్చు.


The solution, of course, is to use an external site you control for the monitor IP.

ఖచ్చితంగా, పరిష్కారం ఏమిటంటే మీరు నియంత్రించే బాహ్య సైట్‌ను మానిటర్ IP కోసం ఉపయోగించడం.


In most cases, using the DNS server as your monitor IP should not result in your pings being blocked.

చాలా సందర్భాల్లో, మీ మానిటర్ IPగా DNS సర్వర్‌ను ఉపయోగించడం వలన మీ పింగ్‌లు బ్లాక్ చేయబడకూడదు.


When you connect to certain websites, such as e-commerce sites, they will store session information, including your public IP address.

మీరు ఇ-కామర్స్ సైట్‌ల వంటి కొన్ని వెబ్‌సైట్‌లకు కనెక్ట్ అయినప్పుడు, అవి మీ పబ్లిక్ IP చిరునామాతో సహా సెషన్ సమాచారాన్ని నిల్వ చేస్తాయి.


If you subsequently connect to such a site through a different public IP address, the site might not function as it should.

మీరు తదుపరి వేరే పబ్లిక్ IP చిరునామా ద్వారా అలాంటి సైట్‌కు కనెక్ట్ అయితే, సైట్ సరిగ్గా పనిచేయకపోవచ్చు.


The Use Sticky Connections option is designed to eliminate this problem by directing traffic from such websites to the same WAN address so long as there are states that refer to the connection.

కనెక్షన్‌ను సూచించే స్టేట్‌లు ఉన్నంత కాలం, అలాంటి వెబ్‌సైట్‌ల నుండి ట్రాఫిక్‌ను ఒకే WAN చిరునామాకు మళ్లించడం ద్వారా ఈ సమస్యను తొలగించడానికి స్టికీ కనెక్షన్స్ ఎంపిక రూపొందించబడింది.


If your multi-WAN setup implements load balancing, you should verify that the load balancing works.

మీ మల్టీ-WAN సెటప్ లోడ్ బ్యాలెన్సింగ్‌ను అమలు చేస్తే, లోడ్ బ్యాలెన్సింగ్ పని చేస్తుందో లేదో మీరు ధృవీకరించాలి.


One of the ways to do this is to visit websites that tell you what your public IP address is (just do a web search for "what is my IP address"), and keep refreshing the page.

దీన్ని చేయడానికి ఒక మార్గం ఏమిటంటే, మీ పబ్లిక్ IP చిరునామా ఏమిటో మీకు చెప్పే వెబ్‌సైట్‌లను సందర్శించడం (మీరు "నా IP చిరునామా ఏమిటి" అని వెబ్‌లో శోధించండి) మరియు పేజీని రిఫ్రెష్ చేస్తూ ఉండండి.


If you refresh the page multiple times, you should see your public IP address change.

మీరు పేజీని చాలాసార్లు రిఫ్రెష్ చేస్తే, మీ పబ్లిక్ IP చిరునామా మారడాన్ని మీరు చూడాలి.


You may have to reload the page several times, however, since there may be other traffic on your network; in addition, you may have set the weights on your gateway group to heavily favor one interface above all others.

అయితే, మీ నెట్‌వర్క్‌లో ఇతర ట్రాఫిక్ ఉండవచ్చు కాబట్టి మీరు పేజీని చాలాసార్లు మళ్లీ లోడ్ చేయవలసి ఉంటుంది; అదనంగా, మీరు మీ గేట్‌వే సమూహంపై బరువులను సెట్ చేసి ఉండవచ్చు, ఇది అన్నింటికంటే ఒక ఇంటర్‌ఫేస్‌ను ఎక్కువగా ఇష్టపడుతుంది.


Eventually, however, you should see your IP address change.

అయితే, చివరికి, మీ IP చిరునామా మారడాన్ని మీరు చూడాలి.


If your IP address never changes, make sure you are really reloading the page and not accessing the page from a cache (as may be the case if you are using a web proxy).

మీ IP చిరునామా ఎప్పటికీ మారకపోతే, మీరు నిజంగా పేజీని మళ్లీ లోడ్ చేస్తున్నారని మరియు కాష్ నుండి పేజీని యాక్సెస్ చేయడం లేదని నిర్ధారించుకోండి (మీరు వెబ్ ప్రాక్సీని ఉపయోగిస్తుంటే ఇది కావచ్చు).


Also, make sure that you don't have sticky connections enabled or some other option that enables persistent connections.

అలాగే, మీరు స్టికీ కనెక్షన్‌లను ప్రారంభించలేదని లేదా శాశ్వత కనెక్షన్‌లను ప్రారంభించే ఇతర ఎంపికను కలిగి లేరని నిర్ధారించుకోండి.


Deleting your web cache, visiting different "what is my IP"-type sites, and trying different web browsers are good options to try before further troubleshooting load balancing.

మీ వెబ్ కాష్‌ని తొలగించడం, వివిధ "నా IP ఏమిటి" రకం సైట్‌లను సందర్శించడం మరియు విభిన్న వెబ్ బ్రౌజర్‌లను ప్రయత్నించడం లోడ్ బ్యాలెన్సింగ్‌ను మరింత ట్రబుల్షూట్ చేయడానికి ముందు ప్రయత్నించడానికి మంచి ఎంపికలు.


Another way to test load balancing is to use the traceroute command.

లోడ్ బ్యాలెన్సింగ్‌ను పరీక్షించడానికి మరొక మార్గం ఏమిటంటే, ట్రేస్రౌట్ కమాండ్ ఉపయోగించడం.


We will cover this command in greater detail in Chapter 12, Troubleshooting pfSense, but for now, you should know that it is a command that displays the route a packet takes to a site, while also displaying the transit delay at each step.

మేము ఈ కమాండ్‌ను చాప్టర్ 12, ట్రబుల్షూటింగ్ pfSenseలో మరింత వివరంగా కవర్ చేస్తాము, కానీ ప్రస్తుతానికి, ఇది ఒక సైట్‌కు ప్యాకెట్ తీసుకునే మార్గాన్ని ప్రదర్శించే కమాండ్ అని మీరు తెలుసుకోవాలి, ప్రతి దశలో ట్రాన్సిట్ ఆలస్యాన్ని కూడా ప్రదర్శిస్తుంది.


Finally, another possible issue is that your the default packet loss and latency settings are generating false positives (the opposite could also be true, and your connection could be down without pfSense detecting it, though this is less likely).

చివరగా, మరొక సమస్య ఏమిటంటే, మీ డిఫాల్ట్ ప్యాకెట్ నష్టం మరియు లేటెన్సీ సెట్టింగ్‌లు తప్పుడు పాజిటివ్‌లను ఉత్పత్తి చేస్తున్నాయి (దీనికి వ్యతిరేకం కూడా నిజం కావచ్చు మరియు pfSense గుర్తించకుండానే మీ కనెక్షన్ పడిపోవచ్చు, అయినప్పటికీ ఇది తక్కువ అవకాశం ఉంది).


In such cases, you need to navigate to System | Routing, and on the Gateways tab, edit the Advanced Settings for the gateway that is generating false positives.

అటువంటి సందర్భాలలో, మీరు సిస్టమ్ | రూటింగ్‌కు నావిగేట్ చేయాలి మరియు గేట్‌వేల ట్యాబ్‌లో, తప్పుడు పాజిటివ్‌లను ఉత్పత్తి చేస్తున్న గేట్‌వే కోసం అధునాతన సెట్టింగ్‌లను సవరించాలి.


The router ID is customarily written in the dotted decimal format in which IP addresses are written.

రౌటర్ ID సాధారణంగా IP చిరునామాలను రాసే డాటెడ్ డెసిమల్ ఫార్మాట్‌లో వ్రాయబడుతుంది.


You must enter the password for the Zebra and OSPFd daemons in the Master Password edit box.

మీరు మాస్టర్ పాస్‌వర్డ్ ఎడిట్ బాక్స్‌లో జీబ్రా మరియు OSPFd డీమన్‌ల కోసం పాస్‌వర్డ్‌ను నమోదు చేయాలి.


The router ID, although usually expressed in dotted decimal notation, does not represent an actual IP address.

రౌటర్ ID, సాధారణంగా డాటెడ్ డెసిమల్ సంజ్ఞామానంలో వ్యక్తీకరించబడినప్పటికీ, వాస్తవ IP చిరునామాను సూచించదు.


Checking Redistribute connected subnets enables the redistribution of connected networks.

రెడిస్ట్రిబ్యూట్ కనెక్ట్ చేయబడిన సబ్‌నెట్‌లను తనిఖీ చేయడం ద్వారా కనెక్ట్ చేయబడిన నెట్‌వర్క్‌ల పునఃపంపిణీని ప్రారంభించవచ్చు.


డిఫాల్ట్ విలువ 5 సెకన్లు.


Enabling RFC 1583 compatibility will cause OSPF to learn routes based on costs.

RFC 1583 అనుకూలతను ప్రారంభించడం వలన OSPF ఖర్చుల ఆధారంగా మార్గాలను నేర్చుకుంటుంది.


The next section allows you to generate rules for certain areas that will take precedence over any redistribute options otherwise specified on the page.

తదుపరి విభాగం పేజీలో పేర్కొనబడిన ఇతర పునఃపంపిణీ ఎంపికల కంటే ప్రాధాన్యతనిచ్చే కొన్ని ప్రాంతాల కోసం నియమాలను రూపొందించడానికి మిమ్మల్ని అనుమతిస్తుంది.


Click on the Add button to add an entry.

ఒక ఎంట్రీని జోడించడానికి జోడించు బటన్‌ను క్లిక్ చేయండి.


The Interface drop- down box is where you specify the desired participating interface.

ఇంటర్‌ఫేస్ డ్రాప్-డౌన్ బాక్స్ అనేది మీరు కావలసిన పాల్గొనే ఇంటర్‌ఫేస్‌ను పేర్కొనే చోటు.


This is the most efficient way of making OSPF data available to a large number of routers.

ఇది చాలా మంది రౌటర్‌లకు OSPF డేటాను అందుబాటులో ఉంచడానికి అత్యంత సమర్థవంతమైన మార్గం.


In the Metric edit box, you can enter the cost for the OSPF interface.

మెట్రిక్ ఎడిట్ బాక్స్‌లో, మీరు OSPF ఇంటర్‌ఫేస్ కోసం ఖర్చును నమోదు చేయవచ్చు.


Checking the Interface is Passive checkbox prevents the transmission and receiving of OSPF packets on the interface.

ఇంటర్‌ఫేస్ పాసివ్ చెక్‌బాక్స్‌ను తనిఖీ చేయడం వలన ఇంటర్‌ఫేస్‌లో OSPF ప్యాకెట్‌లను ప్రసారం చేయడం మరియు స్వీకరించడం నిరోధించబడుతుంది.


As with OpenBGPD, there is a Raw Config tab where you can edit the OSPF config files manually.

OpenBGPD వలె, OSPF కాన్ఫిగ్ ఫైల్‌లను మాన్యువల్‌గా సవరించడానికి రా కాన్ఫిగ్ ట్యాబ్ ఉంది.


The textbox labeled SAVED ospfd.conf is where you can make changes to ofpfd.conf.

SAVED ospfd.conf అని లేబుల్ చేయబడిన టెక్స్ట్ బాక్స్, ఇక్కడ మీరు ofpfd.confకి మార్పులు చేయవచ్చు.


FRRouting is an ideal choice if you anticipate running both BGP and OSPF at the same time.

మీరు ఒకే సమయంలో BGP మరియు OSPF రెండింటినీ అమలు చేయాలని భావిస్తే FRRouting ఒక ఆదర్శవంతమైన ఎంపిక.


Policy routing, also known as policy-based routing, refers to cases where the routing of traffic is based on criteria other than the destination network.

పాలసీ రూటింగ్, పాలసీ-ఆధారిత రూటింగ్ అని కూడా పిలుస్తారు, ట్రాఫిక్ రూటింగ్ గమ్యస్థాన నెట్‌వర్క్ కాకుండా ఇతర ప్రమాణాలపై ఆధారపడి ఉండే సందర్భాలను సూచిస్తుంది.


We can use this ability to choose a gateway to implement policy routing.

పాలసీ రూటింగ్‌ను అమలు చేయడానికి గేట్‌వేని ఎంచుకోవడానికి మేము ఈ సామర్థ్యాన్ని ఉపయోగించవచ్చు.


Create a firewall rule specifying certain criteria (the policy part of policy routing).

కొన్ని ప్రమాణాలను పేర్కొనే ఫైర్‌వాల్ నియమాన్ని సృష్టించండి (పాలసీ రూటింగ్ యొక్క పాలసీ భాగం).


Bridged interfaces behave somewhat differently than non-bridged interfaces.

బ్రిడ్జ్ చేయబడిన ఇంటర్‌ఫేస్‌లు బ్రిడ్జ్ చేయని ఇంటర్‌ఫేస్‌ల కంటే కొంచెం భిన్నంగా ప్రవర్తిస్తాయి.


One backup will have both firewalls connected to the switch for each internal interface.

ఒక బ్యాకప్ ప్రతి అంతర్గత ఇంటర్‌ఫేస్ కోసం స్విచ్‌కు కనెక్ట్ చేయబడిన రెండు ఫైర్‌వాల్‌లను కలిగి ఉంటుంది.


This is acceptable, as there is still only one path to each of the switches for a node.

ఇది ఆమోదయోగ్యమైనది, ఎందుకంటే నోడ్‌కు ప్రతి స్విచ్‌కు ఇంకా ఒకే మార్గం ఉంది.


The two network segments are essentially merged into a single larger network when they are bridged.

రెండు నెట్‌వర్క్ విభాగాలను వంతెన చేసినప్పుడు ఒకే పెద్ద నెట్‌వర్క్‌గా విలీనం చేస్తారు.


A loop is formed when two paths are created between the switches for each interface.

ప్రతి ఇంటర్‌ఫేస్ కోసం స్విచ్‌ల మధ్య రెండు మార్గాలు సృష్టించబడినప్పుడు ఒక లూప్ ఏర్పడుతుంది.


For example, in a CARP setup without looping, a node on LAN has one path to a node on OPT1—through the master firewall.

ఉదాహరణకు, లూపింగ్ లేకుండా CARP సెటప్‌లో, LANలోని ఒక నోడ్ OPT1లోని నోడ్‌కు ఒక మార్గాన్ని కలిగి ఉంటుంది—మాస్టర్ ఫైర్‌వాల్ ద్వారా.


If the interfaces are bridged, however, there will be two paths to OPT1—the bridge on the master firewall and the bridge on the backup firewall.

అయితే, ఇంటర్‌ఫేస్‌లను వంతెన చేస్తే, OPT1కి రెండు మార్గాలు ఉంటాయి—మాస్టర్ ఫైర్‌వాల్‌పై వంతెన మరియు బ్యాకప్ ఫైర్‌వాల్‌పై వంతెన.


If the interface switch is a managed switch, we can handle it better by implementing STP or RSTP on the managed switch.

ఇంటర్‌ఫేస్ స్విచ్ నిర్వహించబడే స్విచ్ అయితే, నిర్వహించబడే స్విచ్‌లో STP లేదా RSTPని అమలు చేయడం ద్వారా మేము దీన్ని బాగా నిర్వహించవచ్చు.


Unmanaged switches, however, have no way of preventing looping, and looping can essentially crash a network.

అయితే, నిర్వహించబడని స్విచ్‌లు లూపింగ్‌ను నిరోధించడానికి మార్గం లేదు మరియు లూపింగ్ తప్పనిసరిగా నెట్‌వర్క్‌ను క్రాష్ చేస్తుంది.


Configure your master and backup firewalls as you would with any CARP deployment.

మీరు ఏదైనా CARP విస్తరణతో చేసినట్లుగానే మీ మాస్టర్ మరియు బ్యాకప్ ఫైర్‌వాల్‌లను కాన్ఫిగర్ చేయండి.


This should carry over to the bridged interfaces; the bridges should be copied so they are also identical.

ఇది వంతెన ఇంటర్‌ఫేస్‌లకు బదిలీ చేయాలి; వంతెనలు కూడా ఒకేలా ఉండాలి కాబట్టి వాటిని కాపీ చేయాలి.


If you are using managed switches, use STP/RSTP to ensure the port connecting the switch to the master firewall has priority over the port connecting the switch to the backup firewall.

మీరు నిర్వహించబడే స్విచ్‌లను ఉపయోగిస్తుంటే, స్విచ్‌ని మాస్టర్ ఫైర్‌వాల్‌కి కనెక్ట్ చేసే పోర్ట్, స్విచ్‌ని బ్యాకప్ ఫైర్‌వాల్‌కి కనెక్ట్ చేసే పోర్ట్‌పై ప్రాధాన్యతనిచ్చేలా STP/RSTPని ఉపయోగించండి.


When you have finished configuring the ports, confirm that the master firewall's port is forwarding traffic and the backup firewall's port is blocking traffic.

మీరు పోర్ట్‌లను కాన్ఫిగర్ చేయడం పూర్తి చేసిన తర్వాత, మాస్టర్ ఫైర్‌వాల్ యొక్క పోర్ట్ ట్రాఫిక్‌ను ఫార్వార్డ్ చేస్తుందని మరియు బ్యాకప్ ఫైర్‌వాల్ యొక్క పోర్ట్ ట్రాఫిక్‌ను బ్లాక్ చేస్తుందని నిర్ధారించండి.


Another possible method is to use a script to ensure that a bridge on the firewall is up only if the firewall is designated as MASTER.

మరొక పద్ధతి ఏమిటంటే, ఫైర్‌వాల్ మాస్టర్‌గా నియమించబడితే మాత్రమే ఫైర్‌వాల్‌పై వంతెనను నిర్ధారించడానికి స్క్రిప్ట్‌ను ఉపయోగించడం.


This can be done by running the ifconfig command on the carp0 interface, and checking the content of the command's output using a command such as grep.

దీన్ని carp0 ఇంటర్‌ఫేస్‌లో ifconfig ఆదేశాన్ని అమలు చేయడం ద్వారా మరియు grep వంటి ఆదేశాన్ని ఉపయోగించి ఆదేశం యొక్క అవుట్‌పుట్ యొక్క కంటెంట్‌ను తనిఖీ చేయడం ద్వారా చేయవచ్చు.


You likely want to run the script fairly often—for example, every 60 seconds—to ensure that when there is a failover, it is as smooth as possible.

మీరు స్క్రిప్ట్‌ను తరచుగా అమలు చేయాలనుకుంటున్నారు—ఉదాహరణకు, ప్రతి 60 సెకన్లకు—ఫెయిల్‌ఓవర్ ఉన్నప్పుడు, అది వీలైనంత సున్నితంగా ఉండేలా చూసుకోవడానికి.


Yet another possible method is to use devd to catch when the actual CARP state transition happens.

వాస్తవ CARP స్థితి పరివర్తన జరిగినప్పుడు తెలుసుకోవడానికి devdని ఉపయోగించడం మరొక పద్ధతి.


You can edit /etc/devd.conf on the master and backup firewalls so that the bridge (or bridges) is brought up and down whenever a CARP state transition is detected.

CARP స్థితి పరివర్తన గుర్తించబడినప్పుడల్లా వంతెన (లేదా వంతెనలు) పైకి మరియు క్రిందికి తీసుకురాబడేలా మీరు మాస్టర్ మరియు బ్యాకప్ ఫైర్‌వాల్‌లలో /etc/devd.confని సవరించవచ్చు.


To provide an example of bridging, we'll use pfSense to bridge two interfaces—LAN and OPT1.

వంతెనానికి ఒక ఉదాహరణను అందించడానికి, మేము రెండు ఇంటర్‌ఫేస్‌లను—LAN మరియు OPT1—వంతెన చేయడానికి pfSenseని ఉపయోగిస్తాము.


We will also assume that there are downstream routers, and to prevent looping, we will run RSTP on the bridged interfaces.

డౌన్‌స్ట్రీమ్ రౌటర్లు ఉన్నాయని కూడా మేము భావిస్తాము మరియు లూపింగ్‌ను నిరోధించడానికి, మేము వంతెన ఇంటర్‌ఫేస్‌లలో RSTPని అమలు చేస్తాము.


In this case, LAN1 will be the main interface and OPT1 will be the bridged interface.

ఈ సందర్భంలో, LAN1 ప్రధాన ఇంటర్‌ఫేస్ అవుతుంది మరియు OPT1 వంతెన ఇంటర్‌ఫేస్ అవుతుంది.


Click on the Install button to the right of its description.

దాని వివరణకు కుడివైపున ఉన్న ఇన్‌స్టాల్ బటన్‌ను క్లిక్ చేయండి.


Click this button to confirm installation, and the package will install.

ఇన్‌స్టాలేషన్‌ను నిర్ధారించడానికి ఈ బటన్‌ను క్లిక్ చేయండి, అప్పుడు ప్యాకేజీ ఇన్‌స్టాల్ అవుతుంది.


Most packages should take no more than a few minutes to install.

చాలా ప్యాకేజీలు ఇన్‌స్టాల్ చేయడానికి కొన్ని నిమిషాల కంటే ఎక్కువ సమయం తీసుకోకూడదు.


You can also install packages at the command line.

మీరు కమాండ్ లైన్‌లో కూడా ప్యాకేజీలను ఇన్‌స్టాల్ చేయవచ్చు.


It does not provide as much feedback about the status of package installation as you would get from installing packages within the web GUI.

వెబ్ GUI లోపల ప్యాకేజీలను ఇన్‌స్టాల్ చేయడం ద్వారా మీరు పొందేంత ఫీడ్‌బ్యాక్‌ను ఇది ప్యాకేజీ ఇన్‌స్టాలేషన్ స్థితి గురించి అందించదు.


To uninstall a package at the command line, type the following:

కమాండ్ లైన్‌లో ప్యాకేజీని అన్‌ఇన్‌స్టాల్ చేయడానికి, కింది వాటిని టైప్ చేయండి:


And to list available packages, type the following:

మరియు అందుబాటులో ఉన్న ప్యాకేజీలను జాబితా చేయడానికి, కింది వాటిని టైప్ చేయండి:


Once you have installed a package, it should appear on the Installed Packages tab of Package Manager in the web GUI.

మీరు ప్యాకేజీని ఇన్‌స్టాల్ చేసిన తర్వాత, అది వెబ్ GUI లోని ప్యాకేజీ మేనేజర్ యొక్క ఇన్‌స్టాల్ చేయబడిన ప్యాకేజీల ట్యాబ్‌లో కనిపించాలి.


Each package's entry looks similar to its entry on the Available Packages tab, with a few significant differences:

ప్రతి ప్యాకేజీ యొక్క ఎంట్రీ అందుబాటులో ఉన్న ప్యాకేజీల ట్యాబ్‌లోని దాని ఎంట్రీని పోలి ఉంటుంది, కొన్ని ముఖ్యమైన తేడాలతో:


The Name column has an icon to the left of the name.

పేరు కాలమ్‌లో పేరుకు ఎడమవైపున ఒక చిహ్నం ఉంది.


A check mark icon indicates that the package is up to date, while circular arrows indicate that the package can be updated.

టిక్ మార్క్ చిహ్నం ప్యాకేజీ తాజాగా ఉందని సూచిస్తుంది, అయితే వృత్తాకార బాణాలు ప్యాకేజీని అప్‌డేట్ చేయవచ్చని సూచిస్తాయి.


యాక్షన్ల కాలమ్‌లో అనేక ఎంపికలు ఉన్నాయి.


Clicking on the trash can icon uninstalls the package, clicking on the arrows icon reinstalls the package, and clicking on the lowercase i icon (when available) redirects you to the package's website for more information.

చెత్త డబ్బా చిహ్నాన్ని క్లిక్ చేయడం వలన ప్యాకేజీని అన్‌ఇన్‌స్టాల్ చేస్తుంది, బాణాల చిహ్నాన్ని క్లిక్ చేయడం వలన ప్యాకేజీని తిరిగి ఇన్‌స్టాల్ చేస్తుంది మరియు చిన్న అక్షరం i చిహ్నాన్ని క్లిక్ చేయడం (అందుబాటులో ఉన్నప్పుడు) మరింత సమాచారం కోసం మిమ్మల్ని ప్యాకేజీ వెబ్‌సైట్‌కు మళ్ళిస్తుంది.


The goal of Let's Encrypt is to encrypt the web by making it easier to obtain SSL certificates.

SSL సర్టిఫికెట్‌లను పొందడం సులభతరం చేయడం ద్వారా వెబ్‌ను ఎన్‌క్రిప్ట్ చేయడం లెట్స్ ఎన్‌క్రిప్ట్ లక్ష్యం.


Squid is a caching and forwarding web proxy which was originally designed to run as a daemon on Unix-like systems.

స్క్విడ్ అనేది కాచింగ్ మరియు ఫార్వార్డింగ్ వెబ్ ప్రాక్సీ, ఇది మొదట యూనిక్స్-వంటి సిస్టమ్‌లలో డీమన్‌గా రన్ చేయడానికి రూపొందించబడింది.


Proxy servers were quite commonplace in the days when dialup internet access was common.

డయల్‌అప్ ఇంటర్నెట్ యాక్సెస్ సాధారణంగా ఉన్న రోజుల్లో ప్రాక్సీ సర్వర్లు చాలా సాధారణం.


If you have a fast enough internet connection, using a proxy server might actually take longer than it would take to retrieve the page directly.

మీకు తగినంత వేగవంతమైన ఇంటర్నెట్ కనెక్షన్ ఉంటే, ప్రాక్సీ సర్వర్‌ను ఉపయోగించడం నేరుగా పేజీని తిరిగి పొందడానికి పట్టే సమయం కంటే ఎక్కువ సమయం పట్టవచ్చు.


If there is no proxy, then 25 separate requests for the same web page are consuming your bandwidth.

ప్రాక్సీ లేకపోతే, ఒకే వెబ్ పేజీ కోసం 25 ప్రత్యేక అభ్యర్థనలు మీ బ్యాండ్‌విడ్త్‌ను వినియోగిస్తాయి.


Navigate to Services | Squid Proxy Server.

సేవలకు నావిగేట్ చేయండి | స్క్విడ్ ప్రాక్సీ సర్వర్.


The Enable Squid Proxy checkbox controls whether the Squid proxy is active; checking it activates Squid.

స్క్విడ్ ప్రాక్సీ యాక్టివ్‌గా ఉందో లేదో ఎనేబుల్ స్క్విడ్ ప్రాక్సీ చెక్‌బాక్స్ నియంత్రిస్తుంది; దీన్ని చెక్ చేయడం వలన స్క్విడ్ యాక్టివేట్ అవుతుంది.


The solution is to add the website to the Blacklist list box.

సొల్యూషన్ ఏమిటంటే వెబ్‌సైట్‌ను బ్లాక్‌లిస్ట్ జాబితా పెట్టెలో చేర్చడం.


Squid can also be used as a reverse proxy server.

స్క్విడ్ ను రివర్స్ ప్రాక్సీ సర్వర్‌గా కూడా ఉపయోగించవచ్చు.


You can configure the reverse proxy server by navigating to Services | Squid Reverse Proxy.

మీరు సర్వీసెస్ | స్క్విడ్ రివర్స్ ప్రాక్సీకి నావిగేట్ చేయడం ద్వారా రివర్స్ ప్రాక్సీ సర్వర్‌ను కాన్ఫిగర్ చేయవచ్చు.


The first setting is the Reverse Proxy Interfaces list box.

మొదటి సెట్టింగ్ రివర్స్ ప్రాక్సీ ఇంటర్‌ఫేస్‌ల జాబితా పెట్టె.


మీరు బహుశా దీన్ని WANకి బంధించాలనుకుంటున్నారు.


You can use Squid as a reverse proxy for both HTTP traffic and HTTPS traffic.

మీరు HTTP ట్రాఫిక్ మరియు HTTPS ట్రాఫిక్ రెండింటికీ రివర్స్ ప్రాక్సీగా స్క్విడ్‌ను ఉపయోగించవచ్చు.


pfBlockerNG is a package that blocks countries and IP ranges.

pfBlockerNG అనేది దేశాలు మరియు IP పరిధులను బ్లాక్ చేసే ఒక ప్యాకేజీ.


pfBlocker is a good package to have if you are running an email server.

మీరు ఇమెయిల్ సర్వర్‌ను నడుపుతున్నట్లయితే pfBlocker కలిగి ఉండటానికి మంచి ప్యాకేజీ.


You do not even need to come up with your own block lists.

మీ స్వంత బ్లాక్ జాబితాలను రూపొందించాల్సిన అవసరం కూడా లేదు.


Once you have installed pfBlockerNG, you need to run geoipupdate.

మీరు pfBlockerNGని ఇన్‌స్టాల్ చేసిన తర్వాత, మీరు geoipupdateని అమలు చేయాలి.


To begin pfBlockerNG configuration, navigate to Firewall | pfBlockerNG.

pfBlockerNG కాన్ఫిగరేషన్‌ను ప్రారంభించడానికి, ఫైర్‌వాల్ | pfBlockerNGకి నావిగేట్ చేయండి.


The first setting is the Enable pfBlockerNG checkbox.

మొదటి సెట్టింగ్ ఎనేబుల్ pfBlockerNG చెక్‌బాక్స్.


The Global Logging checkbox, if checked, enables the logging of firewall rules.

గ్లోబల్ లాగింగ్ చెక్‌బాక్స్, టిక్ చేస్తే, ఫైర్‌వాల్ నియమాల లాగింగ్‌ను ప్రారంభిస్తుంది.


మీరు బహుశా ఇక్కడ WANని ఎంచుకోవాలనుకుంటున్నారు.


The default value of Reject is probably what you want here.

ఇక్కడ మీరు కోరుకునేది తిరస్కరించు యొక్క డిఫాల్ట్ విలువ.


The Floating Rules checkbox enables you to ensure that auto-rules are generated in the Floating Rules tab.

ఫ్లోటింగ్ రూల్స్ చెక్‌బాక్స్, ఫ్లోటింగ్ రూల్స్ ట్యాబ్‌లో ఆటో-రూల్స్ ఉత్పత్తి చేయబడతాయని నిర్ధారించడానికి మిమ్మల్ని అనుమతిస్తుంది.


The Update tab allows you to configure some of the update settings for pfBlockerNG.

అప్‌డేట్ ట్యాబ్ pfBlockerNG కోసం కొన్ని అప్‌డేట్ సెట్టింగ్‌లను కాన్ఫిగర్ చేయడానికి మిమ్మల్ని అనుమతిస్తుంది.


You can select countries by pressing Ctrl (one country) or Shift (multiple countries).

మీరు Ctrl (ఒక దేశం) లేదా Shift (బహుళ దేశాలు) నొక్కడం ద్వారా దేశాలను ఎంచుకోవచ్చు.


You can also whitelist a country by selecting on of the Permit options.

మీరు అనుమతి ఎంపికలలో ఒకదాన్ని ఎంచుకోవడం ద్వారా దేశాన్ని వైట్‌లిస్ట్ చేయవచ్చు.


You can also add your own IP lists by specifying a URL for a public block list.

మీరు పబ్లిక్ బ్లాక్ జాబితా కోసం URLను పేర్కొనడం ద్వారా మీ స్వంత IP జాబితాలను కూడా జోడించవచ్చు.


The FRR BGP service allows for dynamic routing.

FRR BGP సేవ డైనమిక్ రూటింగ్ కోసం అనుమతిస్తుంది.


Navigate to Services | Global/Zebra to configure global settings.

గ్లోబల్ సెట్టింగ్‌లను కాన్ఫిగర్ చేయడానికి సర్వీసెస్ | గ్లోబల్/జీబ్రాకు నావిగేట్ చేయండి.


FRR is compatible with CARP failover groups.

FRR CARP ఫెయిల్‌ఓవర్ సమూహాలతో అనుకూలంగా ఉంటుంది.


You can enable the 'Do Not Accept' option to reject traffic.

ట్రాఫిక్‌ను తిరస్కరించడానికి మీరు 'అంగీకరించవద్దు' ఎంపికను ప్రారంభించవచ్చు.


Route maps allow you to match traffic based on criteria.

రూట్ మ్యాప్‌లు మీరు ప్రమాణాల ఆధారంగా ట్రాఫిక్‌ను సరిపోల్చడానికి అనుమతిస్తాయి.


FRR is the recommended choice if you need to deploy BGP.

మీరు BGPని అమలు చేయవలసి వస్తే FRR సిఫార్సు చేయబడిన ఎంపిక.


Zabbix is an open-source monitoring software.

Zabbix ఒక ఓపెన్ సోర్స్ మానిటరింగ్ సాఫ్ట్‌వేర్.


A Zabbix server can monitor hundreds of devices.

ఒక Zabbix సర్వర్ వందలాది పరికరాలను పర్యవేక్షించగలదు.


Install the Zabbix agent or proxy on pfSense.

pfSenseలో Zabbix ఏజెంట్ లేదా ప్రాక్సీని ఇన్‌స్టాల్ చేయండి.


A Zabbix proxy can offload the Zabbix server.

ఒక Zabbix ప్రాక్సీ Zabbix సర్వర్‌ను ఆఫ్ లోడ్ చేయగలదు.


The proxy cannot calculate triggers or process events.

ప్రాక్సీ ట్రిగ్గర్‌లను లెక్కించలేరు లేదా ఈవెంట్‌లను ప్రాసెస్ చేయలేరు.


Configure TLS-RELATED Parameters for secure data transfer.

సురక్షిత డేటా బదిలీ కోసం TLS-సంబంధిత పారామితులను కాన్ఫిగర్ చేయండి.


The SNMP Trap Monitoring section is in the proxy configuration.

SNMP ట్రాప్ మానిటరింగ్ విభాగం ప్రాక్సీ కాన్ఫిగరేషన్‌లో ఉంది.


Zabbix provides an easy way of centralizing host monitoring.

Zabbix హోస్ట్ మానిటరింగ్‌ను కేంద్రీకరించడానికి ఒక సులభమైన మార్గాన్ని అందిస్తుంది.


Troubleshooting involves a multi-step approach.

సమస్య పరిష్కారంలో బహుళ-దశల విధానం ఉంటుంది.


Identify the problem and gather information.

సమస్యను గుర్తించండి మరియు సమాచారాన్ని సేకరించండి.


సంభవనీయ కారణం యొక్క సిద్ధాంతాన్ని రూపొందించండి.


కారణాన్ని నిర్ధారించడానికి సిద్ధాంతాన్ని పరీక్షించండి.


Wrong subnet mask or gateway can cause network issues.

తప్పు సబ్‌నెట్ మాస్క్ లేదా గేట్‌వే నెట్‌వర్క్ సమస్యలకు కారణం కావచ్చు.


Duplicate IP addresses must be avoided on the network.

నెట్‌వర్క్‌లో నకిలీ IP చిరునామాలను నివారించాలి.


మనం 5000 నమోదు చేస్తాము.


The next option is Number of processes to start, which defaults to 1 if left blank.

తదుపరి ఎంపిక ప్రారంభించవలసిన ప్రక్రియల సంఖ్య, ఇది ఖాళీగా ఉంచితే 1కి డిఫాల్ట్ అవుతుంది.


The instructions recommend keeping this setting at the default value, which is what we will do.

ఈ సెట్టింగ్‌ను డిఫాల్ట్ విలువ వద్ద ఉంచాలని సూచనలు సిఫార్సు చేస్తున్నాయి, అదే మనం చేస్తాము.


The Reload behavior checkbox, if checked, will force the old HAProxy process to stop when HAProxy is restarted, even if it is still serving old connections.

రీలోడ్ బిహేవియర్ చెక్‌బాక్స్, ఒకవేళ చెక్ చేస్తే, పాత కనెక్షన్‌లను అందిస్తున్నప్పటికీ, HAProxyని పునఃప్రారంభించినప్పుడు పాత HAProxy ప్రక్రియను ఆపివేస్తుంది.


In other words, old connections will be dropped when HAProxy is restarted, which is not what we want, so we will leave this option unchecked.

అంటే, HAProxyని పునఃప్రారంభించినప్పుడు పాత కనెక్షన్‌లు వదిలివేయబడతాయి, ఇది మనకు వద్దు, కాబట్టి మేము ఈ ఎంపికను ఎంచుకోకుండా వదిలేస్తాము.


We will also assume that in this case, we are not running a CARP failover group, so we will leave the Carp monitor drop-down box set to Disabled.

ఈ సందర్భంలో, మేము CARP ఫెయిలోవర్ సమూహాన్ని అమలు చేయలేదని కూడా మేము భావిస్తాము, కాబట్టి మేము కార్ప్ మానిటర్ డ్రాప్-డౌన్ బాక్స్‌ను డిసేబుల్డ్‌గా ఉంచుతాము.


Scrolling down to Stats tab, 'internal' stats port, we set Internal stats port - this can be any unused port.

గణాంకాల ట్యాబ్‌కి స్క్రోల్ చేస్తూ, 'అంతర్గత' గణాంకాల పోర్ట్, మేము అంతర్గత గణాంకాల పోర్ట్‌ను సెట్ చేస్తాము - ఇది ఏదైనా ఉపయోగించని పోర్ట్ కావచ్చు.


Under Logging, we want to log HAProxy activity to the local pfSense systemlog, so we enter /var/run/log in the Remote syslog host edit box.

లాగింగ్ కింద, మేము HAProxy కార్యాచరణను స్థానిక pfSense సిస్టమ్‌లాగ్‌కి లాగ్ చేయాలనుకుంటున్నాము, కాబట్టి మేము రిమోట్ సిస్‌లాగ్ హోస్ట్ ఎడిట్ బాక్స్‌లో /var/run/logని నమోదు చేస్తాము.


We scroll past the Global DNS resolvers for haproxy section, but we want to add email notifications, so under Global email notifications we add a mail server.

మేము haproxy విభాగం కోసం గ్లోబల్ DNS రిజాల్వర్‌లను దాటుతాము, కాని మేము ఇమెయిల్ నోటిఫికేషన్‌లను జోడించాలనుకుంటున్నాము, కాబట్టి గ్లోబల్ ఇమెయిల్ నోటిఫికేషన్‌ల కింద మేము మెయిల్ సర్వర్‌ను జోడిస్తాము.


Under Name, we enter an appropriate name (example, Local mail server); under Mailserver, we enter the IP address of the local email server.

పేరు కింద, మేము తగిన పేరును నమోదు చేస్తాము (ఉదాహరణకు, స్థానిక మెయిల్ సర్వర్); మెయిల్ సర్వర్ కింద, మేము స్థానిక ఇమెయిల్ సర్వర్ యొక్క IP చిరునామాను నమోదు చేస్తాము.


For Mailserverport, we enter 25 - the default SMTP port.

మెయిల్ సర్వర్ పోర్ట్ కోసం, మేము 25ని నమోదు చేస్తాము - డిఫాల్ట్ SMTP పోర్ట్.


We also check the checkbox to the left of these edit boxes.

మేము ఈ ఎడిట్ బాక్స్‌ల ఎడమ వైపున ఉన్న చెక్‌బాక్స్‌ను కూడా తనిఖీ చేస్తాము.


Mail level allows us to define the maximum log level for which emails will be sent.

మెయిల్ స్థాయి ఇమెయిల్‌లను పంపడానికి గరిష్ట లాగ్ స్థాయిని నిర్వచించడానికి అనుమతిస్తుంది.


Since we only want to receive emails if the situation is critical or worse, we set Mail level to Critical.

పరిస్థితి క్లిష్టంగా లేదా అధ్వాన్నంగా ఉంటే మాత్రమే మేము ఇమెయిల్‌లను స్వీకరించాలనుకుంటున్నాము కాబట్టి, మేము మెయిల్ స్థాయిని క్రిటికల్‌గా సెట్ చేస్తాము.


Mail myhostname allows us to define the hostname to be used as the sender of the emails and Mail from allows us to define the email address which will be seen as the sender.

మెయిల్ మైహోస్ట్‌నేమ్ ఇమెయిల్‌లను పంపేవారిగా ఉపయోగించాల్సిన హోస్ట్‌పేరును నిర్వచించడానికి అనుమతిస్తుంది మరియు మెయిల్ ఫ్రమ్ పంపేవారిగా కనిపించే ఇమెయిల్ చిరునామాను నిర్వచించడానికి అనుమతిస్తుంది.


For these two parameters, the actual value used is not important to the functioning of email notifications, but we should follow any conventions we have been using in configuring our network.

ఈ రెండు పారామితుల కోసం, ఉపయోగించిన అసలు విలువ ఇమెయిల్ నోటిఫికేషన్‌ల పనితీరుకు ముఖ్యం కాదు, కానీ మేము మా నెట్‌వర్క్‌ను కాన్ఫిగర్ చేయడంలో ఉపయోగిస్తున్న ఏవైనా సమావేశాలను అనుసరించాలి.


Extending pfSense with PackagesChapter 11 [ 365 ] Finally, there is one last setting in this section whose value is important: Mail to, which allows us to set the email address to which notifications will be sent.

ప్యాకేజీలతో pfSenseని విస్తరించడం అధ్యాయం 11 [ 365 ] చివరగా, ఈ విభాగంలో విలువ ముఖ్యమైనదిగా ఉంది: మెయిల్ టు, ఇది నోటిఫికేషన్‌లను పంపించాల్సిన ఇమెయిల్ చిరునామాను సెట్ చేయడానికి అనుమతిస్తుంది.


In the Tuning section, we set Max SSL Diffie-Hellman size to 2048.

ట్యూనింగ్ విభాగంలో, మేము మాక్స్ SSL డిఫీ-హెల్మన్ పరిమాణాన్ని 2048కి సెట్ చేస్తాము.


When we are done, we scroll to the bottom of the page and click on the Save button and then the Apply Changes button at the top of the page.

మేము పూర్తి చేసినప్పుడు, మేము పేజీ దిగువకు స్క్రోల్ చేసి సేవ్ బటన్‌ను క్లిక్ చేస్తాము, ఆపై పేజీ ఎగువన ఉన్న మార్పులను వర్తించు బటన్‌ను క్లిక్ చేస్తాము.


There is also a Show button at the bottom of the page which, if clicked on, will show the current /var/etc/haproxy/haproxy.cfg configuration file, reflecting any changes that have been made.

పేజీ దిగువన ఒక షో బటన్ కూడా ఉంది, దానిపై క్లిక్ చేస్తే, చేసిన ఏవైనా మార్పులను ప్రతిబింబిస్తూ, ప్రస్తుత /var/etc/haproxy/haproxy.cfg కాన్ఫిగరేషన్ ఫైల్‌ను చూపుతుంది.


In order to use tcpdump, you will have to use the underlying device names of the interfaces.

tcpdumpని ఉపయోగించడానికి, మీరు ఇంటర్ఫేస్‌ల యొక్క అంతర్లీన పరికరాల పేర్లను ఉపయోగించాలి.


If you don't remember what they are, you can navigate to Interfaces | (assign) within the web GUI.

మీకు అవి ఏమిటో గుర్తులేకపోతే, మీరు వెబ్ GUI లోపల ఇంటర్‌ఫేస్‌లు | (అప్పగించు)కి నావిగేట్ చేయవచ్చు.


The console menu also lists each interface and has a separate column for the device name.

కన్సోల్ మెనూ ప్రతి ఇంటర్‌ఫేస్‌ను కూడా జాబితా చేస్తుంది మరియు పరికర నామం కోసం ప్రత్యేక కాలమ్‌ను కలిగి ఉంది.


Another way of retrieving a list of interface names is to issue to following command from the console shell: tcpdump –D

ఇంటర్‌ఫేస్ పేర్ల జాబితాను తిరిగి పొందడానికి మరొక మార్గం ఏమిటంటే కన్సోల్ షెల్ నుండి కింది ఆదేశాన్ని జారీ చేయడం: tcpdump –D


Then, to run tcpdump on a single interface, type the following: tcpdump –i interface_name

అప్పుడు, ఒకే ఇంటర్‌ఫేస్‌లో tcpdumpని అమలు చేయడానికి, కింది వాటిని టైప్ చేయండి: tcpdump –i interface_name


Here, interface_name is the device name (for example, fxp0, em1, and so on).

ఇక్కడ, interface_name అనేది పరికర నామం (ఉదాహరణకు, fxp0, em1, మొదలైనవి).


Alternatively, you can run tcpdump without any command-line options to capture packets from all interfaces.

ప్రత్యామ్నాయంగా, మీరు అన్ని ఇంటర్‌ఫేస్‌ల నుండి ప్యాకెట్‌లను సంగ్రహించడానికి ఎటువంటి కమాండ్-లైన్ ఎంపికలు లేకుండా tcpdumpని అమలు చేయవచ్చు.


If you run tcpdump, you may notice that the hostname of the source and destination is displayed.

మీరు tcpdumpని అమలు చేస్తే, సోర్స్ మరియు డెస్టినేషన్ యొక్క హోస్ట్ పేరు ప్రదర్శించబడుతుందని మీరు గమనించవచ్చు.


By default, tcpdump does a DNS lookup on IP addresses.

tcpdump డిఫాల్ట్‌గా IP చిరునామాలపై DNS లుకప్ చేస్తుంది.


As a result, tcpdump can generate a considerable amount of DNS traffic; however, you can prevent this.

ఫలితంగా, tcpdump గణనీయమైన మొత్తంలో DNS ట్రాఫిక్‌ను ఉత్పత్తి చేయగలదు; అయితే, మీరు దీన్ని నిరోధించవచ్చు.


By default, tcpdump runs continuously until you press Ctrl + C, but you can limit the number of packets captured with the –c option, for example: tcpdump –c 10

డిఫాల్ట్‌గా, మీరు Ctrl + C నొక్కే వరకు tcpdump నిరంతరం నడుస్తుంది, కానీ మీరు –c ఎంపికతో సంగ్రహించిన ప్యాకెట్‌ల సంఖ్యను పరిమితం చేయవచ్చు, ఉదాహరణకు: tcpdump –c 10


This will cause tcpdump to capture 10 packets and then stop running.

ఇది tcpdump 10 ప్యాకెట్‌లను సంగ్రహించడానికి మరియు ఆపై రన్ అవ్వడం ఆపివేస్తుంది.


The default maximum capture size for each packet is 64 K, but in many cases, you may only want to see what's in the header.

ప్రతి ప్యాకెట్ కోసం డిఫాల్ట్ గరిష్ట సంగ్రహణ పరిమాణం 64 K, కానీ చాలా సందర్భాల్లో, మీరు హెడర్‌లో ఏముందో చూడాలనుకోవచ్చు.


You can use the –s parameter to limit the amount of each packet captured, for example: tcpdump –s 96

మీరు సంగ్రహించిన ప్రతి ప్యాకెట్ మొత్తాన్ని పరిమితం చేయడానికి –s పరామితిని ఉపయోగించవచ్చు, ఉదాహరణకు: tcpdump –s 96


This will only capture the first 96 bytes of each packet.

ఇది ప్రతి ప్యాకెట్ యొక్క మొదటి 96 బైట్‌లను మాత్రమే సంగ్రహిస్తుంది.


tcpdump allows you to save packet capture files in pcap format for later analysis.

tcpdump తరువాత విశ్లేషణ కోసం pcap ఫార్మాట్‌లో ప్యాకెట్ సంగ్రహణ ఫైల్‌లను సేవ్ చేయడానికి మిమ్మల్ని అనుమతిస్తుంది.


This is useful, especially if you want to load the files onto another computer running Wireshark or some other graphical network protocol analyzer.

మీరు ఫైల్‌లను Wireshark లేదా మరేదైనా గ్రాఫికల్ నెట్‌వర్క్ ప్రోటోకాల్ అనలైజర్ నడుస్తున్న మరొక కంప్యూటర్‌లో లోడ్ చేయాలనుకుంటే ఇది ఉపయోగపడుతుంది.


To save the output to a file, use the –w option, like this: tcpdump –w filename

అవుట్‌పుట్‌ను ఫైల్‌కు సేవ్ చేయడానికి, –w ఎంపికను ఇలా ఉపయోగించండి: tcpdump –w filename


Be aware that when you are using this option, the frames will not be displayed on the screen, as they otherwise would be.

మీరు ఈ ఎంపికను ఉపయోగిస్తున్నప్పుడు, ఫ్రేమ్‌లు తెరపై ప్రదర్శించబడవని గుర్తుంచుకోండి, లేకపోతే అవి అలానే ఉంటాయి.


Also, be aware that the file will be saved in pcap (packet capture), rather than ASCII, format.

అలాగే, ఫైల్ ASCII ఫార్మాట్‌కు బదులుగా pcap (ప్యాకెట్ సంగ్రహణ)లో సేవ్ చేయబడుతుందని గుర్తుంచుకోండి.


If you suspect that Ethernet cabling is damaged, try swapping it with new cabling.

మీరు ఏదైనా ఎథర్నెట్ కేబులింగ్ దెబ్బతిన్నదని అనుమానించినట్లయితే, కొత్త కేబులింగ్‌తో మార్చుకోవడానికి ప్రయత్నించండి.


Make sure that you are using the right type of cabling for the connection.

కనెక్షన్ కోసం మీరు సరైన రకం కేబులింగ్‌ను ఉపయోగిస్తున్నారని నిర్ధారించుకోండి.


Check to make sure that devices at both ends of the cable are on and that the ports are enabled and functioning.

కేబుల్ రెండు చివరలలోని పరికరాలు ఆన్‌లో ఉన్నాయని మరియు పోర్ట్‌లు ఎనేబుల్ చేయబడి, పనిచేస్తున్నాయని నిర్ధారించుకోండి.


If you suspect that a device is not doing auto-negotiation properly, you may want to plug in another device and see if it works.

ఒక పరికరం సరిగ్గా ఆటో-నెగోషియేషన్ చేయలేదని మీరు అనుమానించినట్లయితే, మీరు మరొక పరికరాన్ని ప్లగ్ చేసి అది పనిచేస్తుందో లేదో చూడవచ్చు.


If the issue is with a node that relies on a wireless adapter, then you will want to make sure that the wireless adapter is functioning.

సమస్య వైర్‌లెస్ అడాప్టర్‌పై ఆధారపడే నోడ్‌తో ఉంటే, వైర్‌లెస్ అడాప్టర్ పనిచేస్తుందని మీరు నిర్ధారించుకోవాలి.


Make sure the wireless adapter is enabled; if the device is an iOS or an Android device, make sure it is not in airplane mode and that the WiFi adapter is on and is ready to connect.

వైర్‌లెస్ అడాప్టర్ ఎనేబుల్ చేయబడిందని నిర్ధారించుకోండి; పరికరం iOS లేదా Android పరికరమైతే, అది విమాన మోడ్‌లో లేదని మరియు WiFi అడాప్టర్ ఆన్‌లో ఉందని మరియు కనెక్ట్ చేయడానికి సిద్ధంగా ఉందని నిర్ధారించుకోండి.


Check the settings for the wireless service set identifier (SSID) and verify that the device is configured to use the SSID that corresponds to the correct network.

వైర్‌లెస్ సర్వీస్ సెట్ ఐడెంటిఫైయర్ (SSID) కోసం సెట్టింగ్‌లను తనిఖీ చేయండి మరియు పరికరం సరైన నెట్‌వర్క్‌కు అనుగుణంగా ఉండే SSIDని ఉపయోగించడానికి కాన్ఫిగర్ చేయబడిందని ధృవీకరించండి.


If the SSID to which you need to connect is not showing up in the list of available wireless networks on the client, check to make sure SSID broadcasts are enabled on the access point or router.

మీరు కనెక్ట్ చేయవలసిన SSID క్లయింట్‌లో అందుబాటులో ఉన్న వైర్‌లెస్ నెట్‌వర్క్‌ల జాబితాలో చూపకపోతే, యాక్సెస్ పాయింట్ లేదా రూటర్‌లో SSID ప్రసారాలు ఎనేబుల్ చేయబడిందో లేదో తనిఖీ చేయండి.


You can also simply type in the SSID on the client; this should enable you to connect even if the SSID is hidden.

మీరు క్లయింట్‌లో SSIDని కూడా టైప్ చేయవచ్చు; SSID దాగి ఉన్నప్పటికీ ఇది మిమ్మల్ని కనెక్ట్ చేయడానికి అనుమతించాలి.


Make sure the SSID is matched exactly, including the case of the letters.

అక్షరాల కేసుతో సహా, SSID సరిగ్గా సరిపోలుతుందని నిర్ధారించుకోండి.


You may want to make sure that the device is capable of connecting to the frequency band supported by the wireless access point or router.

వైర్‌లెస్ యాక్సెస్ పాయింట్ లేదా రూటర్ ద్వారా మద్దతు ఇచ్చే ఫ్రీక్వెన్సీ బ్యాండ్‌కు పరికరం కనెక్ట్ అవ్వగలదని మీరు నిర్ధారించుకోవచ్చు.


As you can see, the most common wireless standards currently in use (802.11b/g/n/ac) use either the 2.4 or 5 GHz band or both.

మీరు చూడగలిగినట్లుగా, ప్రస్తుతం వాడుకలో ఉన్న అత్యంత సాధారణ వైర్‌లెస్ ప్రమాణాలు (802.11b/g/n/ac) 2.4 లేదా 5 GHz బ్యాండ్ లేదా రెండింటినీ ఉపయోగిస్తాయి.


To connect older 802.11a or 802.11b, enable Mixed Mode on your wireless access point or router so that the slower rates used by these standards are enabled.

పాత 802.11a లేదా 802.11bని కనెక్ట్ చేయడానికి, మీ వైర్‌లెస్ యాక్సెస్ పాయింట్ లేదా రూటర్‌లో మిక్స్‌డ్ మోడ్‌ను ప్రారంభించండి, తద్వారా ఈ ప్రమాణాల ద్వారా ఉపయోగించే నెమ్మదిగా రేట్లు ప్రారంభించబడతాయి.


When verifying wireless functionality, check to see what IP subnet is assigned to the SSID, as well as the router that should be reachable via this subnet.

వైర్‌లెస్ కార్యాచరణను ధృవీకరించేటప్పుడు, SSIDకి ఏ IP సబ్‌నెట్ కేటాయించబడిందో, అలాగే ఈ సబ్‌నెట్ ద్వారా చేరుకోగల రూటర్‌ను తనిఖీ చేయండి.


Verify that the client is receiving an IP address that belongs to this subnet.

క్లయింట్ ఈ సబ్‌నెట్‌కు చెందిన IP చిరునామాను స్వీకరిస్తుందని ధృవీకరించండి.


Log in to the router and verify that the client is connecting to the router and that an IP address is being assigned to the client.

రూటర్‌లోకి లాగిన్ అవ్వండి మరియు క్లయింట్ రూటర్‌కు కనెక్ట్ అవుతోందని మరియు క్లయింట్‌కు IP చిరునామా కేటాయించబడుతుందని ధృవీకరించండి.


In pfSense, the easiest way to confirm this is to check Status | DHCP Leases or DHCPv6 Leases.

pfSenseలో, దీన్ని నిర్ధారించడానికి సులభమైన మార్గం స్టేటస్ | DHCP లీజులు లేదా DHCPv6 లీజులను తనిఖీ చేయడం.


Another matter to consider is whether the security parameters on the client and the access point/router match.

పరిశీలించవలసిన మరొక విషయం ఏమిటంటే, క్లయింట్ మరియు యాక్సెస్ పాయింట్/రూటర్‌లోని భద్రతా పారామితులు సరిపోలుతున్నాయా లేదా అనేది.


If your access point/router uses WPA-Personal or WPA2-Personal, make sure the encryption method is set to WPA-PSK or WPA2-PSK and enter the same passphrase on both devices.

మీ యాక్సెస్ పాయింట్/రూటర్ WPA-వ్యక్తిగత లేదా WPA2-వ్యక్తిగతను ఉపయోగిస్తే, ఎన్‌క్రిప్షన్ పద్ధతి WPA-PSK లేదా WPA2-PSKకి సెట్ చేయబడిందని నిర్ధారించుకోండి మరియు రెండు పరికరాల్లో ఒకే పాస్‌ఫ్రేజ్‌ను నమోదు చేయండి.


If you must support both WPA and WPA2, make sure the access point/router supports both TKIP and AES encryption and that both are enabled.

మీరు WPA మరియు WPA2 రెండింటికీ మద్దతు ఇవ్వవలసి వస్తే, యాక్సెస్ పాయింట్/రూటర్ TKIP మరియు AES ఎన్‌క్రిప్షన్ రెండింటికీ మద్దతు ఇస్తుందని మరియు రెండూ ప్రారంభించబడిందని నిర్ధారించుకోండి.


Network Prefix Translation (NPt) about IPv6 network.

IPv6 నెట్‌వర్క్ గురించి నెట్‌వర్క్ ప్రిఫిక్స్ ట్రాన్స్‌లేషన్ (NPt).


నెట్‌వర్క్ టైమ్ ప్రోటోకాల్ (NTP) మ్యాపింగ్.


నెట్‌వర్కింగ్ సమస్యలను పరిష్కరించడం.


Duplicate IP addresses can cause network issues.

నకిలీ IP చిరునామాలు నెట్‌వర్క్ సమస్యలకు కారణం కావచ్చు.


Port configuration is crucial for network security.

నెట్‌వర్క్ భద్రత కోసం పోర్ట్ కాన్ఫిగరేషన్ చాలా ముఖ్యం.


Routing issues can disrupt network connectivity.

రూటింగ్ సమస్యలు నెట్‌వర్క్ కనెక్టివిటీని దెబ్బతీస్తాయి.


Incorrect DNS configuration leads to browsing problems.

తప్పు DNS కాన్ఫిగరేషన్ బ్రౌజింగ్ సమస్యలకు దారి తీస్తుంది.


One-to-many NAT is a common network configuration.

ఒకటి నుండి అనేక NAT సాధారణ నెట్‌వర్క్ కాన్ఫిగరేషన్.


ఫైల్ సర్వర్ మ్యాపింగ్‌ను పరిష్కరించడం.


OpenVPN is used for secure remote access.

సురక్షిత రిమోట్ యాక్సెస్ కోసం OpenVPN ఉపయోగించబడుతుంది.


OpenVPN క్లయింట్ సెట్టింగ్‌లను కాన్ఫిగర్ చేయండి.


విజార్డ్‌తో సర్వర్ కాన్ఫిగరేషన్.


సైట్-టు-సైట్ OpenVPN కాన్ఫిగరేషన్.


Outbound NAT filtering for a single network.

ఒకే నెట్‌వర్క్ కోసం అవుట్‌బౌండ్ NAT ఫిల్టరింగ్.


Configure port forwarding for a personal web server.

వ్యక్తిగత వెబ్ సర్వర్ కోసం పోర్ట్ ఫార్వార్డింగ్‌ను కాన్ఫిగర్ చేయండి.


నెట్‌వర్క్ గేమింగ్ ట్రాఫిక్‌కు ప్రాధాన్యత ఇవ్వండి.


సేవా నాణ్యతను (QoS) కాన్ఫిగర్ చేయండి.


రూటింగ్ సమస్యలను పరిష్కరించడం.


Configure traffic shaping for better network performance.

మెరుగైన నెట్‌వర్క్ పనితీరు కోసం ట్రాఫిక్ షేపింగ్‌ను కాన్ఫిగర్ చేయండి.


Troubleshooting tools are essential for network administrators.

నెట్‌వర్క్ నిర్వాహకులకు ట్రబుల్షూటింగ్ సాధనాలు చాలా అవసరం.


The switch was connected to the parent interface of the VLANs.

స్విచ్‌ను VLANల యొక్క పేరెంట్ ఇంటర్‌ఫేస్‌కు కనెక్ట్ చేశారు.


If everything worked as expected, connecting a computer to one of the VLAN ports should have resulted in outgoing traffic from the port being tagged with a VLAN ID.

అన్ని అనుకున్న విధంగా జరిగితే, కంప్యూటర్‌ను VLAN పోర్ట్‌లలో ఒకదానికి కనెక్ట్ చేయడం వలన పోర్ట్ నుండి వచ్చే ట్రాఫిక్ VLAN IDతో ట్యాగ్ చేయబడాలి.


pfSense should have then assigned a DHCP lease for the VLAN whose VLAN ID matches the ID of the packets.

అప్పుడు pfSense ప్యాకెట్‌ల IDతో సరిపోయే VLAN ID కలిగిన VLAN కోసం DHCP లీజును కేటాయించాలి.


Unfortunately, DHCP assignment never took place, and the computer connected to the VLAN port could not access the network.

దురదృష్టవశాత్తు, DHCP కేటాయింపు ఎప్పుడూ జరగలేదు మరియు VLAN పోర్ట్‌కు కనెక్ట్ చేయబడిన కంప్యూటర్ నెట్‌వర్క్‌ను యాక్సెస్ చేయలేకపోయింది.


Referring back to our troubleshooting procedure, I had identified the problem - the VLANs were not functioning as they should - but I would have to gather more information before formulating a theory as to the probable cause.

సమస్య పరిష్కార విధానానికి తిరిగి వెళితే, నేను సమస్యను గుర్తించాను - VLANలు అవి చేయవలసిన విధంగా పని చేయడం లేదు - కానీ సంభావ్య కారణానికి సంబంధించిన సిద్ధాంతాన్ని రూపొందించడానికి ముందు నేను మరింత సమాచారాన్ని సేకరించాలి.


Being more familiar with configuring pfSense than with configuring the TL-SG108E, I decided to check the DHCP and VLAN settings in pfSense to eliminate those as likely causes of the problem.

TL-SG108Eని కాన్ఫిగర్ చేయడంతో పోలిస్తే pfSenseని కాన్ఫిగర్ చేయడంలో నాకు ఎక్కువ పరిచయం ఉంది, సమస్యకు కారణమయ్యే వాటిని తొలగించడానికి pfSenseలో DHCP మరియు VLAN సెట్టింగ్‌లను తనిఖీ చేయాలని నేను నిర్ణయించుకున్నాను.


Finding nothing wrong with either the DHCP or VLAN settings in the pfSense web GUI, I began to focus on the switch's settings.

pfSense వెబ్ GUIలో DHCP లేదా VLAN సెట్టింగ్‌లలో ఏమీ తప్పు లేదని గుర్తించిన తరువాత, నేను స్విచ్ యొక్క సెట్టింగ్‌లపై దృష్టి పెట్టడం ప్రారంభించాను.


When I launched the Easy Smart Configuration Utility again, I discovered that there was a separate page for PVID configuration.

నేను మళ్ళీ ఈజీ స్మార్ట్ కాన్ఫిగరేషన్ యుటిలిటీని ప్రారంభించినప్పుడు, PVID కాన్ఫిగరేషన్ కోసం ప్రత్యేక పేజీ ఉందని నేను కనుగొన్నాను.


PVID (Port VLAN ID) is the default VLAN ID of the port.

PVID (పోర్ట్ VLAN ID) అనేది పోర్ట్ యొక్క డిఫాల్ట్ VLAN ID.


I set ports 3-5 to have a default VLAN ID of 10 and ports 6 to 8 to have a default VLAN ID of 20, leaving ports 1 and 2 having a default VLAN ID of 1.

నేను పోర్ట్‌లు 3-5కి డిఫాల్ట్ VLAN ID 10ని మరియు పోర్ట్‌లు 6 నుండి 8 వరకు డిఫాల్ట్ VLAN ID 20ని కలిగి ఉండేలా సెట్ చేశాను, పోర్ట్‌లు 1 మరియు 2కి డిఫాల్ట్ VLAN ID 1 ఉంది.


After clicking on the Apply button, I disabled and re-enabled the Ethernet connection on the computer being used to test the VLANs.

వర్తించు బటన్‌ను క్లిక్ చేసిన తర్వాత, VLANలను పరీక్షించడానికి ఉపయోగిస్తున్న కంప్యూటర్‌లో నేను ఈథర్‌నెట్ కనెక్షన్‌ను నిలిపివేసి, మళ్లీ ప్రారంభించాను.


Still, there was no DHCP assignment and no network connectivity.

అయినప్పటికీ, DHCP కేటాయింపు లేదు మరియు నెట్‌వర్క్ కనెక్టివిటీ లేదు.


I checked the configuration settings again and could not find anything obviously wrong, but I noticed that the Port Based VLAN option only allows you to set the VLAN ID between 1 and 8.

నేను మళ్ళీ కాన్ఫిగరేషన్ సెట్టింగ్‌లను తనిఖీ చేసాను మరియు స్పష్టంగా ఏమీ తప్పుగా కనుగొనలేకపోయాను, అయితే పోర్ట్ ఆధారిత VLAN ఎంపిక VLAN IDని 1 మరియు 8 మధ్య మాత్రమే సెట్ చేయడానికి మిమ్మల్ని అనుమతిస్తుందని నేను గమనించాను.


I considered the possibility that the allowed VLAN IDs were 1 to 8.

అనుమతించబడిన VLAN IDలు 1 నుండి 8 వరకు ఉండవచ్చని నేను భావించాను.


Thus, I had a theory of probable cause and could move on to testing the theory.

అందువల్ల, నాకు సంభావ్య కారణం యొక్క సిద్ధాంతం ఉంది మరియు సిద్ధాంతాన్ని పరీక్షించడానికి నేను ముందుకు సాగగలను.


Establishing a plan was not difficult; I was testing the theory on my test network, which is as far removed from an enterprise level environment as possible.

ఒక ప్రణాళికను ఏర్పాటు చేయడం కష్టం కాదు; నేను నా పరీక్ష నెట్‌వర్క్‌లో సిద్ధాంతాన్ని పరీక్షిస్తున్నాను, ఇది ఎంటర్‌ప్రైజ్ స్థాయి వాతావరణం నుండి వీలైనంత దూరంగా ఉంది.


I set the DEVELOPERS VLAN ID to 2 and the ENGINEERING VLAN to 3.

నేను డెవలపర్‌ల VLAN IDని 2కి మరియు ఇంజనీరింగ్ VLANని 3కి సెట్ చేసాను.


I made the same changes to the PVID, setting the PVID for the DEVELOPERS ports to 2 and the ENGINEERING ports to 3.

నేను PVIDకి అదే మార్పులు చేసాను, డెవలపర్‌ల పోర్ట్‌ల కోసం PVIDని 2కి మరియు ఇంజనీరింగ్ పోర్ట్‌ల కోసం 3కి సెట్ చేసాను.


When I disabled and re-enabled the connection on the computer connected to the switch, the computer was assigned a DHCP lease and I was able to access other networks.

స్విచ్‌కు కనెక్ట్ చేయబడిన కంప్యూటర్‌లో కనెక్షన్‌ను నిలిపివేసి, మళ్లీ ప్రారంభించినప్పుడు, కంప్యూటర్‌కు DHCP లీజు కేటాయించబడింది మరియు నేను ఇతర నెట్‌వర్క్‌లను యాక్సెస్ చేయగలిగాను.


Thus, it seemed that in order for 802.1q VLAN tagging to work with this switch, both PVIDs had to be configured and VLAN IDs had to be set to a number between 1 and 8.

అందువల్ల, ఈ స్విచ్‌తో 802.1q VLAN ట్యాగింగ్ పని చేయడానికి, రెండు PVIDలను కాన్ఫిగర్ చేయాలి మరియు VLAN IDలను 1 మరియు 8 మధ్య సంఖ్యకు సెట్ చేయాలి.