Журнал LinuxFormat - перейти на главную

LXF142:ntop

Материал из Linuxformat
Версия от 09:44, 11 мая 2012; Crazy Rebel (обсуждение | вклад)

(разн.) ← Предыдущая | Текущая версия (разн.) | Следующая → (разн.)
Перейти к: навигация, поиск
Подписка на печатную версию
Весь 2015 год (12 номеров)
Первое полугодие (6 номеров)
Второе полугодие (6 номеров)
Подписка на электронную версию
Весь 2015 год (12 номеров)
Первое полугодие (6 номеров)
Второе полугодие (6 номеров)
Подшивки старых номеров журнала (печатные версии)
Весь 2014 год (12 номеров)
Первое полугодие (6 номеров)
Второе полугодие (6 номеров)
Ntop Хо­ти­те уз­нать боль­ше о сво­ей ло­каль­ной се­ти? Яс­ное де­ло, хо­ти­те!

Содержание

Ntop: Про­верьте свою сеть

Бен Мар­тин рас­ска­жет, как ис­поль­зо­вать се­те­вой мо­ни­тор для вы­яв­ле­ния при­чин пе­ре­груз­ки по­ло­сы про­пус­ка­ния и уз­нать боль­ше о тра­фи­ке.

Ре­сур­сы ком­пь­ю­те­ра ог­раниче­ны, как вам извес­тно по опе­ра­циям с дис­ка­ми, се­тя­ми, ОЗУ и про­цес­со­ром. У мно­гих лю­дей на ра­бо­чих сто­лах при­сут­ст­ву­ет монитор про­цес­со­ра и ОЗУ для сле­жения за эти­ми цен­ны­ми ре­сур­са­ми, так по­че­му бы не сде­лать то же са­мое для ва­шей се­ти? На­при­мер, в ка­кое-то вре­мя сеть мо­жет быть слиш­ком пе­ре­гру­же­на, или ка­бель при по­следнем из­ды­хании, что вы­зы­ва­ет поток оши­бок. С Ntop вы уви­ди­те, кто и что ис­поль­зу­ет в ва­шей се­ти, и про­ве­ри­те, что все ра­бо­та­ет как по­ло­же­но, или ди­аг­но­сти­руе­те про­бле­мы в кон­крет­ном уча­ст­ке се­ти или при­ло­жении.

Для ана­ли­за се­ти име­ет­ся мно­го спо­со­бов. На­при­мер, вас мо­жет ин­те­ре­со­вать тра­фик, иду­щий че­рез ва­шу сеть, или про­цент тра­фи­ка Network File System (NFS) или Internet Message Access Protocol (IMAP) в оп­ре­де­лен­ное вре­мя дня. Или вы про­сто хо­ти­те знать, ка­кие хосты име­ют ак­тив­ные под­клю­чения к служ­бам, ра­бо­таю­щим на ма­шине; а раз­брос вре­мен про­хо­ж­дения тра­фи­ка по локаль­ной се­ти мо­жет ука­зы­вать на про­бле­мы хоста или се­те­во­го обо­ру­до­вания.

Стоп око­ло Ntop

Ntop ана­ли­зи­ру­ет се­те­вой тра­фик, ко­то­рый идет к хосту или че­рез него, и пре­достав­ля­ет ин­фор­ма­цию о нем че­рез web-ин­тер­фейс. Ра­ди про­сто­ты, мы бу­дем на­зы­вать ма­ши­ну под управ­лением Ntop сер­ве­ром, а хосты, ко­то­рые об­ща­ют­ся с ним или че­рез него, кли­ен­та­ми, хоста­ми или ма­ши­на­ми.

Имей­те в ви­ду, од­на­ко, что Ntop мо­жет толь­ко по­мочь вам ана­ли­зи­ро­вать се­те­вой тра­фик, ко­то­рый он ви­дит. И ес­ли ваш сер­вер под­клю­чен к ком­му­та­то­ру Ethernet, две дру­гие ма­ши­ны об­ща­ют­ся друг с дру­гом че­рез него, а не че­рез сер­вер, и тра­фи­ка Ntop не уви­дит. Та­ким об­ра­зом, сто­ит за­пускать Ntop на ма­шине, обес­пе­чи­ваю­щей се­те­вой сер­вис, ко­то­рый вы хо­ти­те кон­тро­ли­ро­вать. Или – ес­ли ва­ша Linux-ма­ши­на слу­жит Ин­тернет-шлю­зом, то это так­же непло­хое ме­сто для за­пуска Ntop.

Ес­ли у вас есть се­те­вое обо­ру­до­вание с монито­рин­гом cPacket, sFlow или Netflow, мож­но ука­зать этим же­ле­зя­кам то­же по­сы­лать ин­фор­ма­цию в Ntop для ана­ли­за. Как ва­ри­ант, удоб­но вы­брать сер­ве­ром Ntop хост, вы­пол­няю­щий функ­ции мар­шру­ти­за­то­ра (с дву­мя или бо­лее се­те­вы­ми кар­та­ми).

На мо­мент на­пи­сания, по­следней вер­си­ей Ntop бы­ла 4.0.3, доступ­ная в ви­де па­ке­тов для неста­биль­ной вер­сии Debian. Все Fedora, в том чис­ле 14 и раз­ра­ба­ты­вае­мые, идут с вер­си­ей Ntop 3.4 или вы­ше. Ни­что не ме­ша­ет са­мо­стоя­тель­но со­брать Ntop 4.0.3 из ис­ход­ных ко­дов. На­конец, дво­ич­ный 64‑бит­ный RPM Ntop для Fedora 13, при­ме­няе­мый на дан­ном уро­ке, досту­пен на DVD это­го ме­ся­ца.

Да­вай­те начнем

Ntop за­пуска­ет­ся как де­мон и пред­ла­га­ет web-ин­тер­фейс на пор­тах 3000 и 3001, ис­поль­зуя про­то­кол HTTP и HTTPS со­от­вет­ст­вен­но. По умол­чанию, толь­ко ма­ши­на с Ntop по­лу­ча­ет доступ к это­му ин­тер­фей­су. Что­бы раз­ре­шить дру­гим ком­пь­ю­те­рам доступ к Ntop или из­менить пор­ты, от­ре­дак­ти­руй­те /etc/ntop.conf и за­пусти­те HTTP(S) сер­вер на IP-ад­ре­се, от­лич­ном от 127.0.0.1. В при­ме­ре ниже сер­вер HTTP сде­лан доступ­ным на яв­ном ин­тер­фей­се се­ти, а сер­вер HTTPS – на пор­те 3001 на се­те­вых ин­тер­фей­сах всех ма­шин. 

# edit/etc/Ntop.conf
…
--http-server 192.168.1.1:3000 --https-server 3001
…
# service Ntop restart

От­ме­тим, что хо­тя мы пы­та­лись яв­но пе­ре­чис­лить все се­те­вые ад­ре­са, по­вто­ряя оп­цию --https-server, по­вез­ло толь­ко по­следнему. Ес­ли опустить имя хоста или IP-ад­рес, web-ин­тер­фейс Ntop бу­дет досту­пен че­рез все се­те­вые ин­тер­фей­сы ва­шей ма­ши­ны.

Так­же имей­те в ви­ду, что web-ин­тер­фейс Ntop по­зво­ля­ет неав­то­ри­зо­ван­ным кли­ен­там про­смат­ри­вать дан­ные че­рез сеть, но ме­нять на­строй­ки мож­но толь­ко тем, кто ав­то­ри­зо­ван с пра­ва­ми ад­минист­ра­то­ра. Сле­дую­щая по­сле­до­ва­тель­ность команд, за­пускае­мая с пра­ва­миад­ми­ни­ст­ра­то­ра, по­зво­ля­ет ус­та­но­вить па­роль ад­ми­ни­ст­ра­то­ра: 


# service Ntop stop
# Ntop --set-admin-password=CHANGEME
# service Ntop start

По­се­щение пор­та 3001 долж­но вы­вес­ти боль­шое ре­зю­ме. Две верхние кру­го­вые диа­грам­мы по­ка­зы­ва­ют со­от­но­шение од­но­ад­рес­ных пе­ре­дач и мар­шру­ти­зо­ван­ных па­ке­тов и рас­пре­де­ление раз­ме­ров па­ке­тов. Да­лее идут еще две диа­грам­мы, ото­бра­жаю­щие от­но­шение IP к не-IP тра­фи­ку и TTL (Time To Live, вре­мя жизни) па­ке­тов, про­хо­дя­щих че­рез ва­шу сеть.

TTL – это чис­ло, при­пи­сан­ное се­те­во­му па­ке­ту, ко­то­рое умень­ша­ет­ся при ка­ж­дом про­хо­ж­дении па­ке­та че­рез мар­шру­ти­за­тор. Когда TTL па­ке­та дости­га­ет ну­ля, па­кет уда­ля­ет­ся. Так пре­дот­вра­ща­ет­ся бесконеч­ная цир­ку­ля­ция па­ке­тов в се­ти.

Тра­фи­ки на графике

По­ин­те­реснее бу­дут че­ты­ре гра­фи­ка за­ви­си­мо­стей от вре­мени в нижней час­ти глав­ной страницы, ко­то­рые опи­сы­ва­ют тра­фик HTTP, DNS, поч­ты и SSH за по­следние несколь­ко ча­сов. За этим раз­де­лением на пор­ты сле­ду­ет вре­мен­ной гра­фик, вклю­чаю­щих мно­го об­щих ти­пов се­те­во­го тра­фи­ка, та­ких как BitTorrent и VoIP, по­это­му вы мо­же­те бы­ст­ро уз­нать, когда и чем именно вызваны пи­ки на­груз­ки.

На­жа­тие на лу­пу ря­дом с ка­ж­дым гра­фи­ком по­зво­ля­ет яв­но ука­зать ин­тер­вал вре­мени для гра­фи­ка. Удоб­ное ме­ню пред­ла­га­ет об­щие ин­тер­ва­лы по от­но­шению к те­ку­ще­му вре­мени: на­при­мер, за по­следний день или пол­ча­са. И ес­ли вы хо­ти­те точ­но уз­нать, когда HTTP-тра­фик рез­ко воз­рас­та­ет или ве­ли­ка ли на­груз­ка NFS и на ка­кое вре­мя при­хо­дят­ся ее пик, от­сю­да и начните.

В са­мом низу страницы свод­ки по­ка­зан вхо­дя­щий и ис­хо­дя­щий тра­фик пор­тов сер­ве­ра за по­след­нюю ми­ну­ту, в по­ряд­ке умень­шения про­пу­ск­ной спо­соб­но­сти. Ка­ж­дый порт в этом спи­ске оз­на­чен ги­пер­ссыл­кой, по­зво­ляю­щей бы­ст­ро уви­деть, ка­кие хосты недав­но ис­поль­зо­ва­ли порт. Эта страница по умол­чанию доступ­на на Summary > Traffic. Ес­ли вам на­до по­смот­реть, как за­гру­же­на сеть пря­мо сей­час и ка­кие хосты влия­ют на нее, на­чи­най­те с нижней час­ти этой страницы.

Вла­сте­лин хостов

Пе­рей­дя к странице Хосты, на­хо­дя­щей­ся в ме­ню Summary, мы уви­дим спи­ски всех хостов, из­вест­ных Ntop, в со­про­во­ж­дении неко­то­рой яв­ной ин­фор­ма­ции ти­па МАС-ад­ре­са и ин­фор­ма­ции, об­на­ру­жен­ной Ntop, ти­па опе­ра­ци­он­ной сис­те­мы хоста и ис­поль­зуе­мо­го се­те­во­го обо­ру­до­вания. По умол­чанию эта таб­ли­ца от­сор­ти­ро­ва­на по объ­е­му тра­фи­ка, от­прав­лен­но­го хостом че­рез сер­вер. Сор­ти­ров­ку мож­но из­менить, на­жав на лю­бой за­го­ло­вок таб­ли­цы для сор­ти­ров­ки по это­му столб­цу. Ес­ли сеть боль­шая, мож­но так­же ог­раничить­ся по­ка­зом толь­ко хостов для вы­бран­ной под­се­ти, ис­поль­зуя вы­па­дю­щие ме­ню в верхней час­ти страницы для фильт­ра­ции то­го, что вам нуж­но.

Таб­ли­ца хостов да­ет доступ к стан­дарт­ной ин­фор­ма­ции по ка­ж­дой ма­шине в се­ти, та­кой как имя хоста, IP-ад­рес, MAC ад­рес и под­счет вхо­дя­ще­го и ис­хо­дя­ще­го тра­фи­ка. Доступ­на так­же до­полнитель­ная ин­фор­ма­ция – до­гад­ки Ntop про тип се­те­вой кар­ты и опе­ра­ци­он­ной сис­те­мы, яв­ля­ет­ся ли хост мар­шру­ти­за­то­ром и ка­кие сер­ви­сы на нем ра­бо­та­ют. Спи­сок сер­ви­сов ог­раничи­ва­ет­ся хоста­ми в ва­шей локаль­ной се­ти. Для хостов в Ин­тернет, ко­ли­че­­ст­во пе­ре­ско­ков на ка­ж­дом ком­пь­ю­те­ре ото­бра­жа­ет­ся в столб­це Hops Distance.

Уви­деть с вы­со­ты птичь­е­го по­ле­та, что де­ла­ют хосты в се­ти, мож­но в раз­де­ле IP >Local > Local Matrix, где по­ка­зан объ­ем дан­ных, пе­ре­сы­лае­мых ме­ж­ду из­вест­ны­ми хоста­ми локаль­ной се­ти. Пе­ре­ход в All protocols > Activity по­ка­жет тра­фик, соз­дан­ный для ка­ж­до­го из­вест­но­го хоста за по­следний день.

Эта страница име­ет цве­то­вые ко­ды для тра­фи­ка ка­ж­до­го хоста по от­но­шению к се­бе. На­при­мер, ес­ли ваш поч­то­вый сер­вер боль­ше все­го на­гру­жен в 9 ут­ра и сра­зу по­сле обе­да, то на странице Activity эти од­но­ча­со­вые бло­ки бу­дут полыхать крас­ным цве­том. Так как хост оценива­ют по от­но­шению к са­мо­му се­бе, фай­ло­вый сер­вер, пе­ре­сы­лаю­щий ги­га­бай­ты дан­ных, не за­глу­шит ста­ти­сти­ку для ва­ше­го поч­то­во­го сер­ве­ра.

Ори­ен­та­ция сер­ве­ра

Пе­ре­ход к странице IP-> Local> Active TCP/UDP Sessions сес­сий по­ка­жет все вхо­дя­щие и ис­хо­дя­щие со­единения ва­ше­го сер­ве­ра. Для ка­ж­до­го со­единения мож­но ви­деть, сколь­ко дан­ных бы­ло от­прав­ле­но и по­лу­че­но, дол­го ли со­единение бы­ло ак­тив­ным, а так­же се­те­вую за­держ­ку в обо­их на­прав­лениях для ка­ж­до­го со­единения.

К со­жа­лению, таб­ли­цу ак­тив­ных со­единений, по­хо­же, от­сор­ти­ро­вать нель­зя, то есть вы не мо­же­те, на­при­мер, уви­деть, у ка­ких ак­тив­ных со­единений наи­боль­шая се­те­вая за­держ­ка.

Что­бы уз­нать, с ка­ки­ми сер­ви­са­ми ка­ж­до­го уз­ла хост свя­зы­ва­ет­ся че­рез сер­вер, пе­рей­ди­те к странице IP > Summary > Traffic. Таб­ли­ца по умол­чанию от­сор­ти­ро­ва­на по об­щей про­пу­ск­ной спо­соб­но­сти, но по­смот­реть, че­рез ка­кой хост про­шло боль­ше SSH, NFS, поч­ты или пи­рин­го­во­го тра­фи­ка, мож­но все­го лишь по од­но­му щелч­ку.


Бо­лее то­го, Ntop спо­со­бен по­ка­зать вам кар­ты, ил­лю­ст­ри­рую­щие, от­ку­да идут за­про­сы к сер­ве­ру. Од­на из карт, Region Map, пред­став­ля­ет цвет­ную кар­ту ми­ра, где стра­ны, ча­ще все­го об­ра­щаю­щие­ся к сер­ве­ру, ок­ра­ше­ны тем­ным, тогда как ва­ри­ант Host Map бы­ст­ро вы­даст ог­раничен­ное чис­ло ма­шин в Ин­тернете, свя­зы­вав­ших­ся с ма­ши­ной, где ра­бо­та­ет Ntop. Ес­ли вы пред­ла­гае­те тра­фик в ин­тернет, эти две кар­ты по­зво­лят вам уви­деть, от­ку­да при­хо­дят ва­ши се­те­вые за­про­сы по стране, или мар­ке­ры на кар­те Google.

IP > Local > Network Traffic Map ис­поль­зу­ет ин­ст­ру­мент Dot для соз­дания гра­фи­ка ва­ше­го се­те­во­го тра­фи­ка. Прав­да, Ntop ожи­да­ет, что при­ло­жение Dot из Graphviz уста­нов­ле­но в /usr/local/bin, а зна­чит, не най­дет его, ес­ли вы уста­но­ви­ли Dot с по­мо­щью па­ке­тов ди­ст­ри­бу­ти­ва. К сча­стью, вам пред­ло­жат ссыл­ку на на­строй­ки, что­бы это ис­пра­вить, но при­дет­ся про­кру­чи­вать на­строй­ки, что­бы най­ти путь dot.path, уста­нов­лен­ный в /usr/local/bin/dot по умол­чанию. Из­менение его на пра­виль­ный путь для ва­ше­го ди­ст­ри­бу­ти­ва (на Fedora это /usr/bin/dot) – пер­вый шаг для по­строения гра­фи­ков в Ntop.

В этом пунк­те мо­жет возник­нуть ошиб­ка, свя­зан­ная с невоз­мож­но­стью соз­дать вре­мен­ный файл. При этом мож­но ли­бо раз­ре­шить поль­зо­ва­те­лю Ntop соз­да­вать фай­лы в --spool-file-path, по умол­чанию /var/lib/ntop, или из­менить этот путь, до­ба­вив к фай­лу /etc/ntop.conf нечто вро­де 

# edit /etc/ntop.conf
…
--spool-file-path=/tmp

С этим пу­тем и Dot, по­сле вы­бо­ра IP > Local > Network Traffic Map вы долж­ны уви­деть ми­ленький ро­зо­во-го­лу­бой гра­фик.

Че­рез мо­ду­ли

Ме­ню Пла­ги­ны > Все вы­во­дит таб­ли­цу с опи­санием имею­щих­ся мо­ду­лей рас­ши­рения, с крат­ким из­ло­жением функ­ций ка­ж­до­го, по­мет­кой, ак­ти­вен мо­дуль или нет, и ссыл­кой для его на­строй­ки. Ос­таль­ная часть ме­ню Пла­ги­ны в основ­ном пред­став­ля­ет бы­ст­рые ссыл­ки на оп­ции, пред­став­лен­ные в таб­ли­це под Пла­ги­ны > Все оп­ции. rrdPlugin управ­ля­ет фай­ла­ми ка­ру­сель­ной ба­зы данных [Round Robin Database], ис­поль­зуе­мой для хранения ин­фор­ма­ции, ко­то­рую со­би­ра­ет Ntop. Мож­но так­же вклю­чить мо­дуль монито­рин­га тра­фи­ка ICMP.

Кро­ме то­го, есть мо­ду­ли для монито­рин­га cPacket, sFlow и Netflow. Все они, как уже го­во­ри­лось, по­зво­ля­ют Ntop по­лу­чать ин­фор­ма­цию о се­те­вом тра­фи­ке от лю­бо­го ва­ше­го се­те­во­го уст­рой­ст­ва. Вам, как пра­ви­ло, при­дет­ся за­пла­тить боль­ше на се­те­вые пе­ре­клю­ча­те­ли, что по­зво­ля­ет по­сы­лать ин­фор­ма­цию о по­то­ках оп­ре­де­лен­ным ма­ши­нам.

Ути­ли­та с удоб­ст­ва­ми

Ме­ню Utils по­зво­ля­ет про­смат­ри­вать коль­це­вой бу­фер по­следних 50 со­об­щений от де­мо­на Ntop. Вы так­же мо­же­те экс­пор­ти­ро­вать дан­ные, со­б­ран­ные Ntop, ли­бо в ви­де тек­ста, ли­бо как XML, JSON, Perl, Python или PHP. Вы, воз­мож­но, уди­ви­тесь, по­че­му язы­ки про­грам­ми­ро­вания вклю­че­ны в фор­ма­ты экс­пор­та. Но как JSON оп­ре­де­ля­ет ин­фор­ма­цию в ви­де по­лу­чае­мой из JavaScript, соз­да­вая струк­ту­ры дан­ных, так и экс­порт Perl объ­я­вит и оп­ре­де­лит мно­гие хэ­ши, со­дер­жа­щие экс­пор­ти­руе­мые дан­ные.

Экс­порт в син­так­си­се обыч­но­го язы­ка скрип­тов по­зво­ля­ет соз­дать при­ве­ден­ный ниже Perl-скрипт. Этот скрипт за­хва­ты­ва­ет ин­фор­ма­цию, экс­пор­ти­руе­мую из Ntop, а за­тем соз­да­ет очень про­стой от­чет в ко­манд­ной стро­ке. 

#!/usr/bin/perl
use IO::All;
eval io(“http://127.0.0.1:3000/dumpData.html?language=perl&view=long”)->slurp();
print STDOUT “Сервер отправил “, $ntopHash{‘127.0.0.1’}
{‘bytesSent’}, “ байтов.\n”;

Но не все так про­сто с Ntop. Страница Utils > RRD Alarm Configurator вы­гля­дит за­ме­ча­тель­но, но нам не уда­лось убе­дить ее со­хранить на­шу кон­фи­гу­ра­цию, что­бы мы ею поль­зо­ва­лись. На­де­юсь, что ко вре­мени, когда вы бу­де­те чи­тать наш учебник, эта про­бле­ма бу­дет ре­ше­на.

Чья ко­ро­ва мы­ча­ла

LXF142 59 1.jpg

На стра­ни­це Хос­ты най­дет­ся мас­са по­лез­ной ин­фор­ма­ции о том, кто под­клю­чен к ва­ше­му сер­ве­ру.

Ntop по­зво­ля­ет по­смот­реть, ка­кие хосты пе­ре­да­ют ин­фор­ма­цию в се­ти, что они пе­ре­да­ют, и когда. Про­смотр ис­поль­зуе­мых хостов и пор­тов по­зво­лит бы­ст­ро уви­деть, кто и что, а гра­фи­ки с на­страи­вае­мой шка­лой вре­мени (доступ­ны в нижней час­ти страницы Summary > Traffic) да­дут вам по­нять, когда.

За­меть­те, что мы на­шли несколь­ко по­хо­жих страниц, и нам при­шлось пе­ре­клю­чать­ся ме­ж­ду ними в по­ис­ках той, что да­ет ис­ко­мую ин­фор­ма­цию. На­при­мер, страница All Protocols > Traffic ото­бра­жа­ет тра­фик IPsec в двух раз­лич­ных столб­цах, но SSH во­об­ще не вы­во­дит. За­то на странице IP > Resume > Traffic есть дан­ные об SSH, NFS и X11, но ниче­го про IPSec. Мы на­де­ем­ся, что в бу­ду­щем по­доб­ные страницы свя­жут друг с дру­гом, или они бу­дут пред­ла­гать раз­граничен­ные свод­ные дан­ные: безо­пас­ность (IPSec, SSH), фай­ло­вый сер­вер (NFS, Samba), P2P, и дру­гие.

На­конец, воз­мож­ность экс­пор­та дан­ных, со­б­ран­ных Ntop, в раз­лич­ные язы­ки скрип­тов силь­но уп­ро­ща­ет из­го­тов­ле­ние поль­зо­ва­тель­ских от­че­тов и за­пуск про­ве­рок на ва­шем лю­би­мом скрип­то­вом язы­ке.

Как вы, на­де­юсь, по­ня­ли, Ntop очень мно­го че­го мо­жет; вам ос­та­ет­ся толь­ко при­ста­вить его к де­лу.

Ре­сур­сы

Пор­ты при­пис­ки

Мно­гие се­те­вые при­ло­же­ния – та­кие как файл-сер­ве­ры, элек­трон­ная поч­та и web-тра­фик – кли­ен­то- или сер­ве­ро-ори­ен­ти­ро­ва­ны. Это оз­на­ча­ет, что кли­ент обыч­но об­ра­ща­ет­ся к сер­ве­ру че­рез пре­до­пре­де­лен­ный порт и про­сит то, что ему, кли­ен­ту, нуж­но. Пор­ты до 1024 за­ре­зер­ви­ро­ва­ны на сер­ве­ре, что­бы кли­ен­ты мог­ли свя­зать­ся с пре­до­пре­де­лен­ны­ми пор­та­ми. Нор­маль­ный web-тра­фик идет че­рез порт HTTP (80), а за­шиф­ро­ван­ный тра­фик – че­рез HTTPS (443). Как пра­ви­ло, пор­ты ни­же 1024 пре­дос­тав­ля­ют­ся при­ви­ле­ги­ро­ван­ным при­ло­же­ни­ям, и кли­ен­ты по­лу­ча­ют боль­шую уве­рен­ность, что на их се­те­вые за­про­сы от­ве­ча­ет не ху­ли­ган-поль­зо­ва­тель с сер­ве­ра.

Со­пут­ст­вую­щие AS

Ко­лон­ка AS на стра­ни­це Хос­ты по­ка­зы­ва­ет ко­ли­че­ст­во ис­поль­зуе­мых хос­том ав­то­ном­ных сис­тем (AS). В Ин­тер­нет та­кие AS ис­поль­зу­ют­ся де­сят­ка­ми ты­сяч. Их мож­но счи­тать на­зна­чен­ны­ми хос­ту или кор­по­ра­тив­ной се­ти на бо­лее вы­со­ком уров­не в Ин­тер­нет – на­при­мер, пре­дос­тав­лен­ны­ми круп­но­му ISP. Та­ким об­ра­зом, чис­ло AS да­ет ука­за­ние бо­лее вы­со­ко­го уров­ня о том, свя­за­ны ли хос­ты, бла­го­да­ря мар­шру­ти­за­ции па­ке­тов че­рез об­ще­го про­вай­де­ра.

Источник — «http://wiki.linuxformat.ru/wiki/index.php?title=LXF142:ntop&oldid=13831»
Персональные инструменты
купить
подписаться
Яндекс.Метрика