এলএফসিএ: বেসিক নেটওয়ার্ক ট্রাবলশুটিং টিপস শিখুন - পার্ট 12


সিস্টেমগুলি যখন সমস্যার মুখোমুখি হয়, যখন তারা কখনও কখনও এটি করবে, আপনার সমস্যার চারপাশের উপায়গুলি জানতে হবে এবং এগুলি একটি স্বাভাবিক এবং কার্যক্ষম অবস্থায় ফিরিয়ে আনতে হবে। এই বিভাগে, আমরা যে কোনও লিনাক্স সিস্টেম অ্যাডমিনিস্ট্রেটারের উচিত মৌলিক নেটওয়ার্ক সমস্যা সমাধানের দক্ষতার দিকে মনোনিবেশ করি।

নেটওয়ার্ক ট্রাবলশুটিংয়ের মৌলিক বোঝাপড়া

বেশিরভাগ ক্ষেত্রে, নেটওয়ার্ক অ্যাডমিন এবং সিসাদমিনগুলির মধ্যে একটি বিস্তৃত ব্যবধান রয়েছে। নেটওয়ার্ক দৃশ্যমানতার অভাব থাকা সিসাদমিনগুলি সাধারণত আউটেজ এবং ডাউনটাইমের জন্য নেটওয়ার্ক প্রশাসকদের দোষ দেয় যখন নেটওয়ার্ক অ্যাডমিনগুলি সার্ভার জ্ঞানের অপর্যাপ্ত হয়ে যায় তবে প্রায়শই শেষ পয়েন্ট ডিভাইস ব্যর্থতার জন্য সিসাদমিনদের দোষ ফিরিয়ে দেয়। যাইহোক, দোষের গেম সমস্যা ও কাজের পরিবেশে সমস্যা সমাধানে সহায়তা করে না, এটি সহকর্মীদের মধ্যে সম্পর্ককে বৈরী করে তুলতে পারে।

সিসাদমিন হিসাবে, নেটওয়ার্ক ট্রাবলশুটিংয়ের মৌলিক বোঝাপড়াটি সমস্যাগুলি দ্রুত সমাধান করতে এবং একত্রে কাজ করার পরিবেশকে উন্নত করতে সহায়তা করবে। এই কারণেই আমরা নেটওয়ার্কটি সম্পর্কিত সমস্যাগুলি নির্ণয়ের সময় কার্যকর হবে এমন কয়েকটি প্রাথমিক নেটওয়ার্ক সমস্যা সমাধানের টিপস হাইলাইট করার জন্য এই বিভাগটি একত্রিত করেছি।

আমাদের টিসিপি/আইপি ধারণাগত মডেলের আগের বিষয় যা কম্পিউটারে ডেটা সংক্রমণ এবং প্রতিটি স্তরে পাওয়া যায় এমন প্রোটোকল দেখায়।

আর একটি সমান গুরুত্বপূর্ণ ধারণাযুক্ত মডেল হ'ল ওএসআই মডেল (ওপেন সিস্টেম ইন্টারকানেকশন) মডেল। এটি একটি 7 স্তর টিসিপি/আইপি ফ্রেমওয়ার্ক যা কোনও নেটওয়ার্কিং সিস্টেমকে ভেঙে দেয় এবং প্রতিটি স্তরের মতো ফাংশনগুলির কম্পিউটিং করে।

ওএসআই মডেলটিতে, এই ফাংশনগুলি নীচে থেকে শুরু করে নিম্নলিখিত স্তরগুলিতে বিভক্ত হয়। শারীরিক স্তর, ডেটা লিঙ্ক স্তর, নেটওয়ার্ক স্তর, পরিবহন স্তর, সেশন স্তর er উপস্থাপনা স্তর এবং শেষ পর্যন্ত অ্যাপ্লিকেশন স্তরটি একেবারে শীর্ষে।

ওএসআই মডেলের রেফারেন্স না দিয়ে নেটওয়ার্ক ট্রাবলশুটিং সম্পর্কে কথা বলা অসম্ভব। এই কারণে, আমরা আপনাকে প্রতিটি স্তরের মধ্য দিয়ে চলব এবং ব্যবহৃত বিভিন্ন নেটওয়ার্ক প্রোটোকল এবং প্রতিটি স্তরের সাথে সম্পর্কিত ত্রুটিগুলি কীভাবে সমাধান করতে হবে তা খুঁজে বের করব।

এটি সম্ভবত সর্বাধিক উপেক্ষিত স্তরগুলির মধ্যে একটি, তবুও এটি কোনও যোগাযোগের জন্য প্রয়োজনীয় সবচেয়ে প্রয়োজনীয় স্তরগুলির মধ্যে একটি। শারীরিক স্তর একটি পিসির শারীরিক পিসি নেটওয়ার্কিং উপাদান যেমন নেটওয়ার্ক কার্ড, ইথারনেট তারগুলি, অপটিকাল ফাইবার ইত্যাদি অন্তর্ভুক্ত করে থাকে বেশিরভাগ সমস্যা এখানেই শুরু হয় এবং বেশিরভাগ কারণে ঘটে:

  • আনপ্লাগড নেটওয়ার্ক/ইথারনেট কেবল
  • ক্ষতিগ্রস্থ নেটওয়ার্ক/ইথারনেট কেবল
  • হারিয়ে যাওয়া বা ক্ষতিগ্রস্থ নেটওয়ার্ক কার্ড

এই স্তরে, যে প্রশ্নগুলি মনে আসে সেগুলি হ'ল:

  • "নেটওয়ার্ক কেবলটি প্লাগ ইন করা আছে?"
  • "শারীরিক নেটওয়ার্ক লিঙ্ক আপ?"
  • "আপনার আইপি ঠিকানা আছে?"
  • "আপনি কি আপনার ডিফল্ট গেটওয়ে আইপিকে পিং করতে পারেন?"
  • "আপনি কি নিজের ডিএনএস সার্ভারটি পিং করতে পারবেন?"

আপনার নেটওয়ার্ক ইন্টারফেসের স্থিতি পরীক্ষা করতে, আইপি কমান্ডটি চালান:

$ ip link show

উপরের আউটপুট থেকে, আমাদের 2 টি ইন্টারফেস রয়েছে। প্রথম ইন্টারফেস - লো - লুপব্যাক ঠিকানা এবং সাধারণত ব্যবহৃত হয় না। সক্রিয় নেটওয়ার্ক ইন্টারফেস যা নেটওয়ার্ক এবং ইন্টারনেটের সাথে সংযোগ সরবরাহ করে তা হ'ল enp0s3 ইন্টারফেস। আমরা আউটপুট থেকে দেখতে পাচ্ছি যে ইন্টারফেসের রাজ্যটি ইউপি।

যদি কোনও নেটওয়ার্ক ইন্টারফেস নিচে থাকে তবে আপনি রাষ্ট্রের ডাউন আউটপুট দেখতে পাবেন।

যদি এটি হয় তবে আপনি কমান্ডটি ব্যবহার করে ইন্টারফেসটি আনতে পারেন:

$ sudo ip link set enp0s3 up

বিকল্পভাবে, আপনি নীচে প্রদর্শিত ifconfig কমান্ড চালাতে পারেন।

$ sudo ifconfig enp0s3 up
$ ip link show

আপনার পিসি রাউটার বা ডিএইচসিপি সার্ভার থেকে একটি আইপি ঠিকানা বাছাই করেছে তা নিশ্চিত করার জন্য, ifconfig কমান্ডটি চালান।

$ ifconfig

আইপিভি 4 অ্যাড্রেসটি ইনট প্যারামিটারের মতো দেখানো হয়েছে f উদাহরণস্বরূপ, এই সিস্টেমের আইপি ঠিকানাটি 192.168.2.104 হয় 255.255.255.0 এর সাবনেট বা নেটমাস্ক সহ।

$ ifconfig

বিকল্পভাবে, আপনি আপনার সিস্টেমের আইপি ঠিকানাটি পরীক্ষা করতে নীচে আইপি অ্যাড্রেস কমান্ডটি চালাতে পারেন।

$ ip address

ডিফল্ট গেটওয়ের আইপি ঠিকানাটি পরীক্ষা করতে, কমান্ডটি চালান:

$ ip route | grep default

ডিফল্ট গেটওয়ের আইপি ঠিকানা, যা বেশিরভাগ ক্ষেত্রে ডিএইচসিপি সার্ভার বা রাউটার, নীচে প্রদর্শিত হিসাবে নির্দেশিত হয়। একটি আইপি নেটওয়ার্কে, আপনার ডিফল্ট গেটওয়ে পিং করতে সক্ষম হওয়া উচিত।

আপনি যে ডিএনএস সার্ভারগুলি ব্যবহার করছেন তা যাচাই করতে, সিস্টেমড সিস্টেমে নিম্নলিখিত কমান্ডটি চালান।

$ systemd-resolve --status

ব্যবহৃত ডিএনএস সার্ভারগুলি পরীক্ষা করার আরও ভাল উপায় হ'ল এনএমসি্লি কমান্ডটি চালানো

$ ( nmcli dev list || nmcli dev show ) 2>/dev/null | grep DNS

যেমন আপনি পর্যবেক্ষণ করেছেন, নেটওয়ার্ক ট্রাবলশুটিংয়ের একটি বিশাল অংশ এখানে ঘটে।

মূলত, ডেটা লিঙ্ক স্তরটি নেটওয়ার্কে ডেটা ফর্ম্যাট নির্ধারণ করে। এখানেই হোস্টগুলির মধ্যে ডেটা ফ্রেমের যোগাযোগ হয়। এই স্তরের মূল প্রোটোকল হ'ল এআরপি (ঠিকানা রেজোলিউশন প্রোটোকল)।

এআরপি লিংক-স্তর ঠিকানাগুলি আবিষ্কার করার জন্য দায়বদ্ধ এবং স্তর 3 থেকে ম্যাকের ঠিকানাগুলিতে আইপিভি 4 ঠিকানাগুলির ম্যাপিং সম্পাদন করে। সাধারণত, যখন কোনও হোস্ট ডিফল্ট গেটওয়েতে যোগাযোগ করে তখন সম্ভাবনা থাকে যে এটি ইতিমধ্যে হোস্টের আইপি রয়েছে, তবে ম্যাকের ঠিকানাগুলি নয়।

এআরপি প্রোটোকল স্তর 2 এবং তদ্বিপরীতভাবে স্তর 3 থেকে 48-বিট ম্যাক ঠিকানাগুলিতে 32-বিট আইপিভি 4 ঠিকানা অনুবাদ করে স্তর 3 এবং স্তর 2 এর মধ্যে ব্যবধানটি সরিয়ে দেয়।

যখন কোনও পিসি কোনও ল্যান নেটওয়ার্কে যোগদান করে, রাউটার (ডিফল্ট গেটওয়ে) এটি সনাক্তের জন্য একটি আইপি ঠিকানা বরাদ্দ করে। যখন অন্য কোনও হোস্ট পিসিকে ডিফল্ট গেটওয়েতে নির্ধারিত ডেটা প্যাকেট প্রেরণ করে, রাউটারটি এআরপিকে ম্যাকের ঠিকানাটি আইপি ঠিকানার সাথে সন্ধানের জন্য অনুরোধ করে।

প্রতিটি সিস্টেমের নিজস্ব এআরপি টেবিল থাকে। আপনার এআরপি টেবিলটি পরীক্ষা করতে, কমান্ডটি চালান:

$ ip neighbor show

আপনি খেয়াল করতে পারেন, রাউটারের ম্যাকের ঠিকানাটি জনবহুল। যদি কোনও সমাধান সমস্যা হয়, কমান্ডটি কোনও আউটপুট দেয় না।

এটি সেই স্তর যা আপনি একচেটিয়াভাবে IPv4 ঠিকানার সাথে কাজ করেন যা সিস্টেম প্রশাসকদের সাথে পরিচিত rators এটি আইসিএমপি এবং এআরপি এর মতো একাধিক প্রোটোকল সরবরাহ করে যা আমরা coveredেকে রেখেছি এবং আরআইপি (রাউটিং ইনফরমেশন প্রোটোকল) এর মতো অন্যান্য।

কিছু সাধারণ সমস্যাগুলির মধ্যে রয়েছে ডিভাইসের ভুল কনফিগারেশন বা রাউটার এবং সুইচগুলির মতো নেটওয়ার্ক ডিভাইসগুলির সমস্যা। সমস্যা সমাধানের শুরু করার জন্য একটি ভাল জায়গা হ'ল আপনার সিস্টেমটি নীচে আইপি ঠিকানাটি বেছে নিয়েছে কিনা তা পরীক্ষা করা:

$ ifconfig

এছাড়াও, আপনি গুগলের ডিএনএসে আইসিএমপি ইকো প্যাকেট প্রেরণ করে ইন্টারনেট সংযোগ পরীক্ষা করতে পিং কমান্ডটি ব্যবহার করতে পারেন। -c পতাকাটি পাঠানো প্যাকেটের সংখ্যা বোঝায়।

$ ping 8.8.8.8 -c 4

আউটপুট শূন্য প্যাকেটের ক্ষতির সাথে Google এর ডিএনএসের কাছ থেকে একটি ইতিবাচক জবাব দেখায়। যদি আপনার মাঝে মাঝে সংযোগ থাকে, আপনি ট্রেস্রয়েট কমান্ডটি ব্যবহার করে প্যাকেটগুলি কোন পয়েন্টটি বাদ যাচ্ছে তা পরীক্ষা করতে পারেন।

$ traceroute google.com

তারকাচিহ্নগুলি সেই বিন্দুটি নির্দেশ করে যা প্যাকেটগুলি বাদ পড়েছে বা হারিয়ে যাচ্ছে।

Nslookup কমান্ড একটি ডোমেন বা হোস্টনামের সাথে সম্পর্কিত আইপি ঠিকানাটি পেতে ডিএনএসকে জিজ্ঞাসা করে। এটি ফরোয়ার্ড ডিএনএস লুকআপ হিসাবে উল্লেখ করা হয়।

উদাহরণ স্বরূপ.

$ nslookup google.com

কমান্ডটি গুগল.কম ডোমেনের সাথে সম্পর্কিত আইপি ঠিকানাগুলি প্রকাশ করে।

Server:		127.0.0.53
Address:	127.0.0.53#53

Non-authoritative answer:
Name:	google.com
Address: 142.250.192.14
Name:	google.com
Address: 2404:6800:4009:828::200e

ডিগ কমান্ডটি একটি ডোমেন নামের সাথে যুক্ত ডিএনএস সার্ভারগুলির অনুসন্ধানের জন্য ব্যবহৃত অন্য কমান্ড। উদাহরণস্বরূপ, ডিএনএস নেমসার্ভারগুলি রান করতে জিজ্ঞাসা করুন:

$ dig google.com

পরিবহন স্তর টিসিপি এবং ইউডিপি প্রোটোকল ব্যবহার করে ডেটা সংক্রমণ পরিচালনা করে। কেবল পুনরুদ্ধার করার জন্য, টিসিপি হ'ল সংযোগ-ভিত্তিক প্রোটোকল যখন ইউডিপি সংযোগহীন। চলমান অ্যাপ্লিকেশনটি পোর্ট এবং আইপি ঠিকানার সমন্বয়ে থাকা সকেটে শুনুন।

অবরুদ্ধ টিসিপি বন্দরগুলি সহ অ্যাপ্লিকেশনগুলির প্রয়োজন হতে পারে এমন সাধারণ সমস্যাগুলি। আপনার যদি কোনও ওয়েব সার্ভার থাকে এবং আপনি এটির চলমান অবস্থা যাচাই করতে চান, ওয়েব পরিষেবা পোর্ট 80 শুনছে কিনা তা পরীক্ষা করতে ss কমান্ডটি ব্যবহার করুন

$ sudo netstat -pnltu | grep 80
OR
$ ss -pnltu | grep 80

কখনও কখনও কোনও বন্দর সিস্টেমের মধ্যে একটি চলমান পরিষেবা ব্যবহার করতে পারে। আপনি যদি সেই বন্দরটি ব্যবহার করতে অন্য কোনও পরিষেবা চান তবে আপনাকে অন্য কোনও বন্দর ব্যবহার করতে এটি কনফিগার করতে বাধ্য করা যেতে পারে।

আপনার যদি এখনও সমস্যা হয় তবে ফায়ারওয়ালটি দেখুন এবং আপনার আগ্রহী বন্দরটি ব্লক করা হয়েছে কিনা তা যাচাই করুন।

সমস্যা সমাধানের বেশিরভাগটি এই 4 টি স্তর জুড়েই ঘটবে। সেশন, উপস্থাপনা এবং অ্যাপ্লিকেশন স্তরগুলিতে খুব কম সমস্যার সমাধান করা হয়। এটি কারণ এটি একটি নেটওয়ার্কের কার্যক্রমে কম সক্রিয় ভূমিকা পালন করে। যাইহোক, আসুন দ্রুত এই স্তরগুলিতে কী ঘটে সে সম্পর্কে একটি সংক্ষিপ্তসার নেওয়া উচিত।

সেশন স্তরটি সেশন হিসাবে উল্লেখ করা যোগাযোগের চ্যানেলগুলি খোলে এবং নিশ্চিত করে যে এটি ডেটা সংক্রমণের সময় খোলা থাকবে। যোগাযোগ বন্ধ হয়ে গেলে এটি তখন বন্ধ হয়ে যায়।

সিনট্যাক্স স্তর হিসাবেও পরিচিত, উপস্থাপনা স্তরটি অ্যাপ্লিকেশন স্তর দ্বারা ব্যবহৃত ডেটা সংশ্লেষ করে। এটি ডিভাইসগুলিকে কীভাবে এনক্রিপ্ট করতে হবে, অন্য প্রান্তে ভালভাবে গ্রহণযোগ্য হয়েছে তা নিশ্চিত করার লক্ষ্যে ডেটা কীভাবে এনক্রিপ্ট করতে হবে, এনকোড করতে হবে এবং সংকুচিত করতে হবে তা বানান করে।

শেষ অবধি, আমাদের কাছে অ্যাপ্লিকেশন স্তরটি রয়েছে যা শেষ ব্যবহারকারীদের নিকটতম এবং তাদের অ্যাপ্লিকেশন সফ্টওয়্যারটির সাথে ইন্টারঅ্যাক্ট করার অনুমতি দেয়। অ্যাপ্লিকেশন স্তরটি HTTP, এইচটিটিপিএস, পিওপি 3, আইএমএপি, ডিএনএস, আরডিপি, এসএসএইচ, এসএনএমপি এবং এনটিপির মতো কয়েকটি উল্লেখ করার জন্য প্রোটোকল সমৃদ্ধ।

লিনাক্স সিস্টেমের সমস্যা সমাধানের সময়, ওএসআই মডেল ব্যবহার করে স্তরযুক্ত পদ্ধতির নীচের স্তর থেকে শুরু করে উচ্চ প্রস্তাব দেওয়া হয়। এটি আপনাকে কী ভুল হচ্ছে তা অন্তর্দৃষ্টি দেয় এবং সমস্যার সংকীর্ণ করতে আপনাকে সহায়তা করে।