লিনাক্স মেশিনে ইথারনেট এবং ওয়াই-ফাই ইন্টারফেসের জন্য নামকরণ কনভেনশন স্ট্যান্ডার্ড


12

একটি লিনাক্স মেশিনে ইথারনেট এবং ওয়াই-ফাই ইন্টারফেসের নামকরণের মান কী ?

আমরা এমন একটি সরঞ্জাম বিকাশ করছি যা কেবলমাত্র লিনাক্স মেশিনের ইথারনেট এবং ওয়াই-ফাই ইন্টারফেস এবং তার বর্তমান অবস্থা প্রদর্শন করা উচিত।

উদাহরণস্বরূপ, নীচে আমার লিনাক্স (উবুন্টু) মেশিনে নেটওয়ার্ক ইন্টারফেসের (শারীরিক এবং ভার্চুয়াল উভয়) তালিকা রয়েছে:

docker0, enp0s25, lo,wlp3s0

আমি যখন সরঞ্জামটি চালাচ্ছি, নীচে আমি প্রাপ্ত ফলাফলটি পেয়েছি:

enp0s25, wlp3s0

আমরা যুক্তি দিয়ে কোডটি লিখেছি যে সমস্ত ইথারনেট ইন্টারফেস সর্বদা অক্ষর দিয়ে শুরু হয় eএবং ওয়াই-ফাই ইন্টারফেস সর্বদা অক্ষর দিয়ে শুরু হয় w

যুক্তি কি ঠিক? যদি তা না হয় তবে আমরা কীভাবে এটিকে সম্বোধন করতে পারি?


সম্পর্কিত: unix.stackexchange.com/a/179931/117549
জেফ

আমি কীভাবে iwconfigঅন্যগুলি থেকে ফিল্টার ওয়াইফাই ইন্টারফেসগুলি দেখি তা দেখতে চাই ।
প্যাট্রিক মেভিজেক

1
আপনি এলএসডব্লিউর মতো কোনও কিছুর দিকে তাকাবেন না এমন কোনও কারণ আছে? বিশেষত বিষয়বস্তু পরিদর্শন করতে পারেন lshw -class network? যে সব জন্য দেখুন capabilities: ethernet physical? সম্ভবত অন্যান্য কিছু দক্ষতার জন্যও সন্ধান করবেন?
জোরেডেচি

@ ডিরকিট দ্বারা উত্থাপিত ফ্রেম চ্যালেঞ্জ মোকাবেলা করার জন্য, আরও ভাল প্রশ্নটি সোজা হয়ে উঠবে: "লিনাক্সে (বা ম্যাকোস, বা অন্য ...) আমি কীভাবে একটি নেটওয়ার্ক ইন্টারফেসের ধরণ পাব?"
রজার লিপসক্বে

উত্তর:


40

নেটওয়ার্ক ইন্টারফেসের নাম দেওয়া যেতে পারে কোনও কিছু, তাই আপনি যা করেন না কেন আপনি এমন পরিস্থিতিতে চলে যাবেন যেখানে (1) এমন একটি "শারীরিক" নেটওয়ার্ক ইন্টারফেস রয়েছে যার নামটি আপনার প্যাটার্নের সাথে মেলে না, বা (২) আছে "শারীরিক" নেটওয়ার্ক ইন্টারফেস যা আপনার প্যাটার্নটির সাথে মেলে।

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

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


11
আপনি আসলে প্রশ্নের উত্তর দেননি; আপনি প্রশ্নের পটভূমি প্রসঙ্গে চ্যালেঞ্জ করে 3 অনুচ্ছেদ ব্যয় করেছেন। যদিও আমি জানি যে ফ্রেম চ্যালেঞ্জের উত্তরগুলি একটি জিনিস, তবুও এই ক্ষেত্রে এর একটির মতো মনে হয় না ... বিশেষত যেহেতু ব্যবহারকারী 4556274 জিজ্ঞাসা করা প্রশ্নটির একটি সংক্ষিপ্ত উত্তর দিয়েছে
মাইক অংসওয়ার্থ

18
@ মাইকঅনসওয়ার্থ: সমস্যাটি হ'ল ইউজার 4556274 এর উত্তরটি সাধারণ ক্ষেত্রে কাজ করে না, কেবল তখনই কাজ করে যদি ইন্টারফেসের নামগুলি প্রকৃতপক্ষে অনুমানযোগ্য ইন্টারফেসের নাম হয়। যা একটি সাধারণ ip link set ... name ...পরিবর্তন করতে পারে। এবং হ্যাঁ, আমি নিজেই অনুমানযোগ্য ইন্টারফেসের নামগুলি তালিকাবদ্ধ করতে পারতাম। মূল প্রশ্নের উত্তর "দয়া করে সেভাবে করবেন না"। কারণ আপনি এটি যেভাবেই যান না কেন, এটি কার্যকর হবে না।
dirkt

@ fpmurphy1 না, আমি মনে করি তার অর্থ অনুমানযোগ্য ইন্টারফেসের নাম। এটি সিস্টেমড, traditionalতিহ্যবাহী (এথএন), আপনার কোম্পানির নির্দিষ্ট কনভেনশন বা নামগুলি অনুমানযোগ্য করে
তোলে

12
@ মাইকঅনসওয়ার্থ: উত্তরটি প্রথম অনুচ্ছেদের একেবারে প্রথম বাক্যটির প্রথম উপ-অনুচ্ছেদে রয়েছে: "নেটওয়ার্ক ইন্টারফেসগুলি যেকোনও নামে নামকরণ করতে পারে […]" অতএব, ওপি যা সম্পর্কে জিজ্ঞাসা করছে তা অসম্ভব এবং সম্ভবত এটি করা যায় না । নামকরণের কনভেনশন স্ট্যান্ডার্ডের ভিত্তিতে আপনি কোনও নেটওয়ার্ক ইন্টারফেসের প্রকারটি সনাক্ত করতে পারবেন না, কারণ নামকরণের কোনও কনভেনশন মান নেই এবং যে কেউ তাদের ইন্টারফেসের নাম রাখতে পারেন যা তারা চান। উদাহরণস্বরূপ, আমার পুরোনো লিনাক্স রাউটারে, আমি রঙ্গিন স্টিকার পিছনে আগাইয়া, এবং দৈহিক ইথারনেট ইন্টারফেস নামকরণ হয়েছে red, blueএবং green
জার্গ ডব্লু মিট্টাগ

1
@ জার্গডব্লিউমিত্যাগ, অবশ্যই আপনি স্ট্যান্ডার্ডের উপর ভিত্তি করে এগুলি সনাক্ত করতে পারেন, যদি আপনি জানেন যে স্ট্যান্ডার্ডটি ব্যবহৃত হয় (এবং আপনি এমন কোনও ব্যক্তির প্রত্যাশা করছেন যা এই নামটি প্রথমে রফতানি করে)। আমরা জানি যে সিস্টেমডের নেটওয়ার্ক ইন্টারফেস নামকরণের জন্য একটি স্ট্যান্ডার্ড রয়েছে , সুতরাং এটির উপস্থিতি নেই বলে এটির কোনও ব্যবহার নেই।
ilkkachu

27

সিস্টেমযুক্ত পূর্বাভাসযোগ্য ইন্টারফেসের নামের জন্য , উপসর্গগুলি এখানে দেখা যায় udev-builtin-net_id.c:

* Two character prefixes based on the type of interface:
*   en — Ethernet
*   ib — InfiniBand
*   sl — serial line IP (slip)
*   wl — wlan
*   ww — wwan

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

এই টুল একটি অবাধ পরিবেশ, নোট ব্যবহারকারীদের [যেমন নির্বিচারে নাম, সাথে Linux সিস্টেমে ইন্টারফেসগুলি নামান্তর করতে পারে যে (বরং অভ্যন্তরীণ পরিবেশের যা আপনি নিয়ন্ত্রণ চেয়ে) এ কাজ থাকে wan0, lan0, lan1, dmz0] প্রারম্ভিক অক্ষর সম্পর্কে কোনো অনুমানের ভঙ্গ করবে ।


7
এবং আমাদের মধ্যে কয়েকজন হ'ল কট্টর সিস্টেমড রিফিউনিক্স।
ক্রাইলিস-হরতাল-

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

সিস্টেমড সাহায্যের সাথে আমার ইথারনেট ইন্টারফেসগুলির একটির 'পুনর্নাম 3' কল করে। এটি কোনটি পরিবর্তিত হতে পারে, দীর্ঘশ্বাস
ফেলুন

1
@ ব্যবহারকারী1908704: সাধারণত এর অর্থ হ'ল উদেবকে একাধিক ইন্টারফেসে একই নাম দেওয়ার কথা বলা হয়েছিল। (সম্ভবত আপনার /etc/udev/rules.d এ একটি পুরানো স্বয়ংক্রিয়ভাবে উত্পাদিত " ধ্রুবক নাম" ফাইল আছে?) এটি বলেছে যে, নামকরণ প্রক্রিয়াটি সম্পূর্ণরূপে অণু (হয় সফল বা রোলব্যাক) হওয়ার জন্য v187 এ স্থির করা হয়েছিল এবং rename%uফর্ম্যাট হ্যাশ ' ২০১২ সাল থেকে উত্স কোডে বিদ্যমান নেই I আমি আপনার সফটওয়্যারটি ছয় বছরের পুরানো হওয়ার কারণে দীর্ঘশ্বাস ফেলতে চাই।
user1686

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

8

নামকরণ কনভেনশন যে LAN এর ইন্টারফেস নামে হয় eth0, eth1... এবং যে বেতার ইন্টারফেস নামকরণ করা হয় wlan0, wlan1...

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

অনুমানের জন্য শুরুর চিঠিটি যথেষ্ট ভাল হতে পারে। কিছু ইন্টারফেস, বিশেষত ডাব্লুএলএএন, এর মধ্যে ইঙ্গিত রয়েছে /sys/class/net/*/uevent:

DEVTYPE=wlan

দুর্ভাগ্যক্রমে, DEVTYPEল্যান ইন্টারফেসের জন্য এমন কোনও নেই ।


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

@ জোহানমায়রিন এটি ভুল: "... যে তারা (ইন্টারফেসের নাম) হার্ডওয়্যার যুক্ত করা বা অপসারণ করা সত্ত্বেও স্থির থাকে
freezktop.org/wiki/Software/systemd/…

পূর্বাভাসযোগ্য ইন্টারফেসের নামগুলি প্রবর্তনের জন্য অনুপ্রেরণা ছিল যে অনুসন্ধানটি নির্ণায়ক নয় এবং "নামগুলি" eth0 "," eth1 "ইত্যাদির কাজ আর ঠিক করা হয়নি এবং এটি খুব ভালভাবে ঘটতে পারে যে" বুথের "এথ0" শেষ হয়ে যায় being পরের দিকে "eth1"। " যদি অনুমানযোগ্য নামগুলি হার্ডওয়্যার পরিবর্তনে বাঁচতে পারে তবে এটি একটি বোনাস, তবে এটি তাদের জন্য প্রাথমিক কারণ ছিল না।
জোহান ম্যারেইন

1
কিছু কিছু হেরে
জয়ী হন

@ জোহানমায়রিন ম্যাক বা অন্য কোনও সংখ্যার উপর ভিত্তি করে ইন্টারফেস নাম নির্ধারণের পুরানো স্কিমটি নতুন নামের ঝামেলা ছাড়াই ইন্টারফেস যুক্ত করার সময় আরও নির্ভরযোগ্য কাজ করেছিল।
রালফ্রেডল

5

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

এবং আপনি যে অ্যাপ্লিকেশনটি লিখছেন সেটি যদি এই চূড়ান্ততার মধ্যে পড়ে তবে কেবলমাত্র আপনি (এবং আপনার গ্রাহকরা) আপনার যুক্তি বাস্তবায়নের জন্য কতটা যত্ন সহকারে প্রয়োজন তা জানতে পারবেন।

অন্যরা ইতিমধ্যে উল্লেখ করেছে যে নামগুলি কোনও কারণে কোনও কারণে নির্ভরযোগ্য নয়। চূড়ান্ত সমস্যাটি সফ্টওয়্যারটিতে একটি খুব সাধারণ সমস্যা: জ্ঞাত / নথিভুক্ত তথ্যের উপর নির্ভর না করে হার্ড-কোডিং অনুমান।

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

তৃতীয় ইস্যুটি আরও একটি অনুমান: সমস্ত ইন্টারফেসটি আপনি এখনই ভাবতে পারেন এমন বিভাগগুলিতে চলে আসবে। @ ব্যবহারকারী 4556274 দ্বারা উল্লিখিত ইনফিনিব্যান্ড সম্পর্কে কীভাবে? কোনও ভিপিএন-এর টানেল ইন্টারফেস সম্পর্কে কীভাবে? ব্রিজযুক্ত ইন্টারফেস সম্পর্কে কীভাবে? শারীরিক এবং যৌক্তিক ইন্টারফেস একত্রিত সেতু ইন্টারফেস সম্পর্কে কীভাবে?

তবে আপনি যা সন্ধান করছেন তা পূরণ করার জন্য বিকল্প থাকতে পারে। প্রথমে আপনি কী ইন্টারফেসের তালিকাভুক্ত করতে চান তা নির্ধারণ করুন, আপনি যা করেন না তার তুলনায়।

বেশিরভাগ ক্ষেত্রে, আপনি যে বৈশিষ্ট্যের উপর নির্ভর করতে পারেন তা হ'ল রাউটিং টেবিল (তবে, এটি কেবলমাত্র ইন্টারফেসটি যতক্ষণ কাজ করবে ততক্ষণ কাজ করবে, সুতরাং আপনি যা খুঁজছেন তা এটি নাও হতে পারে)।

যে কোনও ইন্টারফেসের ডিফল্ট রুট রয়েছে (যেমন, 0.0.0.0 এ যাওয়ার রুট) সম্ভবত আপনি যা খুঁজছেন তা হতে পারে।

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

আরেকটি বিকল্প হ'ল আসল হার্ডওয়্যারটি ব্যবহার করে এটি দেখতে পাওয়া যায় যে এটি কোন ড্রাইভার ব্যবহার করে। এরপরে আপনি নির্দিষ্ট কিছু নামকরা ড্রাইভারকে বাদ দিতে পারেন


4

আপনি কি সুস্পষ্টভাবে বন্ধনযুক্ত বা জোটযুক্ত ইন্টারফেস বাদ দিচ্ছেন? আমাদের ডিফল্ট এখানে ব্যবহার করা bond0বা team0আমাদের সার্ভারে প্রাথমিক ইন্টারফেসের জন্য।

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


3

হার্ডকোড, বা প্যাটার্নটি হার্ডওয়্যার নামের সাথে মেলে না। এটি সমস্ত ডিভাইসে প্রযোজ্য। ডিভাইসের তালিকা নির্ধারণ করতে এবং যথাযথ ব্যবস্থা গ্রহণের জন্য উদেব প্রদত্ত সরঞ্জামগুলির উপর নির্ভর করুন। ১.7..7 স্থির ডিভাইস নামকরণ দেখুন এবং তারপরে পুরো দস্তাবেজটি পড়ুন , বিশেষত ১.2.২ এবং ১.3.৩। নোট করুন যে udev হ'ল বিতরণ অগ্নিস্টিক, এবং init সিস্টেম অজোনস্টিকও, কারণ লিনাক্সে ডিভাইস পরিচালনার জন্য udev এখন পছন্দসই পদ্ধতি।

খেয়াল করুন যে @ ব্যবহারকারী 4556274, উল্লেখ করার সময় তার উত্তরে এটির জন্য ইঙ্গিত করেছে, udev-builtin-net-id.cসংক্ষেপে এর অর্থ হল যে আপনি যে প্যাটার্নটি পূরণ করতে চেষ্টা করছেন সেটি একটি অন্তর্নির্মিত অংশ udev

পূর্বাভাসযোগ্য নেটওয়ার্ক ইন্টারফেস নামগুলির উদ্ধৃতি :

Systemd 197 এর সাহায্যে আমরা সিস্টেমড / udevd যথাযথভাবে বিভিন্ন নামকরণের নীতিমালার জন্য স্থানীয় সমর্থন যুক্ত করেছি এবং বায়োসদেব নামের (তবে সাধারণভাবে আরও শক্তিশালী এবং কার্নেল-অভ্যন্তরীণ ডিভাইস সনাক্তকরণ স্কিমের কাছাকাছি) অনুরূপ একটি স্কিম তৈরি করেছি। নেটওয়ার্ক ইন্টারফেসের জন্য নিম্নলিখিত বিভিন্ন নামকরণের স্কিমগুলি এখন ইউদেভ স্থানীয়ভাবে সমর্থিত:

  1. ফার্মওয়্যার / বিআইওএস অন্তর্ভুক্ত নামগুলি বোর্ডে থাকা ডিভাইসের জন্য সূচক সংখ্যা সরবরাহ করে (উদাহরণ: eno1)
  2. ফার্মওয়্যার / বিআইওএস সংযুক্তকরণের নামগুলি পিসিআই এক্সপ্রেস হটপ্লাগ স্লট সূচী নম্বর সরবরাহ করেছে (উদাহরণ: ens1)
  3. হার্ডওয়্যার সংযোগকারীটির শারীরিক / ভৌগলিক অবস্থানের নাম অন্তর্ভুক্ত করা হয়েছে (উদাহরণ: enp2s0)
  4. ইন্টারফেসের ম্যাক ঠিকানা অন্তর্ভুক্তকারী নাম (উদাহরণ: enx78e7d1ea46da) ক্লাসিক, অনির্দেশ্য কার্নেল-নেটিভ এথএক্স নামকরণ (উদাহরণ: eth0)

ডিফল্টরূপে, systemd v197 এখন নীতির নীচে ইন্টারফেসের নাম দেবে 1) ফার্মওয়্যার থেকে সেই তথ্য প্রযোজ্য এবং উপলভ্য, 2 এ পিছনে পড়া) যদি ফার্মওয়্যার থেকে সেই তথ্য প্রযোজ্য হয় এবং উপলভ্য থাকে, 3 এ পিছনে পড়ে) যদি প্রযোজ্য হয়, ফিরে পড়ে 5) অন্যান্য সমস্ত ক্ষেত্রে। নীতি 4) ডিফল্টরূপে ব্যবহৃত হয় না, তবে ব্যবহারকারী যদি এটি পছন্দ করে তবে তা উপলব্ধ।

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


2

অন্যরা যেমন বলেছে আপনি পুরোপুরি নামের উপর নির্ভর করতে পারবেন না।

আমার ক্ষেত্রে মনে হচ্ছে ওয়্যারলেসের জন্য /sys/class/net/<ifacename>/এটি একটি ওয়্যারলেস ইন্টারফেস হলে "ওয়্যারলেস" নামে একটি ডিরেক্টরি থাকবে:

# kbrandt @ kbrandtlx in /sys/class/net [9:47:43] C:130
$ ls
br-b293588ecdae  enp11s0  lo    veth6061cd8  virbr0-nic
docker0          enp12s0  ppp0  virbr0       wlp13s0

# kbrandt @ kbrandtlx in /sys/class/net [9:47:44] 
$ echo  /sys/class/net/*/wireless
/sys/class/net/wlp13s0/wireless
আমাদের সাইট ব্যবহার করে, আপনি স্বীকার করেছেন যে আপনি আমাদের কুকি নীতি এবং গোপনীয়তা নীতিটি পড়েছেন এবং বুঝতে পেরেছেন ।
Licensed under cc by-sa 3.0 with attribution required.