Diagnosztizálják a hálózati problémákat a keresett üveg - szelektív vállalati blog

Számos ügyfelünk számára a kiszolgálószolgáltatások kiválasztásának kritériuma a hálózati kapcsolat. A hálózati kapcsolat azt jelenti, hogy az egyik szolgáltató hálózata kölcsönhatásba lép más üzemeltetők hálózataival, következésképpen az útvonalak számát és az internetforgalom közbenső csomópontjainak számát.

Kényelmesen ellenőrizni a hálózati kapcsolatot a "Looking Glass" (angolul - tükör) segítségével. Lehetővé teszik, hogy ellenőrizze az útvonalválasztást egy távoli hálózaton. Az ilyen szolgáltatások sok szervezet számára rendelkezésre állnak (például a keresett üveg világáról szóló információk megtalálhatók például itt).

A "Looking Glass" kezelőfelülete rendkívül egyszerű:

Minden parancsot két, Svédországban és Moszkvában található útválasztón hajtanak végre (a Router mezőben a router kiválasztásával kiválaszthat egy útválasztót, egyszerre két útválasztóból is ellenőrizheti).

A "Looking Glass" szolgáltatásunk a következő parancsokat hajtja végre (a parancsot a "Művelet" legördülő menüben választjuk ki):

A ping parancs

A ping parancs eredményei például a következőképpen nézhetők ki:

Ebből a példából láthatjuk, hogy a célcsomópont a kéréseket megfelelően válaszolja meg, nincs csomagvesztés. Tekintsünk még egy példát:

Ebben az esetben az eredményekből látható, hogy a célcsomópont rendelkezésre áll, nincs csomagveszteség, de a válaszidő kissé megnövekedett a földrajzi távolság miatt: a célcsomópont Japánban van, és a kéréseket Szentpétervárról küldték.

Néha ilyen helyzet állhat fenn:

A csapatmunka eredménye ebben az esetben azt mutatja, hogy egyik csomag sem érte el a célpontot, és hogy a csomópont valószínűleg nem érhető el, vagy nem reagál az ICMP kéréseire.

Így pinges kérelem segítségével ellenőrizheti a kapcsolatot a távoli csomóponttal. A kérelmek sikeres visszajuttatásának ténye alapján indokolt feltételezni, hogy az útválasztóról a megadott csomópontra futó összes eszköz normálisan működik. Meg kell jegyezni, hogy a csomagvesztés akár hibás működés hiányában is előfordulhat: például a hálózati torlódás okozhatja. Gyakran előfordul, hogy a routerek alacsony prioritású csomagokat adnak diagnosztikai csomagokká. De ha legalább az egyik küldött csomagot visszaadja, akkor ez már jelzi a kapcsolat meglétét és a csomópont elérhetőségét.

A ping-kérelem eredményei alapján nem lehet egyértelmű következtetést levonni a hiba jelenlétéről. Csak azt feltételezhetjük, hogy más eszközök segítségével további ellenőrzésre van szükség.

Traceroute parancs

A webes szolgáltatások elérhetőségével kapcsolatos problémákat a technikai problémák is okozhatják a közbenső csomópontokon, amelyeken keresztül a csomagok továbbadják a célállomást. Ezeket a problémákat a traceroute paranccsal azonosítja.

Hogyan működik ez a csapat? A hálózaton keresztül küldött csomagok egyik jellemzője az élettartam (TTL) - a remények száma (vagyis az egyik útválasztóból történő ugrás) vagy az idő milliszekundumban, a amely a csomag lehet a hálózaton. Minden csomag feldolgozó útválasztó egyenként csökkenti a TTL értéket. Amikor a TTL nulla, a csomag megsemmisül, és az IMPER időtartam túllépte az üzenetet a feladónak. Kezdetben ezt a mechanizmust használta a hálózati csomagok végtelen másolásának megakadályozására, ha a hálózati hurok hibás volt.

Miután megkapta a traceroute parancsot, az útválasztó egy csomagot küld a TTL = 1 címzett irányába. Az a csomópont, amelyből az idő meghaladta a válaszértéket, az első hop (vagyis a cél elérési útjának első lépése). Ezután a TTL = 2,3,4,5 és így tovább küldött csomagok váltakozva kerülnek elküldésre, amíg az egyik csomag el nem éri a célcsomópontot, és megkapja a választ.

Ennek eredményeként megjelenik a képernyőn a csomag útvonala által az útválasztóról a célcsomóponthoz tartozó összes közbülső csomópont listája. Például, így nézhet ki:

Mi látható a bemutatott eredményekből?

A kilencedik átmenetben az egyik válaszidő érték helyett egy csillag jelenik meg. Ez azt jelenti, hogy egyik küldött csomag sem válaszolt. Ennek oka lehet például a hálózati torlódás. Vagy, hogy sok útválasztó eldobja az alacsony prioritású ICMP csomagokat. Az ilyen csillagok megjelenése a traceroute kimenetén meglehetősen tipikus, ami nem aggodalomra ad okot.

Ha a köztes útválasztók egyikére három csillag jelennek meg, akkor azt jelenti, hogy nem érkezett válasz. De csak e csillagok alapján nem lehet következtetést levonni a hiba jelenlétéről. Megjelenésük számos oka lehet. Például a routerek gyakran úgy vannak beállítva, hogy "csendben" eldobják az elavult csomagokat. Ebben az esetben a csomagok biztonságosan eljutnak a következő útválasztóhoz.

Ennek oka lehet, hogy az útválasztó válaszcsomagjai túl hosszúak, és a keresőüveg megáll a várakozásukra. Ha a három csillag a csomópontoknál megjelenik az útvonal végén (mint a fenti példában), ez valószínűleg azt jelzi, hogy a csomagok nem érkeztek meg a cél-csomóponthoz.

A traceroute kimenetek értelmezése összetettebb és legkevésbé fontos feladat, mint amilyennek első pillantásra tűnhet; további részletek itt és itt találhatók (angol nyelven).

Parancsok a BGP diagnosztizálásához

A BGP (angol határátjáró protokoll) a dinamikus internetes útválasztás fő protokollja. Úgy tervezték, hogy ne cseréljen információt az egyes útválasztók között, hanem autonóm rendszerek között. Az RFC1930-ban definiált autonóm rendszer egy vagy több operátor által vezérelt IP-hálózatok és útválasztók rendszere, amelyeknek külön internet-útválasztási politikája van. Valójában az internet tekinthető a kapcsolódó autonóm rendszerek halmazaként.

A BGP-protokoll segítségével az autonóm rendszerek egymásról tájékoztatják egymást: (1) létezésük tényéről, (2) arról, hogy milyen hálózatokon lehet hozzájutni. Információkat gyűjtenek arról is, hogyan juthatnak el az interneten más hálózatokhoz. Az útvonalakra vonatkozó információk fogadása a célállomáshoz, azok a legjobbakat határozzák meg (hálózati szabályok alapján, nem technikai mutatók alapján), és hozzáadják az útválasztási tábláikhoz. Ezért hívják a BGP-protokollt néha a ragasztóknak, ami az egész internetet megköti.

A BGP protokoll akkor jött létre, amikor az Internetnek nem volt sok olyan problémája és veszélye, amely ma létezik, és amelyet fokozott sebezhetőség jellemez. A protokoll működése során felmerülő hibák - mind az adott autonóm rendszer technikai problémái, mind a betolakodók szándékos akciói miatt - nagyon komoly következményekkel járhatnak (részletesebben lásd itt). E hibák következtében a forgalom átirányításra és / vagy elvetésre kerül, és nem érte el a célhálózatot - ez a hálózatok elérhetőségével kapcsolatos problémákat okoz.

A BGP protokoll a bgp útvonal részletességével, a bgp route trerse és a bgp summary parancsokkal ellenőrizhető. A bgp route detail parancs eredménye az útválasztási táblázat, amely tartalmazza a csomagok elérési útjában lévő összes autonóm állomás listáját. A bgp terse parancs megjeleníti az útválasztási táblázat rövidített verzióját. A bgp summary parancs megjeleníti az összes önálló rendszert, amellyel a routerünkben van kapcsolat.

következtetés

A bérleti szolgáltatások nyújtásának kezdetétől és a dedikált szerverek elhelyezésétől kezdve garantáltan 10 Mbps-os csatornát vezettek be a költségekbe. A statisztikák szerint ez a sebesség még mindig elég a legtöbb szerver számára, de a szerverek és képességeik kapacitása tovább növekszik, és a forgalom jelentősen átkerül a "nehéz" on-line adathordozó felé, és a csatorna korlátozó tényezővé válik még a kicsiben is.