den huvudsakliga / Installation och installation / För vad du behöver en nätverksfil i Windows. Vad är nätverk och hur man fixar det? Versioner och variationer

Vad som behövs av nätverksfilen i Windows. Vad är nätverk och hur man fixar det? Versioner och variationer

ETC mapp är en mapp där är följande textfiler Värdar, LmHosts.sam, Nätverk, Protokoll, Tjänster Detta är standardinnehållet i mappen ETC för Windows XP och Windows 7.

Allt om mappen etc

Hitta var etc-mappen är enkel, tryck på "Start" - "Dator" - " Lokal disk C »-" Windows "-" System32 "-" Drivers "-" etc ".

Vilka filer i mappen etc

Om du har försvunnit mappen ETC kan du hämta mappen etc Windows 7 och för Windows 8.

Nu ska jag beskriva hur man återställer mappen ETC genom att ladda ner arkivet av mappen ETC unzip den. Kopiera endast etc, hitta var den måste infogas. ETC-mappen för Windows 7 skiljer sig inte från mappen ETC för Windows XP. Innehållet i mappen etc Windows 7 skiljer sig från Windows 8. I Windows 8, två filer i mappen ETC More: Hosts.Backup och Hosts.rolback. Fullständigt innehåll i Windows 8-värdarna etc-mappen, lmhosts.sam, nätverk, protokoll, tjänster, värd. Backup och hosts.rollback. Virus ändrar vanligtvis innehållet i två filer det värdfilen I mappen ETC och tjänstefilen i mappen ETC. Du kan öppna filer i mappen etc med en anteckningsblock.

Bra tid, kära läsare. Publicera den andra delen. I den aktuella delen är huvudvikten gjord på nätverksimplementering i Linux(så här ställer du in ett nätverk i Linux Hur man distribuerar nätverket i Linux och upprätthåller ett nätverksundersystem i Linux i arbetet).

TCP / IP-inställning i Linux för att fungera i Ethernet-nätverket

För arbete S. nätverksprotokoll TCP / IP i Linux är tillräckligt loop-gränssnittMen om du behöver kombinera värdar med varandra, är det naturligtvis nödvändigt att ha ett nätverksgränssnitt, datatransmissionskanaler (till exempel ett vridet par), eventuellt icke-nätverksutrustning. Det är också nödvändigt att ha närvaro av etablerat (, etc.), vanligtvis medföljer. Du måste också ha ett nätverk (till exempel / etc / värdar) och nätverksstöd.

Nätverksparametrar

Låt oss börja förstå Linux-nätverksmekanismerna med manuell nätverkskonfiguration, det vill säga med fallet när IP-adress Nätverksgränssnitt statisk. Så, när du konfigurerar nätverket måste du överväga och konfigurera följande parametrar:

IP-adress - Som redan nämnts i artikelns första del är det en unik adress för maskinen, i formatet av fyra decimaler, separerade av punkter. Vanligtvis, när du arbetar i lokalt nätverkVald från privata intervall, till exempel: 192.168.0.1

Subnätmask - 4 decimaler som bestämmer vilken del av adressen avser adressen till nätverket / delnätet, och som är till värdens adress. Subnätmasken är ett tal som viks (i binär form) med hjälp av en logisk och med en IP-adress och, vilket resulterar i att det visar sig att delnätet hör till adressen. Till exempel hör adressadressen 192.168.0.2 med en mask 255.255.255.0 till delnätet 192.168.0.

Ersättningsadress - bestämd av delnätets mask. Samtidigt finns inga undernät för loop-gränssnitt.

Sändningsadress - Adressen som används för att skicka broadcastpaket, som kommer att få alla subnätvärdar. Vanligtvis är det lika med delnätets adress med värdet av värden 255, det vill säga för delnätet 192.168.0, kommer sändningen att vara 192.168.0.255, på liknande sätt, för sändningen 192.168 kommer att vara 192.168.255.255. För loop gränssnitt finns det ingen sändningsadress.

IP-adressgateway- Det här är adressen till maskinen som är standardgateway för kommunikation med utländsk värld. Gateways kan vara något om datorn är ansluten till flera nätverk samtidigt. Gateway-adressen används inte i isolerade nätverk (ej ansluten till globalt nätverk), Eftersom det här nätverket inte har någonstans att skicka paket utanför nätverket, tillhör samma looped gränssnitt.

Namn Server IP-adress (DNS-servrar)- Adress på servern av de omvandlande värdnamnen i IP-adressen. Vanligtvis, som tillhandahålls av leverantören.

Nätverksinställningar filer i Linux (konfigurationsfiler)

För att förstå arbetet i nätverket i Linux, skulle jag definitivt ge dig råd att bekanta sig med artikeln "". I allmänhet är allt Linux-arbete baserat på, vilket är födt när operativsystemet är laddat och lägger sina efterkommande, vilket i sin tur uppfyller alla nödvändigt arbete, Om lanseringen av bash eller demon. Ja, och allt laddar Linux Baserat på, där hela sekvensen av att starta verktyg är ordinerat med olika parametrar som successivt startas / stoppas vid start / stopp av systemet. På samma sätt lanseras Linux-nätverksundersystemet.

Varje Linux-distribution är något annorlunda än den andra nätverksinitieringsmekanismen, men den övergripande bilden tror jag, efter att ha läst det kommer att vara tydligt. Om du visar skrivarskript, hur du konfigurerar nätverkskonfigurationen med konfigurationsfiler blir mer eller mindre förståeliga, till exempel, Debian (vi tar den här distributionen) för initialiseringen av nätverket, svarar man /etc/init.d/networking., granskar vilken:

Net-Server: ~ # Cat /etc/init.d/networking ### BEGIN INIT INFO # Ge: Networking # Required-Start: Mountkernfs $ local_fs # Required-Stop: $ local_fs # ska -start: ifupown # shald-stop : om det är standardstart: s # standard-stop: 0 6 # kortbeskrivning: Höj nätverksgränssnitt. ### slutet in info-sökväg \u003d "/ usr / lokal / sbin: / usr / local / bin: / sbin: / bin: / usr / sbin: / bin" [-x / sbin / ifup] || Avsluta 0. / Lib / LSB / Init-Funktioner Process_Options () ([[[-E / etc / Network / Alternativ] || Retur 0 Log_Warning_MSG "/ etc / Network / Alternativ finns fortfarande och det kommer att ignoreras! Läs Readme.debian of NetBase. ") Check_network_file_systems () ([[[-E / proc / mounts] || retur 0 om [-E /etc/iscsi/iscsi.initramfs]; sedan log_warning_msg" inte dekonfigurerande nätverksgränssnitt: Iscsi rot är monterad. "Avsluta 0 fi fi Exek 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

du kan hitta flera funktioner som kontrollerar närvaron av anslutna nätverksfilsystem ( check_network_file_systems (), check_network_swap ()), liksom att kontrollera förekomsten av vissa oklara config / etc / Nätverk / Alternativ (fungera process_options ()), och längst ner, design fall "$ 1" i Och i enlighet med den inmatade parametern (Start / Stop / Force-Reload | Starta om eller någon ARC) ger vissa åtgärder. Av dessa mest " vissa åtgärder", på exempel på argumentets start, kan det ses att funktionen startas först process_options.Vidare går till frasen logg Konfigurera nätverksgränssnitt.och laget börjar Ifup-en.. Om du tittar på MAN IFUP är det klart att det här kommandot läser konfigurationen från filen / etc / Nätverk / gränssnitt Och enligt nyckel -a. Kör alla gränssnitt som har en parameter bIL..

Ifup- och IfDown-kommandona kan användas för att konfigurera (respektive avkonfigurera) nätverksgränssnitt baserade på gränssnittdefinitioner i filen / etc / nätverket / gränssnittet.

-a, --all
Om du får IFUP, påverkar alla gränssnitt markerade Auto. Gränssnitt uppstår i den ordning i vilken de är definierade i / etc / nätverk / gränssnitt. Om du ges till ifdown, påverkar alla definierade gränssnitt. Gränssnittet tas ner i den ordning i vilken de är listade i statens fil. Endast gränssnitt som definieras i / etc / nätverk / gränssnitt kommer att tas ner.

IP-Server: ~ # Den här filen beskriver de nätverksgränssnitt som finns tillgängliga på ditt system # och hur du aktiverar dem. Mer information finns i Gränssnitt (5). # Loopback Network Interface Auto Lo Iface Lo Inet Loopback # Det primära nätverksgränssnittet tillåts-HotPlug Eth0 Iface Eth0 Inet DHCP Tillåt-HotPlug Eth2 Iface Eth2 Inet statisk adress 192.168.1.1 Netmask 255.255.255.0 Gateway 192.168.1.254 Broadcast 192.168.1.255

I den här konfigurationen, strängen tillåt-HotPlug. och bIL. - Det här är synonymer och gränssnitt kommer att höjas av laget ifup-en.. Här, i själva verket hela kedjan av nätverksundersystemet. På samma sätt, i andra fördelningar: i Redhat och SUSE-nätverket startar ett skript /etc/init.d/network. Recensioner av det kan på samma sätt hittas där nätverkskonfigurationen ligger.

/ etc / värdar

Den här filen lagrar en lista IP-adresser och motsvarar dem (adresser) värdnamn. Filformat är inte annorlunda än mastdayn:

IP-Server: ~ # Katt / etc / värdar # IP host.in.domain värd 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

Historiskt sett användes den här filen istället för DNS-tjänsten. För närvarande kan filen också användas i stället för DNS-tjänsten, men endast förutsatt att antalet maskiner mäts i enheter, och inte i dussintals eller hundratals, eftersom det i det här fallet måste styra korrektheten i den här filen på varje maskin.

/ etc / värdnamn

Den här filen innehåller NetBios värdnamn:

IP-Server: ~ # CAT / etc / hostName IP-Server

Den här filen lagrar namn och adresser till lokala och andra nätverk. Exempel:

IP Server: ~ # CAT / etc / Networks Standard 0.0.0.0 Loopback 127.0.0.0 Link-Local 169.254.0.0 Hemnätverk 192.168.1.0

När du använder den här filen kan nätverk hanteras med namn. Till exempel, lägg till en rutt inte rutt Lägg till. 192.168.1.12 , men rutt Lägg till..

/etc/nsswitch.conf.

Filen bestämmer värdarsökningsorderNätverk, linjer motsvarar den här inställningen:

För värdar: Värdar: Filer DNS för nätverk: Nätverk: Filer

Parameter filer. anger att använda de angivna filerna. (/ etc / värdar och / etc / nätverk respektive), parameter dNS. anger att använda tjänsten dNS..

/etc/host.conf.

Filen anger namnupplösningsparametrar för resolver

IP-server: ~ # katt /etc/host.conf multi on

Den här filen indikerar Resolv-biblioteket - returnera alla giltiga nodadresser som träffades i / etc / hosts-filen, och inte bara den första.

/etc/resolv.conf.

Den här filen definierar parametrarna för nätvi IP-adressen. Enkelt språk Definierar DNS-inställningarna. Exempel:

IP Server: ~ # katt /etc/resolv.conf nameserver 10.0.0.4 Nameserver 10.0.0.1 Sök domän. Lokal

De första 2 stiesna ange DNS-servrarna. Den tredje raden specificerar sökdomänerna. Om, när du löser namnet, kommer namnet inte att vara ett FQDN-namn, då kommer den här domänen att ersätta i form av "slut". När exempelvis exekvering av Ping-värdkommandot omvandlas den köradressen till värd.domain.Lokal. De återstående parametrarna kan läsas i MAN RISOV.CONF. Mycket ofta använder Linux den dynamiska generationen av den här filen med hjälp av den så kallade. program / sbin / resolvconf. Detta program är en medlare mellan tjänster som dynamiskt ger namn för namn (till exempel DHCP-klient.) och tjänster som använder namnserverdata. För att kunna använda en dynamiskt genererad fil /etc/resolv.conf., det är nödvändigt att göra den här filen en symbolisk hänvisning till /etc/resolvconf/run/resolv.conf.. I vissa utdelningar kan banan vara annorlunda, den kommer att skrivas om det i man resolvconf..

Nätverkskonfiguration

Efter att ha läst huvudkonfigurationsfilerna kan du titta på. Ovan nämnde redan laget ifup., ifdown.Men dessa medel är inte helt mångsidiga, låt oss säga i RH-fördelningarna Det finns inga standardkommandon. Dessutom uppträdde ett nytt nätverkshanteringsverktyg på hög nivå i nya utdelningar - vilket tillhör iProute-paketet. Han (iproute paket) Jag kommer att ägnas åt. Och i det aktuella inlägget kommer jag inte att överväga det. De kommandon som beskrivs nedan hör.

Så, för att vara säker på lagets prestanda i någon Linux-distribution, är det nödvändigt att använda de två huvudsakliga gamla lagen. Detta är och ARP. Första laget (ansvarig för ställa in nätverksgränssnitt(iP, mask, gateway), andra () - routing setup, Tredje (ARP) - aRP-bordshantering. Jag skulle vilja notera att utförandet av dessa kommandon utan att inaktivera standard SystemV-startskriptet för nätverksundersystemet, gör ändringar i den första omstart / omstartsnätverkstjänsten, eftersom Om du pratade med hjärnor kan du förstå att manuset /etc/init.d/networking.vid nästa lansering, läs om ovanstående konfiguration och tillämpa gamla inställningar. Följaktligen är utmatningen för en fastställd inställningsinställning antingen IFCONFIG-kommandot med motsvarande parametrar - för att komma in i eller korrigera det lämpliga nätverksgränssnittskonfigurationen.

Också om ett lag exekveras IFCONFIG med saknade parametrar (Till exempel, endast IP-adressen), kommer resten kompletterad automatiskt (till exempel Broadkast-adress läggs till som standard med en värdadress som slutar vid 255 och standardnätmasken tas 255.255.255.0).

Routing För befintliga gränssnitt i moderna kärnor, stiger alltid automatiskt av kärnan. Snarare, direkta vägar till nätverket enligt IP- och Subnet-inställningarna till vilka det upphöjda gränssnittet bildas automatiskt, kärnkrafterna. Gateway-fältet för sådana poster visar utmatningsgränssnittet eller *. I de gamla versionerna av kärnan (kärnnumret från vilket rutterna började stiga automatiskt - jag kommer inte att berätta) det var nödvändigt att lägga till en rutt manuellt.

Om det finns ett behov av att organisera din rutter, då måste du använda. Detta kommando kan läggas till och raderade rutter, men igen, det hjälper bara innan du startar om /etc/init.d/networking (eller ett annat skript med ansvar för nätverket i din distribution). Så att rutterna läggs till automatiskt måste du också med kommandot ifconfig - lägga till kommandon för att lägga till rutter till RC.Local, eller göra det lämpliga nätverksgränssnittskonfigurerna (till exempel i Deb - / etc / Nätverk / Alternativ).

Av vilka regler rutter till nätverk bildas, Jag är i

Diagnostik av Linux-nätverket

Det finns ett stort antal nätverksdiagnostikverktyg i Linux, ofta är de mycket lik Microsoft-verktyg. Jag kommer att överväga 3 huvudnätverksdiagnostiska verktyg, utan vilka det kommer att vara problematiskt att identifiera problem.

Jag tror att det här verktyget är bekant nästan för alla. Arbetet med det här verktyget är avsändandeså kallade iCMP-paket Fjärrserver som kommer att anges i kommandoinställningarna, returnerar servern skickade kommandon, och ping.räknas tid Krävs av det sparade paketet för att nå servern och returnera. Till exempel:

# Ping ya.ru ping ya.ru (87.250.251.3) 56 (84) Byte data. 64 byte från www.yandex.ru (87.250.251.3): ICMP_SEQ \u003d 1 TTL \u003d 57 TIME \u003d 42,7 ms 64 byte från www.yandex.ru (87.250.251.3): ICMP_SEQ \u003d 2 TTL \u003d 57 TIME \u003d 43,2 ms 64 BYETES Från www.yandex.ru (87.250.251.3): ICMP_SEQ \u003d 3 TTL \u003d 57 TIME \u003d 42,5 ms 64 byte från www.yandex.ru (87.250.251.3): ICMP_SEQ \u003d 4 TTL \u003d 57 TIME \u003d 42.5 ms 64 byte från www .yandex.ru (87.250.251.3): ICMP_SEQ \u003d 5 TTL \u003d 57 TIME \u003d 41,9 ms ^ c --- ya.ru pingstatistik --- 5 paketöverförda, 5 mottagna, 0% paketförlust, tid 4012ms RTT MIN / AVG / MAX / MDEV \u003d 41,922 / 42.588 / 43.255 / 0.500 ms

Som framgår av ovanstående exempel, ping.visar oss en massa användbar information. Primärt, vi fick reda på det vi kan upprätta en anslutning till värden ya.ru(Ibland säger de att "värd ya.ru är tillgänglig för oss"). För det andravi ser det DNS fungerar korrektEftersom det "pingled" namnet var korrekt omvandlat till IP-adress (ping ya.r.ru (87.250.251.3)). Ytterligare, i fält ICMP_SEQ \u003d Anger numreringen av paketen som skickas. Ett nummer som skickas till varje paket är sekventiellt tilldelat och om det kommer att finnas "misslyckanden" i denna numrering, kommer det att berätta att anslutningen med "pingled" är instabil, såväl som kan innebära att servern som paketen skickar överbelastad . Med mening tid \u003d.vi ser, hur mycket tidspaket reste upp till 87.250.251.3 och tillbaka. Stoppa driften av Ping-verktyget kan vara nycklar Ctrl + C.

Samma, utility ping. Intressant vad som har råd att se var problemen uppstod. Anta utility ping. Visar ett meddelande nätverk som inte kan nås (nätverket är inte tillgängligt)eller annat liknande meddelande. Detta talar troligtvis om den felaktiga konfigurationen av ditt system. I det här fallet kan du skicka paket på leverantörens IP-adress för att förstå var problemet uppstår (mellan den lokala datorn eller "på"). Om du är ansluten till Internet via routern kan du skicka paket på sin IP. Om problemet är uppenbart redan i detta skede, står det om felaktig konfiguration av det lokala systemet, eller om skadorna på kabeln, om routern svarar, och det finns ingen leverantörs server, då är problemet i leverantörens kommunikation kanal, etc. Slutligen, om det slutade med namnet på namnet i IP, kan du kontrollera anslutningen via IP om svaren kommer att komma rätt, då kan du gissa att problemet är i DNS.

Det bör noteras att det här verktyget inte alltid är ett pålitligt verktyg för diagnos. Fjärrserver kan blockera svar på ICMP-förfrågningar.

traceroute.

Enkelt språk, laget kallas Spårväg. Hur kan jag förstå från namnet - det här verktyget visar på vilken rutt det finns förpackningar som är värd. Traceroute Utility Lite som ping.Men visar mer intressant information. Exempel:

# Traceroute ya.ru traceroute till ya.ru (213.180.204.3), 30 humle max, 60 byte-paket 1 243-083-free.kubtelecom.ru (213.132.83.243) 6.408 ms 6.306 ms 6,193 ms 2 065-064-fri .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 kubbtelecom-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 48,011 ms 6 213.33.201.230 (213.33.201.230) 43.322 ms 41.783 ms 41.106 ms 7 carmin-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

Som du kan se kan du spåra vägen från leverantörens router 243-083-free.kubtelecom.ru (213.132.83.243) (söder om Ryssland) till den sista värden i www.yandex.ru (213.180.204.3) i Moskva .

gräv

Det här verktyget skickar förfrågningar till DNS-servrar och returnerar information om den angivna domänen. Exempel:

# Gräva @ ns.kuban.ru roboti.ru;<<>\u003e Dig 9.3.6-P1<<>\u003e @ ns.kuban.ru roboti.ru; (1 server hittades) ;; Globala alternativ: Printcmd ;; Fick svar :;; - \u003e\u003e rubrik.<<- 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

Gräva kommando sänt förfrågan server DNS. - ns.kuban.ru. (@ Ns.kuban.ru. - Det här alternativet är inte nödvändigt, i det här fallet kommer källan till DNS-information att tas från konfigurationen av ditt system) om domännamnet Roboti.ru.. Som ett resultat fick han ett svar där vi kan se i avsnittet Svara avsnittet. Information om IP-adresserna på domänen i avsnittet Myndighetsavdelning Information om den så kallade. auktoritativa DNS-servrar. Den tredje raden från nedan berättar vad servern gav svaret.

Andra diagnostiska verktyg

ping, gräva och andra diagnostiska verktyg med parametrar finns i posten.

Anslut ett nytt nätverkskort

Ansluta och starta ett nytt nätverkskort kommer ner för att utföra några steg:

1. Fysisk kortanslutning

3. Visa utdata för att upptäcka ett nytt nätverkskortsystem:

Låt oss se utgången Innan du ansluter ett nytt kort:

Server: ~ # dmesg | Grep ETH [4.720550] E1000: Eth0: E1000_Probe: Intel (R) PRO / 1000 Nätverksanslutning [5.130191] E1000: ETH1: E1000_Probe: Intel (R) PRO / 1000 Nätverksanslutning [15.285527] E1000: Eth2: E1000_WatchDog: NIC-länk är UP 1000 Mbps Full duplex, Flödesstyrning: RX [15.681056] E1000: Eth0: E1000_WatchDog: NIC-länk är upp 1000 Mbps Full duplex, Flödesstyrning: RX

i utgången är det klart att systemet har 2 nätverkskortet1 och et2. Vi ansluter den tredje och ser slutsatsen:

Server: ~ # dmesg | Grep ETH [4.720513] E1000: ETH0: E1000_Probe: Intel (R) PRO / 1000 Nätverksanslutning [5.132029] E1000: ETH1: E1000_Probe: Intel (R) PRO / 1000 Nätverksanslutning [5.534684] E1000: ETH2: E1000_Probe: Intel (R ) PRO / 1000 Nätverksanslutning [39.274875] UDEV: Döppad nätverksgränssnitt Eth2 till Eth3 [39.287661] UDEV: Döppad nätverksgränssnitt Eth1_rename_ren till Eth2 [45.670744] E1000: Eth2: E1000_WatchDog: NIC-länk är upp 1000 Mbps Full duplex, Flödesstyrning: RX [46.237232] E1000: ETH0: E1000_WatchDog: NIC-länken är upp 1000 Mbps Full duplex, Flödesstyrning: RX [96.977468] E1000: Eth3: E1000_WatchDog: NIC-länk är upp 1000 Mbps Full duplex, Flödesstyrning: RX

I dmesg.vi ser att ett nytt nätverk uppträdde är Eth3, som faktiskt är et2, men bytte namn till UDEV-enheter till Eth3, och Eth2 är faktiskt bytt namn på Eth1 (vi kommer att prata om UDEV i ett separat inlägg). Utseendet på vårt nya nätverk i DMesg Vi säger det nätverkskortet stödjandekärnan och korrekt fast besluten. Det är fortfarande för små - inrätta ett nytt gränssnitt i / etc / Nätverk / gränssnitt(Debian), eftersom det här kortet inte initierades av startskriptet /etc/init.d/network. ifconfigdetta kort ser:

Server: ~ # IfConfig Eth3 Eth3 Link Encap: Ethernet Hwaddr 08: 00: 27: 5F: 34: AD Inet6 Addr: Fe80 :: A00: 27FF: FE5F: 34AD / 64 Omfattning: Länk upp sändning som kör Multicast MTU: 1500 Metrisk: 1 rx-paket: 311847 Fel: 0 tappade: 0 överraskningar: 0 ram: 0 TX-paket: 126 Fel: 0 Falled: 0 Övergångar: 0 Bärare: 0 Kollisioner: 0 Txqueuelen: 1000 RX Bytes: 104670651 (99.8 MIB) TX Bytes: 16184 (15,8 KIB)

men igen - det konfigurerar inte. Så här konfigurerar du det ovan nämnda nätverkskortet.

Sammanfattning

Jag tror idag är allt. När jag började skriva den här artikeln trodde jag att jag skulle göra i ett inlägg, men han visade sig vara hög. Därför beslutades att krossa en artikel i två. Totalt, jag försökte ställa in, inte en steg för steg Hoatch om att ställa in nätverket, men för att ställa in principen och förklara förståelsen för hur nätverket i Linux startas och körs. Jag hoppas verkligen att jag lyckades. Jag kommer att vara glad för dina kommentarer och tillägg. Med tiden kommer jag att komplettera en artikel.

När det gäller datanät är det ofta möjligt att höra omnämnandet av NFS. Vad betyder denna förkortning?

Detta är ett protokoll av ett distribuerat filsystem, som ursprungligen utvecklats av Sun Microsystems 1984, så att användaren på klientdatorn kan komma åt filer via nätverket, som tillträde till den lokala lagringen. NFS, som många andra protokoll, är baserat på det öppna nätverkssystemet Open Network Computing (ONC RPC).

Med andra ord, vad är NFS? Detta är en öppen standard definierad i begäran om kommentarer (RFC), vilket gör att du kan implementera ett protokoll.

Versioner och variationer

Uppfinnaren använde endast den första versionen för sina egna experimentella ändamål. När utvecklaren lagade betydande förändringar i de första NFS och släppte det utanför solens upphovsmän, markerade de den nya versionen som V2 så \u200b\u200batt du kan testa interaktionen mellan distributioner och skapa ett backupalternativ.

Nfs v2.

Version 2 fungerade ursprungligen endast på UTP-protokollets protokoll. Dess utvecklare ville spara serverns sida utan att blockera implementerade utanför huvudprotokollet.

Gränssnittet i det virtuella filsystemet gör att du kan utföra modulärt genomförande som återspeglas i det enkla protokollet. I februari 1986 demonstrerades lösningar för operativsystem som System V-frisättning 2, DOS och VAX / VMS med hjälp av Eunice. NFS V2 får endast läsa den första 2 GB i filen på grund av 32-bitars restriktioner.

Nfs v3.

Det första erbjudandet att utveckla NFS version 3 i Sun Microsystems uttrycktes strax efter frisättningen av den andra fördelningen. Huvudmotiveringen var ett försök att mildra problemet med prestanda för en synkron inspelning. I juli 1992 gjorde praktiska förbättringar det möjligt att lösa många brister i NFS version 2, samtidigt som man lämnar otillräckligt stöd för filer (64-bitars storlekar och filförskjutning).

stöd för 64-bitars storlekar och filförskjutningar för databehandling av mer än 2 gigabyte (GB);
stöd för asynkron inspelning på servern för att öka produktiviteten;
ytterligare filattribut i många svar för att undvika behovet av att återuppta dem;
readDirplus operation för data och attribut tillsammans med filnamn när skanningskatalogen;
många andra förbättringar.

Under introduktionen av version 3 började TCP-stöd som ett transportnivåprotokoll öka. Använda TCP som dataöverföringsverktyg som görs med NFS via WAN, har blivit tillåtet att överföra stora filstorlekar för att visa och skriva. Tack vare detta kunde utvecklarna övervinna gränserna för restriktioner i 8 kb, som infördes av användardatagramprotokollet (UDP).

Vad är NFS V4?

Version 4, som utvecklats under påverkan av ENDRA-filsystemet (AFS) och serverns meddelandeblock (SMB, även kallat CIFS), inkluderar en ökning av prestanda, ger bättre säkerhet och går in i protokollet i enlighet med de fastställda villkoren.

Version 4 har blivit den första distributionsplanen som utvecklats i målgruppen för Internet Engineering Task Force (IETF) efter att Sun Microsystems har förmedlat till utveckling av protokoll till tredje parts specialister.

NFS version 4.1 syftar till att ge stöd till protokollet för att använda klusterserverutbyggnad, inklusive möjligheten att tillhandahålla skalbar parallell åtkomst till filer som distribueras mellan flera servrar (PNFS-förlängning).

Det senaste filsystemet Protokoll - NFS 4.2 (RFC 7862) - släpptes officiellt i november 2016.

Övriga förlängningar

Med utvecklingen av standarden visade motsvarande verktyg för att arbeta med det. Således tillåter Webnfs, tillägg för versioner 2 och 3, nätverksåtkomstprotokollet till filsystemen enklare att integrera i webbläsare och aktivera arbetet via brandväggar.

De olika protokollen från tredje parts grupper har också blivit associerade med NFS. Av dessa är de mest kända:

Nätverkslåshanteraren (NLM) med byte-protokollstöd (läggs till för att stödja UNIX-systemet V-filer);
fjärrkvot (rquotad), som gör det möjligt för NFS-användare att visa datalagringskvoter på NFS-servrar.
NFS via RDMA - Adaptation NFS, som använder fjärrkontrollen (RDMA) som ett sätt att överföra
NFS-Ganesha är en NFS-server som fungerar i användarutrymme och stödjer Cepffs FSAL (filsystem abstraktion) med libcefs.

Plattform

Nätverksfilsystem används ofta med UNIX-operativsystem (t.ex. Solaris, Aix, HP-UX), Apple MacOS och Unix-liknande OS (som Linux och FreeBSD).

Det är också tillgängligt för plattformar som Acorn Risc OS, OpenVMS, MS-DOS, Microsoft Windows, Novell NetWare och IBM AS / 400.

Alternativa fil Remote Access-protokoll inkluderar ett servermeddelandeblock (SMB, även kallat CIFS), Apple Transmission Protocol (AFP), NetWare Basic Protocol (NCP) och OS / 400 Server-filsystem (QFilesVr.400).

Detta beror på kraven i NFS, som är inriktade mest på Unix-liknande "Shells".

I det här fallet används protokollen SMB och NetWare (NCP) oftare än NFS, i system som kör Microsoft Windows. AFP är mest utbredd i Apple Macintosh-plattformar, och QFilesVr.400 finns oftast i OS / 400.

Typisk implementering

Antag ett typiskt skript i UNIX-stilen, där en dator (klient) behöver tillgång till data som är lagrad på en annan (NFS-server):

Servern implementerar standardnätets filsystemprocesser som NFSD för att göra sina data offentligt tillgängliga för kunderna. Serveradministratören bestämmer hur man exporterar namnen och parametrarna i katalogerna, vanligtvis med konfigurationsfilen / etc / exporten och exportfunktionerna.
Serversäkerhetsadministrationen säkerställer att det kommer att kunna känna igen och godkänna en beprövad kund. Konfigurationen av sitt nätverk säkerställer att de relevanta kunderna kan förhandla med det genom ett brandväggssystem.
Klientmaskinen begär tillgång till exporterad data som regel genom att utfärda ett lämpligt kommando. Hon begär servern (RPCBind) som använder NFS-porten och ansluts därefter till den.
Om allt händer utan fel kommer användare på klientmaskinen att kunna bläddra och interagera med de installerade filsystemen på servern i de tillåtna parametrarna.

Uppmärksamhet bör också ägnas åt det faktum att automatiseringen av nätverksfilsystemet också kan uppstå - eventuellt med etc. / fstab och / eller andra liknande medel.

Utveckling idag

Vid det 21: a århundradet nådde DFS och AFS-konkurrenter inte någon större kommersiell framgång jämfört med nätverksfilsystemet. IBM, som tidigare hade förvärvat alla kommersiella rättigheter till ovanstående teknik, donerade till den mesta av källkodskoden till gemenskapen av gratis programutvecklare år 2000. Det öppna AFS-projektet finns idag. I början meddelade IBM slutförandet av försäljningen AFS och DFS.

I sin tur föreslog Panasas i januari 2010 NFS V 4.1 baserat på teknik som låter dig förbättra möjligheterna till parallell tillgång till data. Nätverksfilsystem V 4.1 Protokoll Anger metoden för att separera metadata i filsystemet från platsen för vissa filer. Således går det utöver den enkla delningen av namn / data.

Vad är NFS den här versionen i praktiken? Ovanstående funktion skiljer den från ett traditionellt protokoll som innehåller filnamn och deras data under en bindning till servern. Vid implementering av nätverksfilsystem V 4.1 kan vissa filer fördelas mellan flera siffror, men kundens deltagande i separation av metadata och data är begränsad.

När du implementerar den fjärde distributionen är NFS-serverprotokollet en uppsättning serverresurser eller komponenter. Det antas att de styrs av metadata-servern.

Klienten hänvisar fortfarande till en metadata server för att kringgå eller interagera med namnrymd. När det flyttar filer till servern och från det kan det direkt interagera med den dataset som hör till NFS-gruppen.

När du har delat ditt nätverk på delnätet måste du förbereda dig för en enkel sökadress med namnet med filen / etc / hosts. Om du inte kommer att använda DNS eller NIS för detta måste du placera alla värdar till värdfilen.

Även om du vill använda DNS eller NIS, kan du få någon delmängd av namn och / etc / värdar. Till exempel, om du vill ha lite sökvisning med även när nätverksgränssnitt inte körs, till exempel under lastning. Det här är inte bara en fråga om bekvämlighet, utan gör det också möjligt att använda de symboliska namnen på värdar i RC-skript. Således, när du ändrar IP-adresser, behöver du bara kopiera den uppdaterade värdfilen till alla maskiner istället för att redigera ett stort antal RC-filer. Vanligtvis kommer du att placera alla lokala namn och adresser i värdarna genom att lägga till dem till någon gateway och NIS-server om de används.

Vid kontroll måste du också se till att namnservern endast använder information från värdfilen. DNS eller NIS-programvara kan ha exempel på exempel som kan ge konstiga resultat när de används. För att göra alla applikationer använda exklusivt / etc / värdar när du söker efter värdens IP-adress måste du redigera filen /etc/host.conf. Begär alla rader som börjar med beställningsordet och sätt in strängen:

Ordervärdar.

Konfigurationen av namnserverns bibliotek kommer att beskrivas i detalj i kapitel 6.

Värdsfilen innehåller en post på en sträng bestående av en IP-adress, värdnamn och valfri lista över alias. Fält är åtskilda med mellanslag eller flik, adressfältet måste börja i den första kolumnen. Allt som följer efter symbolen # betraktas som en kommentar och ignoreras.

Värdnamnet kan vara fullt kvalificerat eller specificerat i förhållande till den lokala domänen. För Vale skulle du ha introducerat ett fullt kvalificerat namn i värdarna, Vale.vbrew.com, såväl som Vale i sig så att det officiella namnet och kortare lokalt kan också vara känt.

Ett exempel på värdfiler för virtuellt bryggeri ges nedan. Två speciella namn, Vlager-IF1 och VLager-IF2, Ange adresser för båda gränssnitt som används på Vlager.