Ji bo gelek karan, dereng di navbera xerîdar û serverê de krîtîk in, mînakî di lîstikên serhêl, konfêransa vîdyoyê / deng, têlefoniya IP, VPN, hwd. Ger server di asta tora IP-ê de ji xerîdar pir dûr be, wê hingê dereng (bi gelemperî jê re "ping", "lag" tê gotin) dê bixebite.
Nêzîkbûna erdnîgarî ya serverek her gav di asta rêça IP-yê de nêzîkbûna wekhev nake. Ji ber vê yekê, mînakî, serverek li welatek din dibe ku ji serverek li bajarê we "nêzîkî" we be. Hemî ji ber taybetmendiyên rê û avakirina torê.
Meriv çawa serverek ku bi qasî ku gengaz nêzî hemî xerîdarên potansiyel e hilbijêrin? Girêdana torê IP çi ye? Meriv çawa xerîdarek berbi servera herî nêzîk ve dibe? Ka em di gotarê de fêr bibin.
Pîvana derengî
Pêşîn, em fêr bibin ka meriv çawa derengiyan bipîve. Ev peywir ne ew qas hêsan e ku ew xuya dike ji ber ku dereng dibe ku ji bo protokol û mezinahiyên pakêtê cûda cûda bibin. Di heman demê de dibe ku hûn bûyerên kurt-kurt jî ji bîr nekin, wek dilopên ku çend mîlîçirkeyan dom dikin.
ICMP - ping bi rêkûpêk
Em ê amûra ping a Unix bikar bînin; ew dihêle hûn bi destan navberên di navbera şandina pakêtan de destnîşan bikin, ku guhertoya ping ji bo Windows-ê nikare bike. Ev girîng e ji ber ku ger di navbera pakêtan de rawestinên dirêj hebin, dibe ku hûn nebînin ka di navbera wan de çi diqewime.
Mezinahiya pakêtê (vebijark -s) - ji hêla xwerû ve, amûra ping pakêtên mezinahiya 64 byte dişîne. Digel pakêtên weha piçûk, fenomenên ku bi pakêtên mezintir re çêdibin dibe ku neyên berçav, ji ber vê yekê em ê mezinahiya pakêtê li ser 1300 byte destnîşan bikin.
Navbera navbera pakêtan (vebijark -i) - dema di navbera şandina daneyan de. Bi xwerû, pakêt di çirkeyê de carekê têne şandin, ev pir dirêj e, bernameyên rastîn di çirkeyê de bi sedan û hezaran pakêtan dişînin, ji ber vê yekê em ê navberê li ser 0.1 çirkeyê destnîşan bikin. Bername bi hêsanî kêmtir destûrê nade.
Wekî encamek, ferman bi vî rengî xuya dike:
ping -s 1300 -i 0.1 yandex.ru
Vê sêwiranê dihêle hûn wêneyek derengtir a rastîntir bibînin.
Ping bi UDP û TCP
Di hin rewşan de, girêdanên TCP-ê ji pakêtên ICMP-ê cûda têne pêvajoyê kirin, û ji ber vê yekê, pîvandin dikare li gorî protokolê cûda bibe. Di heman demê de pir caran diqewime ku mêvandar bi tenê bersivê nade ICMP, û ping bi rêkûpêk naxebite. Mînakî, hosteyekî tevahiya jiyana xwe ev e. microsoft.com.
Utility ji pêşdebirên skanera navdar nmap dikare her pakêtan çêbike. Ew dikare ji bo pîvandina derengiyan jî were bikar anîn.
Ji ber ku UDP û TCP li ser yên taybetî dixebitin, pêdivî ye ku em portek taybetî "ping" bikin. Ka em hewl bidin ku TCP 80, ango porta servera malperê ping bikin:
$ sudo nping --tcp -p 80 --delay 0.1 -c 0 microsoft.com
Starting Nping 0.7.80 ( https://nmap.org/nping ) at 2020-04-30 13:07 MSK
SENT (0.0078s) TCP 10.0.0.1:63236 > 13.77.161.179:80 S ttl=64 id=49156 iplen=40 seq=3401731188 win=1480
SENT (0.1099s) TCP 10.0.0.1:63236 > 13.77.161.179:80 S ttl=64 id=49156 iplen=40 seq=3401731188 win=1480
RCVD (0.2068s) TCP 13.77.161.179:80 > 10.0.0.1:63236 SA ttl=43 id=0 iplen=44 seq=1480267007 win=64240 <mss 1440>
SENT (0.2107s) TCP 10.0.0.1:63236 > 13.77.161.179:80 S ttl=64 id=49156 iplen=40 seq=3401731188 win=1480
RCVD (0.3046s) TCP 13.77.161.179:80 > 10.0.0.1:63236 SA ttl=43 id=0 iplen=44 seq=1480267007 win=64240 <mss 1440>
SENT (0.3122s) TCP 10.0.0.1:63236 > 13.77.161.179:80 S ttl=64 id=49156 iplen=40 seq=3401731188 win=1480
RCVD (0.4247s) TCP 13.77.161.179:80 > 10.0.0.1:63236 SA ttl=42 id=0 iplen=44 seq=2876862274 win=64240 <mss 1398>
Max rtt: 112.572ms | Min rtt: 93.866ms | Avg rtt: 101.093ms
Raw packets sent: 4 (160B) | Rcvd: 3 (132B) | Lost: 1 (25.00%)
Nping done: 1 IP address pinged in 0.43 seconds
Bi xwerû, nping 4 pakêtan dişîne û disekine. Dibe -c 0 şandina bêdawî ya pakêtan dike; ji bo rawestandina bernameyê, divê hûn Ctrl+C bikirtînin. Statîstîk dê di dawiyê de bêne xuyang kirin. Em dibînin ku nirxa navînî rtt (dema gera dor) 101ms e.
MTR - traceroute li ser steroîdan
Bername My Traceroute amûrek pêşkeftî ye ji bo şopandina rêyên mêvandarek dûr. Berevajî traceroute-a kargêriya pergalê ya gelemperî (di Windows-ê de ev kargêriya tracert e), ew dikare di zincîra pakêtê de ji her mêvandar re derengan nîşan bide. Di heman demê de ew dikare ne tenê bi ICMP, lê di heman demê de bi UDP û TCP ve rêyan bişopîne.
$ sudo mtr microsoft.com
Navbera bernameya MTR (bikirtîne). Şopandina rê ji microsoft.com re dest pê kir
MTR tavilê pingê ji her mêvandarê di zincîrê re nîşan dide, û dema ku bername dimeşe data bi domdarî têne nûve kirin û guhertinên demkurt têne dîtin.
Dîmenê nîşan dide ku girêka #6 xwedan windahiyên pakêtê ye, lê di rastiyê de ev bi tevahî ne rast e, ji ber ku hin rêwer dikarin pakêtên bi TTL-ya qediyabûyî veqetînin û bersivek xeletî venegerînin, ji ber vê yekê daneyên windabûna pakêtê li vir dikare were paşguh kirin.
WiFi vs kablo
Ev mijar bi tevahî bi gotarê re ne têkildar e, lê bi dîtina min di çarçoveyek dereng de pir girîng e. Ez bi rastî ji WiFi-yê hez dikim, lê heke fersendek herî piçûk jî hebe ku ez bi kabloyek înternetê ve girêbidim, ez ê wê bikar bînim. Di heman demê de ez her gav mirovan ji karanîna kamerayên WiFi jî dilgiran dikim.
Ger hûn fîşekên serhêl ên cidî dilîzin, vîdyoyê diherikin, an li ser borsayê bazirganiyê dikin: Ji kerema xwe Înternetê bi kabloyê bikar bînin.
Li vir ceribandinek dîtbar heye ku hûn girêdanên WiFi û kabloyê bidin ber hev. Ev ping ji routerê WiFi re ye, ango, ne jî Înternetê ye.
(Bikirtînin) Berawirdkirina ping bi routerek WiFi bi kablo û bi WiFi
Tê dîtin ku li ser WiFi dereng 1ms dirêjtir e û carinan jî pakêtên bi dereng deh carî dirêjtir in! Û ev tenê demek kurt e. Di heman demê de, heman router derengiyên domdar ên <1ms çêdike.
Di mînaka jor de, WiFi 802.11n li 2.4GHz tê bikar anîn, tenê laptopek û têlefonek bi xala gihîştina WiFi ve girêdayî ye. Ger li ser xala gihîştinê bêtir xerîdar hebûn, dê encam pir xirabtir bin. Ji ber vê yekê ez li dijî guheztina hemî komputerên nivîsgehê li WiFi me heke gengaz be ku bi kabloyek bigihîje wan.
girêdana IP
Ji ber vê yekê, em fêr bûne ku derengiyên serverê bipîvin, werin em hewl bidin ku servera herî nêzîk ji me re bibînin. Ji bo vê yekê, em dikarin binihêrin ka rêça peydakerê me çawa dixebite. Ji bo vê yekê karanîna karûbarê hêsan e
Dema ku em xwe digihînin malperê, em dibînin ku navnîşana IP-ya me ya pergala xweser e .
Bi nihêrîna grafika pêwendiya pergalên xweser, em dikarin bibînin ku pêşkêşvanê me bi kîjan pêşkêşkerên asta bilind ve bi cîhana mayî ve girêdayî ye. Her yek ji xalan klîk e, hûn dikarin têkevin hundur û bixwînin ka ew çi celeb pêşkêşker e.
Grafika girêdana pergalên xweser ên pêşkêşker
Bi karanîna vê amûrê, hûn dikarin lêkolîn bikin ka kanalên her pêşkêşker, tevî mêvandar, çawa têne saz kirin. Binêrin ku ew rasterast bi kîjan pêşkêşkeran ve girêdayî ye. Ji bo vê yekê, hûn hewce ne ku navnîşana IP-ya serverê têkevin lêgerîna bgp.he.net û li grafiya pergala wê ya xweser binihêrin. Her weha hûn dikarin fêm bikin ka yek navendek daneyê an pêşkêşkerek mêvandar çawa bi yekî din ve girêdayî ye.
Piraniya nuqteyên danûstendina trafîkê amûrek taybetî ya bi navê şûşeya lêgerê peyda dikin, ku dihêle hûn li xala danûstendinê ji routerek taybetî ping û şopandinê bikin.
Bo nimûne, ji MGTS
Ji ber vê yekê, dema ku serverek hilbijêrin, em dikarin pêşî bibînin ka ew ê çawa ji nuqteyên danûstendina trafîkê yên cihêreng xuya bike. Û heke xerîdarên me yên potansiyel li herêmek erdnîgarî ya diyarkirî ne, em dikarin cîhê çêtirîn ji bo serverê bibînin.
Pêşkêşkara herî nêzîk hilbijêrin
Me biryar da ku em prosedurê ji bo dîtina servera çêtirîn ji bo xerîdarên xwe hêsan bikin û rûpelek bi ceribandina otomatîkî ya cihên nêzîk çêkir: .
Dema ku hûn serdana rûpelek dikin, skrîpt derengiyên ji geroka we heya her serverê dipîve û wan li ser nexşeyek înteraktîf nîşan dide. Dema ku hûn li ser navendek daneyê bikirtînin, agahdariya bi encamên testê têne xuyang kirin.
Bişkojk ji bo hemî navendên me yên daneyê we digihîne rûpela ceribandina derengiyê. Ji bo dîtina encamên testê, li ser nexşeyê li ser xala navenda daneyê bikirtînin
Source: www.habr.com