ନେଟୱାର୍କ ପରିଚାଳନା ଏବଂ ରକ୍ଷଣାବେକ୍ଷଣରେ, ଏହା ଏକ ସାଧାରଣ କିନ୍ତୁ ଅସୁବିଧାଜନକ ସମସ୍ୟା ଯେ ଡିଭାଇସଗୁଡ଼ିକ ସିଧାସଳଖ ସଂଯୋଗ ହେବା ପରେ ପିଙ୍ଗ କରିପାରିବେ ନାହିଁ। ଆରମ୍ଭକାରୀ ଏବଂ ଅଭିଜ୍ଞ ଇଞ୍ଜିନିୟର ଉଭୟଙ୍କ ପାଇଁ, ଅନେକ ସ୍ତରରେ ଆରମ୍ଭ କରି ସମ୍ଭାବ୍ୟ କାରଣଗୁଡ଼ିକୁ ପରୀକ୍ଷା କରିବା ଆବଶ୍ୟକ। ଏହି ଆର୍ଟିକିଲ୍ ସମସ୍ୟାର ମୂଳ କାରଣକୁ ଶୀଘ୍ର ଚିହ୍ନଟ କରିବାରେ ଏବଂ ଏହାକୁ ସମାଧାନ କରିବାରେ ସାହାଯ୍ୟ କରିବା ପାଇଁ ସମସ୍ୟା ନିବାରଣ ପଦକ୍ଷେପଗୁଡ଼ିକୁ ବିଭାଜିତ କରେ। ଏହି ପଦ୍ଧତିଗୁଡ଼ିକ ଘରୋଇ ନେଟୱାର୍କ ଏବଂ ଏଣ୍ଟରପ୍ରାଇଜ୍ ପରିବେଶ ଉଭୟରେ ପ୍ରଯୁଜ୍ୟ ଏବଂ ବ୍ୟବହାରିକ। ଆମେ ଆପଣଙ୍କୁ ଏହି ଚ୍ୟାଲେଞ୍ଜ ମାଧ୍ୟମରେ ପର୍ଯ୍ୟାୟକ୍ରମେ, ମୌଳିକ ଯାଞ୍ଚରୁ ଉନ୍ନତ ଯାଞ୍ଚ ପର୍ଯ୍ୟନ୍ତ ନେଇଯିବୁ।
1. ସିଗନାଲ କାମ କରୁଛି କି ନାହିଁ ତାହା ନିଶ୍ଚିତ କରିବା ପାଇଁ ଭୌତିକ ସଂଯୋଗ ସ୍ଥିତି ଯାଞ୍ଚ କରନ୍ତୁ।
ନେଟୱାର୍କ ଯୋଗାଯୋଗର ମୂଳ ଆଧାର ହେଉଛି ଭୌତିକ ସଂଯୋଗ। ଯଦି ଡିଭାଇସ୍ ସିଧାସଳଖ ସଂଯୋଗ ପରେ Ping କରିବାରେ ବିଫଳ ହୁଏ, ତେବେ ପ୍ରଥମ ପଦକ୍ଷେପ ହେଉଛି ଭୌତିକ ସ୍ତର କାମ କରୁଛି କି ନାହିଁ ଯାଞ୍ଚ କରିବା। ଏଠାରେ ପଦକ୍ଷେପଗୁଡ଼ିକ ଦିଆଯାଇଛି:
ନେଟୱାର୍କ କେବୁଲ୍ ସଂଯୋଗ ସୁନିଶ୍ଚିତ କରନ୍ତୁ:ନେଟୱାର୍କ କେବୁଲ୍ କଡ଼ାକଡ଼ି ଭାବରେ ପ୍ଲଗ୍ ହୋଇଛି କି ନାହିଁ ଏବଂ ନେଟୱାର୍କ କେବୁଲ୍ ଇଣ୍ଟରଫେସ୍ ଢିଲା ଅଛି କି ନାହିଁ ଯାଞ୍ଚ କରନ୍ତୁ। ଯଦି ଆପଣ ଏକ ସିଧାସଳଖ କେବୁଲ୍ ବ୍ୟବହାର କରୁଛନ୍ତି, ତେବେ ନିଶ୍ଚିତ କରନ୍ତୁ ଯେ କେବୁଲ୍ ଟିଆଇଏ/ଇଆଇଏ-୫୬୮-ବି ମାନକ (ସାଧାରଣ ପ୍ରତ୍ୟକ୍ଷ କେବୁଲ୍ ମାନକ) ପାଳନ କରୁଛି। ଯଦି ଆପଣଙ୍କର ପୁରୁଣା ଡିଭାଇସ୍ ଅଛି, ତେବେ ଆପଣଙ୍କୁ ରେଖା କ୍ରସ୍ କରିବାକୁ ପଡ଼ିପାରେ (ଟିଆଇଏ/ଇଆଇଏ-୫୬୮-ଏ) କାରଣ କିଛି ପୁରୁଣା ଡିଭାଇସ୍ ସ୍ୱୟଂଚାଳିତ MDI/MDIX ସ୍ୱିଚିଂକୁ ସମର୍ଥନ କରେ ନାହିଁ।
ନେଟୱାର୍କ କେବୁଲର ଗୁଣବତ୍ତା ଯାଞ୍ଚ କରନ୍ତୁ:ନିମ୍ନମାନର କିମ୍ବା ଅତ୍ୟଧିକ ଲମ୍ବା ନେଟୱାର୍କ କେବୁଲ୍ ସିଗନାଲ ହ୍ରାସର କାରଣ ହୋଇପାରେ। ମାନକ ନେଟୱାର୍କ କେବୁଲ୍ ଲମ୍ବ 100 ମିଟର ମଧ୍ୟରେ ନିୟନ୍ତ୍ରିତ ହେବା ଉଚିତ। ଯଦି କେବୁଲ୍ ଅତ୍ୟଧିକ ଲମ୍ବା କିମ୍ବା ସ୍ପଷ୍ଟ କ୍ଷତି (ଯଥା, ଭଙ୍ଗା କିମ୍ବା ଚପଟା) ଥାଏ, ତେବେ ଏହାକୁ ଏକ ଉଚ୍ଚମାନର କେବୁଲ୍ ସହିତ ବଦଳାଯାଇ ପୁନଃପରୀକ୍ଷଣ କରିବାକୁ ପରାମର୍ଶ ଦିଆଯାଇଛି।
ଡିଭାଇସ୍ ସୂଚକଗୁଡ଼ିକୁ ପାଳନ କରନ୍ତୁ:ଅଧିକାଂଶ ନେଟୱାର୍କ ଡିଭାଇସ୍ (ଯେପରିକି ସ୍ୱିଚ୍, ରାଉଟର, ନେଟୱାର୍କ କାର୍ଡ) ରେ ଲିଙ୍କ୍ ସ୍ଥିତି ସୂଚକ ଥାଏ। ସାଧାରଣତଃ, ସଂଯୋଗ ପରେ ଆଲୋକ ଜଳିବ (ସବୁଜ କିମ୍ବା କମଳା) ଏବଂ ଡାଟା ସ୍ଥାନାନ୍ତର ସୂଚାଇବା ପାଇଁ ଏକ ଝଲସ ଆସିପାରେ। ଯଦି ସୂଚକ ଜଳି ନଥାଏ, ତେବେ ଏହା ନେଟୱାର୍କ କେବୁଲ୍ ସହିତ ଏକ ସମସ୍ୟା, ଏକ ଭଙ୍ଗା ଇଣ୍ଟରଫେସ୍ କିମ୍ବା ଡିଭାଇସ୍ ଚାଲୁ ନଥିବା ହୋଇପାରେ।
ଟେଷ୍ଟ ପୋର୍ଟ:ପୋର୍ଟ କ୍ଷତିର ସମ୍ଭାବନାକୁ ବାଦ ଦେବା ପାଇଁ ଡିଭାଇସର ଅନ୍ୟ ପୋର୍ଟରେ ନେଟୱାର୍କ କେବୁଲ୍ ଲଗାନ୍ତୁ। ଯଦି ଉପଲବ୍ଧ ହୁଏ, ତେବେ ପ୍ରତ୍ୟେକ ତାର ଯୋଡ଼ି ସଠିକ୍ ଭାବରେ କ୍ରମବଦ୍ଧ ହୋଇଛି କି ନାହିଁ ତାହା ନିଶ୍ଚିତ କରିବା ପାଇଁ ଆପଣ ନେଟୱାର୍କ କେବୁଲ୍ ସଂଯୋଗ ଯାଞ୍ଚ କରିବା ପାଇଁ ଏକ ନେଟୱାର୍କ କେବୁଲ୍ ପରୀକ୍ଷକ ବ୍ୟବହାର କରିପାରିବେ।
ଭୌତିକ ସଂଯୋଗ ହେଉଛି ନେଟୱାର୍କ ଯୋଗାଯୋଗର ପ୍ରଥମ ପଦକ୍ଷେପ, ଏବଂ ଉଚ୍ଚ-ସ୍ତରୀୟ କାରଣଗୁଡ଼ିକର ଅନୁସନ୍ଧାନ ଜାରି ରଖିବା ପୂର୍ବରୁ ଆମକୁ ନିଶ୍ଚିତ କରିବାକୁ ପଡିବ ଯେ ଏହି ସ୍ତରର କୌଣସି ସମସ୍ୟା ନାହିଁ।
2. ପୋର୍ଟଟି ଅକ୍ଷମ ନୁହେଁ କି ନାହିଁ ତାହା ନିଶ୍ଚିତ କରିବା ପାଇଁ ଡିଭାଇସର STP ସ୍ଥିତି ଯାଞ୍ଚ କରନ୍ତୁ।
ଯଦି ଆପଣ ଏକ ସାଧାରଣ ଭୌତିକ ସଂଯୋଗ ସତ୍ତ୍ୱେ Ping କରିପାରିବେ ନାହିଁ, ତେବେ ଡିଭାଇସର ଲିଙ୍କ-ସ୍ତର ପ୍ରୋଟୋକଲରେ ସମସ୍ୟା ହୋଇପାରେ। ଏକ ସାଧାରଣ କାରଣ ହେଉଛି ସ୍ପାନିଂ ଟ୍ରି ପ୍ରୋଟୋକଲ (STP)।
STPର ଭୂମିକା ବୁଝନ୍ତୁ:ନେଟୱାର୍କରେ ଲୁପ୍ ଦେଖାଯିବାକୁ ରୋକିବା ପାଇଁ STP (ସ୍ପାନିଂ ଟ୍ରି ପ୍ରୋଟୋକଲ) ବ୍ୟବହୃତ ହୁଏ। ଯଦି କୌଣସି ଡିଭାଇସ୍ ଏକ ଲୁପ୍ ଚିହ୍ନଟ କରେ, ତେବେ STP କିଛି ନିର୍ଦ୍ଦିଷ୍ଟ ପୋର୍ଟଗୁଡ଼ିକୁ ଏକ ବ୍ଲକିଂ ଅବସ୍ଥାରେ ରଖେ, ଯାହା ସେମାନଙ୍କୁ ଡାଟା ଫରୱାର୍ଡ କରିବାରୁ ବାଧା ଦିଏ।
ପୋର୍ଟ ସ୍ଥିତି ଯାଞ୍ଚ କରନ୍ତୁ:ପୋର୍ଟଟି "ଫରୱାର୍ଡିଂ" ଅବସ୍ଥାରେ ଅଛି କି ନାହିଁ ତାହା ଦେଖିବା ପାଇଁ ଆପଣଙ୍କ ଡିଭାଇସର CLI (କମାଣ୍ଡ ଲାଇନ ଇଣ୍ଟରଫେସ) କିମ୍ବା ୱେବ୍ ଆଡମିନ୍ ଇଣ୍ଟରଫେସରେ ଲଗ୍ ଇନ୍ କରନ୍ତୁ। ସିସ୍କୋ ସ୍ୱିଚ୍ କ୍ଷେତ୍ରରେ, show spat-tree କମାଣ୍ଡ ବ୍ୟବହାର କରି STP ସ୍ଥିତି ଦେଖାଯାଇପାରିବ। ଯଦି ଏକ ପୋର୍ଟ "ବ୍ଲକିଂ" ଭାବରେ ଦେଖାଯାଏ, ତେବେ STP ସେହି ପୋର୍ଟରେ ଯୋଗାଯୋଗକୁ ଅବରୋଧ କରୁଛି।
ସମାଧାନ:
STP କୁ ଅସ୍ଥାୟୀ ଭାବରେ ଅକ୍ଷମ କରନ୍ତୁ:ଏକ ପରୀକ୍ଷଣ ପରିବେଶରେ, STP କୁ ଅସ୍ଥାୟୀ ଭାବରେ ବନ୍ଦ କରିବା ସମ୍ଭବ (ଉଦାହରଣ ସ୍ୱରୂପ, କୌଣସି ସ୍ପାଥ୍-ଟ୍ରି ଭଲାନ୍ 1 ନାହିଁ), କିନ୍ତୁ ଉତ୍ପାଦନରେ ଏହା ସୁପାରିଶ କରାଯାଏ ନାହିଁ କାରଣ ଏହା ପ୍ରସାରଣ ଝଡ଼ ସୃଷ୍ଟି କରିପାରେ।
ପୋର୍ଟଫାଷ୍ଟକୁ ସକ୍ଷମ କରନ୍ତୁ:ଯଦି ଡିଭାଇସ୍ ଏହାକୁ ସମର୍ଥନ କରେ, ତେବେ ପୋର୍ଟଫାଷ୍ଟ ଫଙ୍କସନ୍ ପୋର୍ଟରେ ସକ୍ଷମ ହୋଇପାରିବ (ସ୍ପାଥ୍-ଟ୍ରି ପୋର୍ଟଫାଷ୍ଟ ଭଳି ନିର୍ଦ୍ଦେଶ), ଯାହା ପୋର୍ଟକୁ STP ଶ୍ରବଣ ଏବଂ ଶିଖିବା ପର୍ଯ୍ୟାୟକୁ ଛାଡି ସିଧାସଳଖ ଫରୱାର୍ଡିଂ ଅବସ୍ଥାରେ ପ୍ରବେଶ କରିବାକୁ ଅନୁମତି ଦିଏ।
ଲୁପ୍ ପାଇଁ ଯାଞ୍ଚ କରନ୍ତୁ:ଯଦି STP ବ୍ଲକ ନେଟୱାର୍କରେ ଲୁପ୍ସ ଥିବା ହେତୁ ହୋଇଥାଏ, ତେବେ ଲୁପ୍ସଗୁଡ଼ିକୁ ଖୋଜିବା ଏବଂ ଭାଙ୍ଗିବା ପାଇଁ ନେଟୱାର୍କ ଟୋପୋଲୋଜି ଯାଞ୍ଚ କରନ୍ତୁ।
ଏଣ୍ଟରପ୍ରାଇଜ୍ ନେଟୱାର୍କଗୁଡ଼ିକରେ, ବିଶେଷକରି ମଲ୍ଟି-ସୁଇଚ୍ ପରିବେଶରେ STP ସମସ୍ୟା ସାଧାରଣ। ଯଦି ଆପଣଙ୍କର ଏକ ଛୋଟ ନେଟୱାର୍କ ଅଛି, ତେବେ ଆପଣ ବର୍ତ୍ତମାନ ପାଇଁ ଏହି ପଦକ୍ଷେପକୁ ଛାଡିପାରିବେ, କିନ୍ତୁ STP କିପରି କାମ କରେ ତାହା ବୁଝିବା ଭବିଷ୍ୟତରେ ସମସ୍ୟାର ସମାଧାନ କରିବାରେ ବହୁତ ସାହାଯ୍ୟ କରିପାରିବ।
3. MAC ଠିକଣା ସଠିକ୍ ଭାବରେ ସମାଧାନ ହୋଇଛି କି ନାହିଁ ତାହା ନିଶ୍ଚିତ କରିବା ପାଇଁ ARP କାମ କରୁଛି କି ନାହିଁ ଯାଞ୍ଚ କରନ୍ତୁ।
ଯେତେବେଳେ ଲିଙ୍କ ସ୍ତର ସାଧାରଣ ହୁଏ, ଯାଞ୍ଚ କରିବା ପାଇଁ ନେଟୱାର୍କ ସ୍ତରକୁ ଯାଆନ୍ତୁ। Ping କମାଣ୍ଡ ICMP ପ୍ରୋଟୋକଲ ଉପରେ ନିର୍ଭର କରେ, ଯାହା ପ୍ରଥମେ ଠିକଣା ରିଜୋଲ୍ୟୁସନ ପ୍ରୋଟୋକଲ (ARP) ମାଧ୍ୟମରେ ଟାର୍ଗେଟ IP ଠିକଣାକୁ ଏକ MAC ଠିକଣାରେ ସମାଧାନ କରେ। ଯଦି ARP ରିଜୋଲ୍ୟୁସନ ବିଫଳ ହୁଏ, ତେବେ Ping ବିଫଳ ହେବ।
ARP ଟେବୁଲ୍ ଯାଞ୍ଚ କରନ୍ତୁ: ଟାର୍ଗେଟ୍ ଡିଭାଇସ୍ର MAC ଠିକଣା ସଫଳତାର ସହ ସମାଧାନ ହୋଇଛି କି ନାହିଁ ତାହା ନିଶ୍ଚିତ କରିବା ପାଇଁ ଡିଭାଇସ୍ରେ ARP ଟେବୁଲ୍ ଯାଞ୍ଚ କରନ୍ତୁ। ଉଦାହରଣ ସ୍ୱରୂପ, Windows ରେ, ଆପଣ କମାଣ୍ଡ ଲାଇନ୍ ଖୋଲି ଏବଂ arp-a ଟାଇପ୍ କରି ARP କ୍ୟାଶ୍ ଦେଖିପାରିବେ। ଯଦି ଗନ୍ତବ୍ୟ IP ପାଇଁ କୌଣସି MAC ଠିକଣା ନାହିଁ, ତେବେ ARP ରିଜୋଲ୍ୟୁସନ୍ ବିଫଳ ହୋଇଛି।
ARP ମାନୁଆଲି ପରୀକ୍ଷଣ:ARP ଅନୁରୋଧଗୁଡ଼ିକୁ ମାନୁଆଲୀ ପଠାଇବାକୁ ଚେଷ୍ଟା କରନ୍ତୁ। ଉଦାହରଣ ସ୍ୱରୂପ, ୱିଣ୍ଡୋଜ୍ରେ ଆପଣ ଏକ ARP ଅନୁରୋଧକୁ ଟ୍ରିଗର କରିବା ପାଇଁ ping କମାଣ୍ଡ ବ୍ୟବହାର କରିପାରିବେ, କିମ୍ବା ସିଧାସଳଖ arping ଭଳି ଏକ ଉପକରଣ (Linux ସିଷ୍ଟମରେ) ବ୍ୟବହାର କରିପାରିବେ। ଯଦି ARP ଅନୁରୋଧର କୌଣସି ପ୍ରତିକ୍ରିୟା ନାହିଁ, ତେବେ ସମ୍ଭାବ୍ୟ କାରଣଗୁଡ଼ିକ ମଧ୍ୟରେ ଅନ୍ତର୍ଭୁକ୍ତ:
ଫାୟାରୱାଲ୍ ଅବରୋଧ:କିଛି ଡିଭାଇସର ଫାୟାରୱାଲ୍ ଦ୍ୱାରା ARP ଅନୁରୋଧଗୁଡ଼ିକୁ ଅବରୋଧ କରାଯାଇଛି। ଟାର୍ଗେଟ୍ ଡିଭାଇସର ଫାୟାରୱାଲ୍ ସେଟିଂସ୍ ଯାଞ୍ଚ କରନ୍ତୁ ଏବଂ ଅସ୍ଥାୟୀ ଭାବରେ ଫାୟାରୱାଲ୍ ବନ୍ଦ କରିବା ପରେ ପୁଣି ଚେଷ୍ଟା କରନ୍ତୁ।
IP ଧକ୍କା:ଯଦି ନେଟୱାର୍କରେ IP ଠିକଣା ସଂଘର୍ଷ ହୁଏ ତେବେ ARP ରିଜୋଲ୍ୟୁସନ୍ ବିଫଳ ହୋଇପାରେ। ପ୍ୟାକେଟଗୁଡ଼ିକୁ ଧରିବା ପାଇଁ Wireshark ଭଳି ଏକ ଉପକରଣ ବ୍ୟବହାର କରନ୍ତୁ ଏବଂ ଦେଖନ୍ତୁ ଯେ ସମାନ IP କୁ ପ୍ରତିକ୍ରିୟା କରୁଥିବା ଏକାଧିକ MAC ଠିକଣା ଅଛି କି ନାହିଁ।
ସମାଧାନ:
Arpcache ଡିଲିଟ କରନ୍ତୁ (Windows: netsh interface ip delete arpcache; Linux: ip-ss neigh flush all) ଏବଂ ତା’ପରେ ପୁଣି Ping କରନ୍ତୁ।
ନିଶ୍ଚିତ କରନ୍ତୁ ଯେ ଉଭୟ ଡିଭାଇସର IP ଠିକଣା ସମାନ ସବନେଟରେ ଅଛି ଏବଂ ସବନେଟ୍ ମାସ୍କ ସମାନ (ବିବରଣୀ ପାଇଁ ପରବର୍ତ୍ତୀ ପଦକ୍ଷେପ ଦେଖନ୍ତୁ)।
ARP ସମସ୍ୟାଗୁଡ଼ିକ ପ୍ରାୟତଃ ନେଟୱାର୍କ ସ୍ତରର ବିନ୍ୟାସ ସହିତ ଘନିଷ୍ଠ ଭାବରେ ଜଡିତ, ଏବଂ ସବୁକିଛି କାମ କରୁଛି କି ନାହିଁ ତାହା ନିଶ୍ଚିତ କରିବା ପାଇଁ ସମସ୍ୟା ସମାଧାନ ପାଇଁ ଧୈର୍ଯ୍ୟ ଆବଶ୍ୟକ।
୪. ଯୋଗାଯୋଗ ଭିତ୍ତିଭୂମି ସୁନିଶ୍ଚିତ କରିବା ପାଇଁ IP ଠିକଣା ଏବଂ ସବନେଟ୍ ବିନ୍ୟାସ ଯାଞ୍ଚ କରନ୍ତୁ।
ନେଟୱାର୍କ ସ୍ତରର ସମସ୍ୟାଗୁଡ଼ିକ ପ୍ରାୟତଃ Ping ବିଫଳତାର ମୁଖ୍ୟ କାରଣ ହୋଇଥାଏ। ଭୁଲ ଭାବରେ ବିନ୍ୟାସିତ IP ଠିକଣା ଏବଂ ସବନେଟ୍ ଡିଭାଇସଗୁଡ଼ିକୁ ଯୋଗାଯୋଗ କରିବାରେ ବିଫଳ କରିଥାଏ। ଏଠାରେ ପଦକ୍ଷେପଗୁଡ଼ିକ ଦିଆଯାଇଛି:
IP ଠିକଣା ସୁନିଶ୍ଚିତ କରନ୍ତୁ:ଦୁଇଟି ଡିଭାଇସର IP ଠିକଣା ସମାନ ସବନେଟରେ ଅଛି କି ନାହିଁ ଯାଞ୍ଚ କରନ୍ତୁ। ଉଦାହରଣ ସ୍ୱରୂପ, ଡିଭାଇସ୍ A ର IP 192.168.1.10 ଏବଂ ଏକ ସବନେଟ୍ ମାସ୍କ 255.255.255.0 ଅଛି। ଡିଭାଇସ୍ B ର IP 192.168.1.20 ଏବଂ ସମାନ ସବନେଟ୍ ମାସ୍କ ଅଛି। ଦୁଇଟି IP ସମାନ ସବନେଟ୍ (192.168.1.0/24) ରେ ଅଛି ଏବଂ ତତ୍ତ୍ୱଗତ ଭାବରେ ଯୋଗାଯୋଗ କରିପାରିବ। ଯଦି ଡିଭାଇସ୍ B ର IP 192.168.2.20 ଅଛି, ତେବେ ଏହା ସମାନ ସବନେଟରେ ନାହିଁ ଏବଂ Ping ବିଫଳ ହେବ।
ସବନେଟ୍ ମାସ୍କ ଯାଞ୍ଚ କରନ୍ତୁ:ଅସଙ୍ଗତ ସବନେଟ୍ ମାସ୍କ ମଧ୍ୟ ଯୋଗାଯୋଗ ବିଫଳତାକୁ ନେଇପାରେ। ଉଦାହରଣ ସ୍ୱରୂପ, ଡିଭାଇସ୍ A ର ମାସ୍କ 255.255.255.0 ଏବଂ ଡିଭାଇସ୍ B ର ମାସ୍କ 255.255.0.0 ଅଛି, ଯାହା ସବନେଟ୍ ପରିସର ବିଷୟରେ ସେମାନଙ୍କର ଭିନ୍ନ ବୁଝାମଣା ଯୋଗୁଁ ଯୋଗାଯୋଗ ପ୍ରତିବନ୍ଧକ ସୃଷ୍ଟି କରିପାରେ। ନିଶ୍ଚିତ କରନ୍ତୁ ଯେ ସବନେଟ୍ ମାସ୍କ ଉଭୟ ଡିଭାଇସ୍ ପାଇଁ ସମାନ।
ଗେଟୱେ ସେଟିଂସ୍ ଯାଞ୍ଚ କରନ୍ତୁ:ସିଧାସଳଖ ସଂଯୁକ୍ତ ଡିଭାଇସଗୁଡ଼ିକୁ ସାଧାରଣତଃ ଗେଟୱେ ଆବଶ୍ୟକ ହୁଏ ନାହିଁ, କିନ୍ତୁ ଭୁଲ ଭାବରେ ବିନ୍ୟାସିତ ଗେଟୱେ ପ୍ୟାକେଟଗୁଡ଼ିକୁ ଭୁଲ ଭାବରେ ଫରୱାର୍ଡ କରିପାରେ। ନିଶ୍ଚିତ କରନ୍ତୁ ଯେ ଉଭୟ ଡିଭାଇସର ଗେଟୱେ ଅକନଫିଗର୍ଡରେ ସେଟ୍ ହୋଇଛି କିମ୍ବା ସଠିକ ଠିକଣାକୁ ସୂଚିତ କରୁଛି।
ସମାଧାନ:
ଉଭୟ ଡିଭାଇସ୍ ସମାନ ସବନେଟରେ ଅଛି କି ନାହିଁ ତାହା ନିଶ୍ଚିତ କରିବା ପାଇଁ IP ଠିକଣା କିମ୍ବା ସବନେଟ୍ ମାସ୍କକୁ ପରିବର୍ତ୍ତନ କରନ୍ତୁ। ଅନାବଶ୍ୟକ ଗେଟୱେ ସେଟିଂସ୍ ଅକ୍ଷମ କରନ୍ତୁ କିମ୍ବା ସେଗୁଡ଼ିକୁ ଡିଫଲ୍ଟ ମୂଲ୍ୟ (0.0.0.0) ରେ ସେଟ୍ କରନ୍ତୁ।
IP ବିନ୍ୟାସ ହେଉଛି ନେଟୱାର୍କ ଯୋଗାଯୋଗର ମୂଳ, ତେଣୁ କିଛି ହଜିନାହିଁ କି ନାହିଁ ତାହା ନିଶ୍ଚିତ କରିବା ପାଇଁ ଦୁଇଥର ଯାଞ୍ଚ କରିବା ଗୁରୁତ୍ୱପୂର୍ଣ୍ଣ।
5. ପ୍ରୋଟୋକଲଟି ଅକ୍ଷମ ନୁହେଁ ତାହା ନିଶ୍ଚିତ କରିବା ପାଇଁ ପଠାଯାଇଥିବା ଏବଂ ଗ୍ରହଣ କରାଯାଇଥିବା ICMP ପ୍ୟାକେଟଗୁଡ଼ିକୁ ଯାଞ୍ଚ କରନ୍ତୁ।
ପିଙ୍ଗ କମାଣ୍ଡ ଇଣ୍ଟରନେଟ୍ କଣ୍ଟ୍ରୋଲ୍ ମେସେଜିଂ ପ୍ରୋଟୋକଲ୍ (ICMP) ଉପରେ ନିର୍ଭର କରେ। ଯଦି ICMP ପ୍ୟାକେଟଗୁଡ଼ିକୁ ଅଟକାଯାଏ କିମ୍ବା ଅକ୍ଷମ କରାଯାଏ, ତେବେ ପିଙ୍ଗ ସଫଳ ହେବ ନାହିଁ।
ଆପଣଙ୍କର ଫାୟାରୱାଲ୍ ନିୟମାବଳୀ ଯାଞ୍ଚ କରନ୍ତୁ:ଅନେକ ଡିଭାଇସରେ ଡିଫଲ୍ଟ ଭାବରେ ଫାୟାରୱାଲ୍ ସକ୍ଷମ ହୋଇଥାଏ, ଯାହା ICMP ଅନୁରୋଧଗୁଡ଼ିକୁ ଅବରୋଧ କରିପାରେ। ଉଦାହରଣ ସ୍ୱରୂପ, Windows ରେ, ICMPv4-In ନିୟମକୁ ଅନୁମତି ଦିଆଯାଇଛି କି ନାହିଁ ତାହା ନିଶ୍ଚିତ କରିବା ପାଇଁ "Windows Defender Firewall" ସେଟିଂ ଯାଞ୍ଚ କରନ୍ତୁ। Linux ସିଷ୍ଟମଗୁଡ଼ିକ iptables ନିୟମ (iptables -L) ଯାଞ୍ଚ କରନ୍ତି ଯାହା ନିଶ୍ଚିତ କରିବା ପାଇଁ ICMP ଅବରୋଧିତ ହେଉନାହିଁ।
ଡିଭାଇସ୍ ନୀତି ଯାଞ୍ଚ କରନ୍ତୁ:କିଛି ରାଉଟର କିମ୍ବା ସ୍ୱିଚ୍ ସ୍କାନିଂକୁ ରୋକିବା ପାଇଁ ICMP ପ୍ରତିକ୍ରିୟାଗୁଡ଼ିକୁ ଅକ୍ଷମ କରନ୍ତି। ICMP ଅକ୍ଷମ ଅଛି କି ନାହିଁ ତାହା ନିଶ୍ଚିତ କରିବା ପାଇଁ ଡିଭାଇସ୍ ପରିଚାଳନା ସ୍କ୍ରିନରେ ଲଗ୍ ଇନ୍ କରନ୍ତୁ।
ପ୍ୟାକେଟ୍ କ୍ୟାପଚର ବିଶ୍ଳେଷଣ:Wireshark କିମ୍ବା ପରି ଏକ ଉପକରଣ ବ୍ୟବହାର କରନ୍ତୁମାଇଲିଙ୍କିଂ ନେଟୱାର୍କ ଟାପ୍ସଏବଂମାଇଲିଙ୍କିଂ ନେଟୱାର୍କ ପ୍ୟାକେଟ୍ ବ୍ରୋକର୍ସICMP ଅନୁରୋଧ କରାଯାଇଛି କି ନାହିଁ ଏବଂ କୌଣସି ପ୍ରତିକ୍ରିୟା ଆସିଛି କି ନାହିଁ ତାହା ଦେଖିବା ପାଇଁ ପ୍ୟାକେଟଗୁଡ଼ିକୁ କ୍ୟାପଚର କରିବା। ଯଦି ଅନୁରୋଧ କରାଯାଇଛି କିନ୍ତୁ କୌଣସି ପ୍ରତିକ୍ରିୟା ନାହିଁ, ତେବେ ସମସ୍ୟା ଟାର୍ଗେଟ ଡିଭାଇସରେ ହୋଇପାରେ। ଯଦି କୌଣସି ଅନୁରୋଧ କରାଯାଇ ନାହିଁ, ତେବେ ସମସ୍ୟା ସ୍ଥାନୀୟ ମେସିନରେ ହୋଇପାରେ।
ସମାଧାନ:
(ୱିଣ୍ଡୋଜ୍: netsh advfirewall ସେଟ୍ allprofiles state off; Linux: iptables -F) ପିଙ୍ଗ୍ ସ୍ୱାଭାବିକ ଅବସ୍ଥାକୁ ଫେରିଛି କି ନାହିଁ ତାହା ପରୀକ୍ଷା କରିବା ପାଇଁ। ଡିଭାଇସ୍ରେ ICMP ପ୍ରତିକ୍ରିୟାଗୁଡ଼ିକୁ ସକ୍ଷମ କରନ୍ତୁ (ଉଦାହରଣ ସ୍ୱରୂପ, Cisco ଡିଭାଇସ୍: ip icmp echo-reply)।
ICMP ସମସ୍ୟାଗୁଡ଼ିକ ପ୍ରାୟତଃ ସୁରକ୍ଷା ନୀତି ସହିତ ଜଡିତ, ଯାହା ପାଇଁ ସୁରକ୍ଷା ଏବଂ ସଂଯୋଗୀକରଣ ମଧ୍ୟରେ ଏକ ବାଣିଜ୍ୟ ଆବଶ୍ୟକ କରେ।
6. ପ୍ରୋଟୋକଲ ଷ୍ଟାକରେ କୌଣସି ଅସଙ୍ଗତି ନାହିଁ ତାହା ନିଶ୍ଚିତ କରିବା ପାଇଁ ପ୍ୟାକେଟ୍ ଫର୍ମାଟ୍ ସଠିକ୍ ଅଛି କି ନାହିଁ ଯାଞ୍ଚ କରନ୍ତୁ।
ଯଦି ସବୁକିଛି ଠିକ୍ ଅଛି ଏବଂ ଆପଣ ତଥାପି ପିଙ୍ଗ କରିପାରିବେ ନାହିଁ, ତେବେ ପ୍ୟାକେଟଟି ସଠିକ୍ ଫର୍ମାଟରେ ଅଛି କି ନାହିଁ ତାହା ଯାଞ୍ଚ କରିବା ପାଇଁ ଆପଣଙ୍କୁ ପ୍ରୋଟୋକଲ ଷ୍ଟାକରେ ଡ୍ରିଲ୍ କରିବାକୁ ପଡ଼ିପାରେ।
ପ୍ୟାକେଟଗୁଡ଼ିକୁ କ୍ୟାପଚର ଏବଂ ବିଶ୍ଳେଷଣ କରନ୍ତୁ:
ICMP ପ୍ୟାକେଟଗୁଡ଼ିକୁ କ୍ୟାପଚର୍ କରିବା ପାଇଁ Wireshark ବ୍ୟବହାର କରନ୍ତୁ ଏବଂ ନିମ୍ନଲିଖିତ ଯାଞ୍ଚ କରନ୍ତୁ:
- ICMP ଅନୁରୋଧର ପ୍ରକାର ଏବଂ କୋଡ୍ ସଠିକ୍ (ଇକୋ ଅନୁରୋଧ ପ୍ରକାର 8, କୋଡ୍ 0 ହେବା ଉଚିତ)।
- ଉତ୍ସ ଏବଂ ଗନ୍ତବ୍ୟସ୍ଥଳ ଆଇପିଏସ୍ ସଠିକ୍ କି ନାହିଁ।
- କିଛି ଅସ୍ୱାଭାବିକ TTL (ଟାଇମ୍ ଟୁ ଲିଭ୍) ମୂଲ୍ୟ ଅଛି କି ଯାହା ପ୍ୟାକେଟକୁ ଅଧା ରାସ୍ତାରେ ପକାଇପାରେ।
MTU ସେଟିଂସ୍ ଯାଞ୍ଚ କରନ୍ତୁ:ଯଦି ସର୍ବାଧିକ ପରିବହନ ୟୁନିଟ୍ (MTU) ସେଟିଂସ୍ ସ୍ଥିର ନହୁଏ, ତେବେ ପ୍ୟାକେଟ ଫ୍ରାଗମେଣ୍ଟେସନ୍ ବିଫଳ ହୋଇପାରେ। ଡିଫଲ୍ଟ MTU ହେଉଛି 1500 ବାଇଟ୍, କିନ୍ତୁ କିଛି ଡିଭାଇସ୍ ଛୋଟ ମୂଲ୍ୟ ସହିତ ବିନ୍ୟାସିତ ହୋଇପାରେ। ping-fl 1472 ଟାର୍ଗେଟ IP (Windows) ନିର୍ଦ୍ଦେଶ ସହିତ ଫ୍ରାଗମେଣ୍ଟେସନ୍ ପରୀକ୍ଷା କରନ୍ତୁ। ଯଦି ଶାର୍ଡିଂ ପ୍ରମ୍ପ୍ଟ କରାଯାଏ କିନ୍ତୁ ଡୋ ନ ଶାର୍ଡିଂ (DF) ଫ୍ଲାଗ୍ ସେଟ୍ କରାଯାଏ, ତେବେ MTU ମେଳ ଖାଏ ନାହିଁ।
ସମାଧାନ:
MTU ମୂଲ୍ୟକୁ ଆଡଜଷ୍ଟ କରନ୍ତୁ (ୱିଣ୍ଡୋଜ୍: netsh ଇଣ୍ଟରଫେସ୍ ipv4 ସେଟ୍ ସବଇଣ୍ଟରଫେସ୍ "ଇଥରନେଟ୍" mtu=1400 ଷ୍ଟୋର=ସ୍ଥାୟୀ)।
ଦୁଇଟି ଡିଭାଇସର MTU ସମାନ ବୋଲି ନିଶ୍ଚିତ କରନ୍ତୁ।
ପ୍ରୋଟୋକଲ ଷ୍ଟାକ୍ ସମସ୍ୟା ଅଧିକ ଜଟିଳ, ମୌଳିକ ତଦନ୍ତ ନିଷ୍ଫଳ ହେବା ପରେ ଗଭୀର ବିଶ୍ଳେଷଣ କରାଯିବାକୁ ପରାମର୍ଶ ଦିଆଯାଇଛି।
୭. ସୂଚନା ସଂଗ୍ରହ କରନ୍ତୁ ଏବଂ ବୈଷୟିକ ସହାୟତା ଖୋଜନ୍ତୁ
ଯଦି ଉପରୋକ୍ତ ପଦକ୍ଷେପଗୁଡ଼ିକ ସମସ୍ୟାର ସମାଧାନ କରନ୍ତି ନାହିଁ, ତେବେ ଆପଣଙ୍କୁ ଆହୁରି ସୂଚନା ସଂଗ୍ରହ କରିବାକୁ ଏବଂ ବୈଷୟିକ ସହାୟତା ନେବାକୁ ପଡ଼ିପାରେ।
ଲଗ୍:ଡିଭାଇସର ଲଗ୍ ସୂଚନା ସଂଗ୍ରହ କରନ୍ତୁ (ରାଉଟର/ସ୍ୱିଚ୍ର ସିସଲଗ୍, ପିସିର ସିସଲଗ୍) ଏବଂ ଦେଖନ୍ତୁ କୌଣସି ତ୍ରୁଟି ଅଛି କି ନାହିଁ।
ନିର୍ମାତାଙ୍କ ସହ ଯୋଗାଯୋଗ କରନ୍ତୁ:ଯଦି ଡିଭାଇସ୍ ଏକ ଏଣ୍ଟରପ୍ରାଇଜ୍ ଉତ୍ପାଦ ଯେପରିକିମାଇଲିଙ୍କିଂ(ନେଟୱାର୍କ ଟାପ୍ସ, ନେଟୱାର୍କ ପ୍ୟାକେଟ୍ ଦଲାଲଏବଂଇନଲାଇନ୍ ବାଇପାସ୍), ସିସ୍କୋ(ରାଉଟର/ସ୍ୱିଚ୍), ହୁଆୱେଇ(ରାଉଟର/ସ୍ୱିଚ୍), ଆପଣ ବିସ୍ତୃତ ଯାଞ୍ଚ ପଦକ୍ଷେପ ଏବଂ ଲଗ୍ ପ୍ରଦାନ କରିବା ପାଇଁ ନିର୍ମାତାଙ୍କ ବୈଷୟିକ ସହାୟତା ସହିତ ଯୋଗାଯୋଗ କରିପାରିବେ।
ସମ୍ପ୍ରଦାୟକୁ ଉପଯୋଗ କରିବା:ବିସ୍ତୃତ ନେଟୱାର୍କ ଟୋପୋଲୋଜି ଏବଂ ବିନ୍ୟାସ ସୂଚନା ପ୍ରଦାନ କରି ସାହାଯ୍ୟ ପାଇଁ ବୈଷୟିକ ଫୋରମରେ (ଯଥା, ଷ୍ଟାକ୍ ଓଭରଫ୍ଲୋ, ସିସ୍କୋ ସମ୍ପ୍ରଦାୟ) ପୋଷ୍ଟ କରନ୍ତୁ।
Ping ରେ ବିଫଳ ହେଉଥିବା ଏକ ନେଟୱାର୍କ ଡିଭାଇସ୍ ସହିତ ସିଧାସଳଖ ସଂଯୋଗ ସହଜ ମନେହୁଏ, କିନ୍ତୁ ପ୍ରକୃତରେ ଏଥିରେ ଭୌତିକ ସ୍ତର, ଲିଙ୍କ୍ ସ୍ତର, ନେଟୱାର୍କ ସ୍ତର ଏବଂ ପ୍ରୋଟୋକଲ୍ ଷ୍ଟାକ୍ ରେ ଅନେକ ସମସ୍ୟା ହୋଇପାରେ। ମୌଳିକ ଠାରୁ ଉନ୍ନତ ପର୍ଯ୍ୟନ୍ତ ଏହି ସାତଟି ପଦକ୍ଷେପ ଅନୁସରଣ କରି ଅଧିକାଂଶ ସମସ୍ୟାର ସମାଧାନ କରାଯାଇପାରିବ। ନେଟୱାର୍କ କେବୁଲ୍ ଯାଞ୍ଚ କରିବା, STP ଆଡଜଷ୍ଟ କରିବା, ARP ଯାଞ୍ଚ କରିବା, କିମ୍ବା IP ବିନ୍ୟାସ ଏବଂ ICMP ନୀତିକୁ ଅପ୍ଟିମାଇଜ୍ କରିବା ହେଉ, ପ୍ରତ୍ୟେକ ପଦକ୍ଷେପ ପାଇଁ ଯତ୍ନ ଏବଂ ଧୈର୍ଯ୍ୟ ଆବଶ୍ୟକ। ମୁଁ ଆଶା କରୁଛି ଯେ ଏହି ମାର୍ଗଦର୍ଶିକା ଆପଣଙ୍କୁ ଆପଣଙ୍କର ଇଣ୍ଟରନେଟ୍ ଟ୍ରବୁଲସକେଟିଂ କିପରି କରିବେ ସେ ବିଷୟରେ କିଛି ସ୍ପଷ୍ଟତା ଦେବ, ତେଣୁ ଯଦି ଆପଣ ସମାନ ସମସ୍ୟାର ସମ୍ମୁଖୀନ ହୁଅନ୍ତି ତେବେ ଆପଣ ଦ୍ୱନ୍ଦ୍ୱରେ ପଡ଼ିବେ ନାହିଁ।
ପୋଷ୍ଟ ସମୟ: ମଇ-୦୯-୨୦୨୫
