Ямар байна практик хэрэглээфайл /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 route google-dns-ийг 104.236.63.1 dev eth0-ээр нэмнэ Алдаа: "google-dns" гэхээсээ илүү inet угтварыг оруулахыг хүлээж байна. root@fw-test:~# ip route 8.8.4.4-ийг 104.236.64.1 dev eth0-аар нэмнэ root@fw-test:~#

/etc/networks файлын практик хэрэглээ юу вэ?

2 Шийдэл нь "/etc/networks файлыг практикт ашиглах" маягтын вэбийг цуглуулдаг.

Man хуудсанд дурдсанчлан /etc/networks файл нь сүлжээнүүдийн бэлгэдлийн нэрийг тайлбарлах ёстой. Сүлжээний хувьд энэ нь төгсгөлд нь сүүлтэй сүлжээний хаяг гэсэн үг.0. Зөвхөн дэмжинэ энгийн сүлжээнүүданги A, B эсвэл C.

Таны жишээнд google-dns оруулга буруу байна. Энэ нь A, B эсвэл C сүлжээ биш юм. Энэ нь ip-хаяг-хостын нэрний хамаарал тул /etc/hosts-д хамаарна. Үнэн хэрэгтээ өгөгдмөл оруулга нь бас таарахгүй байна.

Таны IP хаяг 192.168.1.5 байна гэж бодъё корпорацийн сүлжээ. /etc/network дахь оруулга дараах байдлаар харагдаж болно.

Байгууллагын нэр 192.168.1.0

Route эсвэл netstat гэх мэт хэрэгслүүдийг ашиглах үед эдгээр сүлжээг орчуулдаг (хэрэв та -n тугаар зөвшөөрлийг дарахгүй бол). Чиглүүлэлтийн хүснэгт дараах байдлаар харагдаж болно.

Цөмийн IP чиглүүлэлтийн хүснэгт Destination Gateway Genmask Flags Metric Ref Use Iface default 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-ын оруулгууд нь (хуучирсан) чиглүүлэлтийн команд зэрэг тоог нэр рүү хөрвүүлэхийг оролддог хэрэгслүүдэд ашиглагддаг. Тохиромжтой оруулгагүй бол дараахь зүйлийг харуулна.

# чиглүүлэлт Цөмийн IP чиглүүлэлтийн хүснэгт Destination Gateway Genmask Flags Metric Ref Use Iface default 192.168.1.254 0.0.0.0 UG 0 0 0 eth0 192.168.0.0 * 255.255.254.0 U 0 000

Хэрэв бид одоо mylocalnet 192.168.0.0 мөрийг /etc/networks дээр нэмбэл:

# чиглүүлэлт Цөмийн IP чиглүүлэлтийн хүснэгт Destination Gateway Genmask Flags Metric Ref Use Iface default 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 гэж юу вэ? Энэ нь Тайлбарын Хүсэлт (RFC) -ээр тодорхойлогдсон нээлттэй стандарт бөгөөд хэн ч протоколыг хэрэгжүүлэх боломжийг олгодог.

Хувилбар ба хувилбарууд

Зохион бүтээгч өөрийн туршилтын зорилгоор зөвхөн эхний хувилбарыг ашигласан. Хөгжүүлэгчдийн баг анхны NFS-д томоохон өөрчлөлтүүдийг нэмж, Sun-ийн эзэмшилээс гадуур гаргах үед тэд тодорхойлсон шинэ хувилбар v2 гэж тохируулснаар түгээлтийн хооронд харилцан ажиллах чадварыг туршиж, нөөцийг бий болгож болно.

NFS v2

Хувилбар 2 нь эхэндээ зөвхөн User Datagram Protocol (UDP) дээр ажилладаг байсан. Түүний хөгжүүлэгчид үндсэн протоколоос гадуур хэрэгжсэн блоклохгүйгээр серверийн талыг хадгалахыг хүссэн.

Виртуал файлын системийн интерфейс нь энгийн протоколд тусгагдсан модульчлагдсан хэрэгжүүлэх боломжийг олгодог. 1986 оны 2-р сар гэхэд Eunice-г ашиглан System V хувилбар 2, DOS болон VAX/VMS зэрэг үйлдлийн системүүдэд зориулсан шийдлүүдийг харуулсан. NFS v2 нь 32 битийн хязгаарлалтын улмаас зөвхөн эхний 2 ГБ файлыг уншихыг зөвшөөрсөн.

NFS v3

Sun Microsystems дээр NFS хувилбар 3-ыг хөгжүүлэх анхны саналыг хоёр дахь түгээлт гарсны дараахан зарлав. Гол сэдэл нь синхрон бичлэгийн гүйцэтгэлийн асуудлыг багасгахыг оролдох явдал байв. 1992 оны 7-р сар гэхэд практик сайжруулалтууд нь NFS хувилбар 2-ын олон дутагдлыг арилгаж, зөвхөн файлын дэмжлэг хангалтгүй (64 битийн файлын хэмжээ болон файлын офсет) үлдсэн.

• 2 гигабайтаас (ГБ) их хэмжээтэй өгөгдлийг боловсруулахын тулд 64 битийн файлын хэмжээ, офсетийг дэмжих;
• гүйцэтгэлийг сайжруулахын тулд сервер дээрх асинхрон бичлэгийг дэмжих;
• дахин татахаас зайлсхийхийн тулд олон хариулт дахь файлын нэмэлт шинж чанарууд;
• READDIRPLUS үйл ажиллагаа нь лавлахыг сканнердах үед өгөгдөл, атрибутуудыг файлын нэрийн хамт авах;
• бусад олон сайжруулалт.

3-р хувилбарыг нэвтрүүлэх явцад TCP-ийг тээврийн түвшний протокол болгон дэмжих нь нэмэгдэж эхэлсэн. TCP-ийг WAN-ээр дамжуулан NFS ашиглан өгөгдөл дамжуулах хэрэгсэл болгон ашиглах нь том хэмжээтэй файлуудыг үзэх, бичихэд шилжүүлэх боломжийг олгож эхэлсэн. Үүний ачаар хөгжүүлэгчид User Datagram Protocol (UDP) -аас тогтоосон 8 КБ-ын хязгаарлалтыг даван туулж чадсан.

NFS v4 гэж юу вэ?

Endres File System (AFS) болон Server Message Block (SMB, мөн CIFS гэж нэрлэдэг) нөлөөлсөн хувилбар 4 нь гүйцэтгэлийг сайжруулж, илүү сайн хамгаалалтыг хангаж, дагаж мөрдөх протоколыг нэвтрүүлсэн.

Хувилбар 4 нь Sun Microsystems аутсорсингийн протокол боловсруулсны дараа Internet Engineering Task Force (IETF) боловсруулсан анхны түгээлт юм.

NFS хувилбар 4.1 нь олон серверүүд (pNFS өргөтгөл) дээр тархсан файлуудад өргөтгөх боломжтой зэрэгцээ хандалтыг хангах чадварыг багтаасан кластерт серверийн байршуулалтыг ашиглахад протоколын дэмжлэг үзүүлэх зорилготой юм.

Хамгийн сүүлийн үеийн файлын системийн протокол болох NFS 4.2 (RFC 7862) нь 2016 оны 11-р сард албан ёсоор гарсан.

Бусад өргөтгөлүүд

Стандартыг хөгжүүлснээр түүнтэй ажиллах холбогдох хэрэгслүүд гарч ирэв. Жишээлбэл, 2 ба 3-р хувилбаруудын өргөтгөл болох WebNFS нь Сүлжээний файлын системийн хандалтын протоколыг вэб хөтчүүдэд хялбархан нэгтгэж, галт ханаар ажиллах боломжийг олгодог.

Төрөл бүрийн гуравдагч талын протоколууд нь NFS-тэй холбоотой болсон. Тэдгээрийн хамгийн алдартай нь:

• Сүлжээний түгжээний менежер (NLM) нь байт протоколын дэмжлэгтэй (UNIX System V файл түгжих API-г дэмжихэд нэмэгдсэн);
• NFS хэрэглэгчдэд NFS сервер дээрх хадгалах квотыг харах боломжийг олгодог Remote Quota (RQUOTAD);
• RDMA гаруй NFS нь дамжуулагч болгон алсаас санах ойн хандалтыг (RDMA) ашигладаг NFS-ийн дасан зохицох хувилбар юм;
• NFS-Ganesha нь хэрэглэгчийн орон зайд ажилладаг NFS сервер бөгөөд libcephfs ашиглан CephFS FSAL (Файлын системийн хийсвэрлэх давхарга)-ыг дэмждэг.

Платформууд

Сүлжээний файлын системийг ихэвчлэн ашигладаг үйлдлийн системүүд Unix (Solaris, AIX, HP-UX гэх мэт), Apple-ийн MacOS болон Unix-тэй төстэй үйлдлийн системүүд (Linux, FreeBSD гэх мэт).

Энэ нь мөн Acorn RISC OS, OpenVMS, MS-DOS, Microsoft Windows, Novell NetWare, IBM AS/400 зэрэг платформуудад зориулагдсан.

Альтернатив протоколууд алсаас хандахфайлууд нь Server Message Block (SMB, CIFS гэж нэрлэдэг), Apple Transfer Protocol (AFP), NetWare Core Protocol (NCP) болон OS/400 Server File System (QFileSvr.400) зэрэг багтана.

Энэ нь ихэвчлэн Unix-тэй төстэй "бүрхүүл"-үүдэд зориулагдсан NFS-ийн шаардлагуудтай холбоотой юм.

Үүний зэрэгцээ SMB болон NetWare (NCP) протоколуудыг NFS-ээс илүү олон удаа ашигладаг. Microsoft Windows. AFP нь Apple Macintosh платформ дээр, QFileSvr.400 нь OS/400 дээр хамгийн түгээмэл байдаг.

Ердийн хэрэгжилт

Нэг компьютер (үйлчлүүлэгч) өөр компьютер (NFS сервер) дээр хадгалагдсан өгөгдөлд хандах шаардлагатай байдаг ердийн Unix загварын хувилбарыг авч үзвэл:

• Сервер нь өгөгдлөө үйлчлүүлэгчдэд олон нийтэд нээлттэй болгохын тулд анхдагчаар nfsd гэж ажилладаг Сүлжээний файлын системийн процессуудыг хэрэгжүүлдэг. Серверийн администратор нь ихэвчлэн /etc/exports тохиргооны файл болон exportfs командыг ашиглан лавлах нэр болон тохиргоог хэрхэн экспортлохыг тодорхойлдог.
• Серверийн аюулгүй байдлыг удирдах нь баталгаажуулсан үйлчлүүлэгчийг таньж, зөвшөөрөх боломжийг олгодог. Түүний сүлжээний тохиргоо нь эрх бүхий үйлчлүүлэгчид ямар ч галт ханын системээр дамжуулан түүнтэй тохиролцох боломжийг олгодог.
• Үйлчлүүлэгч машин нь ихэвчлэн тушаал өгөх замаар экспортлогдсон өгөгдөлд хандах хүсэлт гаргадаг. Энэ нь NFS портыг ашиглаж байгаа серверээс (rpcbind) асууж, дараа нь түүнд холбогддог.
• Хэрэв бүх зүйл алдаагүй болвол үйлчлүүлэгч машин дээрх хэрэглэгчид зөвшөөрөгдсөн параметрийн хүрээнд сервер дээр суулгасан файлын системийг үзэж, харилцах боломжтой болно.

Сүлжээний файлын системийн процессыг автоматжуулах нь магадгүй etc/fstab болон/эсвэл бусад ижил төстэй хэрэгслүүдийг ашиглах боломжтой гэдгийг тэмдэглэх нь зүйтэй.

Өнөөдрийг хүртэл хөгжүүлэлт

21-р зуун гэхэд DFS болон AFS хоорондоо өрсөлдөж буй протоколууд нь Сүлжээний файлын системтэй харьцуулахад арилжааны томоохон амжилтанд хүрч чадаагүй юм. Өмнө нь дээрх технологийн арилжааны бүх эрхийг олж авсан IBM нь AFS эх кодын ихэнх хэсгийг үнэгүй хөгжүүлэгчдийн нийгэмлэгт хандивласан. програм хангамж 2000 онд. Нээлттэй AFS төсөл өнөөдөр ч байсаар байна. 2005 оны эхээр IBM AFS болон DFS-ийн борлуулалтыг зогсоож байгаагаа зарлав.

Хариуд нь 2010 оны 1-р сард Панасас параллель өгөгдөлд нэвтрэх боломжийг сайжруулсан технологид суурилсан NFS v 4.1-ийг санал болгосон. Network File System v 4.1 протокол нь файлын системийн мета өгөгдлийг тодорхой файлуудын байршлаас салгах аргыг тодорхойлдог. Тиймээс энэ нь энгийн нэр/өгөгдлийн тусгаарлалтаас давж гардаг.

Практикт энэ хувилбарын NFS гэж юу вэ? Дээрх шинж чанар нь үүнийг сервертэй нэг холболтын дор файлуудын нэр, тэдгээрийн өгөгдлийг агуулсан уламжлалт протоколоос ялгаж өгдөг. Сүлжээний файлын систем v 4.1-ийн тусламжтайгаар зарим файлыг олон зангилаа серверүүдээр хуваалцах боломжтой боловч мета өгөгдөл болон өгөгдлийг хуваалцахад үйлчлүүлэгчийн оролцоо хязгаарлагдмал байдаг.

Протоколын дөрөв дэх түгээлтийг хэрэгжүүлэх үед NFS сервер нь серверийн нөөц эсвэл бүрэлдэхүүн хэсгүүдийн багц юм; тэдгээрийг мета өгөгдлийн сервер удирддаг гэж үздэг.

Үйлчлүүлэгч нэрийн орон зайг туулах эсвэл харилцахын тулд нэг мета өгөгдлийн сервертэй холбогддог хэвээр байна. Энэ нь файлуудыг сервер рүү зөөж, серверээс зөөхдөө NFS группын эзэмшдэг өгөгдлийн багцтай шууд харилцаж чаддаг.

Өдрийн мэнд, эрхэм уншигчид. Би хоёр дахь хэсгийг нь нийтэлж байна. Одоогийн хэсэгт гол анхаарлаа хандуулж байна Линукс дээрх сүлжээний хэрэгжилт(Линукс дээр сүлжээг хэрхэн тохируулах, Линукс дээр сүлжээг хэрхэн оношлох, Линукс дээр сүлжээний дэд системийг хадгалах).

Ethernet сүлжээнд ажиллахын тулд Linux дээр TCP/IP-г тохируулах

Хамт ажиллах сүлжээний протоколуудЛинукс дээрх TCP/IP нь зөвхөн байхад л хангалттай давталтын интерфэйс, гэхдээ хостуудыг хооронд нь холбох шаардлагатай бол мэдээжийн хэрэг сүлжээний интерфейс, өгөгдөл дамжуулах сувгууд (жишээлбэл, эрчилсэн хос), магадгүй зарим сүлжээний тоног төхөөрөмж. Түүнчлэн, ихэвчлэн нийлүүлдэг суулгасан (гэх мэт) байх шаардлагатай. Мөн сүлжээ (жишээ нь /etc/hosts) болон сүлжээний дэмжлэгтэй байх шаардлагатай.

Сүлжээний тохиргоо

Линукс сүлжээний механизмыг гараар сүлжээний тохиргоотой, өөрөөр хэлбэл хэзээ тохиолдлоор ойлгож эхэлцгээе IP хаягсүлжээний интерфейс статик. Тиймээс сүлжээг тохируулахдаа дараах параметрүүдийг анхаарч, тохируулах хэрэгтэй.

IP хаяг- өгүүллийн эхний хэсэгт дурьдсанчлан энэ нь цэгээр тусгаарлагдсан дөрвөн аравтын тооны форматтай машины өвөрмөц хаяг юм. Ихэвчлэн ажиллаж байхдаа дотоод сүлжээ, хувийн мужуудаас сонгосон, жишээлбэл: 192.168.0.1

Дэд сүлжээний маск- ижил, 4 аравтын тоо, энэ нь хаягийн аль хэсэг нь сүлжээ/дэд сүлжээний хаяг, аль хэсэг нь хост хаягт хамаарахыг тодорхойлдог. Дэд сүлжээний маск гэдэг нь тухайн хаяг нь аль дэд сүлжээнд хамаарахыг тодорхойлохын тулд IP хаягтай (хоёртын хэлбэрээр) нэмсэн тоо юм. Жишээлбэл, 255.255.255.0 масктай 192.168.0.2 хаяг нь 192.168.0 дэд сүлжээнд хамаарна.

Дэд сүлжээний хаяг- дэд сүлжээний маскаар тодорхойлогддог. Гэсэн хэдий ч, давталтын интерфэйсүүдийн дэд сүлжээ байхгүй байна.

Нэвтрүүлгийн хаяг- дэд сүлжээнд байгаа бүх хост хүлээн авах өргөн нэвтрүүлгийн пакетуудыг илгээхэд ашигладаг хаяг. Ерөнхийдөө энэ нь 255-ийн хостын утгатай дэд сүлжээний хаягтай тэнцүү байна, өөрөөр хэлбэл 192.168.0 дэд сүлжээнд цацалт 192.168.0.255 байх ба 192.168 дэд сүлжээнд цацалт нь 192.168.255.25 байх болно. Давталтын интерфэйсүүдийн өргөн нэвтрүүлгийн хаяг байхгүй.

Гарцын IP хаяг- энэ бол гадаад ертөнцтэй харилцах үндсэн гарц болох машины хаяг юм. Хэрэв компьютер хэд хэдэн сүлжээнд нэгэн зэрэг холбогдсон бол хэд хэдэн гарц байж болно. Гарцын хаягийг тусгаарлагдсан сүлжээнд ашигладаггүй (холбогдоогүй дэлхийн сүлжээ), эдгээр сүлжээнүүд нь сүлжээнээс гадуур пакет илгээх газаргүй тул буцаж давталтын интерфэйсүүдэд мөн адил хамаарна.

Нэрийн серверийн IP хаяг (DNS сервер)- хостын нэрийг IP хаяг болгон хувиргадаг серверийн хаяг. Ихэвчлэн үйлчилгээ үзүүлэгчээс өгдөг.

Линукс дээрх сүлжээний тохиргооны файлууд (тохируулгын файлууд)

Линукс дээр сүлжээ хэрхэн ажилладагийг ойлгохын тулд "" нийтлэлийг уншихыг зөвлөж байна. Ерөнхийдөө Линуксийн бүх үйл ажиллагаа нь үйлдлийн систем ачаалагдаж, үр удмаа үүсгэх үед үүсдэг бөгөөд тэдгээр нь bash эсвэл демоныг эхлүүлэх гэх мэт шаардлагатай бүх ажлыг гүйцэтгэдэг. Тиймээ, Линуксийн ачааллыг бүхэлд нь үндэслэсэн бөгөөд энэ нь систем эхлэх/зогсох үед дараалан эхлүүлэх/зогсоох янз бүрийн параметр бүхий жижиг хэрэгслүүдийг эхлүүлэх бүх дарааллыг тусгасан болно. Линукс сүлжээний дэд систем нь ижил аргаар эхэлдэг.

Линукс түгээлт бүр сүлжээг эхлүүлэх механизм нь арай өөр байдаг ч уншсаны дараа ерөнхий дүр зураг тодорхой болно гэж би бодож байна. Хэрэв та аль нэг сүлжээний дэд системийн эхлэлийн скриптүүдийг харвал Линукс түгээлт, дараа нь ашиглан сүлжээний тохиргоог хэрхэн тохируулах талаар тохиргооны файлууд, энэ нь илүү тодорхой болно, жишээлбэл, Debian-д (энэ хуваарилалтыг үндэс болгон авч үзье) скрипт нь сүлжээг эхлүүлэх үүрэгтэй. /etc/init.d/networking, аль нь:

Net-server:~#cat /etc/init.d/networking #!/bin/sh -e ### ЭХЛҮҮЛЭХ 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 байсаар байгаа бөгөөд үүнийг ТОГТООХ болно! Netbase-ийн README.Debian-г уншина уу." ) 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

Та холбогдсон сүлжээний файлын систем байгаа эсэхийг шалгах хэд хэдэн функцийг олж болно ( шалгах_сүлжээний_файлын_системүүд(), сүлжээний_солилцоог шалгах()), түүнчлэн зарим тодорхойгүй тохиргоо байгаа эсэхийг шалгах /etc/network/options (функц үйл явцын сонголтууд()), хамгийн доод хэсэгт дизайн "$1" тохиолдолдмөн оруулсан параметрийн дагуу (эхлүүлэх/зогсоох/хүчээр дахин ачаалах|дахин эхлүүлэх эсвэл бусад) тодорхой үйлдлийг гүйцэтгэдэг. Эдгээрээс ижил " тодорхой үйлдлүүд", жишээ болгон эхлүүлэх аргументыг ашигласнаар та функц эхлээд ажиллаж байгааг харж болно процессын_сонголтууд, дараа нь хэллэгийг бүртгэл рүү илгээнэ Сүлжээний интерфейсийг тохируулах, мөн тушаалыг ажиллуулна ifup -a. Хэрэв та man ifup-г харвал энэ команд нь файлаас тохиргоог уншиж байгааг харж болно /etc/network/interfacesмөн түлхүүрийн дагуу -апараметртэй бүх интерфэйсүүдийг ажиллуулна авто.

/etc/network/interfaces файл дахь интерфэйсийн тодорхойлолтод тулгуурлан сүлжээний интерфэйсүүдийг тохируулах (эсвэл тус тусын тохиргоог тайлах)-д ifup болон ifdown командуудыг ашиглаж болно.

-а, --бүгд
ifup-д өгсөн бол автоматаар тэмдэглэгдсэн бүх интерфэйсүүдэд нөлөөлнө. Интерфейсүүд нь /etc/network/interfaces дотор тодорхойлогдсон дарааллаар гарч ирдэг. ifdown-д өгсөн бол бүх тодорхойлсон интерфэйсүүдэд нөлөөлнө. Интерфейсүүдийг төрийн файлд жагсаасан дарааллаар нь буулгана. Зөвхөн /etc/network/interfaces-д тодорхойлсон интерфэйсүүдийг буулгах болно.

ip-server:~# cat /etc/network/interfaces # Энэ файл нь таны системд байгаа # сүлжээний интерфэйсүүд болон тэдгээрийг хэрхэн идэвхжүүлэх талаар тайлбарладаг. Дэлгэрэнгүй мэдээллийг интерфэйс(5)-аас үзнэ үү. # Сүлжээний давталтын интерфэйс auto lo iface lo inet loopback # Сүлжээний үндсэн интерфэйс allow-hotplug eth0 iface eth0 inet dhcp allow-hotplug eth2 iface eth2 inet статик хаяг 192.168.1.1 сүлжээний маск 255.255.255.0 gateway 1618.12.cast 1618.12.ad. 55

Энэ тохиргоонд мөрүүдийг оруулна зөвшөөрөх-hotplugТэгээд авто- Эдгээр нь синоним бөгөөд интерфэйсүүд нь тушаалаар нэмэгдэх болно ifup -a. Энэ нь үнэндээ сүлжээний дэд системийн бүхэл бүтэн гинжин хэлхээ юм. Үүнтэй адилаар бусад түгээлтийн хувьд: RedHat болон SUSE-д сүлжээг скриптээр ажиллуулдаг /etc/init.d/network. Үүнийг судалсны дараа та сүлжээний тохиргоо хаана байгааг олж мэдэх боломжтой.

/etc/hosts

Энэ файл нь жагсаалтыг хадгалдаг IP хаягуудТэгээд тэдгээрт тохирох хостын нэр (хаяг).Файлын формат нь мастер файлаас ялгаатай биш:

Ip-сервер:~# 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-сервер:~# cat /etc/hostname ip-server

Энэ файл нь дотоод болон бусад сүлжээнүүдийн нэр, хаягийг хадгалдаг. Жишээ:

Ip-сервер:~# cat /etc/networks өгөгдмөл 0.0.0.0 давталт 127.0.0.0 холбоос-локал 169.254.0.0 гэрийн сүлжээ 192.168.1.0

Энэ файлыг ашиглах үед сүлжээг нэрээр нь удирдах боломжтой. Жишээлбэл, маршрут нэмж болохгүй маршрут нэмэх 192.168.1.12 , А маршрут нэмэх.

/etc/nsswitch.conf

Файлыг тодорхойлдог хостын нэр хайх дараалал/ network, дараах мөрүүд энэ тохиргоог хариуцна.

Хостуудын хувьд: хостууд: файлууд dns Сүлжээнд: сүлжээ: файлууд

Параметр файлууд заасан файлуудыг ашиглахыг зааж өгнө (/etc/hostsТэгээд /etc/networksтус тус) параметр dns үйлчилгээг ашиглахыг зааж өгнө dns.

/etc/host.conf

Файл нь шийдвэрлэгчийн нэрийн нарийвчлалын параметрүүдийг тодорхойлдог

Ip-сервер:~# cat /etc/host.conf олон асаалттай

Энэ файл нь resolv номын санд /etc/hosts файлд харагдах бүх хүчинтэй хост хаягуудыг буцаахыг хэлдэг ба зөвхөн эхнийх нь биш.

/etc/resolv.conf

Энэ файл нь сүлжээний нэрийг IP хаяг руу хөрвүүлэх механизмын параметрүүдийг тодорхойлдог. Энгийнээр хэлбэл, DNS тохиргоог тодорхойлдог. Жишээ:

Ip сервер:~# cat /etc/resolv.conf нэрийн сервер 10.0.0.4 нэрийн сервер 10.0.0.1 хайлтын домэйн.local

Эхний 2 мөр DNS серверүүдийг заана. Гурав дахь мөрөнд хайлтын домэйныг зааж өгнө. Хэрэв нэрийг шийдвэрлэхдээ энэ нэр нь FQDN нэр биш бол энэ домайныг "төгсгөл" болгон орлуулах болно. Жишээлбэл, ping host командыг гүйцэтгэх үед пинг хаягийг host.domain.local болгон хувиргадаг. Үлдсэн параметрүүдийг man resolv.conf дээрээс уншиж болно. Ихэнх тохиолдолд Линукс нь энэ файлын динамик үүсгэх аргыг ашигладаг. хөтөлбөрүүд /sbin/resolvconf.Энэ програм нь нэрийн серверүүдийг динамикаар хангадаг үйлчилгээнүүдийн хооронд зуучлагч юм (жишээлбэл DHCP үйлчлүүлэгч) болон нэрийн серверийн өгөгдлийг ашигладаг үйлчилгээ. Динамикаар үүсгэгдсэн файлыг ашиглахын тулд /etc/resolv.conf, та энэ файлыг бэлгэдлийн холбоос болгох хэрэгтэй /etc/resolvconf/run/resolv.conf. Зарим түгээлтийн зам нь өөр байж болох бөгөөд үүнийг заавал бичих болно man solutionconf.

Сүлжээний тохиргоо

Үндсэн тохиргооны файлуудтай танилцсаны дараа та . Энэ тушаалыг дээр дурдсан ifup, хэрэв доош, гэхдээ эдгээр хэрэгслүүд нь бүхэлдээ түгээмэл биш; жишээлбэл, RH түгээлтүүдэд анхдагч байдлаар эдгээр тушаалууд байдаггүй. Нэмж дурдахад, шинэ түгээлтүүд нь iproute багцад хамаарах өндөр түвшний сүлжээний удирдлагын шинэ хэрэгслийг нэвтрүүлсэн. Би түүнд зориулах болно (iproute багц). Мөн одоогийн нийтлэлд би үүнийг авч үзэхгүй. Доор тайлбарласан командууд нь .

Тиймээс, энэ тушаал нь ямар ч Линукс түгээлт дээр ажилладаг гэдэгт итгэлтэй байхын тулд хуучин хоёр үндсэн командыг ашиглах хэрэгтэй. Энэ болон arp. Эхний баг (хариуцсан сүлжээний интерфейсийг тохируулах(ip, маск, гарц), хоёр дахь () - чиглүүлэлтийн тохиргоо, гурав дахь (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).

Ямар дүрмээр сүлжээнд хүрэх замууд үүсдэг, би орсон

Линукс сүлжээний оношлогоо

Линукс дээр олон тооны сүлжээний оношлогооны хэрэгслүүд байдаг бөгөөд ихэнхдээ Microsoft-ын хэрэгслүүдтэй маш төстэй байдаг. Би сүлжээний оношлогооны 3 үндсэн хэрэгслийг авч үзэх болно, үүнгүйгээр асуудлыг тодорхойлоход хэцүү байх болно.

Энэ хэрэгсэл нь бараг бүх хүмүүст танил болсон гэж би бодож байна. Энэ хэрэгсэл нь ажилладаг илгээж байнагэж нэрлэгддэг ICMP пакетуудтушаалын параметрт заасан алсын сервер рүү, сервер илгээсэн тушаалуудыг буцаана, мөн пингцагийг тооцдогилгээсэн пакет серверт хүрч буцаж ирэхэд шаардлагатай. Жишээлбэл:

# ping ya.ru PING ya.ru (87.250.251.3) 56(84) байт өгөгдөл. www.yandex.ru сайтаас 64 байт (87.250.251.3): icmp_seq=1 ttl=57 цаг=42.7 мс www.yandex.ru-аас 64 байт (87.250.251.3): icmp_seq=2 ttl=57 цаг=43,2 байт www.yandex.ru сайтаас (87.250.251.3): icmp_seq=3 ttl=57 цаг=42.5 мс 64 байт www.yandex.ru (87.250.251.3): icmp_seq=4 ttl=57 цаг=42.5 ms www.64 байт .yandex.ru (87.250.251.3): icmp_seq=5 ttl=57 цаг=41.9 мс ^C --- ya.ru ping статистик --- 5 пакет дамжуулагдсан, 5 хүлээн авсан, 0% пакетийн алдагдал, хугацаа 4012ms rtt min/ дундаж/макс/mdev = 41.922/42.588/43.255/0.500 мс

Дээрх жишээнээс харж болно. пингбидэнд олон хэрэгтэй мэдээллийг өгдөг. Юуны өмнө, бид үүнийг олж мэдсэн Бид ya.ru хосттой холбоо тогтоож чадна(заримдаа тэд "ya.ru хостыг ашиглах боломжтой" гэж хэлдэг). Хоёрдугаарт, бид үүнийг харж байна DNS зөв ажиллаж байна, учир нь "pinged" нэрийг IP хаяг руу зөв хөрвүүлсэн (PING ya.ru (87.250.251.3)). Цаашид, талбарт icmp_seq= илгээсэн пакетуудын дугаарыг зааж өгсөн. Илгээсэн пакет бүрд дараалсан дугаар өгөгдсөн бөгөөд хэрэв энэ дугаарлалтад "бууралт" байгаа бол энэ нь "pinged"-тэй холболт тогтворгүй байгааг хэлэх бөгөөд пакет илгээсэн сервер хэт ачаалалтай байна гэсэн үг юм. . Үнэ цэнээр цаг =бид харж байна, багц хэр удаан явсан бэ 87.250.251.3 болон буцах. Та Ctrl+C дарж пинг хэрэгслийг зогсоож болно.

Мөн, ping хэрэгсэлАсуудал яг хаана үүссэнийг харах боломжтой учраас сонирхолтой юм. гэж хэлье ping хэрэгсэлзурвас харуулдаг сүлжээнд холбогдох боломжгүй (сүлжээ байхгүй), эсвэл бусад ижил төстэй мессеж. Энэ нь таны системийг буруу тохируулсан болохыг харуулж байна. Энэ тохиолдолд асуудал хаана гарч байгааг ойлгохын тулд үйлчилгээ үзүүлэгчийн IP хаяг руу пакет илгээж болно (орон нутгийн компьютерийн хооронд эсвэл "цаашид"). Хэрэв та чиглүүлэгчээр дамжуулан интернетэд холбогдсон бол түүний IP хаягаар пакет илгээх боломжтой. Үүний дагуу, хэрэв асуудал энэ үе шатанд гарч ирвэл энэ нь локал системийн буруу тохиргоо эсвэл кабель гэмтсэнийг илтгэнэ; хэрвээ чиглүүлэгчийг эргүүлэн татсан боловч үйлчилгээ үзүүлэгчийн сервер байхгүй бол асуудал нь үйлчилгээ үзүүлэгчийн холбооны сувагт байна гэх мэт. . Эцэст нь, хэрэв нэрийг IP руу хөрвүүлэхэд амжилтгүй болвол та IP холболтыг шалгаж болно, хэрэв хариултууд зөв ирвэл асуудал DNS-д байгаа гэж таамаглаж болно.

Энэ хэрэгсэл нь үргэлж найдвартай оношлогооны хэрэгсэл биш гэдгийг тэмдэглэх нь зүйтэй. Алсын сервер нь ICMP хүсэлтийн хариуг хааж болно.

traceroute

Энгийнээр хэлэхэд командыг дууддаг маршрут мөрдөх. Нэрнээс нь харахад энэ хэрэгсэл нь пакетууд хост руу хүрэхийн тулд ямар замаар явсныг харуулах болно. traceroute хэрэгсэлзарим талаараа төстэй пинг, гэхдээ илүү сонирхолтой мэдээллийг харуулдаг. Жишээ:

# traceroute ya.ru traceroute to ya.ru (213.180.204.3), хамгийн ихдээ 30 хоп, 60 байт пакетууд 1 243-083-free.kubtelecom.ru (213.132.83.243) 6.408 ms 6.3606-ms 6.36503.free .kubtelecom.ru (213.132.64.65) 2.761 мс 5.787 мс 5.777 мс 3 lgw.kubtelecom.ru (213.132.75.54) 5.713 мс 5.701 мс 5.6436 ms Kubtelecom.ld. 94.186.6.177) 81.430 мс 81.581 мс 81.687 мс 5 cat26.Moscow.gldn.net (194.186.10.118) 47.789 мс 47.888 мс 48.011 мс 6 213.33.201.230 (2213.33.201.233.) (2201.33.) 3 мс 41. 106 мс 7 carmine-red-vlan602.yandex.net (87.250. 242.206) 41.199 мс 42.578 мс 42.610 мс 8 www.yandex.ru (213.180.204.3) 43.185 мс 42.126 мс 42.679 мс

Таны харж байгаагаар та үйлчилгээ үзүүлэгчийн чиглүүлэгч 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 серверүүд. Доод талын гурав дахь мөрөнд аль сервер хариу өгсөн болохыг зааж өгнө.

Бусад оношлогооны хэрэгслүүд

ping, dig болон бусад параметр бүхий оношлогооны хэрэгслүүдийг нийтлэлээс олж болно.

Шинэ сүлжээний картыг холбож байна

Шинэ сүлжээний картыг холбож, эхлүүлэх нь хэд хэдэн алхам юм.

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 сүлжээний холболт [ 15.7:100002] NIC холбоос нь 1000 Mbps хүртэл Full Duplex, Flow Control: RX [ 15.681056] e1000: eth0: e1000_watchdog: NIC Link нь 1000 Mbps Full Duplex, Урсгалын хяналт: RX

Гаралтаас харахад систем нь eth1 ба eth2 гэсэн 2 сүлжээний карттай болохыг харуулж байна. Бид гурав дахь хэсгийг холбож, гаралтыг харна уу:

Сервер:~# dmesg | grep eth [ 4.720513] e1000: eth0: e1000_probe: Intel(R) PRO/1000 Network Connection [ 5.132029] e1000: eth1: e1000_probe: Intel(R) PRO/1000 Network Connection [ 5.534684] e1000: eth2: e1000_probe: Intel(R ) Pro/1000 сүлжээний холболт [39.274875] udev: Сүлжээний интерфэйс Eth2-г Eth3 болгон өөрчилсөн [39.287661] UDEV: Сүлжээний IntH1_RENAME_REN-ийг ETH2 болгон өөрчилсөн [45.670744] ETH2 [45.670744] ETH2 [45.670744] NiDO:1040. 1000 MBPS бүрэн дуплекс, урсгал Хяналт: RX [ 46.237232] e1000: eth0: e1000_watchdog: NIC холбоос нь 1000 Mbps хүртэл бүрэн давхар, урсгалын удирдлага: RX [96.977468] e1000: eth3: e1000_watchdog: NIC0 Duplex: NIC0 линк хүртэл, NIC0 линк нь Flow, M10.

IN dmesgШинэ сүлжээ гарч ирснийг бид харж байна - eth3, энэ нь үнэндээ eth2 боловч udev төхөөрөмжийн менежер eth3 болгон өөрчилсөн бөгөөд eth2 нь үнэндээ өөрчилсөн eth1 юм (бид udev-ийн талаар тусдаа нийтлэлд ярих болно). Манай шинэ сүлжээний дүр төрх dmesgсүлжээний карт гэдгийг бидэнд хэлдэг дэмжигдсэнүндсэн ба зөв шийдсэн. Үлдсэн зүйл бол шинэ интерфейсийг тохируулах явдал юм /etc/network/interfaces(Debian) учир нь энэ газрын зургийг эхлүүлэх скриптээр эхлүүлээгүй /etc/init.d/network. ifconfigэнэ газрын зургийг харж байна:

Сервер:~# ifconfig eth3 eth3 Link encap: Ethernet HWaddr 08:00:27:5f:34:ad inet6 хаяг: fe80::a00:27ff:fe5f:34ad/64 Хамрах хүрээ:Link UP ROADCAST RUNING MULTICAST MTUtric:150 MTU: 1 RX пакет: 311847 алдаа: 0 уналт: 0 хэтэрсэн: 0 хүрээ: 0 TX багц: 126 алдаа: 0 буурсан: 0 хэтрүүлсэн: 0 оператор: 0 зөрчил: 0 дараалал: 1000 RX байт: 104670651 (99.8 МиБ:) 16184 (15.8 КБ)

гэхдээ дахин - энэ нь тохируулаагүй байна. Сүлжээний картыг хэрхэн тохируулах талаар дээр дурдсан.

Дүгнэлт

Энэ бүхэн өнөөдрийнх гэж би бодож байна. Би энэ нийтлэлийг бичиж эхлэхдээ нэг нийтлэлд багтах байх гэж бодсон ч асар том юм болсон. Тиймээс нийтлэлийг хоёр хуваахаар шийдсэн. Нийтдээ би сүлжээг бий болгох алхам алхмаар биш харин Линукс дээр сүлжээ хэрхэн эхэлж, хэрхэн ажилладаг талаарх зарчмыг тоймлон тайлбарлахыг хичээсэн. Би үнэхээр амжилтанд хүрсэн гэж найдаж байна. Би таны сэтгэгдэл, нэмэлтийг хараад баяртай байх болно. Цаг хугацаа өнгөрөхөд би нийтлэлд нэмж оруулах болно.

Гялгар уут if updownЭнэ нь сүлжээний параметрүүдийг тохируулах, ялангуяа үйлдлийн системийг ачаалах үед сүлжээг эхлүүлэхэд ашигладаг цогц хэрэгсэл юм. Debian GNU\Linux(харгалзах скриптүүдийн хамт if updown-clean, if updown, сүлжээлавлахад байрладаг /etc/init.d)

6.0 (шахах) хувилбараас хойш Debian хөгжүүлэгчид ifupdown багцыг баримт бичигт хуучирсан гэж ангилж, NetworkManager эсвэл Wicd зэрэг хэрэгслийг ашиглахыг зөвлөж байна. Энэ арга нь график хэрэглэгчийн интерфейсийн хэрэгслүүдийг суулгасан ажлын станцуудад зөвтгөгддөг. Серверүүдийн хувьд тогтвортой, боломжоор баялаг, сайн баримтжуулсан сүлжээний дэд системийн удирдлагын хэрэгсэл болох ifupdown-ийг ашигласаар байна.

Ifupdown багц нь хоёр тушаалыг агуулдаг ifupТэгээд хэрэв доошсүлжээний холболтыг идэвхжүүлэх эсвэл идэвхгүй болгохын тулд (энэ тохиолдолд eth1 интерфейс):

# ifdown eth1 # ifup eth1

Эдгээр тушаалууд нь анхдагчаар файлд бичигдсэн тохиргоог ашигладаг /etc/network/interfaces.

Сүлжээний дэд системийг эхлүүлэх, дахин эхлүүлэх, зогсоохын тулд та скрипт ашиглах хэрэгтэй /etc/init.d/networkingпараметрүүдтэй эхлэх, дахин ачааллахТэгээд Зогстус тус:

# /etc/init.d/сүлжээг дахин эхлүүлэх

Сүлжээний интерфейсийн тохиргооны файл /etc/network/interfaces

/etc/network/interfaces файл нь текст засварлагч ашиглан системийн администратороор засварлах боломжтой текст форматтай бөгөөд ifup болон ifdown командууд нь мөн үүнийг уншиж, түүнд заасан тохиргоог таних боломжтой.

Энэ файлын жишээ:

Auto lo eth1 eth0 iface lo inet loopback iface eth1 inet статик хаяг 192.168.1.100 сүлжээний маск 255.255.255.0 gateway 192.168.1.1 dns-nameservers 192.168.1.1 186ethc.etp.

Түлхүүр үг автоинтерфэйсийн нэрсийн зайгаар тусгаарлагдсан жагсаалттай нь системийг эхлүүлэх үед эдгээр интерфейсийг идэвхжүүлэхийг зааж өгдөг. Түлхүүр үг ifaceинтерфэйсийн тайлбар юм (ерөнхий формат: iface). Тиймээс, жишээнд:

• шугаманд iface lo inet loopbackлокал интерфэйс lo тохируулагдсан байна Өгөгдсөн компьютер доторх програмуудын харилцан үйлчлэлд зориулагдсан (loopback)
• шугаманд iface eth1 inet статик eth1 интерфейсийг тохируулсан байна статик тохиргооны арга(сүлжээний параметрүүдийг гараар зааж өгсөн, статик). Дараа нь статик интерфэйсийн тохиргооны параметрүүдийг зааж өгсөн болно (ерөнхий формат:): IP хаяг ( хаяг), дэд сүлжээний маск ( сүлжээний маск), Анхдагч гарц ( гарц), DNS серверийн хаягууд ( dns-нэрийн серверүүд) гэх мэт. Хэрэв хэд хэдэн DNS сервер байгаа бол тэдгээрийг зайгаар тусгаарлан жагсаана.
• шугаманд iface eth0 dhcp eth0 интерфейсийн тохиргоог заана динамик зангилааны тохиргооны протокол.

Протокол DHCP(Dynamic Host Configuration Protocol) нь компьютерт сүлжээгээр дамжуулан IP хаяг болон сүлжээний интерфэйсийг ажиллуулахад шаардлагатай бусад параметрүүдийг автоматаар авах боломжийг олгодог. DHCP протоколыг ашиглахын тулд энэ өргөн нэвтрүүлгийн домайныг тохируулах шаардлагатай DHCP сервер. Сүлжээний төхөөрөмжийг тохируулах үед компьютер DHCP сервертэй холбогдож шаардлагатай сүлжээний параметрүүдийг хүлээн авдаг.

Статик болон динамик интерфейсийн тохиргооноос гадна гараар тохируулах арга байдаг ( гарын авлага), аль Интерфэйсийг ifupdown хүртэлх гуравдагч талын хэрэгслүүдийг ашиглан тохируулна гэж үздэг.

Интерфейсийн файлын синтаксийг холбогдох тусламжийн хуудсан дээр дэлгэрэнгүй тайлбарласан болно ( хүний ​​интерфейс).

Байнгын статик зам нэмж байна

Интерфейсийн файл дахь интерфейсийн сонголтууд нь интерфэйсийг идэвхжүүлсэн үед гүйцэтгэх командуудыг зааж өгөх боломжийг олгодог ( дээш сонголт) ба унтраах ( доош сонголт).

Жишээлбэл, өөр гарцаар дамжуулан статик чиглүүлэлт бүхий байнгын сүлжээний тохиргоог хийцгээе (/etc/network/interfaces файлын фрагментийг харуулав):

Iface eth1 inet статик хаяг 192.168.1.100 сүлжээний маск 255.255.255.0 дээш IP чиглүүлэлт 192.168.1.2 гарцаар 192.168.24.0/24 нэмэх 192.168.1.1

ifdown/ifup командуудыг ашиглан энэ тохиргоог хийж, чиглүүлэлтийн хүснэгтийг харцгаая:

# ifdown eth1 # ifup eth1 # ip route show dev eth1 192.168.1.0/24 proto kernel scope link src 192.168.1.100 192.168.24.0/24 192.168.1.2-оор дамжуулан анхдагч 181116.

Нэг сүлжээний интерфейс дээр олон IP хаягууд

/etc/network/interfaces файлыг ашиглан интерфэйс дээр олон IP хаяг нэмэх ажлыг дараах байдлаар шийднэ.

Auto eth1 eth1:add iface eth1 inet static address 192.168.11.10 network mask 255.255.255.0 gateway 192.168.11.1 iface eth1: add inet static address 192.168.11.25.mas 192.168.11.25.mas

Интерфэйсийн нэрний ард хоёр цэгээр хоч нэр нь тодорхойлогдоно. Мөн автомат параметрт шинэ интерфейсийг автоматаар эхлүүлэхийг зааж өгөх шаардлагатай.

Энэ тохиргоог хэрэгжүүлэхийн тулд та дараах тушаалуудыг ажиллуулах ёстой.

# ifdown eth1; ifup eth1; ifup eth1: нэмэх

# /etc/init.d/сүлжээг дахин эхлүүлэх

Заримдаа сүлжээний алдаа болон бусад Windows системийн алдаа нь Windows бүртгэлийн асуудалтай холбоотой байж болно. Хэд хэдэн програмууд сүлжээний файлыг ашиглаж болох боловч эдгээр програмуудыг устгах эсвэл өөрчлөх үед заримдаа "өнчин" (буруу) Windows бүртгэлийн бичилтүүд үлддэг.

Үндсэндээ энэ нь файлын бодит зам өөрчлөгдсөн байж болох ч түүний буруу байрлал нь Windows Бүртгэлд бүртгэгдсэн хэвээр байна гэсэн үг юм. Windows эдгээр буруу файлын лавлагааг (таны компьютер дээрх файлын байршил) хайх гэж оролдох үед сүлжээнүүд. Нэмж дурдахад, хортой програмын халдвар нь Microsoft Windows-тэй холбоотой бүртгэлийн бичилтүүдийг гэмтээсэн байж болзошгүй. Тиймээс эдгээр эвдэрсэн Windows бүртгэлийн оруулгууд нь асуудлыг үндсээр нь засахын тулд засах хэрэгтэй.

Хэрэв та компьютерийн үйлчилгээний мэргэжилтэн биш л бол хүчингүй сүлжээний түлхүүрүүдийг устгахын тулд Windows бүртгэлийг гараар засварлахыг зөвлөдөггүй. Бүртгэлийг засах үед гаргасан алдаа нь таны компьютерийг ажиллахгүй болгож, үйлдлийн системд нөхөж баршгүй хохирол учруулж болзошгүй юм. Үнэн хэрэгтээ, буруу газар байрлуулсан нэг таслал ч таны компьютерийг ачаалахаас сэргийлж чадна!

Ийм эрсдэлтэй тул бид ямар ч сүлжээг сканнердаж, засварлахын тулд WinThruster (Microsoft Gold Certified Partner-ийн боловсруулсан) зэрэг итгэмжлэгдсэн бүртгэл цэвэрлэгчийг ашиглахыг зөвлөж байна. Бүртгэлийн цэвэрлэгчийг ашигласнаар та эвдэрсэн бүртгэлийн оруулгууд, алга болсон файлын лавлагаа (алдааг үүсгэсэн сүлжээ гэх мэт), бүртгэлийн доторх эвдэрсэн холбоосыг олох процессыг автоматжуулж болно. Скан хийх бүрийн өмнө нөөц хуулбарыг автоматаар үүсгэх бөгөөд танд нэг товшилтоор аливаа өөрчлөлтийг буцаах боломжийг олгож, таны компьютерт учирч болзошгүй гэмтэлээс хамгаална. Хамгийн сайн тал нь бүртгэлийн алдааг арилгах нь системийн хурд болон гүйцэтгэлийг эрс сайжруулдаг явдал юм.

Анхааруулга:Хэрэв та компьютерийн туршлагатай хэрэглэгч биш бол бид Windows Бүртгэлийг гараар засварлахыг зөвлөдөггүй. Бүртгэлийн засварлагчийг буруу ашиглах нь Windows-ийг дахин суулгахыг шаардаж болзошгүй ноцтой асуудал үүсгэж болзошгүй. Бүртгэлийн засварлагчийг буруу ашигласнаас үүдэн гарсан асуудлуудыг засч залруулах баталгаа өгөхгүй. Бүртгэлийн засварлагчийг та өөрийн эрсдэлд ашигладаг.

Windows бүртгэлийг гараар сэргээхээс өмнө бүртгэлийн сүлжээтэй холбоотой хэсгийг (жишээ нь, Microsoft Windows) экспортлох замаар нөөцлөлт үүсгэх шаардлагатай.

1. Товчлуур дээр дарна уу Эхлэх.
2. оруулах" тушаал"В хайлтын талбар... ОДОО БИТГИЙ ДАР ENTER!
3. Түлхүүрийг удаан дарж байхдаа CTRL-Shiftгар дээрээ дарна уу ENTER.
4. Хандалт хийх харилцах цонх гарч ирнэ.
5. дарна уу Тиймээ.
6. Хар хайрцаг нь анивчих курсороор нээгдэнэ.
7. оруулах" regedit"болон дарна уу ENTER.
8. Бүртгэлийн засварлагчаас нөөцлөхийг хүссэн сүлжээнүүдтэй (жишээ нь, Microsoft Windows) холбоотой түлхүүрийг сонгоно уу.
9. Цэс дээр Файлсонгох Экспорт.
10. Жагсаалтад Хадгалах Microsoft Windows түлхүүрийн нөөцлөлтийг хадгалахыг хүссэн хавтсаа сонгоно уу.
11. Талбайд Файлын нэр"Microsoft Windows Backup" гэх мэт нөөц файлын нэрийг оруулна уу.
12. Талбайг шалгаарай Экспортын хүрээутга сонгосон Сонгосон салбар.
13. дарна уу Хадгалах.
14. Файл хадгалагдах болно reg өргөтгөлтэй.
15. Та одоо сүлжээтэй холбоотой бүртгэлийн бүртгэлийнхээ нөөц хуулбартай боллоо.

Бүртгэлийг гараар засварлах дараах алхмуудыг энэ нийтлэлд тайлбарлахгүй, учир нь энэ нь таны системийг гэмтээж болзошгүй юм. Хэрэв та бүртгэлийг гараар засварлах талаар дэлгэрэнгүй мэдээлэл авахыг хүсвэл доорх холбоосыг үзнэ үү.