2015-04-23 2 views
0

Я столкнулся с очень плохим вопросом, и я жалкий в сетевых концепциях. Когда я пытаюсь подключиться к системе, использующей протокол tcp, я получаю отказ, но если я подключусь к той же системе через некоторое время, я получу успех.Понимание команды netstat -na в linux

Сценарий: отключаю к целевой среде и, очевидно, нет соединения, установленного на цель, которая подтверждается с помощью следующей команды NetStat -nA | Grep 10.11.12.13 Я инициировать новый запрос NetStat -п | Grep 10.11.12.13 Я получаю отказ, который дается в ниже

ТСР 0 182 :: FFFF: 127.0.0.1: 1234 :: FFFF: 10.11.12.13: 8444 СОЗДАН

Я пытаюсь инициировать снова через некоторое время с тем же запросом netstat -na | grep 10.11.12.13 Я вижу связи в режиме ESTABLISHED.

Я наблюдал разницу только во втором третьем столбце результатов netstat, который говорит со значением 182, которое я не видел, когда мой запрос прошел успешно. Я хотел бы знать, что означает это 182.

+0

Вы имеете в виду, что вы видите 'ESTABLISHED' даже в случае сбоя соединения? – Prabhu

+0

Я имею в виду то, что я не понял. Он показывает ESTABLISHED, но он показывает значение как 182. Таким образом, мой вопрос был в том, что означает это 182? –

ответ

0

Рассмотрим это:

[[email protected] openssl]# netstat -na| more 
Active Internet connections (servers and established) 
Proto Recv-Q Send-Q Local Address    Foreign Address    State 

Вы можете увидеть описание столбцов в начале вывода netstat.

1st: Название протокола. В вашем случае TCP

2nd: Recv-Q. Количество байтов данных, которые приложение в Local Address еще не вытащило из буфера TCP. В вашем случае это ноль

3rd: Send-Q. Количество байтов данных, которые приложение предоставило TCP, и которые не ACK'ed равным TCP.Именно это в вашем случае 182

+0

Хотя я не получил решение моей проблемы, но ваше объяснение ответило на мою просьбу, которую я отправил :) Спасибо, Прабху –

0

Это может помочь вам понять несколько битов:

http://www.auditmypc.com/tcp-port-182.asp

С Linux человек страница

When a network error occurs, TCP tries to resend the packet. If it doesn't succeed after some time, either ETIMEDOUT or 
    the last received error on this connection is reported. 

    Some applications require a quicker error notification. This can be enabled with the IPPROTO_IP level IP_RECVERR socket 
    option. When this option is enabled, all incoming errors are immediately passed to the user program. Use this option 
    with care — it makes TCP less tolerant to routing changes and other normal network conditions. 
0

Более понимать использование NETSTAT команды здесь его варианты:

-a: Все порты -t: Порты TCP -u: Порты UDP -l: Прослушивание портов -n: IP-адрес без разрешения имен домена -p: Название программы и связанного PID

Итак:

-Для отображение всех портов (TCP & UDP), Pid с ассоциированным Название программы:

$ netstat -paunt 

-Чтобы показать все прослушивающие порты (TCP), PId с соответствующим названием программы: (и мы также можем фильтровать с помощью команды Grep)

$ sudo netstat -plnt | grep ':80' 

I надеюсь, что это будет полезно :)

Смежные вопросы