Pentru mulți dintre clienții noștri, criteriul pentru alegerea serviciilor de servere este conectivitatea la rețea. Conectivitatea la rețea este înțeleasă ca grad de interacțiune între o rețea a unui operator și rețele ale altor operatori și, prin urmare, numărul de rute și numărul de noduri intermediare pentru traficul pe Internet.
Este convenabil să verificați conectivitatea în rețea cu ajutorul serviciilor numite "Looking Glass" (în engleză - o oglindă). Acestea vă permit să verificați rutarea de la o rețea la distanță. Astfel de servicii sunt disponibile pentru multe organizații (cu informații despre toată lumea din perspectiva sticlei pot fi găsite, de exemplu, aici).
Interfața "Sticlei noastre" este extrem de simplă:
Toate comenzile sunt executate din două routere situate în St. Petersburg și Moscova (puteți selecta un router prin bifarea casetei în câmpul Router, puteți verifica simultan de la două routere).
Serviciul nostru "Looking Glass" execută următoarele comenzi (comanda este selectată în meniul drop-down "Operație"):
Comanda ping
Rezultatele comenzii ping pot arăta, de exemplu, astfel:
Din acest exemplu, puteți vedea că nodul de destinație răspunde corect solicitărilor, nu există pierderi de pachete. Să luăm în considerare încă un exemplu:
În acest caz, rezultatele arată că nodul de destinație este disponibil și nu există nici o pierdere de pachete, dar timpul de răspuns este oarecum crescut datorită distanței geografice: nodul destinație este în Japonia, iar solicitarea este trimisă de la Sankt Petersburg.
Uneori poate exista o situație de genul:
Rezultatele muncii echipei în acest caz arată că nici unul dintre pachete nu a atins ținta și că nodul este cel mai probabil indisponibil sau nu răspunde la cererile ICMP.
Astfel, utilizând o solicitare de ping, puteți verifica conexiunea la nodul la distanță. Simplul fapt al returnării cu succes a cererilor dă motive să presupunem că toate dispozitivele de pe router la nodul specificat funcționează în mod normal. Trebuie remarcat faptul că pierderea pachetelor poate apărea chiar și în absența unor defecțiuni: poate fi cauzată, de exemplu, de congestia rețelei. Se întâmplă adesea ca rutele să furnizeze pachete cu prioritate scăzută pentru pachetele de diagnosticare. Dar dacă cel puțin unul dintre pachetele trimise este returnat, aceasta indică deja existența conexiunii și disponibilitatea nodului.
Pe baza rezultatelor cererii de ping, nu se poate face o concluzie clară despre prezența unei defecțiuni. Se poate face doar o ipoteză care necesită o verificare suplimentară cu ajutorul altor instrumente.
Comanda Traceroute
Problemele legate de disponibilitatea serviciilor web pot fi, de asemenea, cauzate de problemele tehnice la nodurile intermediare prin care pachetele trec pe calea spre gazda destinație. Puteți identifica aceste probleme cu comanda traceroute.
Cum funcționează această echipă? Una dintre caracteristicile pachetelor transmise prin rețea este timpul de trai (TTL) - numărul de speranțe (de exemplu, saltul de la un router la altul) sau timpul în milisecunde, în timpul care pachet poate fi în rețea. Fiecare router care procesează un pachet reduce valoarea TTL cu unul. Când TTL devine zero, pachetul este distrus și mesajul depășit de timp IMPER este trimis expeditorului. Inițial, acest mecanism a fost utilizat pentru a împiedica copierea nesfârșită a pachetelor de rețea atunci când bucla de rețea a fost eronată.
După primirea comenzii traceroute, routerul trimite un pachet cu TTL = 1 în direcția gazdei destinație. Nodul de la care a fost recepționat timpul depășit este definit ca primul hop (adică primul pas pe calea către țintă). Apoi pachetele cu TTL = 2,3,4,5 și așa mai departe sunt trimise alternativ, până când unul dintre pachete ajunge la nodul de destinație și primește un răspuns de la acesta.
Ca urmare, pe ecran este afișată o listă cu toate nodurile intermediare de pe calea pachetului de la router la nodul de destinație. Acesta poate, de exemplu, să arate astfel:
Ce se poate vedea din rezultatul prezentat?
În tranziția nouă, în locul uneia dintre valorile timpului de răspuns, este afișat un asterisc. Aceasta înseamnă că nu a existat niciun răspuns la niciunul dintre pachetele trimise. Acest lucru poate fi cauzat, de exemplu, de congestia rețelei. Sau că multe routere elimină pachetele ICMP cu prioritate redusă. Apariția unor astfel de asteriscuri în ieșirea traceroute este destul de tipică, ceea ce nu este un motiv de îngrijorare.
Dacă sunt afișate trei asteriscuri pentru unul dintre routerele intermediare, înseamnă că nu a fost primit nici un răspuns de la acesta. Dar nu ar trebui să tragem o concluzie cu privire la prezența unei defecțiuni doar pe baza acestor asteriscuri. Aspectul lor se poate datora unei varietăți de motive. De exemplu, routerele sunt adesea configurate astfel încât să "elimine în tăcere" pachetele depășite. În acest caz, pachetele se îndreaptă în siguranță spre următorul router.
Motivul poate fi că pachetele de răspuns de la acest router se dau prea mult timp, iar Sticla Privind în așteptare așteaptă să sosească. Dacă cele trei asteriscuri sunt afișate pentru noduri la sfârșitul traseului (ca în exemplul de mai sus), acest lucru indică cel mai probabil că pachetele nu au ajuns la nodul de destinație.
Interpretarea rezultatelor traceroute este o sarcină mai complexă și mai subtilă decât ar putea părea la prima vedere; mai multe detalii despre acest lucru pot fi găsite aici și aici (în limba engleză).
Comenzi pentru diagnosticarea BGP
BGP (English Border Gateway Protocol) este protocolul principal pentru rutarea dinamică a Internetului. Acesta este conceput pentru a face schimb de informații nu între routerele individuale, ci între sistemele autonome. Un sistem autonom, așa cum este definit în RFC1930, este un sistem de rețele IP și routere controlate de unul sau mai mulți operatori și având o politică separată de rutare pe internet. De fapt, Internetul poate fi privit ca un set de sisteme autonome conexe.
Cu ajutorul protocolului BGP, sistemele autonome se informează reciproc: (1) despre existența lor și (2) despre ce rețele pot fi obținute prin intermediul acestora. Ei colectează, de asemenea, informații despre cum să ajungeți la alte rețele pe Internet. Primind informații despre rutele spre destinație, ele determină cele mai bune (bazate pe reguli de rețea, nu pe metrici tehnice) și le adaugă în tabelele de rutare. Acesta este motivul pentru care protocolul BGP este uneori numit lipici, care leagă întreaga Internet.
Protocolul BGP a fost creat într-un moment în care Internetul nu avea multe dintre problemele și pericolele care există astăzi și se caracterizează printr-o vulnerabilitate sporită. Erori de protocol, care pot fi cauzate de probleme tehnice special, sistem autonom și acțiuni de rău intenționate deliberate poate duce la consecințe foarte grave (pentru mai multe detalii despre acest lucru poate fi găsit, de exemplu, aici). Ca rezultat al acestor erori, traficul este redirecționat și / sau aruncat, fără a ajunge în rețeaua de destinație - acest lucru cauzează probleme cu disponibilitatea rețelei.
Protocolul BGP poate fi verificat utilizând detaliile traseului bgp, comenzile bgp route terse și bgp summary. Rezultatul comenzii detaliate a traseului bgp este tabela de rutare cu o listă a tuturor stațiilor autonome din calea pachetelor. Comanda bgp terse afișează o versiune prescurtată a tabelului de rutare. Comanda de sinteză bgp afișează o listă a tuturor sistemelor stand-alone cu care există conectivitate în routerele noastre.
concluzie
De la începutul furnizării serviciilor de închiriere și plasării serverelor dedicate, costul a inclus un canal garantat de 10 Mbps. Conform statisticilor, această rată este încă suficientă pentru cele mai multe servere, dar puterea de servere și capacitatea lor de a continua să crească, iar traficul este deplasat în mod semnificativ către mass-media „grele“ on-line, iar canalul devine un factor de limitare chiar și pentru mici.
Trimiteți-le prietenilor: