Contacte

Ce ar trebui să fie în rețele. Fișierul hosts. Unde este fișierul hosts. Serviciu fișier rețea Ce ar trebui să fie în fișierul rețele


Uneori erori de rețea și altele erori de sistem Windows poate fi legat de probleme din registrul Windows. Mai multe programe pot partaja același fișier de rețea, dar când aceste programe sunt dezinstalate sau modificate, uneori sunt lăsate în urmă intrări de registru Windows orfane (nevalide).

Practic, acest lucru înseamnă că, deși calea reală către fișier s-ar putea să se fi schimbat, locația sa incorectă dinainte este încă înregistrată în registrul Windows. Când Windows încearcă să caute aceste referințe incorecte de fișiere (locațiile fișierelor de pe computer), rețele. În plus, este posibil ca infecția malware să fi corupt intrările de registru asociate Microsoft Windows... Astfel, aceste intrări de registry Windows nevalide trebuie reparate pentru a remedia rădăcina problemei.

Editarea manuală a registrului Windows pentru a elimina cheile de rețea nevalide nu este recomandată, cu excepția cazului în care sunteți profesionist în service-ul computerului. Erorile făcute în timpul editării registrului vă pot face PC-ul inoperabil și vă pot provoca daune ireparabile sistem de operare... De fapt, chiar și o singură virgulă într-un loc greșit poate împiedica pornirea computerului!

Datorită acestui risc, vă recomandăm să utilizați un curatator de registre de încredere, cum ar fi WinThruster (dezvoltat de Microsoft Gold Certified Partner) pentru a scana și repara orice rețele. Utilizarea unui program de curățare a registrului automatizează procesul de găsire a intrărilor de registru nevalide, referințe de fișiere lipsă (cum ar fi cea care cauzează eroarea dvs. de rețea) și legături rupte în registru. Înainte de fiecare scanare, a copie de rezervă care vă permite să anulați toate modificările cu un singur clic și vă protejează de eventuale deteriorări ale computerului. Cea mai bună parte este că remedierea erorilor de registry poate îmbunătăți dramatic viteza și performanța sistemului.


Un avertisment: Cu excepția cazului în care sunteți un utilizator experimentat de computer, NU vă recomandăm să editați manual registrul Windows. Utilizarea incorectă a Editorului de registry poate duce la probleme grave și poate necesita reinstalați Windows... Nu garantăm că problemele care rezultă din utilizarea necorespunzătoare a Registry Editor pot fi rezolvate. Utilizarea editorului de registru este pe propriul risc.

Înainte de restaurarea manuală registry Windows... Trebuie să creați o copie de rezervă exportând o parte din registru legată de rețele (de exemplu, Microsoft Windows):

  1. Faceți clic pe buton A incepe.
  2. Introduce " comanda"în bara de căutare ... NU APĂSAȚI ÎNCĂ INTRODUCE!
  3. Ținând cheile CTRL-Shift pe tastatură, apăsați INTRODUCE.
  4. Va fi afișată o casetă de dialog pentru acces.
  5. Click pe da.
  6. Caseta neagră se deschide cu un cursor intermitent.
  7. Introduce " regedit"și apăsați INTRODUCE.
  8. În Editorul de registru, selectați cheia asociată rețelelor (de exemplu, Microsoft Windows) pe care doriți să o copiați.
  9. În meniu Fişier alege Export.
  10. În listă Salveaza in selectați folderul în care doriți să salvați cheia de rezervă Microsoft Windows.
  11. În câmp Nume de fișier introduceți un nume pentru fișierul de rezervă, de exemplu „Microsoft Backup pentru Windows copie".
  12. Asigurați-vă că în cutie Gama de export valoarea selectată Ramură selectată.
  13. Click pe salva.
  14. Fișierul va fi salvat cu extensia .reg.
  15. Acum aveți o copie de rezervă a rețelelor dvs.

Următorii pași pentru editarea manuală a registrului nu vor fi descriși în acest articol, deoarece cel mai probabil vă pot deteriora sistemul. Dacă vrei să obții mai multe informatii despre editarea manuală a registrului, vă rugăm să consultați linkurile de mai jos.

Moment bun, dragi cititori. Public cea de-a doua parte. În partea actuală, accentul principal este pus pe Rețea Linux(cum să configurați o rețea în Linux, cum să diagnosticați o rețea în Linux și să mențineți subsistemul de rețea în stare de funcționare în Linux).

Configurarea TCP / IP în Linux pentru Ethernet

A lucra cu protocoale de rețea TCP / IP în Linux este suficient pentru a avea doar interfață loopback, dar dacă trebuie să combinați gazde între ele, desigur, aveți nevoie de o interfață de rețea, canale de transmisie de date (de exemplu pereche răsucită), eventual unele echipamente de rețea. De asemenea, trebuie să aveți instalat (etc.), de obicei furnizat în. De asemenea, necesită disponibilitate în rețea (de exemplu / etc / hosts) și asistență în rețea.

Parametrii rețelei

Să începem să înțelegem mecanismele de rețea Linux cu configurarea manuală a rețelei, adică cu cazul când adresa IP interfata retea static... Deci, atunci când configurați o rețea, trebuie să țineți cont și să configurați următorii parametri:

adresa IP- așa cum sa menționat deja în prima parte a articolului - aceasta este o adresă unică a mașinii, în formatul a patru numere zecimale separate prin puncte. De obicei, când lucrezi în retea locala, este selectat din intervale private, de exemplu: 192.168.0.1

Mască de rețea- de asemenea, 4 numere zecimale care determină ce parte a adresei aparține adresei de rețea / subrețea și care parte adresei gazdei. O mască de subrețea este un număr logic ȘI adăugat (în binar) la o adresă IP pentru a afla cărei subrețele îi aparține adresa. De exemplu, adresa 192.168.0.2 cu o mască de 255.255.255.0 aparține subrețelei 192.168.0.

Adresa de subrețea- determinat de masca de subrețea. Cu toate acestea, nu există subrețele pentru interfețele loopback.

Adresa de difuzare este adresa utilizată pentru a trimite pachete de difuzare care vor fi primite de toate gazdele de pe subrețea. De obicei, este egală cu adresa subrețelei cu o valoare de gazdă 255, adică pentru subrețeaua 192.168.0, difuzarea va fi 192.168.0.255, în mod similar, pentru subrețeaua 192.168, transmisia va fi 192.168.255.255. Nu există o adresă de difuzare pentru interfețele loopback.

Adresa IP a gateway-ului este adresa mașinii care este poarta de acces implicită pentru comunicarea cu lumea exterioară. Pot exista mai multe gateway-uri dacă computerul este conectat la mai multe rețele în același timp. Adresa gateway-ului nu este utilizată în rețele izolate(nu este conectat la retea globala) deoarece aceste rețele nu au de unde trimite pachete în afara rețelei, același lucru este valabil și pentru interfețele loopback.

Adresa IP a serverului de nume (server DNS)- adresa serverului care convertește numele de gazdă în adrese IP. De obicei furnizat de ISP.

Fișiere de configurare a rețelei Linux (fișiere de configurare)

Pentru a înțelege cum funcționează rețeaua Linux, cu siguranță v-aș sfătui să citiți articolul „”. În general, întregul Linux funcționează bazat pe, care se naște atunci când sistemul de operare pornește și produce descendenții săi, care la rândul lor execută toate munca necesară, fie că începe bash sau un daemon. Da, și se bazează pe toate boot-urile Linux, în care este scrisă întreaga secvență de lansare a utilitarelor mici cu diverși parametri, care sunt pornite / oprite secvențial când sistemul pornește / se oprește. Subsistemul de rețea Linux pornește într-un mod similar.

Fiecare distribuție Linux are un mecanism de inițializare a rețelei ușor diferit, dar imaginea generală, cred, după citire va fi clară. Dacă vă uitați la scripturile de pornire ale subsistemului de rețea al oricărui Distribuție Linux apoi cum să configurați configurația rețelei folosind fișiere de configurare, va deveni mai mult sau mai puțin clar, de exemplu, în Debian (vom lua acest kit de distribuție ca bază), scriptul este responsabil pentru inițializarea rețelei /etc/init.d/networking uitându-vă la care:

Net-server: ~ # cat /etc/init.d/networking #! / Bin / sh -e ### BEGIN INIT INFO # Oferă: rețea # Obligatoriu-Start: mountkernfs $ local_fs # Obligatoriu-Stop: $ local_fs # Ar trebui -Start: ifupdown # Should-Stop: ifupdown # Default-Start: S # Default-Stop: 0 6 # Descriere scurtă: Ridicați interfețele de rețea. ### END INIT INFO PATH = "/ usr / local / sbin: / usr / local / bin: / sbin: / bin: / usr / sbin: / usr / bin" [-x / sbin / ifup] || ieșire 0. / lib / lsb / init-functions process_options () ([-e / etc / network / options] || return 0 log_warning_msg "/ etc / network / options încă există și va fi IGNORAT! Citiți README.Debian din netbase." ) check_network_file_systems () ([-e / proc / mounts] || returnează 0 dacă [-e /etc/iscsi/iscsi.initramfs]; apoi log_warning_msg "nu deconfigurează interfețele de rețea: rădăcina iSCSI este montată." exit 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

puteți găsi mai multe funcții care verifică sistemele de fișiere de rețea mapate ( check_network_file_systems (), check_network_swap ()), precum și verificarea existenței unor configurații încă de neînțeles / etc / network / options ( funcţie opțiuni_proces ()), iar în partea de jos, construcția cazul „1 $” înși în conformitate cu parametrul introdus (start / stop / force-reload | restart sau orice altul) efectuează anumite acțiuni. Din acestea " anumite acțiuni", exemplul argumentului start arată că funcția este pornită mai întâi opțiuni_proces, apoi expresia este trimisă în jurnal Configurarea interfețelor de rețea, iar comanda este executată ifup -a... Dacă vă uitați la man ifup, puteți vedea că această comandă citește config din fișier / etc / network / interfacesși după cheie -A pornește toate interfețele cu un parametru auto.

Comenzile ifup și ifdown pot fi utilizate pentru a configura (sau, respectiv, pentru a deconfigura) interfețele de rețea pe baza definițiilor interfeței din fișierul / etc / network / interfaces.

-a, --tot
Dacă este dat ifup, afectează toate interfețele marcate automat. Interfețele sunt afișate în ordinea în care sunt definite în / etc / network / interfaces. Dacă este dat ifdown, afectează toate interfețele definite. Interfețele sunt reduse în ordinea în care sunt listate în prezent în fișierul de stat. Numai interfețele definite în / etc / network / interfaces vor fi reduse.

ip-server: ~ # cat / etc / network / interfaces # Acest fișier descrie interfețele de rețea disponibile pe sistemul dvs. # și cum să le activați. Pentru mai multe informații, consultați interfețele (5). # Interfața de rețea loopback auto lo iface lo inet loopback # Interfața principală de rețea allow-hotplug eth0 iface eth0 inet dhcp allow-hotplug eth2 iface eth2 inet adresa statică 192.168.1.1 netmask 255.255.255.0 gateway 192.168.1.254 broadcast 192.168.1.255

În această configurație, liniile allow-hotplugși auto- acestea sunt sinonime și interfețele vor fi ridicate la comandă ifup -a... Acesta este, de fapt, întregul lanț de lucru al subsistemului de rețea. În mod similar, în alte distribuții: în RedHat și SUSE, rețeaua este pornită de un script /etc/init.d/network... După examinarea acestuia, puteți găsi în mod similar unde se află configurația rețelei.

/ etc / hosts

Acest fișier stochează o listă Adrese IPși nume de gazdă corespunzătoare (adrese) Formatul fișierului nu diferă de cel din ziua principală:

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

Din punct de vedere istoric, acest fișier a fost utilizat în locul serviciului DNS. În prezent, fișierul poate fi utilizat și în locul serviciului DNS, dar numai cu condiția ca numărul de mașini din rețeaua dvs. să fie măsurat în unități și nu în zeci sau sute, deoarece, în acest caz, va trebui să controlați corectitudinea a acestui fișier pe fiecare mașină.

/ etc / hostname

Acest fișier conține Numele gazdei NetBIOS:

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

Acest fișier stochează numele și adresele rețelelor locale și ale altor rețele. Exemplu:

Ip-server: ~ # cat / etc / networks implicit 0.0.0.0 loopback 127.0.0.0 link-local 169.254.0.0 rețea de domiciliu 192.168.1.0

Când utilizați acest fișier, rețelele pot fi controlate după nume. De exemplu, adăugați un traseu nu ruta adaugă 192.168.1.12 , dar ruta adaugă.

/etc/nsswitch.conf

Fișierul definește ordinea de căutare a numelui de gazdă/ networks, următoarele linii sunt responsabile pentru această setare:

Pentru gazde: gazde: fișiere dns Pentru rețele: rețele: fișiere

Parametru fișiere specifică utilizarea fișierelor specificate (/ etc / hostsși / etc / networks respectiv), parametru dns indică utilizarea serviciului dns.

/etc/host.conf

Fișierul setează opțiunile de rezoluție a numelui pentru resolver

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

Acest fișier spune bibliotecii resolv să returneze toate adresele de gazdă valide găsite în fișierul / etc / hosts, nu doar prima.

/etc/resolv.conf

Acest fișier definește parametrii mecanismului de conversie a numelor de rețea în adrese IP. În limbaj simplu, definește setările DNS... Exemplu:

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

Primele 2 rânduri indicați serverele DNS... A treia linie indică domeniile de căutare. Dacă, la rezolvarea unui nume, numele nu va fi un nume FQDN, atunci acest domeniu va fi înlocuit sub forma „terminării”. De exemplu, când executați comanda gazdă ping, adresa ping este convertită în host.domain.local. Restul parametrilor pot fi citiți în man resolv.conf. Foarte des, în Linux, se folosește generarea dinamică a acestui fișier, folosind așa-numitul. programe / sbin / resolvconf. Acest program mediază între servicii care furnizează dinamic servere de nume (de exemplu Client DHCP) și servicii care utilizează datele serverului de nume. Pentru a utiliza un fișier generat dinamic /etc/resolv.conf, trebuie să faceți din acest fișier un link simbolic către /etc/resolvconf/run/resolv.conf... În unele distribuții, calea poate fi diferită, acest lucru va fi scris cu siguranță barbat resolvconf.

Configurarea Rețelei

După ce vă familiarizați cu principalele fișiere de configurare, puteți privi. S-a menționat deja mai sus despre comandă ifup, ifdown, dar aceste instrumente nu sunt în întregime universale, să presupunem că nu există astfel de comenzi în mod implicit în distribuțiile RH. În plus, noile distribuții au un nou instrument de gestionare a rețelei la nivel înalt - care aparține pachetului iproute. Îi voi dedica (pachetul iproute). Și în postarea actuală nu o voi lua în considerare. Comenzile de mai jos sunt deținute de.

Deci, pentru a vă asigura că comanda funcționează în orice distribuție Linux, trebuie să utilizați două comenzi de bază pentru vechi. Aceasta și arp. Prima echipă (responsabilă pentru configurarea interfețelor de rețea(ip, mască, gateway), al doilea () - configurarea rutare, al treilea (arp) - managementul tabelului arp... Aș dori să rețin că executarea acestor comenzi fără a dezactiva scriptul de pornire SystemV standard al subsistemului de rețea va face modificări numai înainte de prima repornire / repornire a serviciului de rețea, deoarece dacă vă folosiți creierul, puteți înțelege că scenariul /etc/init.d/networking la următorul start, va citi din nou configurările de mai sus și va aplica setările vechi. În consecință, ieșirea pentru setarea permanentă a setărilor - fie comanda ifconfig cu parametrii corespunzători - este introdusă, fie corectează manual configurațiile corespunzătoare ale interfețelor de rețea.

La fel, dacă comanda este executată ifconfig cu parametrii lipsă(de exemplu, doar adresa IP), apoi restul sunt adăugate automat (de exemplu, adresa de difuzare este adăugată implicit cu o adresă de gazdă care se termină în 255 și masca de subrețea implicită este 255.255.255.0).

Rutare pentru interfețele existente în nucleele moderne este întotdeauna crescut automat de nucleu. Mai degrabă, direcționează rutele către rețea în conformitate cu setările IP și subrețeaua în care se uită interfața ridicată sunt formate automat de forțele nucleului. Câmpul gateway pentru astfel de intrări indică adresa interfeței de ieșire sau *. În versiunile mai vechi ale nucleului (numărul nucleului de la care rute au început să urce automat - nu vă voi solicita), a fost necesar să adăugați o rută manual.

Dacă este nevoie să vă organizați rute atunci trebuie să folosești. Cu această comandă, puteți adăuga și elimina rute, dar din nou, acest lucru vă va ajuta doar până când reporniți /etc/init.d/networking (sau un alt script responsabil pentru rețeaua din distribuția dvs.). Pentru ca rutele să fie adăugate automat, trebuie să adăugați comenzile pentru adăugarea de rute la rc.local în același mod ca și cu comanda ifconfig sau corectați manual configurile corespunzătoare ale interfețelor de rețea (de exemplu, în Deb - / etc / network / options).

Care sunt regulile se formează rute către rețele, Sunt în

Diagnostic de rețea Linux

Există un număr mare de instrumente de diagnosticare a rețelei Linux, adesea foarte asemănătoare cu cele de la Microsoft. Voi acoperi 3 utilitare de bază pentru diagnosticarea rețelei, fără de care depanarea va fi problematică.

Cred că această utilitate este familiară pentru aproape toată lumea. Lucrarea acestui utilitar este expediere așa-zisul Pachete ICMP la serverul de la distanță, care va fi specificat în parametrii de comandă, serverul returnează comenzile trimise și pingnumără timpul necesare pentru ca pachetul trimis să ajungă la server și să revină. De exemplu:

# ping ya.ru PING ya.ru (87.250.251.3) 56 (84) octeți de date. 64 octeți de la www.yandex.ru (87.250.251.3): icmp_seq = 1 ttl = 57 timp = 42,7 ms 64 octeți de la www.yandex.ru (87.250.251.3): icmp_seq = 2 ttl = 57 timp = 43,2 ms 64 octeți de la www.yandex.ru (87.250.251.3): icmp_seq = 3 ttl = 57 timp = 42,5 ms 64 octeți de la www.yandex.ru (87.250.251.3): icmp_seq = 4 ttl = 57 timp = 42,5 ms 64 octeți de la www .yandex.ru (87.250.251.3): icmp_seq = 5 ttl = 57 time = 41.9 ms ^ C --- ya.ru ping statistics --- 5 pachete transmise, 5 recepționate, 0% pierdere de pachete, timp 4012ms rtt min / medie / max / mdev = 41.922 / 42.588 / 43.255 / 0.500 ms

După cum puteți vedea din exemplul de mai sus, ping ne oferă o mulțime de informații utile. În primul rând, am aflat că putem stabili o conexiune cu gazda ya.ru(uneori spun că „gazda ya.ru ne este disponibilă”). În al doilea rând, vedem asta DNS funcționează corect deoarece numele „ping” a fost tradus corect într-o adresă IP (PING ya.ru (87.250.251.3)). Mai departe, în câmp icmp_seq = este specificată numerotarea pachetelor trimise... Fiecărui pachet trimis i se atribuie secvențial un număr și, dacă există „lacune” în această numerotare, atunci acest lucru ne va spune că conexiunea cu „ping-ul” este instabilă și poate însemna, de asemenea, că serverul către care sunt trimise pachetele este supraîncărcat. După valoare timp = v-om vedea, cât a călătorit pachetul la 87.250.251.3 și înapoi. Puteți opri utilitarul ping apăsând Ctrl + C.

De asemenea, utilitate ping interesant prin faptul că vă poate permite să vedeți exact unde a apărut problema. Sa spunem utilitate ping afișează un mesaj rețeaua nu este accesibilă, sau un alt mesaj similar. Acest lucru indică cel mai probabil o configurație incorectă a sistemului dvs. În acest caz, puteți trimite pachete la adresa IP a furnizorului pentru a înțelege unde apare problema (între computerul local sau „mai departe”). Dacă sunteți conectat la Internet printr-un router, puteți trimite pachete prin IP-ul acestuia. În consecință, dacă problema se manifestă deja în această etapă, înseamnă că sistemul local nu este configurat corect sau că cablul este deteriorat, dacă routerul răspunde, dar serverul furnizorului nu, atunci problema se află în comunicarea furnizorului. canal etc. În cele din urmă, dacă conversia numelui în IP a eșuat, atunci puteți verifica conexiunea prin IP, dacă răspunsurile vin corect, atunci puteți ghici că problema este în DNS.

Trebuie remarcat faptul că acest utilitar nu este întotdeauna un instrument de diagnostic fiabil. Serverul de la distanță poate bloca răspunsurile la solicitările ICMP.

traceroute

În termeni simpli, comanda este numită traseul traseului... După cum sugerează și numele, acest utilitar va arăta ruta pe care au luat-o pachetele către gazdă. Utilitarul Traceroute oarecum asemănător cu ping dar afișează informații mai interesante. Exemplu:

# traceroute ya.ru traceroute to ya.ru (213.180.204.3), maxim 30 de hamei, pachete de 60 octeți 1 243-083-free.kubtelecom.ru (213.132.83.243) 6.408 ms 6.306 ms 6.193 ms 2 065-064-free .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 ms 81.687 ms 5 cat26.Moscow.gldn.net (194.186.10.118) 47.789 ms 47.888 ms 48.011 ms 6 213.33.201.230 (213.33.201.230) 43.322 ms 41.783 ms 41.106 ms 7 carmine-red-vlan602.yandex.net (87.250. 242.206) 41.199 ms 42.578 ms 42.610 ms 8 www.yandex.ru (213.180.204.3) 43.185 ms 42.126 ms 42.679 ms

După cum puteți vedea, puteți urmări ruta de la routerul furnizorului 243-083-free.kubtelecom.ru (213.132.83.243) (sudul Rusiei) până la gazda finală la www.yandex.ru (213.180.204.3) din Moscova .

săpa

Acest utilitar trimite interogări către serverele DNS și returnează informații despre domeniul specificat. Exemplu:

# dig @ ns.kuban.ru roboti.ru;<<>> DiG 9.3.6-P1<<>> @ ns.kuban.ru roboti.ru; (1 server găsit) ;; opțiuni globale: printcmd ;; Am răspuns: ;; - >> HEADER<<- 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

Comanda Dig a trimis o cerere Server DNS - ns.kuban.ru (@ ns.kuban.ru- acest parametru este opțional, caz în care serverul din setările sistemului dvs. va fi luat ca sursă de informații despre DNS) despre numele domeniului roboti.ru... Drept urmare, am primit un răspuns, în care putem vedea în secțiune SECȚIUNEA DE RĂSPUNS informații despre adresele IP ale domeniului, în secțiune SECȚIUNEA AUTORITĂȚII informații despre așa-numitele servere DNS autorizate. A treia linie din partea de jos ne spune care server a oferit răspunsul.

Alte utilitare de diagnosticare

ping, dig și alte utilitare de diagnosticare cu parametri pot fi găsite în postare.

Conectarea unei noi plăci de rețea

Conectarea și pornirea unei noi plăci de rețea se rezumă la efectuarea mai multor pași:

1. Conexiunea fizică a cardului

3. Vizualizarea ieșirii pentru sistemul care detectează o nouă placă de rețea:

Să vedem rezultatul ÎNAINTE să conectați un card nou:

Server: ~ # dmesg | grep eth [4.720550] e1000: eth0: e1000_probe: Intel (R) PRO / 1000 Network Connection [5.130191] e1000: eth1: e1000_probe: Intel (R) PRO / 1000 Network Connection [15.285527] e1000: eth2: e1000_watchdog: NIC Link is Până la 1000 Mbps duplex complet, Control flux: RX [15.681056] e1000: eth0: e1000_watchdog: NIC Link este Până la 1000 Mbps Duplex complet, Control flux: RX

rezultatul arată că există 2 plăci de rețea eth1 și eth2 în sistem. Conectăm al treilea și vedem ieșirea:

Server: ~ # 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 ) Conexiune de rețea PRO / 1000 [39.274875] udev: interfață de rețea redenumită eth2 la eth3 [39.287661] udev: redenumită interfață de rețea eth1_rename_ren la eth2 [45.670744] e1000: eth2: e1000_watchdog: NIC Link este de până la 1000 Mbps Full Duplex, Control flux: RX [46.237232] e1000: eth0: e1000_watchdog: NIC Link este până la 1000 Mbps duplex complet, control flux: RX [96.977468] e1000: eth3: e1000_watchdog: NIC Link este sus 1000 Mbps duplex complet, control flux: RX

ÎN dmesg vedem că există o nouă fată de rețea - eth3, care este de fapt eth2, dar redenumită de managerul dispozitivului udev în eth3, iar eth2 este de fapt eth1 redenumit (vom vorbi despre udev într-o postare separată). Apariția noii noastre rețele în dmesg ne spune că placa de rețea susținut de kernel și corect hotărât... Singurul lucru rămas de făcut este să personalizați noua interfață în / etc / network / interfaces(Debian) deoarece harta dată nu a fost inițializată de scriptul de pornire /etc/init.d/network. ifconfig această carte este văzută de:

Server: ~ # ifconfig eth3 eth3 Link encap: Ethernet HWaddr 08: 00: 27: 5f: 34: ad inet6 addr: fe80 :: a00: 27ff: fe5f: 34ad / 64 Domeniu: Link UP DIFUZARE RUNNING MULTICAST MTU: 1500 Metric: 1 pachete RX: 311847 erori: 0 scăzute: 0 depășiri: 0 cadru: 0 pachete TX: 126 erori: 0 scăpate: 0 depășiri: 0 purtător: 0 coliziuni: 0 txqueuelen: 1000 octeți RX: 104670651 (99,8 MiB) octeți TX: 16184 (15,8 KiB)

dar din nou, nu se configurează. S-a discutat mai sus despre modul de configurare a plăcii de rețea.

rezumat

Cred că asta e tot pentru astăzi. Când am început să scriu acest articol, m-am gândit că mă voi încadra într-o singură postare, dar s-a dovedit a fi uriașă. Prin urmare, s-a decis împărțirea articolului în două. În total, am încercat să conturez, nu un pas pas cu pas pentru configurarea unei rețele, ci să conturez principiul și să explic înțelegerea modului în care o rețea începe și funcționează în Linux. Sper cu adevărat că am reușit. Aș fi bucuros să primesc comentariile și completările dvs. În timp, voi completa articolul.

Când vine vorba de rețele de calculatoare, puteți auzi adesea menționarea NFS. Ce înseamnă această abreviere?

Este un protocol de sistem de fișiere distribuit dezvoltat inițial de Sun Microsystems în 1984, care permite unui utilizator de pe un computer client să acceseze fișiere printr-o rețea similară cu accesarea stocării locale. NFS, la fel ca multe alte protocoale, se bazează pe sistemul Open Network Computing Remote Procedure Call (ONC RPC).

Cu alte cuvinte, ce este NFS? Este un standard deschis, definit în Cererea de comentarii (RFC), care permite oricui să implementeze protocolul.

Versiuni și variații

Inventatorul a folosit doar prima versiune în scopuri experimentale proprii. Când echipa de dezvoltare a adăugat modificări semnificative la NFS-ul original și a lansat-o în afara proprietății Sun, au marcat noua versiune ca v2, astfel încât interoperabilitatea dintre distribuții să poată fi testată și să se poată face o rezervă.

NFS v2

Versiunea 2 a funcționat inițial numai prin User Datagram Protocol (UDP). Dezvoltatorii săi au dorit să păstreze partea serverului fără a bloca în afara protocolului principal.

Interfața sistemului de fișiere virtuale permite implementarea modulară reflectată într-un protocol simplu. Până în februarie 1986, s-au demonstrat soluții pentru sisteme de operare precum versiunea 2 a sistemului V, DOS și VAX / VMS folosind Eunice. NFS v2 a permis citirea primilor 2 GB dintr-un fișier doar din cauza limitărilor de 32 de biți.

NFS v3

Prima propunere de dezvoltare a versiunii NFS 3 la Sun Microsystems a fost anunțată la scurt timp după lansarea celei de-a doua distribuții. Motivația principală a fost încercarea de a atenua problema performanței de scriere sincronă. Până în iulie 1992, îmbunătățirile practice au rezolvat multe dintre neajunsurile NFS versiunea 2, lăsând în același timp doar suport inadecvat pentru fișiere (dimensiuni și compensări de fișiere pe 64 de biți).

  • Suport pentru dimensiuni și compensări de fișiere pe 64 de biți pentru procesarea datelor mai mari de 2 gigaocteți (GB);
  • suport pentru înregistrarea asincronă pe server pentru a îmbunătăți performanța;
  • atribute de fișiere suplimentare în multe răspunsuri pentru a evita să fie necesare din nou;
  • o operație READDIRPLUS pentru a obține date și atribute împreună cu numele de fișiere la scanarea unui director;
  • multe alte îmbunătățiri.

În timpul introducerii versiunii 3, suportul pentru TCP ca protocol de strat de transport a început să crească. Utilizarea TCP ca mijloc de transfer de date, efectuată utilizând NFS prin WAN, a început să permită transferarea unor dimensiuni mari de fișiere pentru vizualizare și scriere. Datorită acestui fapt, dezvoltatorii au reușit să depășească limita de 8K impusă de User Datagram Protocol (UDP).

Ce este NFS v4?

Versiunea 4, influențată de sistemul de fișiere Andrew (AFS) și Server Message Block (SMB, numit și CIFS), include îmbunătățiri de performanță, securitate mai bună și un protocol condiționat.

Versiunea 4 a fost prima distribuție dezvoltată de Internet Engineering Task Force (IETF) după ce Sun Microsystems a externalizat dezvoltarea protocolului.

NFS versiunea 4.1 își propune să ofere suport protocol pentru utilizarea implementărilor serverelor clusterizate, inclusiv posibilitatea de a oferi acces simultan scalabil la fișiere pe mai multe servere (extensie pNFS).

Cel mai nou protocol de sistem de fișiere, NFS 4.2 (RFC 7862), a fost lansat oficial în noiembrie 2016.

Alte extensii

Odată cu dezvoltarea standardului, au apărut instrumente adecvate pentru lucrul cu acesta. De exemplu, WebNFS, o extensie pentru versiunile 2 și 3, permite protocolului de acces la sistemul de fișiere de rețea să se integreze mai ușor în browserele web și să permită lucrul prin firewall-uri.

Diferite protocoale terță parte au devenit asociate și cu NFS. Cele mai faimoase dintre ele sunt:

  • Network Lock Manager (NLM) cu suport pentru protocol de octeți (adăugat pentru a suporta API-ul de blocare a fișierelor UNIX System V);
  • cota la distanță (RQUOTAD), care permite utilizatorilor NFS să vizualizeze cotele de stocare pe serverele NFS;
  • NFS peste RDMA - o adaptare a NFS care utilizează accesul direct la memorie de la distanță (RDMA) ca mediu de transmisie;
  • NFS-Ganesha este un server NFS de spațiu utilizator care acceptă CephFS FSAL (File System Abstraction Layer) folosind libcephfs.

Platforme

Sistemul de fișiere de rețea este adesea utilizat cu sistemele de operare Unix (cum ar fi Solaris, AIX, HP-UX), macOS-ul Apple și sistemele de operare similare Unix (cum ar fi Linux și FreeBSD).

De asemenea, este disponibil pentru platforme precum Acorn RISC OS, OpenVMS, MS-DOS, Microsoft Windows, Novell NetWare și IBM AS / 400.

Protocoalele alternative de acces la fișiere la distanță includ Server Message Block (SMB, numit și CIFS), Apple Transfer Protocol (AFP), NetWare Core Protocol (NCP) și OS / 400 Server File System (QFileSvr.400).

Acest lucru se datorează cerințelor NFS, care sunt orientate în principal spre „shell-uri” de tip Unix.

În același timp, protocoalele SMB și NetWare (NCP) sunt utilizate mai des decât NFS pe sistemele care rulează Microsoft Windows. AFP este cel mai frecvent pe platformele Apple Macintosh, iar QFileSvr.400 este cel mai frecvent pe OS / 400.

Implementare tipică

Presupunând un scenariu tipic în stil Unix în care un computer (client) are nevoie de acces la datele stocate pe altul (server NFS):

  • Serverul implementează procesele de sistem de fișiere de rețea care rulează ca nfsd în mod implicit pentru a-și pune datele la dispoziția publicului pentru clienți. Administratorul serverului determină cum să exportați numele și opțiunile directorului, de obicei folosind fișierul de configurare / etc / exporturi și comanda exportfs.
  • Administrarea securității serverului asigură faptul că poate recunoaște și aproba un client verificat. Configurarea sa de rețea asigură faptul că clienții corespunzători pot negocia cu aceasta prin orice sistem de firewall.
  • Mașina client solicită acces la datele exportate, de obicei prin emiterea comenzii corespunzătoare. Interogă serverul (rpcbind) care utilizează portul NFS și ulterior se conectează la acesta.
  • Dacă totul merge bine, utilizatorii de pe computerul clientului vor putea vizualiza și interacționa cu sistemele de fișiere instalate pe server în cadrul opțiunilor permise.

Trebuie remarcat faptul că automatizarea procesului de sistem de fișiere de rețea poate avea loc, de asemenea - probabil folosind etc / fstab și / sau alte mijloace similare.

Dezvoltare până în prezent

Până în secolul 21, protocoalele rivale DFS și AFS nu au obținut niciun succes comercial major asupra sistemului de fișiere de rețea. IBM, care anterior a dobândit toate drepturile comerciale la tehnologiile de mai sus, a donat cea mai mare parte a codului sursă AFS comunității software-ului liber în 2000. Proiectul Open AFS există și astăzi. La începutul anului 2005, IBM a anunțat finalizarea vânzărilor AFS și DFS.

La rândul său, în ianuarie 2010, Panasas a introdus NFS v 4.1, o tehnologie care îmbunătățește capacitățile simultane de acces la date. Protocolul Network File System v 4.1 definește o metodă pentru separarea metadatelor sistemului de fișiere de locația fișierelor specifice. Așadar, depășește simpla separare nume / date.

Ce este NFS-ul acestei versiuni în practică? Funcția de mai sus o diferențiază de protocolul tradițional, care conține numele fișierelor și datele lor sub aceeași legare la server. Cu Network File System v 4.1, unele fișiere pot fi distribuite pe servere multisite, dar participarea clientului la separarea metadatelor și a datelor este limitată.

În implementarea celui de-al patrulea kit de distribuție al protocolului NFS, serverul este un set de resurse sau componente ale serverului; se presupune că sunt controlate de serverul de metadate.

Clientul contactează în continuare același server MDS pentru a accesa cu crawlere sau a interacționa cu spațiul de nume. Când mută fișiere către și de la server, poate interacționa direct cu setul de date aparținând grupului NFS.

Care este utilizarea practică a fișierului / etc / networks? Din câte am înțeles, puteți specifica numele rețelelor din acest fișier. De exemplu:

[e-mail protejat]: ~ # cat / etc / networks implicit 0.0.0.0 loopback 127.0.0.0 link-local 169.254.0.0 google-dns 8.8.4.4 [e-mail protejat]:~#

Cu toate acestea, dacă încerc să folosesc acest nume de rețea, de exemplu, în utilitarul ip, nu funcționează:

[e-mail protejat]: ~ # ip route add google-dns via 104.236.63.1 dev eth0 Eroare: se așteaptă un prefix inet, mai degrabă decât „google-dns”. [e-mail protejat]: ~ # ip route add 8.8.4.4 via 104.236.64.1 dev eth0 [e-mail protejat]:~#

Care este utilizarea practică a fișierului / etc / networks?

2 Soluții colectează formularul web pentru „utilizarea practică a fișierului / etc / networks”

Așa cum este scris în pagina de manual, fișierul / etc / networks ar trebui să descrie nume simbolice pentru rețele. Cu rețea, aceasta înseamnă o adresă de rețea cu un 0 la final. Sunt acceptate doar rețelele simple de clasă A, B sau C.

În exemplul dvs., intrarea google-dns este incorectă. Aceasta nu este rețeaua A, B sau C. Aceasta este relația IP-adresă-nume gazdă, deci aparține / etc / hosts. De fapt, nici intrarea implicită nu se potrivește.

Să presupunem că aveți o adresă IP de 192.168.1.5 din rețeaua dvs. corporativă. O intrare în / etc / network ar putea fi după cum urmează:

Corpname 192.168.1.0

Când utilizați utilitare precum ruta sau netstat, aceste rețele sunt traduse (cu excepția cazului în care suprimați permisiunea cu semnalul -n). Tabelul de rutare ar putea arăta astfel:

Tabel de rutare IP kernel Gateway destinație Genmask Steaguri Metric Ref Utilizare Iface implicit 192.168.1.1 0.0.0.0 UG 0 0 0 eth0 corpname * 255.255.255.0 U 0 0 0 eth0

Comanda ip nu folosește niciodată numele de gazdă pentru introducere, astfel încât exemplul dvs. nu contează cu greu. De asemenea, puneți numele gazdei în / etc / networks, nu numele rețelei!

Intrările din / etc / networks sunt folosite de instrumente care încearcă să convertească numerele în nume, cum ar fi comanda (legacy) route. Fără o intrare adecvată, aceasta arată:

# route Kernel IP routing table Gateway de destinație Genmask Flags Metric Ref Use Iface implicit 192.168.1.254 0.0.0.0 UG 0 0 0 eth0 192.168.0.0 * 255.255.254.0 U 0 0 0 eth0

Dacă acum adăugăm linia mylocalnet 192.168.0.0 la / etc / networks:

# route Kernel IP routing table Gateway de destinație Genmask Flags Metric Ref Use Iface implicit 192.168.1.254 0.0.0.0 UG 0 0 0 eth0 mylocalnet * 255.255.254.0 U 0 0 0 eth0

În practică, acest lucru nu este folosit niciodată.

Merge!

Fişier gazde stabilește o corespondență între serverul IP și domeniul site-ului. Interogarea pentru acest fișier are prioritate față de interogările adresate serverelor DNS. Spre deosebire de DNS, conținutul unui fișier este controlat de un administrator de computer.

Astăzi, un număr mare de programe malware folosesc fișierul gazde pentru a bloca accesul la site-uri web de portaluri populare sau rețele sociale. Adesea, în loc să blocheze site-urile web, malware-ul redirecționează utilizatorul către pagini care arată similar cu resursele populare (rețele sociale, servicii de e-mail etc.), unde un utilizator neatent introduce acreditări, ajungând astfel la atacatori. De asemenea, este posibil să blocați accesul la site-urile web ale companiilor care dezvoltă software antivirus.

Locația fișierului hosts

În mod implicit, fișierul gazde situat aici C: \ Windows \ System32 \ drivers \ etc Fișierul nu are extensie, dar poate fi deschis cu notepad. Pentru a schimba conținutul unui fișier în blocnotes, trebuie să aveți drepturi de administrator.

Pentru a vizualiza fișierul gazde deschideți meniul start, selectați elementul A executa, introduceți comanda

și apăsați butonul Bine

Așa ar trebui să arate fișierul gazde Mod implicit.

Dacă fișierul conține înregistrări precum 127.0.0.1 odnoklassniki.ru 127.0.0.1 vkontakte.ru sau adresele site-urilor dvs. pe care nu le puteți accesa, apoi verificați mai întâi computerul pentru „malware” și apoi restaurați fișierul gazde

Restaurarea conținutului implicit al fișierului gazdă

  • Deschideți meniul start, selectați elementul A executa, introduceți comanda
    % systemroot% \ system32 \ drivers \ etc

    și apăsați butonul Bine.

  • Redenumiți fișierul hosts în gazde.vechi.
  • Creați un fișier nou gazde Mod implicit. Pentru a face acest lucru, urmați pașii de mai jos.
  1. Faceți clic dreapta într-un spațiu gol din folder % WinDir% \ system32 \ drivers \ etc, selectați elementul Crea, faceți clic pe element Document text, Introdu numele tau gazdeși apăsați tasta introduce.
  2. Faceți clic pe buton da pentru a confirma că numele fișierului nu va avea o extensie txt.
  3. Deschideți un fișier nou gazdeîntr-un editor de text. De exemplu, deschideți fișierul din program " Caiet".
  4. Copiați textul de mai jos în fișier.

    #
    #


    # spațiu.
    #

    #
    # De exemplu:
    #


    # 127.0.0.1 localhost
    # :: 1 localhost

Salvați și închideți fișierul.

Puteți edita fișierul gazdeși în Notepad, ștergeți liniile inutile sau adăugați-vă propriile. Pentru a face acest lucru, trebuie să fugiți Caietîn modul Administrator.

Cum se execută programe Windows standard vezi

În acest articol, vom analiza o modalitate de a curăța acest fișier utilizând sistemul de operare Windows în sine, fără a descărca programe speciale.

Acest articol a fost scris numai pe baza experienței personale a autorului și coautorilor. Toate aceste sfaturi pe care le urmați pe propriul pericol și risc. Autorul și administrația site-ului nu sunt responsabile pentru consecințele acțiunilor dvs.

Înainte de a începe curățarea fișierului, trebuie să efectuați următoarele operații ( neapărat!):

  • dacă nu este instalat niciun program antivirus, găsiți și instalați orice program antivirus la alegere;
  • este necesară actualizarea bazelor de date antivirus începând cu ziua curentă;
  • efectuați o scanare completă a sistemului pentru conținutul rău intenționat (în unele cazuri, poate fi necesar să scanați în modul sigur sau de pe un CD / DVD live);
  • după verificarea cu programul antivirus, dezactivați protecția antivirus în timp ce curățați fișierul gazdă (unele antivirusuri blochează modificările).

Atenţie! Această instrucțiune pentru ștergerea fișierului hosts ineficient pe un computer infectat... În primul rând, ar trebui să vindecați sistemul de viruși și apoi să începeți să remediați fișierul hosts.

Dacă nu ați modificat singură locația folderului cu fișierul hosts, vă recomand să returnați mai întâi valoarea cheii de registry la valoarea implicită. Pentru aceasta, deschideți un Notepad gol, lipiți textul de mai jos și salvați fișierul cu numele hostsdir.reg pe desktop.

Windows Registry Editor Versiunea 5.00 „DataBasePath” = hex (2): 25,00,53,00,79,00,73,00,74,00,65,00,6d, 00,52,00,6f, 00, 6f, \ 00.74,00,25,00,5c, 00,53,00,79,00,73,00,74,00,65,00,6d, 00,33,00,32,00,5c, 00 , \ 64,00,72,00,69,00,76,00,65,00,72,00,73,00,5c, 00,65,00,74,00,63,00,00, 00

Textul ar trebui să înceapă fără spații și linii goale, după linia „Windows Registry Editor Versiunea 5.00” ar trebui să existe o linie goală, după tot textul ar trebui să puneți și o linie goală. În fișier, șirul „% SystemRoot% \ system32 \ drivers \ etc” este codificat în cod hexazecimal de doi octeți (hex (2) :).

După salvarea fișierului, închideți blocnotesul, găsiți fișierul pe desktop hostsdir.regși faceți dublu clic pe el. Sistemul vă va anunța că se încearcă modificarea registrului și vă va cere consimțământul. Răspundeți „Da”, după care modificarea va fi făcută în registru.

Dacă sistemul raportează că accesul este refuzat sau modificarea registrului este blocată, atunci nu aveți drepturi administrative în sistem sau sistemul dvs. necesită o atenție mai atentă, utilizarea programelor speciale pentru tratament.

Apăsăm (sau același lucru: apăsăm comanda rapidă de la tastatură Câștigă + R)

Va apărea o fereastră Lansarea programului

În câmp Deschis introduceți linia:

Notepad% SystemRoot% \ system32 \ drivers \ etc \ hosts

(doar copiați textul de comandă de mai sus în casetă Deschis fereastră Lansarea programelor). Apăsăm Bine

Vedem un notebook pe ecran cu conținut aproximativ similar:

De asemenea, se întâmplă ca niște dăunători vicleni să își scrie adresele rău intenționate în afara ferestrei Notepad. Verificați întotdeauna dacă aveți o bară de derulare pe lateral și derulați întotdeauna până la sfârșitul fișierului.

Ștergeți întreaga fereastră a editorului (apăsați Ctrl + A și Ștergeți) și copiați unul dintre următoarele texte, în funcție de versiunea sistemului de operare.

# Drepturi de autor (c) 1993-2009 Microsoft Corp. # # Acesta este un exemplu de fișier HOSTS folosit de Microsoft TCP / IP pentru Windows. # # Acest fișier conține mapările adreselor IP cu numele gazdei. Fiecare # intrare trebuie păstrată pe o linie individuală. Adresa IP ar trebui să fie # plasată în prima coloană urmată de numele gazdei corespunzător. # Adresa IP și numele gazdei trebuie separate de cel puțin un # spațiu. # # În plus, comentariile (precum acestea) pot fi inserate pe # linii individuale sau urmând numele mașinii notate cu simbolul „#”. # # De exemplu: # # 102.54.94.97 rhino.acme.com # server sursă # 38.25.63.10 x.acme.com # x gazdă client # rezoluția numelui localhost este gestionată de DNS în sine. 127.0.0.1 localhost

# Drepturi de autor (c) 1993-2006 Microsoft Corp. # # Acesta este un exemplu de fișier HOSTS folosit de Microsoft TCP / IP pentru Windows. # # Acest fișier conține mapările adreselor IP cu numele gazdei. Fiecare # intrare trebuie păstrată pe o linie individuală. Adresa IP ar trebui să fie # plasată în prima coloană urmată de numele gazdei corespunzător. # Adresa IP și numele gazdei trebuie separate de cel puțin un # spațiu. # # În plus, comentariile (precum acestea) pot fi inserate pe # linii individuale sau urmând numele mașinii notate cu simbolul „#”. # # De exemplu: # # 102.54.94.97 rhino.acme.com # server sursă # 38.25.63.10 x.acme.com # x client gazdă 127.0.0.1 localhost :: 1 localhost

# Drepturi de autor (c) 1993-2006 Microsoft Corp. # # Acesta este un exemplu de fișier HOSTS folosit de Microsoft TCP / IP pentru Windows. # # Acest fișier conține mapările adreselor IP cu numele gazdei. Fiecare # intrare trebuie păstrată pe o linie individuală. Adresa IP ar trebui să fie # plasată în prima coloană urmată de numele gazdei corespunzător. # Adresa IP și numele gazdei trebuie separate de cel puțin un # spațiu. # # În plus, comentariile (precum acestea) pot fi inserate pe # linii individuale sau urmând numele mașinii notate cu simbolul „#”. # # De exemplu: # # 102.54.94.97 rhino.acme.com # server sursă # 38.25.63.10 x.acme.com # x gazdă client # rezoluția numelui localhost este gestionată în DNS. # 127.0.0.1 localhost # :: 1 localhost

Rețineți că majoritatea liniilor încep cu un semn #. Acest semn înseamnă începutul unui comentariu și tot textul până la sfârșitul liniei nu este perceput de sistem. Datorită acestei circumstanțe, în textele pentru Windows XP și Windows Vista, doar ultima linie este importantă, în timp ce pentru Windows 7, 8 și 10 textul poate fi complet gol.

Apoi salvăm modificările făcute, închidem blocnotesul și încercăm să deschidem site-urile blocate anterior.

Atenţie! Administrarea site-ului, ca alternativă, nu recomandă ștergerea folderului etc, care conține fișierul hosts. Acest lucru poate duce la blocarea sistemului.

După salvarea cu succes a fișierului, aveți următoarele opțiuni:

  • totul a revenit la normal și site-urile blocate anterior se deschid normal;
  • site-urile continuă să fie blocate sau deschise resurse de la terți. Aceasta înseamnă că un troian activ funcționează în sistem, care verifică la intervale regulate conținutul fișierului gazdă și îl modifică.

Dacă după repornirea sistemului, totul a revenit la aceeași stare de blocare a site-urilor preferate, atunci trebuie să reveniți la începutul articolului și să selectați un alt antivirus pentru a verifica sistemul.

Există, de asemenea, momente în care, după efectuarea modificărilor, nu este posibil să salvați fișierul. Deschideți linia de comandă a sistemului (Start - Accesorii - Linie de comandă sau Win + R - cmd - OK) și, la rândul său, introduceți comenzile de mai jos:

Cd% SystemRoot% \ System32 \ drivers \ etc attrib -S -H -R gazdă gazdele notepad

Dacă nu puteți salva fișierul pe sistemele Windows (inclusiv Windows XP, dacă v-ați conectat cu un cont limitat), trebuie să vă conectați cu un cont de administrator sau să rulați Notepad în numele administratoruluiși editați fișierul. Mai detaliat, această operațiune este indicată în articolul de pe site-ul nostru Nu se poate salva fișierul hosts.

Dacă toate celelalte eșuează !!!

Descărcați fișierul atașat mai jos și rulați. Fișierul a fost descărcat de pe site-ul Microsoft și nu conține conținut rău intenționat.

Atenţie! Fișierul atașat nu este un program antivirus! Resetează automat conținutul fișierului hosts la conținutul său implicit, așa cum este descris pentru editare manuală în articol.

Scriitor șef de tehnologie

V-a trimis cineva prin e-mail un fișier ETC și nu sunteți sigur cum să îl deschideți? Poate ați găsit un fișier ETC pe computer și vă întrebați la ce folosește? Este posibil ca Windows să vă spună că nu îl puteți deschide sau, în cel mai rău caz, este posibil să întâlniți un mesaj de eroare legat de fișierul ETC.

Înainte de a putea deschide un fișier ETC, trebuie să vă dați seama la ce fel de fișier se referă extensia de fișier ETC.

Bacsis: Erorile incorecte de asociere a fișierelor ETC pot fi un simptom al altor probleme de bază din sistemul de operare Windows. Aceste intrări nevalide pot produce, de asemenea, simptome asociate, cum ar fi pornirea lentă a Windows, blocarea computerului și alte probleme de performanță ale computerului. Prin urmare, vă recomandăm să scanați registrul Windows pentru a găsi asociații de fișiere nevalide și alte probleme legate de un registru fragmentat.

Răspuns:

Fișierele ETC sunt Uncommon Files asociate în principal cu eTreppid Compressed File.

Fișierele ETC sunt, de asemenea, asociate cu Seismograph File și FileViewPro.

Tipuri suplimentare de fișiere pot utiliza, de asemenea, extensia de fișier ETC. Dacă aveți cunoștință de orice alte formate de fișiere care utilizează extensia de fișier ETC, vă rugăm să ne contactați pentru a ne putea actualiza informațiile în consecință.

Cum să deschideți fișierul ETC:

Cel mai rapid și mai simplu mod de a vă deschide fișierul ETC este să faceți dublu clic pe el. În acest caz, Windows însuși va alege programul necesar pentru a vă deschide fișierul ETC.

În cazul în care fișierul dvs. ETC nu se deschide, este foarte probabil să nu aveți programul de aplicație necesar instalat pe computerul dvs. pentru a vizualiza sau edita fișiere cu extensii ETC.

Dacă computerul dvs. deschide fișierul ETC, dar este o aplicație greșită, va trebui să modificați setările de asociere a fișierului de registry Windows. Cu alte cuvinte, Windows asociază extensiile de fișiere ETC cu programul greșit.

Instalați produse opționale - FileViewPro (Solvusoft) | | | |

Instrumentul de analiză a fișierelor ETC ™

Nu sunteți sigur cu ce tip de fișier ETC aveți? Doriți să obțineți informații precise despre un fișier, despre creatorul acestuia și despre cum îl puteți deschide?

Acum puteți obține instantaneu toate informațiile de care aveți nevoie despre fișierul ETC!

Instrumentul revoluționar ETC File Analysis Tool ™ scanează, analizează și raportează fiecare detaliu despre fișierul dvs. ETC. Algoritmul nostru (în curs de brevetare) va analiza rapid fișierul și, în câteva secunde, va furniza informații detaliate într-un format clar și ușor de citit. †

În doar câteva secunde, veți ști cu siguranță tipul fișierului ETC, aplicația asociată fișierului, numele utilizatorului care a creat fișierul, starea de protecție a fișierului și alte informații utile.

Pentru a începe o analiză gratuită a fișierelor, pur și simplu trageți fișierul ETC în linia punctată de mai jos sau faceți clic pe View My Computer și selectați fișierul. Raportul de analiză a fișierului ETC va fi afișat mai jos, chiar în fereastra browserului.

Trageți fișierul ETC aici pentru a începe analiza

Vedeți computerul meu "

Vă rugăm, de asemenea, să verificați fișierul meu pentru viruși

Fișierul dvs. este analizat ... vă rugăm să așteptați.

Pentru ce este fișierul Hosts?
Scopul acestui fișier de sistem este de a atribui adrese de site specifice unui anumit IP.
Tot felul de viruși și programe malware sunt foarte pasionați de acest fișier pentru a-și scrie datele în el sau pur și simplu pentru a le înlocui.
Rezultatul acestor acțiuni poate fi semne de „inserare” a site-ului în browsere, care vă va cere să trimiteți un SMS când deschideți browserul sau să blocați diferite site-uri, la discreția creatorilor de virus.

Unde este fișierul hosts în Windows?
Pentru diferite versiuni ale sistemului de operare Windows, locația fișierului hosts este ușor diferită:

Windows 95/98 / ME: WINDOWS \ hosts
Windows NT / 2000: WINNT \ system32 \ drivers \ etc \ hosts
Windows XP / 2003 / Vista / Seven (7) / 8: WINDOWS \ system32 \ drivers \ etc \ hosts


Și finalul gazde, acesta este deja fișierul final, nu un folder. El nu.

Cum ar trebui să arate fișierul gazdelor corect?
„Conținutul” fișierului hosts este, de asemenea, ușor diferit pentru diferite versiuni de Windows, dar nu prea mult. Este „scris” în engleză pentru ceea ce este necesar și cum se fac excepții cu un singur exemplu. Toate liniile care încep cu semnul # înseamnă că sunt comentate și nu afectează fișierul.
Conținutul fișierului gazdă original pentru Windows XP:

# spațiu.
#

#
# De exemplu:
#

127.0.0.1 localhost


Conținutul fișierului gazdă original pentru Windows Vista:

# Drepturi de autor (c) 1993-2006 Microsoft Corp.
#
# Acesta este un exemplu de fișier HOSTS folosit de Microsoft TCP / IP pentru Windows.
#
# Acest fișier conține mapările adreselor IP cu numele gazdei. Fiecare
# intrarea trebuie păstrată pe o linie individuală. Adresa IP ar trebui
# să fie plasat în prima coloană, urmat de numele gazdei corespunzător.
# Adresa IP și numele gazdei trebuie separate de cel puțin una
# spațiu.
#
# În plus, comentarii (precum acestea) pot fi inserate individual
# linii sau după numele mașinii notate cu simbolul „#”.
#
# De exemplu:
#
# 102.54.94.97 rhino.acme.com # server sursă
# 38.25.63.10 x.acme.com # x gazdă client
127.0.0.1 localhost :: 1 localhost


Conținutul fișierului gazdă original pentru Windows 7:

# Drepturi de autor (c) 1993-2009 Microsoft Corp.
#
# Acesta este un exemplu de fișier HOSTS folosit de Microsoft TCP / IP pentru Windows.
#
# Acest fișier conține mapările adreselor IP cu numele gazdei. Fiecare
# intrarea trebuie păstrată pe o linie individuală. Adresa IP ar trebui
# să fie plasat în prima coloană, urmat de numele gazdei corespunzător.
# Adresa IP și numele gazdei trebuie separate de cel puțin una
# spațiu.
#
# În plus, comentarii (precum acestea) pot fi inserate individual
# linii sau după numele mașinii notate cu simbolul „#”.
#
# De exemplu:
#
# 102.54.94.97 rhino.acme.com # server sursă
# 38.25.63.10 x.acme.com # x gazdă client
# rezoluția numelui localhost este gestionată în DNS.
# 127.0.0.1 localhost
# :: 1 localhost


Conținutul fișierului gazdă Windows 8 original:

# Drepturi de autor (c) 1993-2009 Microsoft Corp.
#
# Acesta este un exemplu de fișier HOSTS folosit de Microsoft TCP / IP pentru Windows.
#
# Acest fișier conține mapările adreselor IP cu numele gazdei. Fiecare
# intrarea trebuie păstrată pe o linie individuală. Adresa IP ar trebui
# să fie plasat în prima coloană, urmat de numele gazdei corespunzător.
# Adresa IP și numele gazdei trebuie separate de cel puțin una
# spațiu.
#
# În plus, comentarii (precum acestea) pot fi inserate individual
# linii sau după numele mașinii notate cu simbolul „#”.
#
# De exemplu:
#
# 102.54.94.97 rhino.acme.com # server sursă
# 38.25.63.10 x.acme.com # x gazdă client

# rezoluția numelui localhost este gestionată în DNS.
# 127.0.0.1 localhost
# :: 1 localhost


După cum puteți vedea, nu există nicio diferență specială în conținutul fișierului gazdă pentru diferite versiuni de Windows.

Cum deschid și modific fișierul hosts?
Fișierul hosts este disponibil în Notepad-ul Windows standard.
Aceasta este probabil cea mai interesantă parte a articolului.
În primul rând, trebuie să înțelegeți, de ce să schimbați deloc acest fișier? Da, pentru a refuza accesul la anumite site-uri. Astfel, schimbând acest fișier și înregistrând adresa site-ului în acesta, utilizatorul nu va putea să îl acceseze prin niciunul.
Pentru a schimba fișierul gazdelor, este recomandabil să îl deschideți ca administrator () făcând clic dreapta pe fișier și selectând „Executare ca administrator”. Sau deschideți Notepad în acest fel și deschideți fișierul din acesta.

Pentru o acțiune rapidă, puteți face clic pe butonul Start și selectați Run ( victorie+r) () și introduceți linia:

notepad% windir% \ system32 \ drivers \ etc \ hosts



Ca urmare, acest fișier se va deschide în Notepad.

Pentru a blocați accesul la site(să presupunem că va fi test.ru), trebuie doar să adăugați o linie cu acest site chiar în partea de jos:

127.0.0.1 test.ru


Ca urmare, fișierul va avea următorul conținut:

# Copyright (c) 1993-1999 Microsoft Corp.
#
# Acesta este un exemplu de fișier HOSTS folosit de Microsoft TCP / IP pentru Windows.
#
# Acest fișier conține mapările adreselor IP cu numele gazdei. Fiecare
# intrarea trebuie păstrată pe o linie individuală. Adresa IP ar trebui
# să fie plasat în prima coloană, urmat de numele gazdei corespunzător.
# Adresa IP și numele gazdei trebuie separate de cel puțin una
# spațiu.
#
# În plus, comentarii (precum acestea) pot fi inserate individual
# linii sau după numele mașinii notate cu simbolul „#”.
#
# De exemplu:
#
# 102.54.94.97 rhino.acme.com # server sursă
# 38.25.63.10 x.acme.com # x gazdă client

# Acest fișier HOSTS creat de Dr.Web Anti-rootkit API

# 127.0.0.1 localhost
# :: 1 localhost
127.0.0.1 test.ru


Fiecare site nou pe care doriți să îl blocați, trebuie să începeți pe o nouă linie și să vă înregistrați, fără a uita adresa IP locală 127.0.0.1

De asemenea, pentru a edita fișierul hosts, există un program EDITOR GAZDI, care poate fi descărcat și descrierea poate fi citită din.
Principiul muncii sale este că ajută la editarea fișierului hosts.
Din ecranul de mai jos, principiul funcționării sale este clar, totul se face în câteva clicuri. Adăugarea se face făcând clic pe +.


După editare, nu uitați să faceți clic pe butonul de salvare (2 butonul „Salvați modificările” din stânga butonului „+”).

De asemenea, puteți schimba acest fișier în scopuri bune, de exemplu accelerați încărcarea site-ului.
Cum functioneaza?
Când vizitați site-ul, vedeți numele domeniului său, care are litere. Dar toate site-urile de pe Internet au o adresă IP, iar numele sunt deja atribuite folosind DNS. Nu voi intra în detaliile acestui proces, articolul nu este despre asta. Dar aici trebuie să știți că fișierul hosts are prioritate la accesarea site-urilor și numai după ce apare o interogare către DNS.
Pentru a accelera încărcarea site-ului, trebuie să îi cunoașteți adresa IP și domeniul.
Adresa IP a site-ului poate fi găsită folosind diverse servicii, de exemplu sau.
Domeniul este numele site-ului.
De exemplu, vom accelera încărcarea acestui site, unde citiți un articol, specificând în mod explicit adresa IP și domeniul în fișier.
Apoi linia adăugată va fi:

91.218.228.14 site


Acest lucru accelerează încărcarea paginii în câteva secunde și, uneori, poate oferi acces dacă nu puteți intra pe site folosind mijloace standard.

Tot cu tine poți redirecționați către un alt site folosind fișierul hosts.
Pentru a face acest lucru, trebuie să cunoașteți adresa IP a site-ului și domeniul său (ca în cazul de mai sus), apoi linia adăugată va fi astfel:

91.218.228.14 test.ru


Și acum, după introducerea site-ului test.ru în bara de adrese a browserului, veți fi redirecționat către site-ul specificat în adresa IP ..

Dacă dorești curățați fișierul gazdelor, puteți face acest lucru prin simpla ștergere a conținutului și lipirea textului original din descrierea de mai sus (sub spoilere).

Câteva nuanțe din fișierul hosts:

  • Verificați întotdeauna dacă aveți o bară de derulare pe lateral și derulați întotdeauna în jos pe fereastră. acest lucru se datorează faptului că unii viruși sunt înregistrați în zona ascunsă în afara ferestrei.
  • În unele cazuri, de obicei, dacă nu puteți salva fișierul, trebuie să vă conectați cu contul de administrator.
  • Uneori, din cauza virușilor, acest fișier poate fi ascuns. Citește articolul.
  • Este posibil ca cele două metode descrise (redirecționare și accelerare) să nu producă rezultatul dorit. Faptul este că mai multe site-uri pot fi localizate pe o singură adresă IP, acest lucru este valabil mai ales pentru adresele IP externe furnizate de servicii.
  • Datorită faptului că virușii adoră acest fișier, atributele sale pot fi schimbate în Ascunsși Numai în citire.
  • Verificați atributele fișierului dacă fișierul hosts nu poate fi salvat.

    Astfel, puteți bloca cu ușurință și gratuit accesul la site-urile din Windows editând fișierul hosts.

  • Fișierul hosts este un loc destul de vulnerabil în sistemul de operare Windows. Acest fișier devine ținta numărul unu pentru aproape toți virușii și troienii care reușesc să infecteze un computer. În acest articol, vom vorbi despre ce este fișierul hosts, unde este localizat, pentru ce este utilizat și cum să îl restaurați după ce un computer a fost infectat cu viruși.

    Sarcina acestui fișier este de a stoca o listă de domenii și adresele IP corespunzătoare. Sistemul de operare folosește această listă pentru a traduce domeniile în adrese IP și invers.

    De fiecare dată când introduceți adresa de care aveți nevoie pentru un site în bara de adrese a browserului dvs., se solicită convertirea domeniului într-o adresă IP. Această traducere este efectuată în prezent de un serviciu numit DNS. Dar, în zorii dezvoltării Internetului, fișierul gazdelor a fost singura modalitate de a asocia un nume simbolic (domeniu) cu o anumită adresă IP.

    Chiar și acum, acest fișier are un impact direct asupra conversiei numelor simbolice. Dacă adăugați o intrare în fișierul hosts care va asocia o adresă IP cu un domeniu, atunci o astfel de intrare va funcționa bine. Este exact ceea ce utilizează dezvoltatorii de viruși, troieni și alte programe malware.

    În ceea ce privește structura fișierului, fișierul hosts este un fișier text obișnuit cu o extensie buse. Adică, acest fișier nu se numește hosts.txt, ci pur și simplu gazde. Pentru a-l edita, puteți utiliza editorul de text obișnuit Notepad.

    Fișierul gazdă standard este format din mai multe linii care încep cu un caracter "#". Astfel de linii sunt ignorate de sistemul de operare și sunt doar comentarii.

    De asemenea, în fișierul gazdelor standard există o intrare „127.0.0.1 localhost”. Această intrare înseamnă că, atunci când accesați numele simbolic localhost, veți accesa propriul computer.

    Gazdele înregistrează fraude

    Există două moduri clasice de a beneficia de modificări la fișierul gazde. În primul rând, poate fi utilizat pentru a bloca accesul la site-uri și servere de programe antivirus.

    De exemplu, după infectarea unui computer, virusul adaugă în fișierul hosts următoarea intrare: "127.0.0.1 kaspersky.com". Când încercați să deschideți site-ul web kaspersky.com, sistemul de operare se va conecta la adresa IP 127.0.0.1. Bineînțeles, aceasta este adresa IP greșită. Asta duce laaccesul la acest site este complet blocat.Ca urmare, utilizatorul computerului infectat nu poate descărca actualizările bazei de date antivirus sau antivirus.

    În plus, dezvoltatorii pot folosi o altă tehnică. Prin adăugarea de intrări în fișierul hosts, aceștia pot redirecționa utilizatorii către un site fals.

    De exemplu, după infectarea unui computer, virusul adaugă următoarea intrare în fișierul gazdă: „90.80.70.60 vkontakte.ru”. Unde „90.80.70.60” este adresa IP a serverului atacatorului. Drept urmare, atunci când încearcă să meargă la un site bine cunoscut, utilizatorul ajunge la un site care arată exact la fel, dar care se află pe serverul altcuiva. În urma unor astfel de acțiuni, fraudatorii pot obține nume de utilizator, parole și alte informații personale ale utilizatorului.

    Deci, în cazul oricărei suspiciuni de infecție cu virus sau falsificare a site-ului, primul lucru de făcut este să verificați fișierul HOSTS.

    Unde este fișierul hosts

    În funcție de versiunea sistemului de operare Windows, fișierul hosts poate fi localizat în diferite foldere. De exemplu, dacă utilizați Windows XP, Windows Vista, Windows 7 sau Windows 8, fișierul se află în folderul WINDOWS \ system32 \ drivers \ etc \.

    În sistemele de operare Windows NT și Windows 2000, acest fișier se află în folderul WINNT \ system32 \ drivers \ etc \.

    În versiunile foarte vechi ale sistemului de operare, de exemplu, Windows 95, Windows 98 și Windows ME, acest fișier poate fi găsit pur și simplu în folderul WINDOWS.

    Restaurarea fișierului hosts

    Mulți utilizatori hackerați sunt interesați de unde puteți descărca fișierul hosts. Cu toate acestea, nu este nevoie să căutați și să descărcați fișierul gazdelor originale. Îl puteți repara singur, pentru aceasta trebuie să îl deschideți cu un editor de text și să ștergeți totul, cu excepția liniei, cu excepția „127.0.0.1 localhost”. Aceasta va debloca accesul la toate site-urile și vă va actualiza antivirusul.

    Să aruncăm o privire mai atentă la procesul de restaurare a fișierului hosts:

    1. Deschideți folderul în care se află fișierul. Pentru a nu rătăci prin directoare mult timp în căutarea folderului dorit, puteți folosi un mic truc. Apăsați tasta Windows + combinația de taste R pentru a deschideți meniul Run". În fereastra care se deschide, introduceți comanda "% Systemroot% \ system32 \ drivers \ etc"și faceți clic pe OK.
    2. După ce folderul în care se află fișierul hosts se deschide în fața dvs., faceți o copie de rezervă a fișierului curent. În cazul în care ceva nu merge bine. Dacă fișierul hosts există, pur și simplu redenumiți-l hosts.old. Dacă fișierul hosts nu există deloc în acest folder, atunci acest element poate fi omis.
    3. Creați un nou fișier gazdă gol. Pentru a face acest lucru, faceți clic dreapta în folderul etc și selectați „Creați un document text”.
    4. Când fișierul este creat, acesta trebuie redenumit în gazde. La redenumire, va apărea o fereastră în care va exista un avertisment că fișierul va fi salvat fără extensie. Închideți fereastra de avertizare făcând clic pe butonul OK.
    5. După crearea noului fișier gazdă, îl puteți edita. Pentru a face acest lucru, deschideți fișierul cu Notepad.
    6. În funcție de versiunea sistemului de operare, conținutul fișierului gazdă standard poate diferi.
    7. Pentru Windows XP și Windows Server 2003 adăugați „127.0.0.1 localhost”.
    8. Windows Vista, Windows Server 2008, Windows 7 și Windows 8 trebuie să adauge două linii: „127.0.0.1 localhost” și „:: 1 localhost”.


    Ți-a plăcut articolul? Împărtășește-l