NFS چیست؟ سیستم فایل شبکه پروتکل دسترسی به شبکه برای سیستم های فایل شبکه چیست و چگونه آن را برطرف کنیم؟ آنچه باید در فایل شبکه ها باشد

چه جوریه استفاده عملیفایل /etc/networks؟ تا جایی که من متوجه شدم می توانید نام شبکه ها را در این فایل مشخص کنید. مثلا:

Root@fw-test:~# cat /etc/networks default 0.0.0.0 loopback 127.0.0.0 link-local 169.254.0.0 google-dns 8.8.4.4 root@fw-test:~#

با این حال، اگر بخواهم از این نام شبکه برای مثال در برنامه ip استفاده کنم، کار نمی کند:

root@fw-test:~# مسیر IP افزودن google-dns از طریق 104.236.63.1 dev eth0 خطا: پیشوند inet به جای "google-dns" انتظار می رود. root@fw-test:~# مسیر ip اضافه کردن 8.8.4.4 از طریق 104.236.64.1 dev eth0 root@fw-test:~#

کاربرد عملی فایل /etc/networks چیست؟

2 راه حل ها وب فرم را برای "استفاده عملی از فایل /etc/networks" جمع آوری می کنند

همانطور که در صفحه man بیان شد، فایل /etc/networks باید نام های نمادین شبکه ها را توصیف کند. با شبکه، این به معنای یک آدرس شبکه با یک tail.0 در پایان است. فقط پشتیبانی می شود شبکه های سادهکلاس A، B یا C.

در مثال شما، ورودی google-dns نادرست است. این شبکه A، B یا C نیست. این یک رابطه IP-آدرس-نام میزبان است، بنابراین به /etc/hosts تعلق دارد. در واقع، ورودی پیش فرض نیز مطابقت ندارد.

فرض کنید یک آدرس IP 192.168.1.5 از خود دارید شبکه شرکتی. ورودی /etc/network می تواند به شکل زیر باشد:

Corpname 192.168.1.0

هنگام استفاده از ابزارهایی مانند route یا netstat، این شبکه ها ترجمه می شوند (مگر اینکه مجوز را با پرچم -n لغو کنید). جدول مسیریابی ممکن است به شکل زیر باشد:

جدول مسیریابی هسته IP دروازه مقصد Genmask Flags Metric Ref استفاده از Iface پیش‌فرض 192.168.1.1 0.0.0.0 UG 0 0 0 eth0 Corpname * 255.255.255.0 U 0 0 0 eth0

دستور ip هرگز از نام میزبان برای ورودی استفاده نمی کند، بنابراین بعید است که مثال شما مرتبط باشد. همچنین شما نام میزبان را در /etc/networks قرار می دهید و نه نام شبکه را!

ورودی های /etc/networks توسط ابزارهایی استفاده می شود که سعی می کنند اعداد را به نام تبدیل کنند، مانند دستور route (منسوخ شده). بدون ورودی مناسب نشان می دهد:

# مسیر جدول مسیریابی هسته IP دروازه مقصد Genmask Flags Metric Ref استفاده از Iface پیش‌فرض 192.168.1.254 0.0.0.0 UG 0 0 0 eth0 192.168.0.0 * 255.255.254.0 U 0 0 0 eth0

اگر اکنون خط mylocalnet 192.168.0.0 را به /etc/networks اضافه کنیم:

# مسیر جدول مسیریابی IP هسته کرنل دروازه مقصد Genmask Flags Metric Ref استفاده از پیش‌فرض Iface 192.168.1.254 0.0.0.0 UG 0 0 0 eth0 mylocalnet * 255.255.254.0 U 0 0 0 eth0

در عمل این هرگز استفاده نمی شود.

برو!

وقتی صحبت از آن می شود شبکه های کامپیوتر، اغلب می توانید نام NFS را بشنوید. این مخفف به چه معناست؟

این یک پروتکل توزیع شده است سیستم فایل، که در ابتدا توسط Sun Microsystems در سال 1984 توسعه یافت و به کاربر در رایانه مشتری اجازه می دهد تا به فایل ها از طریق شبکه دسترسی داشته باشد، مشابه دسترسی به حافظه محلی. NFS، مانند بسیاری از پروتکل های دیگر، بر اساس سیستم Open Network Computing Remote Procedure Call (ONC RPC) است.

به عبارت دیگر NFS چیست؟ این یک استاندارد باز است که توسط Request for Comments (RFC) تعریف شده است و به هر کسی اجازه می دهد پروتکل را پیاده سازی کند.

نسخه ها و تغییرات

مخترع تنها نسخه اول را برای اهداف آزمایشی خود استفاده کرد. هنگامی که تیم توسعه تغییرات قابل توجهی را به NFS اصلی اضافه کرد و آن را خارج از مالکیت Sun منتشر کرد، آنها را تعیین کردند نسخه جدیدبه عنوان v2 به طوری که قابلیت همکاری بین توزیع ها را می توان آزمایش کرد و یک بازگشت مجدد ایجاد کرد.

NFS نسخه 2

نسخه 2 در ابتدا فقط روی پروتکل دیتاگرام کاربر (UDP) کار می کرد. توسعه دهندگان آن می خواستند سمت سرور را بدون مسدود کردن خارج از پروتکل اصلی اجرا کنند.

رابط سیستم فایل مجازی اجازه می دهد تا یک پیاده سازی مدولار در یک پروتکل ساده منعکس شود. تا فوریه 1986، راه حل هایی برای سیستم عامل هایی مانند System V release 2، DOS و VAX/VMS با استفاده از Eunice نشان داده شد. NFS v2 فقط به دلیل محدودیت های 32 بیتی اجازه خواندن 2 گیگابایت اول فایل را می داد.

NFS نسخه 3

اولین پیشنهاد برای توسعه NFS نسخه 3 در Sun Microsystems اندکی پس از انتشار دومین توزیع اعلام شد. انگیزه اصلی تلاش برای کاهش مشکل عملکرد ضبط همزمان بود. تا جولای 1992، پیشرفت‌های عملی بسیاری از کاستی‌های NFS نسخه 2 را برطرف کرده بود و تنها پشتیبانی کافی از فایل (اندازه‌های فایل 64 بیتی و آفست فایل‌ها) باقی نمی‌ماند.

  • پشتیبانی از اندازه فایل های 64 بیتی و آفست برای مدیریت داده های بزرگتر از 2 گیگابایت (GB).
  • پشتیبانی از ضبط ناهمزمان بر روی سرور برای بهبود عملکرد؛
  • ویژگی های فایل اضافی در بسیاری از پاسخ ها برای جلوگیری از واکشی مجدد آنها.
  • عملیات READDIRPLUS برای به دست آوردن داده ها و ویژگی ها به همراه نام فایل ها هنگام اسکن دایرکتوری.
  • بسیاری از پیشرفت های دیگر

در طول معرفی نسخه 3، پشتیبانی از TCP به عنوان پروتکل لایه انتقال شروع به افزایش کرد. استفاده از TCP به‌عنوان وسیله‌ای برای انتقال داده، که با استفاده از NFS از طریق یک شبکه WAN انجام می‌شود، باعث شد تا حجم فایل‌های بزرگ برای مشاهده و نوشتن منتقل شوند. به لطف این، توسعه دهندگان توانستند بر محدودیت های 8 کیلوبایتی اعمال شده توسط پروتکل Datagram کاربر (UDP) غلبه کنند.

NFS v4 چیست؟

نسخه 4، تحت تأثیر سیستم فایل Endres (AFS) و بلاک پیام سرور (SMB، که CIFS نیز نامیده می‌شود)، شامل بهبود عملکرد، امنیت بهتر و معرفی یک پروتکل انطباق است.

نسخه 4 اولین توزیعی بود که پس از برون سپاری توسعه پروتکل توسط Sun Microsystems توسط گروه ضربت مهندسی اینترنت (IETF) توسعه یافت.

هدف NFS نسخه 4.1 ارائه پشتیبانی از پروتکل برای اعمال نفوذ سرورهای خوشه ای، از جمله امکان دسترسی موازی مقیاس پذیر به فایل های توزیع شده در چندین سرور (پسوند pNFS).

جدیدترین پروتکل سیستم فایل، NFS 4.2 (RFC 7862)، به طور رسمی در نوامبر 2016 منتشر شد.

افزونه های دیگر

با توسعه استاندارد، ابزارهای مربوطه برای کار با آن ظاهر شد. به عنوان مثال، WebNFS، افزونه ای برای نسخه های 2 و 3، به پروتکل دسترسی به سیستم فایل شبکه اجازه می دهد تا به راحتی در مرورگرهای وب ادغام شود و کار در فایروال ها را فعال کند.

پروتکل های شخص ثالث مختلف نیز با NFS مرتبط شده اند. معروف ترین آنها عبارتند از:

  • Network Lock Manager (NLM) با پشتیبانی از پروتکل بایت (اضافه شده برای پشتیبانی از UNIX System V قفل API فایل).
  • Remote Quota (RQUOTAD)، که به کاربران NFS اجازه می دهد تا سهمیه های ذخیره سازی را در سرورهای NFS مشاهده کنند.
  • NFS over RDMA اقتباسی از NFS است که از دسترسی مستقیم از راه دور به حافظه (RDMA) به عنوان رسانه انتقال استفاده می کند.
  • NFS-Ganesha یک سرور NFS است که در فضای کاربر اجرا می شود و CephFS FSAL (لایه انتزاعی سیستم فایل) را با استفاده از libcephfs پشتیبانی می کند.

بستر، زمینه

سیستم فایل شبکه اغلب با استفاده می شود سیستم های عامل Unix (مانند Solaris، AIX، HP-UX)، MacOS اپل و سیستم‌عامل‌های مشابه Unix (مانند لینوکس و FreeBSD).

همچنین برای پلتفرم هایی مانند Acorn RISC OS، OpenVMS، MS-DOS، Microsoft Windows، Novell NetWare و IBM AS/400 در دسترس است.

پروتکل های جایگزین دسترسی از راه دورفایل‌ها شامل بلاک پیام سرور (SMB، که CIFS نیز نامیده می‌شود)، پروتکل انتقال اپل (AFP)، پروتکل هسته NetWare (NCP) و سیستم فایل سرور OS/400 (QFileSvr.400) هستند.

این به دلیل الزامات NFS است که عمدتاً در پوسته های یونیکس مانند هدف قرار می گیرند.

در عین حال، پروتکل های SMB و NetWare (NCP) بیشتر از NFS در سیستم های در حال اجرا استفاده می شوند. ویندوز مایکروسافت. AFP بیشتر در پلتفرم‌های مکینتاش اپل رایج است و QFileSvr.400 در OS/400 رایج‌تر است.

اجرای معمولی

با فرض یک سناریوی معمولی به سبک یونیکس که در آن یک کامپیوتر (کلاینت) نیاز به دسترسی به داده های ذخیره شده در دیگری (سرور NFS) دارد:

  • سرور فرآیندهای سیستم فایل شبکه را که به طور پیش فرض به صورت nfsd اجرا می شود، پیاده سازی می کند تا داده های خود را به صورت عمومی در دسترس مشتریان قرار دهد. مدیر سرور نحوه صادرات نام دایرکتوری و تنظیمات را مشخص می کند، معمولاً با استفاده از فایل پیکربندی /etc/exports و دستور exportfs.
  • مدیریت امنیت سرور تضمین می کند که می تواند یک کلاینت احراز هویت شده را شناسایی و تأیید کند. پیکربندی شبکه آن تضمین می کند که مشتریان واجد شرایط می توانند از طریق هر سیستم فایروال با آن مذاکره کنند.
  • ماشین کلاینت معمولاً با صدور فرمان، دسترسی به داده های صادر شده را درخواست می کند. سرور (rpcbind) را که از پورت NFS استفاده می کند پرس و جو می کند و متعاقباً به آن متصل می شود.
  • اگر همه چیز بدون خطا اتفاق بیفتد، کاربران در ماشین کلاینت می توانند فایل سیستم های نصب شده روی سرور را در پارامترهای مجاز مشاهده کرده و با آنها تعامل داشته باشند.

همچنین باید توجه داشت که اتوماسیون فرآیند Network File System نیز می تواند انجام شود - شاید با استفاده از etc/fstab و/یا ابزارهای مشابه دیگر.

توسعه تا به امروز

در قرن بیست و یکم، پروتکل‌های رقیب DFS و AFS در مقایسه با سیستم فایل شبکه به موفقیت تجاری بزرگی دست نیافتند. IBM که قبلاً کلیه حقوق تجاری فناوری های فوق را به دست آورده بود، بیشتر کد منبع AFS را به جامعه توسعه دهندگان رایگان اهدا کرده است. نرم افزاردر سال 2000. پروژه Open AFS هنوز هم وجود دارد. در اوایل سال 2005، IBM پایان فروش AFS و DFS را اعلام کرد.

به نوبه خود، در ژانویه 2010، پاناساس NFS نسخه 4.1 را بر اساس فناوری که قابلیت دسترسی به داده های موازی را بهبود می بخشد، پیشنهاد کرد. پروتکل Network File System v 4.1 روشی را برای جداسازی ابرداده سیستم فایل از محل فایل های خاص تعریف می کند. بنابراین فراتر از جداسازی ساده نام/داده است.

NFS این نسخه در عمل چیست؟ ویژگی فوق آن را از پروتکل سنتی متمایز می کند که شامل نام فایل ها و داده های آنها تحت یک اتصال به سرور است. با Network File System نسخه 4.1، برخی از فایل ها را می توان در سرورهای چند گره به اشتراک گذاشت، اما مشارکت مشتری در اشتراک گذاری ابرداده و داده محدود است.

هنگام اجرای چهارمین توزیع پروتکل، سرور NFS مجموعه ای از منابع یا اجزای سرور است. فرض بر این است که آنها توسط سرور ابرداده کنترل می شوند.

مشتری همچنان با یک سرور ابرداده واحد تماس می گیرد تا فضای نام را طی کند یا با آن تعامل داشته باشد. همانطور که فایل‌ها را به سرور منتقل می‌کند، می‌تواند مستقیماً با مجموعه‌ای از داده‌های متعلق به یک گروه NFS تعامل داشته باشد.

عصر بخیر، خوانندگان عزیز. قسمت دوم را منتشر می کنم. در بخش فعلی تاکید اصلی بر روی است پیاده سازی شبکه در لینوکس(نحوه راه اندازی شبکه در لینوکس، نحوه تشخیص شبکه در لینوکس و حفظ زیرسیستم شبکه در لینوکس).

پیکربندی TCP/IP در لینوکس برای کار بر روی شبکه اترنت

برای کار با پروتکل های شبکه TCP/IP در لینوکس برای داشتن فقط کافی است رابط حلقه بک، اما در صورت نیاز به اتصال هاست ها به یکدیگر، طبیعتاً باید یک رابط شبکه، کانال های انتقال داده (مثلاً جفت پیچ خورده) وجود داشته باشد. تجهیزات شبکه. همچنین، لازم است موارد نصب شده (و غیره) که معمولاً عرضه می شود. همچنین داشتن یک شبکه (به عنوان مثال /etc/hosts) و پشتیبانی شبکه ضروری است.

تنظیمات شبکه

بیایید درک مکانیسم های شبکه لینوکس را با پیکربندی دستی شبکه، یعنی با کیس شروع کنیم آدرس آی پیرابط شبکه ایستا. بنابراین، هنگام راه اندازی یک شبکه، باید پارامترهای زیر را در نظر بگیرید و پیکربندی کنید:

آدرس آی پی- همانطور که قبلاً در قسمت اول مقاله ذکر شد - این آدرس منحصر به فرد دستگاه است که در قالب چهار عدد اعشاری که با نقطه از هم جدا شده اند. معمولاً هنگام کار در شبکه محلی، انتخاب شده از محدوده های خصوصی، به عنوان مثال: 192.168.0.1

پوشش زیر شبکه- همان، 4 اعداد اعشاری، که تعیین می کند کدام قسمت از آدرس به آدرس شبکه/زیر شبکه و کدام قسمت به آدرس میزبان تعلق دارد. ماسک زیر شبکه عددی است که (به صورت باینری) با یک آدرس IP اضافه می شود تا مشخص شود که آدرس متعلق به کدام زیر شبکه است. به عنوان مثال، آدرس 192.168.0.2 با ماسک 255.255.255.0 متعلق به زیر شبکه 192.168.0 است.

آدرس زیر شبکه- توسط ماسک زیر شبکه تعیین می شود. با این حال، هیچ زیرشبکه ای برای رابط های حلقه بک وجود ندارد.

آدرس پخش- آدرس مورد استفاده برای ارسال بسته های پخش که توسط همه میزبان ها در زیر شبکه دریافت می شود. به طور معمول، برابر است با آدرس زیر شبکه با مقدار میزبان 255، یعنی برای زیر شبکه 192.168.0 پخش 192.168.0.255 خواهد بود، به طور مشابه، برای زیر شبکه 192.168 پخش 192.168.255.255 خواهد بود. هیچ آدرس پخشی برای رابط های حلقه بک وجود ندارد.

آدرس IP دروازه- این آدرس دستگاهی است که دروازه پیش فرض برای ارتباط با دنیای خارج است. اگر کامپیوتر به طور همزمان به چندین شبکه متصل باشد، ممکن است چندین دروازه وجود داشته باشد. آدرس دروازه در شبکه های ایزوله (به آن متصل نیست) استفاده نمی شود شبکه جهانی) از آنجایی که این شبکه ها جایی برای ارسال بسته به خارج از شبکه ندارند، همین امر در مورد رابط های حلقه بک نیز صدق می کند.

آدرس IP سرور نام (سرور DNS)- آدرس سروری که نام هاست را به آدرس IP تبدیل می کند. معمولا توسط ارائه دهنده ارائه می شود.

فایل های تنظیمات شبکه در لینوکس (فایل های پیکربندی)

برای درک اینکه چگونه شبکه در لینوکس کار می کند، حتماً خواندن مقاله "" را توصیه می کنم. به طور کلی، کل عملکرد لینوکس بر اساس آن استوار است، که زمانی متولد می شود که سیستم عامل بوت می شود و فرزندان خود را تولید می کند، که به نوبه خود همه کارهای لازم را انجام می دهند، چه راه اندازی bash یا یک دیمون. بله، و کل بوت لینوکس بر اساس آن است، که تمام دنباله راه‌اندازی ابزارهای کوچک را با پارامترهای مختلف که به‌طور متوالی شروع/توقف می‌شوند هنگام شروع/توقف سیستم بیان می‌کند. زیرسیستم شبکه لینوکس نیز به همین صورت شروع می شود.

هر توزیع لینوکس مکانیسم اولیه سازی شبکه کمی متفاوت دارد، اما من فکر می کنم تصویر کلی پس از خواندن مشخص خواهد شد. اگر به اسکریپت های شروع زیرسیستم شبکه هر کدام نگاه کنید توزیع لینوکس، سپس چگونه پیکربندی شبکه را با استفاده از آن پیکربندی کنید فایل های پیکربندی، کم و بیش روشن خواهد شد، به عنوان مثال، در دبیان (اجازه دهید این توزیع را به عنوان پایه در نظر بگیریم)، ​​یک اسکریپت مسئول اولیه سازی شبکه است. /etc/init.d/networking، با نگاهی به اینکه:

Net-server:~#cat /etc/init.d/networking #!/bin/sh -e ### BEGIN INIT INFO # ارائه می دهد: شبکه # مورد نیاز-شروع: mountkernfs $local_fs # مورد نیاز-توقف: $local_fs # باید -Start: ifupdown # Should-Stop: ifupdown # Default-Start: S # Default-Stop: 0 6 # توضیحات کوتاه: رابط های شبکه را افزایش دهید. ### END INIT INFO PATH="/usr/local/sbin:/usr/local/bin:/sbin:/bin:/usr/sbin:/usr/bin" [ -x /sbin/ifup ] || خروج 0 /lib/lsb/init-functions process_options() ( [ -e /etc/network/options ] || return 0 log_warning_msg "/etc/network/options هنوز وجود دارد و نادیده گرفته خواهد شد! README.Debian از netbase را بخوانید." ) check_network_file_systems() ( [ -e /proc/mounts ] || اگر [ -e /etc/iscsi/iscsi.initramfs ] 0 را برگردانید؛ سپس log_warning_msg "تنظیم نکردن رابط های شبکه: ریشه iSCSI نصب شده است." خروج از 0 fi exec 9<&0 < /proc/mounts while read DEV MTPT FSTYPE REST; do case $DEV in /dev/nbd*|/dev/nd*|/dev/etherd/e*) log_warning_msg "not deconfiguring network interfaces: network devices still mounted." exit 0 ;; esac case $FSTYPE in nfs|nfs4|smbfs|ncp|ncpfs|cifs|coda|ocfs2|gfs|pvfs|pvfs2|fuse.httpfs|fuse.curlftpfs) log_warning_msg "not deconfiguring network interfaces: network file systems still mounted." exit 0 ;; esac done exec 0<&9 9<&- } check_network_swap() { [ -e /proc/swaps ] || return 0 exec 9<&0 < /proc/swaps while read DEV MTPT FSTYPE REST; do case $DEV in /dev/nbd*|/dev/nd*|/dev/etherd/e*) log_warning_msg "not deconfiguring network interfaces: network swap still mounted." exit 0 ;; esac done exec 0<&9 9<&- } case "$1" in start) process_options log_action_begin_msg "Configuring network interfaces" if ifup -a; then log_action_end_msg $? else log_action_end_msg $? fi ;; stop) check_network_file_systems check_network_swap log_action_begin_msg "Deconfiguring network interfaces" if ifdown -a --exclude=lo; then log_action_end_msg $? else log_action_end_msg $? fi ;; force-reload|restart) process_options log_warning_msg "Running $0 $1 is deprecated because it may not enable again some interfaces" log_action_begin_msg "Reconfiguring network interfaces" ifdown -a --exclude=lo || true if ifup -a --exclude=lo; then log_action_end_msg $? else log_action_end_msg $? fi ;; *) echo "Usage: /etc/init.d/networking {start|stop}" exit 1 ;; esac exit 0

شما می توانید چندین عملکرد را پیدا کنید که وجود سیستم های فایل شبکه نصب شده را بررسی می کند ( check_network_file_systems()، check_network_swap()، و همچنین بررسی وجود برخی از پیکربندی های هنوز نامشخص /etc/network/options (تابع process_options()، و در پایین، طراحی مورد "$1" درو مطابق با پارامتر وارد شده (شروع/توقف/زور-بارگذاری|راه اندازی مجدد یا هر چیز دیگری) اقدامات خاصی را انجام می دهد. از همین ها " اقدامات خاص"، با استفاده از آرگومان start به عنوان مثال، می توانید ببینید که ابتدا تابع راه اندازی می شود فرآیند_گزینه ها، سپس عبارت به لاگ ارسال می شود پیکربندی رابط های شبکه، و دستور اجرا می شود ifup -a. اگر به man ifup نگاه کنید، می بینید که این دستور پیکربندی را از یک فایل می خواند /etc/network/interfacesو با توجه به کلید -آتمام اینترفیس هایی که دارای پارامتر هستند را راه اندازی می کند خودکار.

دستورهای ifup و ifdown ممکن است برای پیکربندی (یا به ترتیب، پیکربندی مجدد) رابط های شبکه بر اساس تعاریف رابط در فایل /etc/network/interfaces استفاده شوند.

-a، --همه
اگر به ifup داده می شود، همه اینترفیس های دارای علامت خودکار را تحت تأثیر قرار دهید. اینترفیس ها به ترتیبی که در /etc/network/interfaces تعریف شده اند بالا می آیند. اگر به ifdown داده می شود، همه اینترفیس های تعریف شده را تحت تأثیر قرار دهید. رابط ها به ترتیبی که در حال حاضر در فایل حالت فهرست شده اند، پایین می آیند. فقط رابط های تعریف شده در /etc/network/interfaces پایین می آیند.

ip-server:~# cat /etc/network/interfaces # این فایل رابط های شبکه موجود در سیستم شما و نحوه فعال کردن آنها را شرح می دهد. برای اطلاعات بیشتر، به رابط ها (5) مراجعه کنید. # رابط شبکه loopback auto lo iface lo inet loopback # رابط شبکه اولیه اجازه می دهد-hotplug eth0 iface eth0 inet dhcp allow-hotplug eth2 iface eth2 inet آدرس static 192.168.1.1 netmask 255.255.255.255.255.255.215.215.85.215.891.

در این پیکربندی خطوط اجازه - هات پلاگو خودکار- اینها مترادف هستند و رابط ها با دستور بالا می روند ifup -a. این در واقع کل زنجیره عملیات زیرسیستم شبکه است. به طور مشابه، در توزیع های دیگر: در RedHat و SUSE شبکه توسط یک اسکریپت راه اندازی می شود /etc/init.d/network. پس از بررسی آن، می توانید به طور مشابه محل پیکربندی شبکه را پیدا کنید.

/etc/hosts

این فایل یک لیست را ذخیره می کند آدرس های IPو نام میزبان مربوط به آنها (آدرس)فرمت فایل هیچ تفاوتی با فایل اصلی ندارد:

Ip-server:~# cat /etc/hosts # ip host.in.domain host 127.0.0.1 localhost 127.0.1.1 ip-server.domain.local ip-server 192.168.1.1 ip-server.domain.local ip-server

از لحاظ تاریخی، این فایل به جای سرویس DNS استفاده می شد. در حال حاضر، فایل را می توان به جای سرویس DNS نیز استفاده کرد، اما تنها به شرطی که تعداد ماشین های موجود در شبکه شما بر حسب واحد اندازه گیری شود و نه به ده ها یا صدها، زیرا در این صورت باید بر روی آن نظارت داشته باشید. صحت این فایل در هر دستگاه

/etc/hostname

این فایل حاوی نام میزبان NetBIOS:

Ip-server:~# cat /etc/hostname ip-server

این فایل نام و آدرس شبکه های محلی و سایر شبکه ها را ذخیره می کند. مثال:

Ip-server:~# cat /etc/networks پیش فرض 0.0.0.0 loopback 127.0.0.0 link-local 169.254.0.0 home-network 192.168.1.0

هنگام استفاده از این فایل، شبکه ها را می توان با نام مدیریت کرد. به عنوان مثال، یک مسیر اضافه نکنید اضافه کردن مسیر 192.168.1.12 ، آ اضافه کردن مسیر.

/etc/nsswitch.conf

فایل تعریف می کند سفارش جستجوی نام میزبان/network، خطوط زیر مسئول این تنظیم هستند:

برای میزبان: میزبان: فایل‌ها dns برای شبکه‌ها: شبکه‌ها: فایل‌ها

پارامتر فایل ها استفاده از فایل های مشخص شده را مشخص می کند (/etc/hostsو /etc/networksبه ترتیب)، پارامتر dns استفاده از سرویس را مشخص می کند dns.

/etc/host.conf

فایل پارامترهای وضوح نام را برای حل کننده مشخص می کند

Ip-server:~# cat /etc/host.conf multi on

این فایل به کتابخانه resolv می‌گوید که تمام آدرس‌های میزبان معتبری را که در فایل /etc/hosts ظاهر می‌شوند و نه فقط آدرس اول را برگرداند.

/etc/resolv.conf

این فایل پارامترهای مکانیزم تبدیل نام شبکه به آدرس IP را تعریف می کند. به زبان ساده، تنظیمات DNS را تعریف می کند. مثال:

Ip-server:~# cat /etc/resolv.conf nameserver 10.0.0.4 nameserver 10.0.0.1 search domain.local

2 خط اول سرورهای DNS را نشان می دهد. خط سوم دامنه های جستجو را مشخص می کند. اگر هنگام حل یک نام، نام یک نام FQDN نباشد، این دامنه به عنوان "پایان" جایگزین می شود. به عنوان مثال، هنگام اجرای دستور ping host، آدرس پینگ شده به host.domain.local تبدیل می شود. پارامترهای باقی مانده را می توان در man resolv.conf خواند. اغلب اوقات، لینوکس از تولید پویا این فایل استفاده می کند، با استفاده از به اصطلاح. برنامه ها /sbin/resolvconf.این برنامه یک واسطه بین سرویس هایی است که به صورت پویا سرورهای نام (مثلا کلاینت DHCP) و سرویس هایی که از داده های سرور نام استفاده می کنند. برای استفاده از یک فایل تولید شده به صورت پویا /etc/resolv.conf، باید این فایل را به یک پیوند نمادین تبدیل کنید /etc/resolvconf/run/resolv.conf. در برخی از توزیع‌ها مسیر ممکن است متفاوت باشد؛ این مسیر قطعاً در آن نوشته می‌شود مرد حل و فصل.

تنظیمات شبکه

پس از بررسی فایل های پیکربندی اصلی، می توانید به . دستور قبلاً در بالا ذکر شده است ifup, ifdown، اما این ابزارها کاملاً جهانی نیستند؛ به عنوان مثال، توزیع های RH به طور پیش فرض این دستورات را ندارند. علاوه بر این، توزیع‌های جدید یک ابزار مدیریت شبکه سطح بالا را معرفی کرده‌اند - که متعلق به بسته iproute است. من آن را به او (بسته iproute) تقدیم می کنم. و در پست فعلی آن را در نظر نخواهم گرفت. دستورات شرح داده شده در زیر متعلق به .

بنابراین، برای اطمینان از اینکه دستور بر روی هر توزیع لینوکس کار می کند، باید از دو دستور اصلی قدیمی استفاده کنید. این و arp. تیم اول (مسئول راه اندازی رابط های شبکه(آی پی، ماسک، دروازه)، دومین () - راه اندازی مسیریابی، سوم (arp) - مدیریت جدول arp. می‌خواهم توجه داشته باشم که اجرای این دستورات بدون غیرفعال کردن اسکریپت راه‌اندازی استاندارد SystemV زیرسیستم شبکه، تنها تا اولین راه‌اندازی مجدد/راه‌اندازی مجدد سرویس شبکه، تغییراتی ایجاد می‌کند، زیرا اگر در مورد آن فکر کنید، می توانید متوجه شوید که فیلمنامه /etc/init.d/networkingدفعه بعد که شروع می شود، تنظیمات بالا را دوباره می خواند و تنظیمات قدیمی را اعمال می کند. بر این اساس، راه خروجی برای تنظیم دائمی تنظیمات، یا وارد کردن دستور ifconfig با پارامترهای مناسب در، یا اصلاح دستی تنظیمات مربوط به رابط های شبکه است.

همچنین اگر دستور اجرا شود ifconfig با پارامترهای از دست رفته(به عنوان مثال، فقط یک آدرس IP)، سپس بقیه به طور خودکار اضافه می شوند (به عنوان مثال، یک آدرس پخش به طور پیش فرض با یک آدرس میزبان با پایان 255 اضافه می شود و ماسک زیر شبکه پیش فرض 255.255.255.0 است).

مسیریابیبرای رابط‌های موجود در هسته‌های مدرن، همیشه به‌طور خودکار توسط هسته افزایش می‌یابد. یا بهتر است بگوییم، مسیرهای شبکه را با توجه به تنظیمات IP و زیرشبکه‌ای که رابط برجسته در آن به نظر می‌رسد، به‌طور خودکار توسط هسته تشکیل می‌شوند. فیلد دروازه برای چنین ورودی هایی نشان دهنده آدرس رابط خروجی یا * است. در نسخه‌های قدیمی‌تر هسته (نمی‌توانم شماره هسته را بگویم که مسیرها به طور خودکار از آن بالا می‌روند)، لازم بود مسیر را به صورت دستی اضافه کنید.

اگر نیاز به سازماندهی شما وجود دارد مسیرها، سپس باید استفاده کنید. با این دستور می‌توانید مسیرها را اضافه و حذف کنید، اما باز هم، این فقط تا زمانی که /etc/init.d/networking (یا اسکریپت دیگری که مسئول شبکه در توزیع شما است) مجدداً راه‌اندازی نکنید، کمک می‌کند. برای اینکه مسیرها به طور خودکار اضافه شوند، باید مانند دستور ifconfig، دستوراتی را برای افزودن مسیرها به rc.local اضافه کنید، یا تنظیمات رابط شبکه مربوطه را به صورت دستی اصلاح کنید (مثلاً در Deb - /etc/network/options).

با چه قوانینی مسیرهای شبکه ها شکل می گیرد، من هستم

عیب یابی شبکه لینوکس

تعداد زیادی ابزار تشخیص شبکه در لینوکس وجود دارد که اغلب بسیار شبیه به ابزارهای مایکروسافت هستند. من به 3 ابزار اصلی تشخیص شبکه نگاه خواهم کرد که بدون آنها شناسایی مشکلات دشوار خواهد بود.

من فکر می کنم که این ابزار تقریبا برای همه آشنا است. این ابزار توسط در حال ارسالباصطلاح بسته های ICMPبه سرور راه دور که در پارامترهای فرمان مشخص می شود، سرور دستورات ارسالی را برمی گرداند و پینگزمان را می شماردبرای رسیدن بسته ارسالی به سرور و بازگشت مورد نیاز است. مثلا:

# ping ya.ru PING ya.ru (87.250.251.3) 56 (84) بایت داده. 64 بایت از www.yandex.ru (87.250.251.3): icmp_seq=1 ttl=57 time=42.7 ms 64 بایت از www.yandex.ru (87.250.251.3): icmp_seq=2 ttl=57 time=44.2 بایت از www.yandex.ru (87.250.251.3): icmp_seq=3 ttl=57 time=42.5 ms 64 byte from www.yandex.ru (87.250.251.3): icmp_seq=4 ttl=57 time=42.5 ms 64 bytes www.yandex.ru .yandex.ru (87.250.251.3): icmp_seq=5 ttl=57 time=41.9 ms ^C --- ya.ru آمار پینگ --- 5 بسته ارسال شده، 5 بسته، 0% از دست دادن بسته، زمان 4012ms rtt دقیقه avg/max/mdev = 41.922/42.588/43.255/0.500 ms

همانطور که از مثال بالا پیداست، پینگمجموعه ای از اطلاعات مفید را به ما می دهد. اول از همه، متوجه شدیم که ما می توانیم با میزبان ya.ru ارتباط برقرار کنیم(گاهی اوقات می گویند که "میزبان ya.ru در دسترس ما است"). دوما، ما آن را می بینیم DNS به درستی کار می کند، زیرا نام "pinged" به درستی به آدرس IP تبدیل شده است (PING ya.ru (87.250.251.3)). به علاوه، در زمینه icmp_seq= شماره گذاری بسته های ارسالی نشان داده شده است. به هر بسته ارسال شده به صورت متوالی یک شماره اختصاص داده می شود، و اگر در این شماره گذاری "دیپ" وجود داشته باشد، این به ما می گوید که ارتباط با "پینگ" ناپایدار است و همچنین ممکن است به این معنی باشد که سروری که بسته ها به آن ارسال می شوند بیش از حد بارگذاری شده است. . بر اساس ارزش زمان=می بینیم، بسته چقدر سفر کردبه 87.250.251.3 و برگشت. با فشار دادن Ctrl+C می توانید برنامه پینگ را متوقف کنید.

همچنین، ابزار پینگجالب است زیرا می تواند به شما این امکان را بدهد که ببینید دقیقاً کجا مشکلات رخ داده است. بیایید بگوییم ابزار پینگپیامی را نمایش می دهد شبکه در دسترس نیست (شبکه در دسترس نیست)، یا پیام مشابه دیگر این به احتمال زیاد نشان می دهد که سیستم شما به درستی پیکربندی نشده است. در این حالت، می‌توانید بسته‌ها را به آدرس IP ارائه‌دهنده بفرستید تا بفهمید مشکل کجا رخ می‌دهد (بین رایانه شخصی محلی یا «بیشتر»). اگر از طریق روتر به اینترنت متصل هستید، می توانید بسته ها را از طریق IP آن ارسال کنید. بر این اساس، اگر مشکل از قبل در این مرحله ظاهر شود، این نشان دهنده پیکربندی نادرست سیستم محلی یا آسیب به کابل است؛ اگر روتر فراخوانی شود، اما سرور ارائه دهنده نباشد، مشکل در کانال ارتباطی ارائه دهنده و غیره است. . در نهایت، اگر تبدیل نام به IP ناموفق بود، می توانید اتصال IP را بررسی کنید، اگر پاسخ ها درست باشد، می توانید حدس بزنید که مشکل در DNS است.

لازم به ذکر است که این ابزار همیشه یک ابزار تشخیصی قابل اعتماد نیست. سرور راه دور می تواند پاسخ به درخواست های ICMP را مسدود کند.

ردیابی

به زبان ساده، دستور نامیده می شود ردیابی مسیر. همانطور که از نام آن پیداست، این ابزار نشان می دهد که بسته ها چه مسیری را برای رسیدن به میزبان طی کرده اند. ابزار tracerouteتا حدودی شبیه به پینگ، اما اطلاعات جالب تری را نمایش می دهد. مثال:

# traceroute ya.ru traceroute به ya.ru (213.180.204.3)، حداکثر 30 پرش، بسته‌های 60 بایتی 1 243-083-free.kubtelecom.ru (213.132.83.243) 6.408 6.408 ms 6.35-6.60 ms 6.4-6.306. .kubtelecom.ru (213.132.64.65) 2.761 ms 5.787 ms 5.777 ms 3 lgw.kubtelecom.ru (213.132.75.54) 5.713 ms 5.713 ms 5.701 ms 5.787 ms 5.701 ms 5.787 ms 5.777 ms 3 lgw.kubtelecom.ru 1 94.186.6.177) 81.430 میلی‌ثانیه 81.581 ms 81.687 ms 5 cat26.Moscow.gldn.net (194.186.10.118) 47.789 ms 47.888 ms 48.011 ms 6 213.33.201.231.230.230.201.230. 783 ms 41. 106 ms 7 carmine-red-vlan602.yandex.net (87.250. 242.206) 41.199 ms 42.578 ms 42.610 ms 8 www.yandex.ru (213.180.204.3) 43.185 ms 42.126 ms 42.679 ms

همانطور که می بینید، می توانید مسیر را از روتر ارائه دهنده 243-083-free.kubtelecom.ru (213.132.83.243) (جنوب روسیه) تا میزبان نهایی در www.yandex.ru (213.180.204.3) در مسکو ردیابی کنید. .

حفر کردن

این ابزار کوئری ها را به سرورهای DNS ارسال می کند و اطلاعات مربوط به دامنه مشخص شده را برمی گرداند. مثال:

# dig @ns.kuban.ru roboti.ru ;<<>> DiG 9.3.6-P1<<>> @ns.kuban.ru roboti.ru ; (1 سرور پیدا شد) ;; گزینه های جهانی: printcmd ;; جواب گرفتم: ;; ->> هدر<<- opcode: QUERY, status: NOERROR, id: 64412 ;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 2, ADDITIONAL: 0 ;; QUESTION SECTION: ;roboti.ru. IN A ;; ANSWER SECTION: roboti.ru. 448 IN A 72.52.4.90 ;; AUTHORITY SECTION: roboti.ru. 345448 IN NS ns1.sedoparking.com. roboti.ru. 345448 IN NS ns2.sedoparking.com. ;; Query time: 102 msec ;; SERVER: 62.183.1.244#53(62.183.1.244) ;; WHEN: Thu Feb 17 19:44:59 2011 ;; MSG SIZE rcvd: 94

فرمان حفاریدرخواست ارسال کرد سرور DNS - ns.kuban.ru (@ns.kuban.ru- تعیین این پارامتر ضروری نیست، در این صورت منبع اطلاعات مربوط به DNS سرور از تنظیمات سیستم شما خواهد بود) در مورد نام دامنه roboti.ru. در نتیجه، من پاسخی دریافت کردم که در آن بخش می‌توانیم ببینیم بخش پاسخاطلاعات مربوط به آدرس های IP دامنه، در بخش بخش اقتداراطلاعات در مورد به اصطلاح سرورهای DNS معتبر خط سوم از پایین به ما می گوید که کدام سرور پاسخ را ارائه کرده است.

سایر ابزارهای تشخیصی

پینگ، حفاری و سایر ابزارهای تشخیصی با پارامترها را می توانید در پست پیدا کنید.

اتصال کارت شبکه جدید

اتصال و راه اندازی یک کارت شبکه جدید به چند مرحله انجام می شود:

1. اتصال فیزیکی کارت

3. خروجی را مشاهده کنید که آیا سیستم کارت شبکه جدیدی را شناسایی کرده است:

نتیجه گیری را ببینیم قبل از اتصال کارت جدید:

سرور:~# dmesg | grep eth [ 4.720550] e1000: eth0: e1000_probe: Intel(R) PRO/1000 اتصال به شبکه [5.130191] e1000: eth1: e1000_probe: Intel(R) PRO/1000/1000 اتصال به شبکه [15. لینک NIC است تا 1000 مگابیت در ثانیه Full Duplex، کنترل جریان: RX [ 15.681056] e1000: eth0: e1000_watchdog: پیوند NIC تا 1000 مگابیت در ثانیه Full Duplex است، کنترل جریان: RX

خروجی نشان می دهد که سیستم دارای 2 کارت شبکه eth1 و eth2 است. سومی را وصل می کنیم و به خروجی نگاه می کنیم:

سرور:~# dmesg | GREP ETH [4.720513] E1000: ETH0: E1000_Probe: Intel (R) Pro/1000 اتصال شبکه [5.132029] E1000: ETH1: E1000_Probe: Intel (R) Pro/1000 اتصال شبکه [5.534684] E1000: ETH2: E1000_PROBE: intel (R ) Pro/1000 Network Connection [39.274875] udev: تغییر نام رابط شبکه Eth2 به Eth3 [39.287661] UDEV: تغییر نام شبکه IntH1_RENAME_REN به ETH2 [45.670744] ETH2 [45.6100744] ETH2 [45.610074] ETH2 [45.610074] ETH2 [45.610074] ETH2:ETH20W1: تا 1000 مگابایت بر ثانیه Full Duplex، Flow کنترل: RX [ 46.237232] e1000: eth0: e1000_watchdog: پیوند NIC با سرعت 1000 مگابیت بر ثانیه فول دوبلکس بالا است، کنترل جریان: RX [ 96.977468] e1000: eth3: e1000_watchdog : مگابیت در ثانیه: NIC0000 کنترل کامل است.

که در dmesgمی بینیم که یک شبکه جدید ظاهر شده است - eth3، که در واقع eth2 است، اما توسط مدیر دستگاه udev به eth3 تغییر نام داده است، و eth2 در واقع یک eth1 تغییر نام یافته است (ما در یک پست جداگانه در مورد udev صحبت خواهیم کرد). ظاهر شبکه جدید ما در dmesgبه ما می گوید که کارت شبکه پشتیبانیاصلی و صحیح تصمیم گرفت. تنها چیزی که باقی می ماند این است که رابط کاربری جدید را در آن راه اندازی کنید /etc/network/interfaces(دبیان) زیرا این نقشه توسط اسکریپت راه اندازی اولیه نشده است /etc/init.d/network. ifconfigاین نقشه را می بیند:

سرور:~# ifconfig eth3 eth3 پیوند پیوند: اترنت HWaddr 08:00:27:5f:34:ad inet6 addr: fe80::a00:27ff:fe5f:34ad/64 محدوده:پیوند UP BROADCAST RUNNING MULTICAST MTUTIC: 1 بسته RX: 311847 خطا: 0 ریزش: 0 بیش از حد: 0 فریم: 0 بسته TX: 126 خطا: 0 افت: 0 بیش از حد: 0 حامل: 0 برخورد: 0 txqueuelen: 1000 بایت RX: 104670651 بایت: 99.8 بایت 16184 (15.8 کیلوبایت)

اما دوباره - پیکربندی نمی شود. نحوه پیکربندی کارت شبکه در بالا مورد بحث قرار گرفت.

خلاصه

من فکر می کنم این همه برای امروز است. وقتی شروع به نوشتن این مقاله کردم، فکر می کردم که در یک پست قرار می گیرم، اما معلوم شد که بسیار بزرگ است. بنابراین تصمیم گرفته شد که مقاله به دو بخش تقسیم شود. در مجموع، من سعی کردم یک روش گام به گام برای راه اندازی یک شبکه ارائه نکنم، بلکه اصل را بیان کنم و درک نحوه شروع و کار شبکه در لینوکس را توضیح دهم. من واقعا امیدوارم که موفق شده باشم. از دیدن نظرات و اضافات شما خوشحال خواهم شد. به مرور زمان به مقاله اضافه خواهم کرد.

کیسه پلاستیکی ifupdownیک ابزار جامع برای پیکربندی پارامترهای شبکه است، به ویژه برای مقداردهی اولیه شبکه هنگام بارگذاری سیستم عامل در Debian GNU\Linux(به همراه اسکریپت های مربوطه ifupdown-clean, ifupdown, شبکهواقع در دایرکتوری /etc/init.d)

از زمان نسخه 6.0 (فشار)، توسعه دهندگان دبیان بسته ifupdown را در اسناد منسوخ طبقه بندی کرده اند و استفاده از ابزارهایی مانند NetworkManager یا Wicd را توصیه می کنند. این رویکرد برای ایستگاه های کاری با ابزارهای رابط کاربری گرافیکی نصب شده قابل توجیه است. برای سرورها، استفاده از ifupdown، یک ابزار مدیریت زیرسیستم شبکه پایدار، غنی و مستند، همچنان مورد استفاده قرار می گیرد.

بسته ifupdown شامل دو دستور است ifupو ifdownبرای فعال یا غیرفعال کردن اتصال شبکه (در این مورد رابط eth1):

# ifdown eth1 # ifup eth1

این دستورات به طور پیش فرض از تنظیمات نوشته شده در فایل استفاده می کنند /etc/network/interfaces.

برای شروع، راه اندازی مجدد و توقف زیرسیستم شبکه باید از یک اسکریپت استفاده کنید /etc/init.d/networkingبا پارامترها شروع کنید, راه اندازی مجددو متوقف کردنبه ترتیب:

# /etc/init.d/networking restart

فایل تنظیمات رابط شبکه /etc/network/interfaces

فایل /etc/network/interfaces در قالب متنی است که توسط مدیر سیستم با استفاده از ویرایشگر متن قابل ویرایش است، در حالی که دستورهای ifup و ifdown نیز می توانند آن را بخوانند و تنظیمات مشخص شده در آن را تشخیص دهند.

نمونه ای از این فایل:

خودکار lo eth1 eth0 iface lo inet loopback iface eth1 inet static address 192.168.1.100 netmask 255.255.255.0 gateway 192.168.1.1 dns-nameservers 192.168.1.1 intaceet8.

کلمه کلیدی خودکاربا فهرستی از نام های رابط جدا شده با فاصله مشخص می کند که این رابط ها در هنگام راه اندازی سیستم فعال شوند. کلمه کلیدی چهرهشرحی از رابط (فرمت عمومی: چهره). بنابراین، در مثال:

  • در صف iface lo loopback inetرابط محلی lo پیکربندی شده است برای تعامل برنامه های کاربردی در یک کامپیوتر معین (Loopback)
  • در صف iface eth1 inet staticرابط eth1 روی پیکربندی شده است روش پیکربندی استاتیک(پارامترهای شبکه به صورت دستی مشخص می شوند، ایستا). در مرحله بعد، پارامترهای پیکربندی رابط استاتیک نشان داده شده است (فرمت عمومی:): آدرس IP ( نشانی)، پوشش زیر شبکه ( ماسک شبکه، دروازه پیش فرض ( دروازه، آدرس های سرور DNS ( dns-nameservers) و غیره. اگر چندین سرور DNS وجود داشته باشد، آنها با یک فاصله فهرست می شوند.
  • در صف iface eth0 dhcpپیکربندی رابط eth0 را نشان می دهد پروتکل پیکربندی گره پویا.

پروتکل DHCP(پروتکل پیکربندی میزبان پویا) به رایانه اجازه می دهد تا به طور خودکار یک آدرس IP در شبکه و سایر پارامترهای لازم برای عملکرد رابط شبکه را بدست آورد. برای استفاده از پروتکل DHCP، لازم است که این دامنه پخش پیکربندی شود سرور DHCP. هنگام تنظیم یک دستگاه شبکه، کامپیوتر با سرور DHCP تماس می گیرد و پارامترهای شبکه مورد نیاز را دریافت می کند.

علاوه بر پیکربندی رابط استاتیک و پویا، یک روش پیکربندی دستی نیز وجود دارد ( کتابچه راهنمای) که فرض می کند که رابط با استفاده از ابزارهای شخص ثالث برای ifupdown پیکربندی می شود.

نحو فایل واسط ها به طور مفصل در صفحه راهنمای مربوطه توضیح داده شده است ( رابط های مرد).

اضافه کردن یک مسیر ثابت دائمی

گزینه های رابط در فایل واسط به شما اجازه می دهد تا دستوراتی را مشخص کنید که در صورت فعال بودن رابط اجرا شوند ( گزینه up) و خاموش کردن ( گزینه پایین).

به عنوان مثال، اجازه دهید یک پیکربندی شبکه دائمی با یک مسیر ثابت از طریق یک دروازه جایگزین تنظیم کنیم (بخشی از فایل /etc/network/interfaces نشان داده شده است):

Iface eth1 inet static address 192.168.1.100 netmask 255.255.255.0 up route ip add 192.168.24.0/24 from 192.168.1.2 gateway 192.168.1.1

بیایید این پیکربندی را با استفاده از دستورات ifdown/ifup اعمال کنیم و جدول مسیریابی را مشاهده کنیم:

# ifdown eth1 # ifup eth1 # مسیر آی‌پی نشان می‌دهد dev eth1 192.168.1.0/24 پیوند محدوده هسته پروتو src 192.168.1.100 192.168.24.0/24 از طریق 192.168.1.2 پیش‌فرض از طریق 192.168.1.2.116.1.

چندین آدرس IP در یک رابط شبکه

کار اضافه کردن چندین آدرس IP به یک رابط با استفاده از فایل /etc/network/interfaces به صورت زیر حل می شود:

خودکار eth1 eth1:add iface eth1 inet static address 192.168.11.10 netmask 255.255.255.0 gateway 192.168.11.1 iface eth1:add inet static address 192.168.115.15.15.

نام مستعار با یک دونقطه بعد از نام رابط مشخص می شود. همچنین لازم است راه اندازی خودکار رابط جدید را در پارامتر خودکار مشخص کنید.

برای اعمال این تنظیمات، باید دستورات زیر را اجرا کنید:

# ifdown eth1; ifup eth1; ifup eth1:add

# /etc/init.d/networking restart


گاهی اوقات خطاهای شبکه و سایر خطاهای سیستم ویندوز می تواند به مشکلاتی در رجیستری ویندوز مربوط شود. چندین برنامه می توانند از فایل شبکه استفاده کنند، اما زمانی که آن برنامه ها حذف یا اصلاح می شوند، گاهی اوقات ورودی های رجیستری ویندوز "یتیم" (نادرست) باقی می مانند.

در واقع، این بدان معنی است که در حالی که ممکن است مسیر واقعی فایل تغییر کرده باشد، مکان قبلی نادرست آن هنوز در رجیستری ویندوز ثبت می شود. هنگامی که ویندوز سعی می کند این مراجع فایل نادرست (محل فایل ها در رایانه شما) را جستجو کند، یک شبکه. علاوه بر این، یک عفونت بدافزار ممکن است ورودی های رجیستری مرتبط با Microsoft Windows را خراب کرده باشد. بنابراین، این ورودی های رجیستری ویندوز خراب باید رفع شوند تا مشکل در ریشه برطرف شود.

ویرایش دستی رجیستری ویندوز برای حذف کلیدهای شبکه های نامعتبر توصیه نمی شود مگر اینکه یک متخصص خدمات رایانه شخصی باشید. اشتباهاتی که در هنگام ویرایش رجیستری مرتکب می شوند می توانند کامپیوتر شما را از کار بیاندازند و صدمات جبران ناپذیری به سیستم عامل شما وارد کنند. در واقع، حتی یک کاما که در جای اشتباه قرار داده شود، می تواند از بوت شدن کامپیوتر شما جلوگیری کند!

به دلیل این خطر، ما به شدت توصیه می کنیم از یک پاک کننده رجیستری مطمئن مانند WinThruster (طراحی شده توسط Microsoft Gold Certified Partner) برای اسکن و تعمیر هر شبکه استفاده کنید. با استفاده از پاک کننده رجیستری، می توانید فرآیند یافتن ورودی های رجیستری خراب، مراجع فایل گم شده (مانند شبکه هایی که باعث ایجاد خطا می شوند) و لینک های خراب در رجیستری را خودکار کنید. قبل از هر اسکن، یک نسخه پشتیبان به طور خودکار ایجاد می‌شود که به شما امکان می‌دهد هر تغییری را با یک کلیک لغو کنید و از آسیب احتمالی رایانه‌تان محافظت کنید. بهترین بخش این است که حذف خطاهای رجیستری می تواند به طور چشمگیری سرعت و عملکرد سیستم را بهبود بخشد.


هشدار:ویرایش دستی رجیستری ویندوز را توصیه نمی کنیم، مگر اینکه یک کاربر باتجربه رایانه شخصی باشید. استفاده نادرست از ویرایشگر رجیستری ممکن است مشکلات جدی ایجاد کند که ممکن است شما را مجبور به نصب مجدد ویندوز کند. ما تضمین نمی کنیم که مشکلات ناشی از استفاده نادرست از ویرایشگر رجیستری قابل اصلاح باشد. شما با مسئولیت خود از ویرایشگر رجیستری استفاده می کنید.

قبل از بازیابی دستی رجیستری ویندوز، باید با صادر کردن بخش مربوط به شبکه از رجیستری (به عنوان مثال، Microsoft Windows) یک نسخه پشتیبان ایجاد کنید:

  1. روی دکمه کلیک کنید شروع.
  2. وارد " فرمان"V نوار جستجو... هنوز کلیک نکنید وارد!
  3. در حالی که کلیدها را نگه داشته اید CTRL-Shiftروی صفحه کلید خود را فشار دهید وارد.
  4. یک کادر محاوره ای برای دسترسی نمایش داده می شود.
  5. کلیک آره.
  6. جعبه سیاه با یک مکان نما که چشمک می زند باز می شود.
  7. وارد " regedit"و فشار دهید وارد.
  8. در ویرایشگر رجیستری، کلید مرتبط با شبکه هایی (مثلاً مایکروسافت ویندوز) را که می خواهید از آنها نسخه پشتیبان تهیه کنید، انتخاب کنید.
  9. در منو فایلانتخاب کنید صادرات.
  10. در لیست ذخیره درپوشه ای را که می خواهید پشتیبان کلید Microsoft Windows را در آن ذخیره کنید انتخاب کنید.
  11. در زمینه نام فایلیک نام برای فایل پشتیبان وارد کنید، مانند "Microsoft Windows Backup".
  12. از میدان مطمئن شوید محدوده صادراتمقدار انتخاب شده شعبه انتخاب شده.
  13. کلیک صرفه جویی.
  14. فایل ذخیره خواهد شد با پسوند .reg.
  15. اکنون یک نسخه پشتیبان از ورودی رجیستری مربوط به شبکه خود دارید.

مراحل زیر برای ویرایش دستی رجیستری در این مقاله توضیح داده نخواهد شد، زیرا ممکن است به سیستم شما آسیب برساند. اگر اطلاعات بیشتری در مورد ویرایش دستی رجیستری می‌خواهید، لطفاً پیوندهای زیر را بررسی کنید.