a fő / Telepítés és beállítás / Mert amire szüksége van egy hálózati fájlba a Windows rendszerben. Mi a hálózatok és hogyan kell javítani? Változatok és változatok

Mi szükséges a hálózati fájl a Windows rendszerben. Mi a hálózatok és hogyan kell javítani? Változatok és változatok

A mappa olyan mappa, amelyben a következő szöveges fájlok Hosts, Lmhosts.sam, Hálózatok, Protokoll, Szolgáltatások Ez a Windows XP és a Windows 7 szabványos tartalma.

Mindent az etc mappában

Keresse meg, ahol az ETC mappa egyszerű, nyomja meg a "Start" - "Computer" - "gombot. Helyi lemez C »-" Windows "-" System32 "-" Illesztőprogramok "-" stb. ".

Milyen fájlokat tartalmaz az ETC mappában

Ha eltűnt az ETC mappában, letöltheti az ETC Windows 7 mappát és a Windows 8-at.

Most leírom, hogyan állítsa vissza az etc mappát az ETC mappa archívumának letöltésével. Csak másolatot stb, keresse meg, ahol be kell illeszteni. A Windows 7 mappája nem különbözik a Windows XP mappától. Az ETC Windows 7 mappa tartalma különbözik a Windows 8-atól a Windows 8-ban, két fájl az ETC mappában több: Hosts.Backup és hosts.rolback. A Windows 8 Hosts, stb mappa, lmhosts.sam, hálózatok, protokoll, szolgáltatások, hosts.backup és hosts.rollback. A vírusok általában két fájl tartalmát megváltoztatják hosts fájl Az ETC mappában és a szolgáltatási fájlban az ETC mappában. Megnyithatja a fájlokat az ETC mappában egy notepad segítségével.

Jó idő, kedves olvasók. Közzéteszi a második részt. A jelenlegi részben a fő hangsúly a hálózat végrehajtása Linuxban(hogyan állíthatunk be egy hálózatot Linux-ban Hogyan kell forgalmazni a hálózatot Linuxban, és fenntartja a hálózati alrendszert Linuxban működő állapotban).

TCP / IP beállítás Linuxban az Ethernet hálózatban dolgozni

Munkahelyi S. hálózati protokollok A Linuxban a TCP / IP elegendő hurok interfészDe ha kombinálnod kell a gazdagépeket egymással, természetesen szükség van hálózati felületre, adatátviteli csatornákra (például csavart érpárra), esetleg nem hálózati berendezések. Szintén szükség van a megalapozott (stb.) Jelenléte, általában beadva. Önnek szüksége van egy hálózati (például / etc / hosts) és a hálózati támogatásra is.

Hálózati paraméterek

Kezdjük megértsük a Linux hálózati mechanizmusokat kézi hálózati konfigurációval, azaz, ha az eset, amikor IP-cím Hálózati felület statikus. Tehát a hálózat beállításakor figyelembe kell vennie és konfigurálnia kell a következő paramétereket:

IP-cím - Amint azt a cikk első részében már említettük, ez a gép egyedülálló címe, négy decimális szám formájában, pontokkal elválasztva. Általában, amikor dolgozik helyi hálózatPrivát tartományok közül választott, például: 192.168.0.1

Alhálózati maszk - 4 decimális szám, amely meghatározza, hogy a cím melyik része a hálózat / alhálózat címére vonatkozik, és amely a fogadó címére vonatkozik. Az alhálózati maszk olyan szám, amely logikus és IP-cím alkalmazásával hajtja (bináris formában), és ezáltal kiderül, hogy az alhálózat a címhez tartozik. Például a Cím 192.168.0.2 A 255.255.255.0 maszkkal a 192.168.0 alhálózathoz tartozik.

Helyettesítő cím - az alhálózat maszkja határozza meg. Ugyanakkor nincsenek alhálózatok a hurok interfészekhez.

Sugárzási cím - A broadcast csomagok küldésére használt cím, amely minden alhálózati gazdagépet kap. Általában az alhálózat címével egyenlő az alhálózat értékével, azaz az alhálózathoz 192.168.0, a műsorszórás 192.168.0.255, hasonlóan, az alhálózat esetében az 192.168-as sugárzás 192.168.255.255 lesz. A hurok interfészekhez nincs sugárzási cím.

IP cím átjáró- Ez a gép címe, amely az alapértelmezett átjáró a kommunikációhoz külföldi világ. Az átjárók kissé akkor lehet, ha a számítógép egyidejűleg több hálózathoz csatlakozik. Az átjáró címét nem használják az elkülönített hálózatokban (nem kapcsolódik globális hálózat), Mivel ez a hálózatok sehol nincsenek a hálózaton kívüli csomagok küldéséhez, ugyanez tartozik a hurkolt interfészekhez.

Névkiszolgáló IP-cím (DNS - szerverek)- Az átalakító gazda nevek szerverének címe az IP-címben. Általában a szolgáltató által biztosított.

Hálózati beállítások Linuxban (konfigurációs fájlok)

A hálózat munkájának megértése Linuxban, mindenképpen tájékoztatnám, hogy megismerkedjen a "" címkével. Általánosságban elmondható, hogy az összes Linux munka alapul, amely az operációs rendszer betöltésekor született, és leszármazottjait, amelyek mindegyikük teljesülnek szükséges munka, Hogy a bash vagy a démon elindítása. Igen, és minden linux betöltése A kiindulási kis segédprogramok teljes sorozata alapján különböző paraméterekkel vannak előírva, amelyek egymás után elindulnak / leállnak a rendszer leállításánál. Hasonlóképpen, a Linux hálózati alrendszer elindul.

Minden Linux-eloszlás kissé eltér a többi hálózati inicializálási mechanizmustól, de az általános kép, azt hiszem, az elolvasás után világos lesz. Ha megtekintheti a kezdő Linux elosztási hálózati parancsfájlokat, a hálózati konfiguráció konfigurálása a konfigurációs fájlok segítségével többé-kevésbé érthetővé válik, például a Debian (ezt a terjesztést) a hálózat inicializálásához, a forgatókönyv válaszaihoz /etc/init.d/networking, Tekintettel arra, hogy melyik:

Net-Server: ~ # macska /etc/init.d/networking ### Kezdje init Info # biztosítja: Networking # Kötelező-START: MountKernfs $ local_fs # szükséges-stop: $ local_fs # kell -start: ifupdown # shald-stop : IFUPDOWN # DEFAULT-START: S # Alapértelmezett leállítás: 0 6 # Rövid leírás: Növelje a hálózati interfészeket. ### End init info elérési út \u003d "/ usr / local / sbin: / usr / local / bin: / sbin: / bin: / usr / sbin: / bin" [-x / sbin / ifup] || Kilépés 0. / Lib / lsb / init-funkciók PROCESS_OPTIONS () ([[-E / etc / hálózat / opciók] || vissza 0 log_warning_msg "/ etc / hálózati / opciók még mindig léteznek, és figyelmen kívül hagyják! Olvassa el a README.DEBIAN NETBASE-t. ") Check_network_file_systems () ([[[-E / proc / mount] || vissza 0, ha [-e /etc/iscsi/isci.initramfs]; majd log_warning_msg" Nem dekonfigurálja a hálózati interfészeket: az iSCSI gyökér van felszerelve. " 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

a csatlakoztatott hálózati fájlrendszerek jelenlétének ellenőrzése ( check_network_file_systems (), check_network_swap ()), valamint a nem tisztázott konfigurációs létezésének ellenőrzése / etc / Hálózat / opciók (funkció folyamat_options ()), és a nagyon alul, design "$ 1" És a bevitt paraméternek megfelelően (Start / Stop / Force-Reload Restart vagy bármely Arc) bizonyos műveleteket eredményez. Ezek közül a legtöbbet " bizonyos cselekvések", Az argumentum kezdetének példáján látható, hogy a funkció elindul folyamat_opciók.tovább megy a mondat naplójához Hálózati interfészek konfigurálása.és a csapat elindul Ifup -a.. Ha megnézed az embert, akkor világos, hogy ez a parancs elolvassa a konfigurációt a fájlból / etc / Hálózat / interfészek És a kulcs szerint -. A paraméterrel rendelkező összes interfészt futtatja auto..

Az IFUP és IfDown parancsok felhasználhatók a fájl / etc / network / interfészek interfész definíciói alapján (vagy, illetve, deconfigure) hálózati interfészek konfigurálására.

-A, -
Ha az IFUP-hez adja meg, befolyásolja az Auto összesített interfészeket. Az interfészeket az / etc / hálózati / interfészekben definiálják. Ha az ifdown-t adja meg, befolyásolja az összes meghatározott interfészt. Az interfészeket a sorrendben leállítja, amelyben az állami fájlban szerepelnek. Csak az / etc / network / interfészekben meghatározott interfészeket hoznak le.

IP-kiszolgáló: ~ # Ez a fájl leírja a rendszeren elérhető hálózati interfészeket, és hogyan aktiválja őket. További információ: Interfészek (5). # A Loopback Network Interface Auto Lo Iface Lo Inet Loopback # Az elsődleges hálózati felület lehetővé teszi-Hotplug eth0 Iface eth0 inet DHCP engedélyezés-HotPlug eth2 Iface eth2 inet statikus cím 192.168.1.1 Netmask 255.168.155.0 Gateway 192.168.1.254 Broadcast 192.168.1.255

Ebben a konfigurálásban a karakterlánc hotplug engedélyezése. és auto. - Ezek a szinonimák és az interfészek felvetik a csapat által ifup -a.. Itt, valójában a hálózati alrendszer teljes lánca. Hasonlóképpen, más disztribúciókban: a Redhat és a Suse Network egy szkriptet indít /etc/init.d/network. Az informatikai vélemények, hasonlóan megtalálhatók a hálózati konfigurációban.

/ etc / hosts

Ez a fájl egy listát tárol IP-címek és megfelelnek nekik (címek) gazdagépnevek. A fájlformátum nem különbözik a maszti naptól:

IP-szerver: ~ # macska / etc / hosts # IP host.in.in.homain 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-kiszolgáló

Történelmileg ezt a fájlt használták a DNS szolgáltatás helyett. Jelenleg a fájl a DNS-szolgáltatás helyett is használható, de csak akkor, ha a hálózaton a gépek számát egységekben mérik, és nem tucatnyi vagy több száz, mert ebben az esetben meg kell adnia a fájl helyességét minden gépen.

/ etc / hostname

Ez a fájl tartalmazza NetBios Host Name:

IP-kiszolgáló: ~ # macska / etc / hostname IP-kiszolgáló

Ez a fájl tárolja a helyi és egyéb hálózatok nevét és címét. Példa:

IP szerver: ~ # macska / etc / hálózatok alapértelmezett 0.0.0.0 Loopback 127.0.0.0 Link-Local 169.254.0.0 Home-Network 192.168.1.0

A fájl használata esetén a hálózatok név szerint kezelhetők. Például, adjon hozzá egy útvonalat Útvonal hozzáadása. 192.168.1.12 , de Útvonal hozzáadása..

/etc/nsswitch.conf.

A fájl meghatározza host keresési sorrendHálózatok, a sorok megfelelnek a beállításnak:

A házigazdák számára: Hosts: Files DNS hálózatokhoz: Hálózatok: Fájlok

Paraméter fájlok. megadja a megadott fájlok használatát. (/ etc / hosts és / etc / hálózatok illetőleg), paraméter dNS. megadja a szolgáltatás használatát dNS..

/etc/host.conf.

A fájl meghatározza a Resolver névfelbontási paramétereit

IP szerver: ~ # cat /etc/host.conf többen

Ez a fájl jelzi a Resolv könyvtárat - visszaadja az összes érvényes csomópont címét, amely megfelel az / etc / hosts fájlban, és nem csak az első.

/etc/resolv.conf.

Ez a fájl meghatározza a hálózati név konverziós mechanizmus paramétereit az IP-címben. Egyszerű nyelv Meghatározza a DNS-beállításokat. Példa:

IP szerver: ~ # macska /etc/resolv.conf nevek 10.0.0.4 NAMEERVER 10.0.0.1 Keresés domain.local

Az első 2 folt adja meg a DNS-kiszolgálókat. A harmadik sor meghatározza a keresési területeket. Ha a név megoldásakor a név nem lesz FQDN név, akkor ez a domain helyettesíti a "végződés" formában. Például a ping host parancs végrehajtásakor a futási címet a host.domain.Local-ra alakítják át. A fennmaradó paraméterek olvashatók az ember Risolv.confban. Nagyon gyakran, a Linux a fájl dinamikus generációját használja, az úgynevezett. programok / sbin / resolvconf. Ez a program olyan közvetítő, amely dinamikusan adja meg a nevek nevét (például DHCP kliens.) és a névkiszolgáló adatokat használó szolgáltatások. A dinamikusan generált fájl használatához /etc/resolv.conf., meg kell tennie ezt a fájlt szimbolikus hivatkozással /etc/resolvconf/run/resolv.conf.. Egyes elosztásokban az út más lehet, azt írják róla man resolvconf..

Hálózati konfiguráció

Miután elolvasta a fő konfigurációs fájlokat, megnézheti. Fent már említette a csapatot if., ifdown.De ezek az alapok nem teljesen sokoldalúak, mondjuk az RH elosztásokban nincs alapértelmezett parancsok. Ezenkívül új, magas szintű hálózati menedzsment eszköz jelent meg az új disztribúciókban - ami az iproute csomaghoz tartozik. Ő (iproute csomag) fogok szentelni. És a jelenlegi hozzászólásban nem fogom megfontolni. Az alábbiakban leírt parancsok tartoznak.

Tehát, hogy magabiztos legyen a csapat teljesítményében bármely Linux-eloszlásban, a két főbb régi csapat használata szükséges. Ez az, és Arp. Első csapat (felelős hálózati interfészek beállítása(iP, maszk, átjáró), második () - Útválasztási beállítás, Harmadik (ARP) - aRP táblázatkezelés. Szeretném megjegyezni, hogy ezeknek a parancsoknak a végrehajtása anélkül, hogy letiltania a szabványos SystemV indítási szkript a hálózati alrendszer számára, módosítja az első újraindítás / újraindítás hálózati szolgáltatás, mert Ha az agyakkal beszéltél, akkor megértheti, hogy a forgatókönyv /etc/init.d/networking.a következő indításkor olvassa el újra a fenti konfigurációkat, és alkalmazza a régi beállításokat. Ennek megfelelően az állandó beállítások kimenete az IFConfig parancs a megfelelő paraméterekkel - a megfelelő hálózati interfész konfigurációinak beírásához vagy javításához.

Továbbá, ha egy csapat végrehajtásra kerül ifconfig hiányzó paraméterekkel (Például csak az IP-cím), majd a többiek automatikusan kiegészülnek (például a Broadcast címet adagoljuk alapértelmezés szerint 255-ben végződő fogadócím, és az alapértelmezett alhálózati maszk 255.255.255.0) történik.

útvonalválasztás A modern nucleei meglévő interfészeihez mindig a rendszermag automatikusan emelkedik. Inkább a hálózat közvetlen útvonalai az IP és alhálózati beállítások szerint, amelyekhez a felemelt felület automatikusan kialakul, a kernel erők. Az ilyen bejegyzések átjáró mezője megjeleníti a kimeneti interfész címét vagy *. A kernel régi verzióiban (a rendszermag száma, ahonnan az útvonalak automatikusan emelkedtek - nem fogom megmondani), hogy kézzel kellett hozzáadnia az útvonalat.

Ha szükség van a megszervezésére Útvonalak, akkor kell használni. Ez a parancs hozzáadható és törölhető útvonalak, de ismét ez csak akkor segít, ha csak az /etc/init.d/networking (vagy egy másik forgatókönyvet felelős forgatókönyvet) újra kell segítenie. Annak érdekében, hogy az útvonalak automatikusan hozzáadódjanak, akkor az IFConfig parancsot is - add hozzá parancsokat az útvonalak hozzáadásához az RC.Local-ra, vagy készítsük el a megfelelő hálózati interfész konfigurációkat (például Deb-ben / etc / Hálózat / opciók).

Milyen szabályokkal a hálózatokhoz szükséges útvonalak kialakulnak, Én benne vagyok

A Linux hálózat diagnosztikája

Számos hálózati diagnosztikai eszköz létezik Linuxban, gyakran nagyon hasonlítanak a Microsoft Utilities-hez. 3 fő hálózati diagnosztikai segédprogramot veszek figyelembe, amelyek nélkül problémás lesz a problémák azonosítására.

Úgy gondolom, hogy ez a segédprogram szinte mindenki számára ismeri. A segédprogram munkája elküldésúgynevezett iCMP csomagok A parancsbeállításokban megadott távoli kiszolgáló, a kiszolgáló elküldi az elküldött parancsokat, és ping.számít A mentett csomag szükséges a kiszolgáló eléréséhez és a visszatéréshez. Például:

# Ping ya.ru ping ya.ru (87.250.251.3) 56 (84) bájt. 64 bájt a www.yandex.ru (87.250.251.3): icmp_seq \u003d 1 ttl \u003d 57 idő \u003d 42,7 ms 64 bájt a www.yandex.ru (87.250.251.3): icmp_seq \u003d 2 ttl \u003d 57 idő \u003d 43,2 ms 64 byetes A www.yandex.ru (87.250.251.3): ICMP_SEQ \u003d 3 TTL \u003d 57 idő \u003d 42,5 ms 64 bájt a www.yandex.ru (87.250.251.3): icmp_seq \u003d 4 ttl \u003d 57 idő \u003d 42,5 ms 64 byte from www .yandex.ru (87.250.251.3): icmp_seq \u003d 5 ttl \u003d 57 idő \u003d 41,9 ms ^ c --- Ya.ru ping statisztika --- 5 csomagot továbbított, 5 fogadott, 0% csomagveszteség, idő 4012ms RTT min / AVG / max / mdev \u003d 41.922 / 42.588 / 43.255 / 0,500 ms

Amint a fenti példából látható, ping.egy csomó hasznos információt jelenít meg. Elsősorban, megtudtuk ezt megállapíthatunk kapcsolatot a fogadó Ya.ru-val(Néha azt mondják, hogy a "Host Ya.ru elérhető számunkra"). MásodszorEzt látjuk A DNS megfelelően működikMivel a "Pingled" név helyesen átalakult IP-címre (ping ya.r.ru (87.250.251.3)). Továbbiterületen ICMP_SEQ \u003d Megadja a küldött csomagok számozását. Az egyes csomagokba küldött számot egymás után hozzárendelték, és ha ebben a számozásban "meghibásodások" lesznek, megmondja nekünk, hogy a "pingled" kapcsolódás instabil, és azt jelenti, hogy a csomagok, amelyre a csomagok túlterheltek . Értelmében idő \u003d.látjuk, mennyi időcsomagot utazott Legfeljebb 87.250.251.3 és vissza. Állítsa le a ping segédprogram működését BEY CTRL + C.

Azonos, utility ping. Érdekes, hogy mi engedheti meg magának, hogy hol merült fel a problémák. Tegyük fel utility ping. Üzenet jelenik meg a hálózat nem érhető el (a hálózat nem érhető el)vagy más hasonló üzenet. Ez valószínűleg a rendszer helytelen konfigurációjáról beszél. Ebben az esetben csomagokat küldhet a Szolgáltató IP-címére, hogy megértse, hol merül fel a probléma (a helyi számítógép vagy "be") között. Ha az útválasztó segítségével csatlakozik az internethez, akkor csomagokat küldhet az IP-en. Ennek megfelelően, ha a probléma már ebben a szakaszban nyilvánul meg, azt mondja a helyi rendszer helytelen konfigurációjáról, vagy a kábel károsodásáról, ha az útválasztó válaszol, és nincs szolgáltató kiszolgálója, akkor a probléma a szolgáltató kommunikációjában van csatorna, stb. Végül, ha sikertelenül véget ért az IP név nevével, akkor ellenőrizheti a kapcsolatot IP-vel, ha a válaszok helyesen jönnek, akkor kitalálhatod, hogy a probléma DNS-ben van.

Meg kell jegyezni, hogy ez a segédprogram nem mindig megbízható eszköz a diagnózishoz. A távoli kiszolgáló blokkolhatja a válaszokat az ICMP kérésekre.

traceroute.

Egyszerű nyelv, a csapatot hívják Nyomkövetési útvonal. Hogyan értem a nevet - Ez a segédprogram megmutatja, hogy melyik útvonalon van csomagok a fogadóhoz. Traceroute segédprogram Néhányan ping.De érdekesebb információkat jelenít meg. Példa:

# Traceroute ya.ru traceroute to Ya.ru (213.180.204.3), 30 HOPS max, 60 byte csomagok 1 243-083-free.kubtelecom.ru (213.132.83.243) 6.408 ms 6.306 ms .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.701 ms 5.636 ms 4 kubtelecom-lgw.krasnodar.gldn.net (194.186.6.177) 81.430 MS 81.581 MS 81.687 MS 5 CAT26.MOSCOW.GLDN.NET (194.186.118) 47.789 ms 47.888 ms 47.011 ms 48.011 ms 6 213.33.201.230 (213.33.2013) 43.322 MS 41.106 ms 41.106 ms 7 carmine-red-vlan66 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

Amint láthatja, nyomon követheti az útvonalat a 243-083-free.kubtelecom.ru (213.132.83.243) (Dél-Oroszország) a www.yandex.ru (213.180.204.3) a Moszkvában .

Ás

Ez a segédprogram a DNS-kiszolgálókra vonatkozó kérelmeket küld és adja meg a megadott tartományra vonatkozó információkat. Példa:

# Dig @ nskuban.ru roboti.ru;<<>\u003e Ásni 9.3.6-P1<<>\u003e @ ns.kuban.ru roboti.ru; (1 szerver található) ;; Globális lehetőségek: PrintCMD ;; Válasz :;; - \u003e\u003e fejléc.<<- 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

Ásási parancs Elküldött kérés szerver DNS. - ns.kuban.ru. (@ Ns.kuban.ru. - Ez az opció nem szükséges, ebben az esetben a DNS-adatok forrása a rendszer konfigurációjából származik) a tartománynévről Roboti.ru.. Ennek eredményeként megkapta a választ, amelyben láthatjuk a szakaszban Válaszrész. Információ a domain IP-címeiről a szakaszban Hatósági szakasz Információ az úgynevezett. hiteles DNS-kiszolgálók. Az alábbi harmadik sor azt mondja, hogy mi a kiszolgáló megadta a választ.

Egyéb diagnosztikai segédprogramok

ping, Dig és más diagnosztikai segédprogramok paraméterekkel megtalálhatók a Postban.

Új hálózati kártya csatlakoztatása

Az új hálózati kártya összekapcsolása és elindítása néhány lépést végez:

1. Fizikai kártya kapcsolat

3. Nézze meg a kimenetet az új hálózati kártya rendszer kimutatásához:

Lássuk a kimenetet Új kártya csatlakoztatása előtt:

Szerver: ~ # dmesg | GREP ETH [4.720550] E1000: eth0: E1000_Probe: Intel (R) PRO / 1000 hálózati kapcsolat [5.130191] E1000: eth1: E1000_Probe: Intel (R) PRO / 1000 hálózati kapcsolat [15.285527] E1000: eth2: E1000_Watchdog: Nic Link Up 1000 Mbps Teljes duplex, áramlásvezérlés: RX [15.681056] E1000: eth0: E1000_Watchdog: Nic Link 1000 Mbps teljes duplex, áramlásvezérlés: RX

a kimeneten világos, hogy a rendszer 2 hálózati kártyával rendelkezik az eth1 és az et2. Csatlakoztatjuk a harmadikat, és lásd következtetés:

Szerver: ~ # dmesg | GREP ETH [4.720513] E1000: eth0: E1000_Probe: Intel (R) PRO / 1000 hálózati kapcsolat [5.132029] E1000: eth1: E1000_Probe: Intel (R) PRO / 1000 hálózati kapcsolat [5.534684] E1000: eth2: E1000_Probe: Intel (R ) PRO / 1000 hálózati kapcsolat [39.274875] udev: átnevezett hálózati interfész et2 - eth3 [39.287661] udev: átnevezett hálózati interfész et1_rename_ren eth2 [45.670744] E1000 [45.670744] E1000: ETH2: E1000_Watchdog: Nic Link 1000 Mbps Teljes duplex, áramlásvezérlés: RX [46.237232] E1000: ETH0: E1000_Watchdog: NIC Link jelentése 1000 Mbps teljes duplex, áramlásvezérlés: RX [96.977468] E1000: eth3: E1000_Watchdog: NIC Link 1000 Mbps Teljes duplex, áramlásvezérlés: RX

BAN BEN dmesg.látjuk, hogy az új hálózatépítés az eth3, amely valójában eth2, de átnevezték az UDEV-eszközöket az eth3-ra, és az et2 ténylegesen átnevezve az et1-et (Udevről beszélünk egy külön bejegyzésről). Új hálózatunk megjelenése a dmesg-ben Azt mondjuk, hogy a hálózati kártya támogatottkernel és helyes eltökélt. Ez a kis - beállít egy új interfészt / etc / Hálózat / interfészek(Debian), mert ezt a kártyát a kezdő szkript nem inicializálják /etc/init.d/network. ifconfigez a kártya látja:

Szerver: ~ # ifconfig et3 eth3 link encap: Ethernet Hwaddr 08: 00: 27: 5F: 34: Ad Inet6 ADDR: FE80 :: A00: 27FF: FE5F: 34AD / 64 Hatály: Link Up Broadcast futó multicast MTU: 1500 Metric: 1 RX Csomagok: 311847 Hibák: 0 Csökkentett: 0 Túlhúzás: 0 Keret: 0 TX Csomagok: 126 Hibák: 0 Hibás: 0 Hajtás: 0 Túlhúzás: 0 Hajtó: 0 Összekapcsolás: 0 Txqueuelen: 1000 RX Bájt: 104670651 (99,8 MIB) TX bájt: 16184 (15,8 kib)

de ismét - nem konfigurálja. A fent említett hálózati kártya konfigurálása.

Összefoglaló

Azt hiszem, ma minden. Amikor elkezdtem írni ezt a cikket, azt hittem, hogy egy hozzászólásban tennék, de kiderült, hogy magas. Ezért úgy döntöttek, hogy két cikket összetörnek. Összesen megpróbáltam kiállítani, nem egy lépésenkénti felhalmozódást a hálózat beállításával, hanem az elv meghatározására, és megmagyarázzuk a Linux hálózatának megkezdését és működését. Nagyon remélem, hogy sikerült. Örülök, hogy észrevételei és kiegészítései. Idővel kiegészítem egy cikket.

Amikor számítógépes hálózatokra kerül, gyakran lehet hallani az NFS megemlékezését. Mit jelent ez a rövidítés?

Ez egy elosztott fájlrendszer jegyzőkönyve, amelyet eredetileg a Sun Microsystems 1984-ben fejlesztett ki, lehetővé téve a felhasználó számára az ügyfélszámítógépen a hálózatokon keresztül történő hozzáférést, például a helyi tároláshoz való hozzáférést. Az NFS, mint sok más protokoll, a nyílt hálózati számítástechnikai távvezérlő hívási rendszer (ONC RPC) alapul.

Más szóval, mi az NFS? Ez egy nyitott szabvány, amelyet megjegyzések (RFC) kérelmeznek, amely lehetővé teszi a jegyzőkönyv végrehajtását.

Változatok és változatok

A feltaláló csak az első verziót használta saját kísérleti célokra. Amikor a fejlesztő csapata jelentős változásokat adott a kezdeti NFS-ben, és kiadta azt a Nap szerzőjén kívül, az új verzióval V2-ként jelölték, hogy tesztelhesse az elosztások közötti kölcsönhatást, és hozzon létre egy biztonsági másolatot.

NFS v2.

A 2. verzió eredetileg csak a felhasználói datagram protokoll (UDP) protokollon dolgozott. A fejlesztők meg akarták menteni a kiszolgáló oldalát a fő protokollon kívüli blokkolás nélkül.

A virtuális fájlrendszer interfésze lehetővé teszi az egyszerű protokollban tükröződő moduláris végrehajtás végrehajtását. Ezzel 1986. február oldatokat igazolták operációs rendszerek, mint például a System V Release 2, DOS és VAX / VMS segítségével EUNICE. Az NFS v2 csak a 32 bites korlátozások miatt csak a fájl első 2 GB-ját olvashatja.

NFS v3.

Az első ajánlatot az NFS 3-as verziójának a Sun Microsystems-ben történő fejlesztésére szolgáló első ajánlatot röviddel a második eloszlás felszabadulása után hangosították. A fő motiváció kísérlet volt a szinkron felvétel teljesítményének problémájának mérséklésére. 1992. júliusáig gyakorlati fejlesztések lehetővé tették az NFS 2-es verziójának számos hiányosságainak megoldását, miközben csak a fájlok hiányos támogatását (64 bites méretek és fájlok eltolás) hagyják el.

támogatás 64 bites méretű és fájl-elmozdulásokhoz több mint 2 gigabájt (GB) adatfeldolgozáshoz;
az aszinkron felvétel támogatása a szerveren a termelékenység növelése érdekében;
további fájl tulajdonságok sok válaszban, hogy elkerüljék azokat újra kivonásának szükségességét;
rEADDIRPLUS MŰKÖDÉS AZ ADATOK ÉS ATTRIBUTÁCIÓK MŰKÖDTETÉSE a fájlnevek használatakor a könyvtár beolvasásakor;
sok más fejlesztés.

A 3. verzió bevezetése során a TCP támogatása szállítási szintjegységként növekedett. A TCP használatával az NFS-vel végzett adatátviteli eszközöket a WAN-on keresztül megengedett, hogy nagy fájlméreteket tudjon továbbítani a megtekintéshez és íráshoz. Ennek köszönhetően a fejlesztők képesek voltak leküzdeni a 8 KB-os korlátozások korlátait, amelyeket a Felhasználó Datagram protokoll (UDP) kiszabott.

Mi az nfs v4?

Az Endra fájlrendszer (AFS) és a kiszolgálóüzenet blokk (SMB, más néven CIFS) hatására kifejlesztett 4. verzió magában foglalja a teljesítménynövekedést, jobb biztonságot nyújt, és a megállapított feltételeknek megfelelően lép be a jegyzőkönyvbe.

A 4. verzió az internetes mérnöki munkacsoport (IETF) célcsoportjában kifejlesztett első elosztási terv lett vált, miután a Sun Microsystems a harmadik fél szakembereire vonatkozó protokollok fejlesztését közvetítette.

Az NFS 4.1-es verzió célja a protokoll támogatása a klaszterkiszolgáló telepítésének használatához, beleértve a több kiszolgáló (PNFS kiterjesztés) között elosztott fájlokhoz való skálázható párhuzamos hozzáférést.

A legfrissebb fájlrendszer-protokoll - NFS 4.2 (RFC 7862) - hivatalosan megjelent 2016 novemberében.

Egyéb bővítmények

A szabvány kialakításával a megfelelő eszközökkel való ellátás megjelentek. Így a WebNF-ek, a 2. és 3. verziók kiterjesztése lehetővé teszi a hálózati hozzáférési protokoll számára, hogy a fájlrendszerek könnyebben integrálódjanak a webböngészőkbe, és aktiválják a munkát a tűzfalakon keresztül.

A harmadik féltől származó csoportok különböző protokolljai is kapcsolódnak az NFS-hez. Ezek közül a leghíresebbek:

Hálózati zárkezelő (NLM) byte protokoll támogatással (hozzáadva az UNIX System v fájlok támogatásához);
távoli kvóta (RQUOTAD), amely lehetővé teszi az NFS felhasználók számára az NFS-kiszolgálók adat tárolási kvótáinak megtekintését;
NFS rdma - adaptáció NFS, amely távoli közvetlen memória hozzáférést (RDMA) használ, mint az átvitel;
Az NFS-Ganesha egy NFS-kiszolgáló, amely a felhasználói térben működik, és támogatja a Cephfs FSAL (fájlrendszer absztrakcióját) a libcephfs használatával.

Felület

A hálózati fájlrendszert gyakran használják UNIX operációs rendszerekkel (például Solaris, AIX, HP-UX), Apple Macos és UNIX-szerű operációs rendszer (például Linux és FreeBSD).

Olyan platformokon is rendelkezésre áll, mint az Acorn RISC OS, az OpenVMS, az MS-DOS, a Microsoft Windows, a Novell NetWare és az IBM AS / 400.

Alternatív fájlt a távoli hozzáférést protokollok közé tartozik a Server Message Block (SMB, más néven CIFS), Apple Transmission Protocol (AFP), a NetWare Basic Protocol (NCP) és az OS / 400 Server File System (QFilesVR.400).

Ez az NFS követelményeinek köszönhető, amelyek elsősorban a Unix-szerű "kagylóra" koncentrálódnak.

Ebben az esetben az SMB és a NetWare (NCP) protokollokat gyakrabban használják, mint az NFS, a Microsoft Windows rendszerekben. Az AFP legelterjedtebb az Apple Macintosh platformokban, és a Qfilesvr.400 leggyakrabban az OS / 400-ban található.

Tipikus végrehajtás

Feltételezve, hogy egy tipikus szkript a UNIX stílusban, amelyben egy számítógép (kliens) hozzáférést igényel a másik (NFS szerver) adataihoz:

A szerver végrehajtja az alapértelmezett hálózati fájlrendszer folyamatát NFSD-ként, hogy az adatokat nyilvánosan hozzáférhessenek az ügyfelek számára. A szerver adminisztrátor határozza meg, hogyan lehet exportálni a könyvtárak nevét és paramétereit, általában a konfigurációs fájl / etc / export és az exportfok parancs használatával.
A kiszolgáló biztonsági adminisztrációja biztosítja, hogy képes legyen felismerni és jóváhagyni a bevált ügyfelet. A hálózat konfigurációja biztosítja, hogy az érintett ügyfelek bármilyen tűzfalrendszeren keresztül tárgyalhatnak vele.
Az ügyfélgép hozzáférést kér az exportált adatokhoz, általában megfelelő parancs kiadásával. Megkéri a kiszolgálót (rpcbind), amely az NFS portot használja, és ezt követően csatlakozik hozzá.
Ha minden hiba nélkül történik, az ügyfélgépen lévő felhasználók képesek lesznek böngészni és kölcsönhatásba lépni a kiszolgáló telepített fájlrendszerével a megengedett paramétereken belül.

Figyelmet kell fordítani arra is, hogy a hálózati fájlrendszer-eljárás automatizálása is előfordulhat - esetleg az ETC / FSTAB és / vagy más hasonló eszközök használata.

Fejlesztés ma

A XXI. Században a DFS és az AFS versenytársak nem értek el jelentős kereskedelmi sikert a hálózati fájlrendszerhez képest. IBM, akik korábban megszerzett valamennyi kereskedelmi jogait a fenti technológiák adományozott a legtöbb forrás AFS forráskódot a közösségi szabad szoftver fejlesztők 2000-ben. A nyitott AFS projekt ma létezik. 2005 elején az IBM bejelentette az értékesítési AFS és DFS befejezését.

Az viszont, 2010 januárjában, Panasas javasolt NFS V 4.1 alapuló technológia, amely lehetővé teszi, hogy javítsák a párhuzamos adatokhoz való hozzáférés. Hálózati fájlrendszer v 4.1 protokoll Meghatározza a fájlrendszer metaadatainak metaadatainak elválasztását bizonyos fájlok helyéből. Így meghaladja a nevek / adatok egyszerű megosztását.

Mi az NFS ez a verzió a gyakorlatban? A fenti funkció megkülönbözteti azt a hagyományos protokollból, amely fájlneveket és adataikat a kiszolgálóhoz kötődik. A hálózati fájlrendszer V 4.1 végrehajtásakor egyes fájlok többfunkciós szerverek között is eloszthatók, de az ügyfél részvétele a metaadatok és adatok szétválasztásában korlátozott.

A negyedik terjesztés végrehajtásakor az NFS Server protokoll a kiszolgálói erőforrások vagy alkatrészek készlete; Feltételezzük, hogy azokat a metaadat-kiszolgáló vezérli.

Az ügyfél még mindig egy metaadat-kiszolgálóra utal, hogy megkerülje vagy kölcsönhatásba lépjen a névtérrel. Amikor a fájlokat a kiszolgálóra és belőle mozgatja, közvetlenül kölcsönhatásba léphet az NFS-csoporthoz tartozó adatkészlethez.

Miután elosztotta a hálózatot az alhálózaton, fel kell készülnie egy egyszerű keresési címre az / etc / hosts fájl segítségével. Ha nem fogja használni a DNS-t vagy a NIS-t, akkor az összes gazdagépet a Hosts fájlba kell helyezni.

Még akkor is, ha DNS-t vagy NIS-t szeretnénk használni, a nevek és / etc / hostok részhalmaza lehet. Például, ha néhány keresési nézetet szeretnél, ha a hálózati interfészek nem futnak, például a betöltés során. Ez nem csak a kényelem kérdése, hanem lehetővé teszi, hogy az RC szkriptek szimbolikus nevét használják. Így az IP-címek megváltoztatásakor csak a frissített házigazdák fájlt kell másolni, ahelyett, hogy nagy számú RC fájlt szerkesztene. Általában minden helyi nevet és címet helyez el a házigazdákba, ha minden átjáróhoz és NIS-kiszolgálóhoz hozzáadja őket, ha ezeket használják.

Ellenőrzéskor is meg kell győződnie arról, hogy a névszerver csak a Hosts fájlból származó információkat használja. A DNS vagy a NIS szoftver példákat tartalmazhat olyan példákra, amelyek különös eredményeket adhatnak. Az összes alkalmazás kizárólag / etc / hosts használatához a fogadó IP-cím keresésénél szerkesztenie kell az /etc/host.conf fájlt. Elkötelezze el az összes sorot a Rendelési kulcsszóval kezdődően, és helyezze be a karakterláncot:

Rendszerek megrendelése.

A Névkiszolgáló könyvtár konfigurációját részletesen ismertetjük a 6. fejezetben.

A Hosts fájl tartalmaz egy bejegyzést egy olyan karakterláncban, amely az IP-cím, a gazdagép neve és az Alias \u200b\u200bopcionális listája. A mezők szóközzel vagy lapon vannak elválasztva, a cím mezőnek meg kell kezdődnie az első oszlopban. Mindez a szimbólum után következik, mint egy megjegyzésnek és figyelmen kívül hagyják.

A fogadó neve teljesen képzett vagy meghatározott a helyi domainhez képest. A Vale-hez, bevezette volna egy teljesen minősített nevet a házigazdákban, a vale.vbrew.com-ban, valamint a Vale önmagában, hogy a hivatalos név és rövidebb helyi is ismert legyen.

A virtuális sörfőzde számára a gazdagépfájl példája az alábbiakban található. Két speciális név, VLAGER-IF1 és VLAGER-IF2, a Vlageren használt mindkét interfész címét.