порты vs svchost
Пользователи, просматривающие топик: none
|
Зашли как: Guest
|
Имя  |
| Сообщение |
<< Старые топики Новые топики >> |
|
|
RE: порты vs svchost - 2011-02-06 01:10:56.366666
|
|
|
namepunk
Сообщений: 2732
Оценки: 184
Присоединился: 2009-09-15 13:35:36.866666
|
http://ru.wikipedia.org/wiki/TCP-порт
http://ru.wikipedia.org/wiki/Svchost.exe
По скрину ничего плохого сказать нельзя. Появляються и исчезают порты при установке и разрыве соединений соответственно.
вообще если сомневаешься открывай гугл, вводи запрос порт номер порта и читай
|
|
|
|
|
RE: порты vs svchost - 2011-02-06 01:30:17.570000
|
|
|
xXJohnXx
Сообщений: 34
Оценки: 0
Присоединился: 2011-01-21 16:18:45.703333
|
100 портов и читать про них?
|
|
|
|
|
RE: порты vs svchost - 2011-02-06 08:42:48.423333
|
|
|
Ltonid
Сообщений: 4970
Оценки: 740
Присоединился: 2008-12-29 13:21:56.166666
|
зачем 100? Закрой все программы работающие с интернетом. Выключи инет на полчаса. Включи и только тогда смотри порты. Останется от силы 10-15.
|
|
|
|
|
RE: порты vs svchost - 2011-02-06 09:49:34.403333
|
|
|
zzsnn
Сообщений: 7459
Оценки: 680
Присоединился: 2007-09-25 07:17:14.240000
|
Для новичка постараюсь объяснить для чего нужны порты.
Все нынешние операционые системы многоздачны. Это значит, что в любой момент в оси может быть запущена в работу не одна программа, а несколько. Каждая программа запускает процесс. Фактически процесс и выполняте работу, которую нужно. Просто многие не знают о процессах, и утверждают, что работу выполняет программа. На самом деле работу выполняет комп, как выполнять эту работу определяет процесс, а программа только запускает процесс. Это если упрощённо. Программа может запускать не один, а несколько процессо. И они будут управлять работой компа, согласно командам, которые им задала программа.
Но при такой работе возникает проблема. У тебя работают несколько программ, и каждая запустила, порой по несколько процессов. И каждой нужно и инет. А вот канал выхода в инет одни. И всем процессам нужно работать с инетом. Можно делить канал по очереди. Но это не подходит. Процесс послал инфу в инет - и будет ждать ответ. И забил за собой канал. И никому не даёт работать пока не получит ответа. А в это время все остальные процессы будут стоять и ждать, пока дойдёт их очередь. Лучшим выходом будет использование по такому принципу - один послал инфу и ждёт ответа, а в это время другой посылает и получает инфу, а там может и третий подключиться, и ещё одни. Но тут тоже не совсем хорошо. Пришёл пакет инфы из инета - а кому отдавать, какому процессу?
Вот тут и приходит технология портов. Каждому процессу, который начинает работать с сетью, присваивается число. Это номер порта. Когда процесс посылает инфу в инет, то добавляет в сообщение информацию, на какой порт присылать ответ. Если нужен ответ на посылаемый пакет, то ось закрепляет нужный порт за процессом и ждёт ответа - "слушает". При приходе инфы, комп просматривает пакет инфы и в нём ищет информацию о том, какому порту этот пакет предназначен. И отсылает на этот порт. А там уже процесс сам разберётся.
Часть процессов имеют закреплённые за ними номера портов (порты). Это установленно исторически. Эти порты используют только эти процессы (программы, если так тебе понятней). Хотя можно и перезначить, но обычно это не делают.
Когда говорят, что сканируют комп, то подразумевают посылку на комп специальных пакетов инфы на определённые номера портов. Если прходят ответы, то анализируют какие порты ответили. По этим номерам можно прикинуть какие процессы запущены на компе. А значит можно прикинуть какие программы. Зная проблемные места в запущенных программах, можно заставить выполнить их действия, которые они могут, и которые тебе нужны.
Это очень упрощённо, на уровне школьника по портам. По svchost, напишу потом. Возможно.
|
|
|
|
|
|
