Ru-Board.club
← Вернуться в раздел «Программы»

» Настройка персональных файерволов (firewall rules)

Автор: Karlsberg
Дата сообщения: 08.04.2004 09:11
denis1234
В принципе у меня нет причин не доверять DNS серверам провайдера. Скорее, я им буду доверять больше, чем большому списку неизвестного мне ExtraDNS сервера. А правило можно прописать один раз для всех. Мне кажется, так гораздо более безопаснее.
Для маньяков можно ручками пачить файл hosts

Добавлено
Да, и svchost.exe еще должен отрабатывать DHCP запросы, так что полностью запретить его не удастся
Автор: denis1234
Дата сообщения: 08.04.2004 16:25
Karlsberg
DHCP я запретил еще в службах и несмотря на это интернет работает (а сетки у меня нет)
svchost.exe у меня в запрещенных приложениях (в Outposte)
общие правила я использую только для блокировки
список DNS-серверов задаешь сам. у меня в нем DNS- сервера всех ISP города
как правило эксплоит под ось (svchost.exe-2k-XP) найти легче чем под конкретное приложение (ExtraDNS)
Автор: Karlsberg
Дата сообщения: 08.04.2004 18:22
denis1234

Цитата:
DHCP я запретил еще в службах и несмотря на это интернет работает

А откуда он берет IP адрес после ребута?

Цитата:
эксплоит под ось (svchost.exe-2k-XP) найти легче

Есть рационалное зерно... Может немного не в тему, под это дело уже написали реальные эксплоиты?
Автор: denis1234
Дата сообщения: 08.04.2004 22:12
Karlsberg

Цитата:
А откуда он берет IP адрес после ребута?

не знаю ... может у меня пров особый(или комп) но в логах Outposta порты 68,67 вообще не упоминаются
-эксплоиты еще не искал

Автор: bredonosec
Дата сообщения: 09.04.2004 12:03

Цитата:
DHCP я запретил еще в службах и несмотря на это интернет работает
А откуда он берет IP адрес после ребута?
- Насколько помню, DHCP нужно разрешать только если у тебя динамический айпи. В остальных случаях его блокировка работе не мешает, а значит полезна, бо закрывает дырку в безопасности.

Цитата:
еше можно поставить себе DNS-сервер(такой как ExtraDNS)
- Какие порты/пакеты он использует в работе? (в смысле, чего еще открываешь, чтоб он пахал? )

Цитата:
2k/XP позволяют задавать в настройках сетевого подключения(также в групповых политиках) списки DNS-серверов (пример:194.87.0.9,158.43.240.4)=> можно запретить процессу подключения ко всем адресам,кроме этих
- Это, получается, используешь встроенный файер оси? Вроде как все подобные "запрещения" относятся к нему..
Автор: Karlsberg
Дата сообщения: 09.04.2004 13:53
bredonosec

Цитата:
DHCP нужно разрешать только если у тебя динамический айпи

А статический IP от провайдера денег стоит
Скажем так, я еще не слышал чтобы где-то интернет раздавали со статическими айпишниками. Он наверняка может его получать и любым другим способом, типа VPN или вариации PPP.
Автор: denis1234
Дата сообщения: 09.04.2004 14:44
bredonosec
из встроенной справки XP:

Цитата:
Поставщик услуг Интернета может использовать службу DHCP для назначения IP-адресов компьютерам, подключающимся к Интернету. Обычно такие IP-адреса называют динамическими
(кто знает много по этому вопросу - поправьте)
в настройках сетевого подключения у меня:"получить IP автоматически"

мои правила Outpost 2.0 на ExtraDNS:
#1 TCP входящие по 53 - блокировать+отчет
#2 UDP входящие по 53 - блокировать+отчет
#3 UDP входящие по 53 - разрешать+динамич.фильтрация,
локальный порт 1024-5000,Удаленный адрес DNS.ISP#1,DNS.ISP#2,....
#4 UDP исходящие по 53 - разрешать+динамич.фильтрация,
Удаленный адрес DNS.ISP#1,DNS.ISP#2,....
#5 TCP исходящие по 53 - разрешать+динамич.фильтрация
Удаленный адрес DNS.ISP#1,DNS.ISP#2,....
-правило №5 нужно т.к.ExtraDNS пингует сервера списка
Для справки-службу DNS-клиент тоже отключил т.к не нужна

-встроеный файер не использую(исходящие пакеты он блокировать не умеет),списки
DNS-серверов можно задать для того,чтобы создать постоянные правила и не менять их при смене ISP(это относится к правилам для svchost.exe- который я не использую)

ExtraDNS поставил около двух лет назад.С тех пор заметил только один недостаток
-прога с базой данных(ms access) стала кушать около 20 метров оперативки


Добавлено
Karlsberg

Цитата:
под это дело уже написали реальные эксплоиты?

как я понял у тебя 2K(XP) -посмотри свойства служб
- почти половина висит на svchost.exe
-я слышал что в сети по рукам ходят исходники Win2k.Думаю
тонны свежих эксплоитов ждут нас в ближайшее время
Автор: Karlsberg
Дата сообщения: 09.04.2004 15:17
denis1234

Цитата:
получить IP автоматически

Может, оутпост просто не закрывает DHCP потому что он где-то включен в настройках? Было у меня как-то с сигейтом, в настройках отключил, в правилах разрешил, все равно не работало.

Цитата:
в сети по рукам ходят исходники Win2k.Думаю
тонны свежих эксплоитов ждут нас в ближайшее время

Исходники ходят от 2k SP1, а сейчас уже 6-ой. Кроме того, мелкие недавно брали месяц таймаут и латали все дырки в секьюрити, так что наверняка проверок понатыкали на всякие переполнения.

Цитата:
почти половина висит на svchost.exe

У меня не половина у меня гораздо меньше

Цитата:
ExtraDNS

А как проги обращаются к нему? Тоже по UDP на 53-й порт?

Автор: bredonosec
Дата сообщения: 09.04.2004 16:11

Цитата:
А статический IP от провайдера денег стоит
Скажем так, я еще не слышал чтобы где-то интернет раздавали со статическими айпишниками.
- 1. Если выход в сеть через ЛАН, то чаще всего (не хочу говорить всегда, вдруг какой админ гемор любит и прописал на серве своем?) адрес в этой сетке у тебя прописан жестко. Внешнего адреса у тебя при этом нет. DHCP не нужен.
2. Если через ДСЛ модем - зависит от плана. Некоторые дают статический, некоторые - динамический айпи. Разница стоимости плана не сказать чтоб особо заметная. Ширина канала влияет больше.
3. мопед - без понятия. здесь это дело почти вымерло как вид.

Цитата:
в настройках сетевого подключения у меня:"получить IP автоматически"
- А у меня прописан жестко. Как уже сказал, есть варианты.

Цитата:
встроеный файер не использую(исходящие пакеты он блокировать не умеет),
- может я что-то недопонимаю, но чем если не им ты делаешь
Цитата:
2k/XP позволяют задавать в настройках сетевого подключения(также в групповых политиках) списки DNS-серверов (пример:194.87.0.9,158.43.240.4)=> можно запретить процессу подключения ко всем адресам,кроме этих
?

Цитата:
а сейчас уже 6-ой
- Где? Официально пока 4й висит. Для НТ4 6й вроде как. Для 2к даже 5й еще не оформлен (беты вроде где-то ходят)
Автор: Karlsberg
Дата сообщения: 09.04.2004 16:36
bredonosec

Цитата:
Где? Официально пока 4й висит

Обманул Перепутал с 6-м от VS6, вчера искал, и перемкнуло.

Цитата:
Если выход в сеть через ЛАН

Если выбросить скобки, то получается

Цитата:
Если выход в сеть через ЛАН, то чаще всего адрес в этой сетке у тебя прописан жестко. Внешнего адреса у тебя при этом нет. DHCP не нужен

Если это не описка, то я поспорю
Автор: bredonosec
Дата сообщения: 09.04.2004 17:04
Karlsberg

Цитата:
то я поспорю
- Слушаю вас.
//кста, темка появилась интересная - Подключение к Internet по DSL (PPPoE)
Автор: Karlsberg
Дата сообщения: 09.04.2004 17:17
bredonosec
Благодарю
Если мы говорим о сетке с большим количеством компьютеров, то DHCP обычно используют чтобы избежать конфигурирования всех станций ручками. Подключил - включил - работает.
Если сетка дома (2-3 компьютера) то скорее всего конфигурация статическая.
Но DHCP не имеет отношения к выходу в интернет, это всего-лишь способ сконфигурить компьютер в сети.
Возражения?
Автор: bredonosec
Дата сообщения: 09.04.2004 17:29

Цитата:
Если мы говорим о сетке с большим количеством компьютеров,
- Случай моей - не менее 134 компов. (судя по банлисту админ правда продолжает что-то врать про 50 )

Цитата:
DHCP обычно используют чтобы избежать конфигурирования всех станций ручками. Подключил - включил - работает.
- А если админ желает точно знать, кто в сетке есть, кого нет, кто есть кто, то ему приходится делать жесткую привязку айпи к маку. (В нашей серв не обслуживает запросы компов, чьих айпи нет в списке юзеров, а также, если этот айпи не совпадает с прописанным в том же списке маком, соответствующим данному айпи) В случае динамических это мне не представляется реальным.
(к слову о хелпе виндовом: некоторые делают строго по нему, потому иногда ловлю пакеты с адресов типа 169.254.49.227, 169.254.187.157, подобных. Если правильно понял - хто-то после свежеинсталла пытается выйти в инет не сконфигурив нет-сеттинги - юзая по дефолту DHCP и не вьезжая, чего же связь пропала)
Цитата:
Но DHCP не имеет отношения к выходу в интернет, это всего-лишь способ сконфигурить компьютер в сети.
- Абсолютно согласен. За исключением моментов, упомянутых вами ранее - стоимость статического айпи от прова и нежелание некоторых эту услугу предоставлять.
Автор: Karlsberg
Дата сообщения: 09.04.2004 17:36
bredonosec

Цитата:
А если админ желает точно знать, кто в сетке есть, кого нет

Можно всякие SNMP тулы использовать, хотя я не представляю зачем такое может понадобиться. Кто наружу ходит - так это и проксик может репорт выдать. Странный у вас админ
Автор: bredonosec
Дата сообщения: 09.04.2004 17:42

Цитата:
Странный у вас админ
- Думаю, это для софтового отключения неплательщиков. Чтоб не бегать по всему кварталу и не резать кабеля.
Автор: Topcrust
Дата сообщения: 09.04.2004 18:12

Цитата:
Скажем так, я еще не слышал чтобы где-то интернет раздавали со статическими айпишниками.



Цитата:
3. мопед - без понятия.


В Питере PeterStar предлагает услугу "Фиксированный IP-адрес для диалап-соединения".

А по поводу DHCP и мопеда мы с bredonosec в теме по VisNetic'y говорили. У VisNetic'a в пресетах для модема есть правило DHCP (for dynamic IPs). Так вот, у меня оно выключено, а I-Net пашет (WinXP SP1 Corp + Modem, IP - динамический). При этом VisNetic постоянно показывает в логах блокированные UDP соединения с моего IP (68 порт) на 255.255.255.255 (67 порт). А недавно поставил VisNetic на Win98SE - там I-Net не заработал, пока я не прописал правило для DHCP.
Автор: Karlsberg
Дата сообщения: 09.04.2004 19:29
Topcrust

Цитата:
UDP соединения с моего IP (68 порт) на 255.255.255.255 (67 порт)

Это он и есть - шлет броадкаст на 67-й порт со своего 68-го

Цитата:
оно выключено, а I-Net пашет (WinXP SP1 Corp + Modem, IP - динамический)

Получается, что ХР использует какой-то другой способ конфигурить хост, если DHCP блокируется. Поищем...
Автор: denis1234
Дата сообщения: 09.04.2004 19:41
Karlsberg

Цитата:
А как проги обращаются к нему? Тоже по UDP на 53-й порт?

это шутка??? ExtraDNS установлен на моем компе,работает по DNS API, и проги обращаются на 127.0.0.1 !!!

Цитата:
мелкие недавно брали месяц таймаут и латали все дырки в секьюрити, так что наверняка проверок понатыкали на всякие переполнения.

не знаю кто как,а я не собираюсь своим 56к-модемом тянуть лишнюю сотню метров каждый раз когда мелкие начинают шевелиться

Цитата:
DHCP не имеет отношения к выходу в интернет, это всего-лишь способ сконфигурить компьютер в сети.
Возражения?

полностью согласен.я с самого начала придерживался этого мнения
bredonosec

Цитата:
- может я что-то недопонимаю, но чем если не им ты делаешь

смысл всего этого: задать конкретные(известные) адреса,чтобы потом по ним создать правило (Outpost)
хоть как-то работающий встроеный файер мелкие обещают не раньше чем в конце этого года
Автор: Karlsberg
Дата сообщения: 09.04.2004 19:45
denis1234

Цитата:
это шутка??? ExtraDNS установлен на моем компе,работает по DNS API, и проги обращаются на 127.0.0.1 !!!

Это не шутка
Просто в этом случае надо еще добавлять правило для localhost:53 потому как есть куча троянов способных находить всякие проксики и через них вылезать.
Автор: denis1234
Дата сообщения: 09.04.2004 22:33
Karlsberg
Про слишком умные трояны не знал.Спасибо.Хорошо бы о них знал мой DrWeb...
Но что троян будет делать на внешнем DNS-сервере???,или заголовки пакетов они тоже умеют изменять (извиняюсь, получилось немного не в тему )

на применении Loopback(если речь идет о нем???) у меня были замечены только сканеры (еще недавно кто-то на форумах жаловался на Nero)больше ничего об этом не слышал.Судя по логам,процесс получение DNS-ответа проходит прозрачно для приложений
правило localhost:53 просто бы не работало
Автор: Karlsberg
Дата сообщения: 09.04.2004 22:56
denis1234

Цитата:
что троян будет делать на внешнем DNS-сервере

Опасность тут, я думаю, стандартная для DNS - захочешь пойти на мойбанк.ру, а пойдешь на липовый сайт. Хотя в истории вроде не встречалось.
Автор: Sky hawk
Дата сообщения: 11.04.2004 21:39
Ребята я прошу прощения так как я обещал выложить тут мануал по настройки ф-ов, это был даже не слвсем мануал, а скорее обзор некотрых ф-ов с крат.оп. и скинами, типа как в каждом конкретном случаи закрыть например порт и т.д. но в силу последних событий т.к. я до сих пор не могу востоновить данные после краха винта, видимо я не сдержу своё обещание и не выложу сей труд вам на критику, ребята если кто знает как вытащить из неразмеченной области например .тхт файлы, плиз стукните в ПМ. Ссори за оффтоп.
Автор: miasnikov andrew
Дата сообщения: 11.04.2004 23:01

Цитата:
хоть как-то работающий встроеный файер мелкие обещают не раньше чем в конце этого года

а кто пользовался встроенным файерволом в XP? (видел галочку "Защитить соединение...", а с чем ее едят - не понятно)
он вообще настраивается как-нибудь? кто пользуется/знает - отзовитесь, pls!

Добавлено
а хорошо тема пошла! + на шапочку любуюсь
Автор: Karlsberg
Дата сообщения: 12.04.2004 13:13
miasnikov andrew
Встроенный в ХР файер категорически не советую, так как мониторит только входящие. Исходящие в принципе не замечает.
Автор: miasnikov andrew
Дата сообщения: 12.04.2004 13:40
Karlsberg
я тоже не стал бы никому советовать такую радость...
Как почитал в справке - он скорее для ICS (Internet connection sharing), чем для локальных программ. А вообще-то странный какой-то фрукт.
Автор: AntiBIOtic
Дата сообщения: 12.04.2004 14:08
весьма полезные програмулины. думаю, в этом топике народу пригодяца

Цитата:

TDIMon
http://www.sysinternals.com/ntw2k/freeware/tdimon.shtml
показывает активные TCP и UDP соединения в реальном времени
TCPView
http://www.sysinternals.com/ntw2k/source/tcpview.shtml
Показывает детальное состояние сетевых процессов (файл, порт, действие, локальный/удалённый адреса). Может быть весьма полезной при настройке файервола. Не требует инсталяции.

ЗЫ фсе проги - Freeware
Автор: eika
Дата сообщения: 13.04.2004 14:07
Ребят!

Есть ряд вопосов:

1. Какой порт в правиле по ограничению номера локального порта снизу для получения ответов от DNS-сервера правильнее задавать: 1023-ий, 1024-ый или 1025-ый (включительно)?
2. Какой порт в правиле по ограничению номера локального порта сверху для получения ответов от DNS-сервера правильнее задавать 4999-ий или 5000-ый (включительно)? Откуда вообще взялось число 5000 и по какой причине DNS-сервер не отвечает выше? Какой-то RFC?
3. Последнее время много удаленных хостов ломятся ко мне по TCP на локальный порт 1025. Заинтересовался, что это такое. Поискал в рунете -- не густо -- нашел только одно более-менее понятное объяснение.

Цитата:
Итак, давайте посмотрим на список выделенных номеров портов.

blackjack 1025/tcp network blackjack
iad1 1030/tcp BBN IAD

Подождите, что же происходит? Что: рабочая станция подсмотрела номер кредитной карточки и решила поиграть в очко с неким сервером в internet? И что это за программа была установлена BBN?

В этот момент НЕ НАДО начинать паниковать и посылать сообщения в списки рассылки по брандмауэрам. Фактически, этот вопрос задавался раз десять за последние полгода, и каждый раз на него отвечали. Но даже ЭТО не мешает людям задавать тот же вопрос вновь.

Если вы задаете такой вопрос, скорее всего, вы работаете на машине под управлением Windows. Порты, которые вы видите (скорее всего), -- два прослушивающих порта, которую подсистема RPC открывает при запуске.

Это пример того, как динамически выделяемые порты могут использоваться серверными процессами. Приложения, использующие механизм RPC, в дальнейшем подключаются к порту 135 ("сопоставитель портов" -- `portmapper -- netbios) с запросом, где можно найти ту или иную службу RPC, и получают ответ, что соответствующая служба может быть найдена на порту 1025.

Откуда мы это знаем, ведь "списка", описывающего эти порты, нет? Это просто: опыт ничем не заменишь. Сильно помогает и использование средств поиска по спискам рассылки.


А вопросы в связи с этим такие:

1. Нафига все эти клиенты ломятся ко мне на этот порт? Чего им там надо? Вирей, использующих RPC DCOM, чтоли понахватали?

2. Как думаете, что-то отвалится, если заблкировать порт 1025 вообще? Просто у меня не совсем рабочая станция -- на ней стоят еще RemotelyAnywhere и FTP-сервер с возможностью удаленного админимтрирования через клиента.

???
Автор: miasnikov andrew
Дата сообщения: 13.04.2004 14:56
eika
Цитата:
The port numbers are divided into three ranges: the Well Known Ports,
the Registered Ports, and the Dynamic and/or Private Ports.

The Well Known Ports are those from 0 through 1023.

The Registered Ports are those from 1024 through 49151

The Dynamic and/or Private Ports are those from 49152 through 65535

Диапазон 1024-5000 используется практически любыми клиентами для исходящих соединений.

Выше 5000-го, как правило, никто не размещает исходящие, а вот входящие бывают (тот же FTP-сервер в пассивном режиме).

А вообще-то в шапке четко написано DNS: local ports: 1024-5000. Не заморачивайся и прописывай в файре 1024-5000.

Что касается вопросов: "ко мне ломятся на ххх порт", то реакция однозначная:
1. смотрим netstat (какие порты и кем слушаются на машине)
2. если есть программа, которая слушает (listen) ххх порт - думаем, чем она занимается и принимаем соотв. действие
3. если никто не слушает порт - то фиг с ним.
4. для пущей безопасности надо всё запретить, и разрешать нужные проги/коннекты по-одному.
Автор: eika
Дата сообщения: 13.04.2004 16:13
miasnikov andrew

Цитата:
Диапазон 1024-5000 используется практически любыми клиентами для исходящих соединений.

С приложениями у меня вопросов не возникает. Я спрашиваю конкртено, про svchost и ответы от DNS-сервера.

Цитата:
А вообще-то в шапке четко написано DNS: local ports: 1024-5000. Не заморачивайся и прописывай в файре 1024-5000.

А шапка гарантирует правильность информации?

Я вам приведу цитату из очень известной старой статьи "Атака на DNS"

Цитата:
...следующая тонкость, на которую требуется обратить внимание, состоит в том, что значение поля "порт отправителя" в UDP - пакете вначале принимает значение 1023 и, затем увеличивается с каждым переданным DNS - запросом.

Чувствуете разницу? Первое значение = 1023, а не 1024.

Так кто же прав? Шапка или статья?

Цитата:
смотрим netstat (какие порты и кем слушаются на машине)

netstat, насколько я знаю, не показывает имя приложения, открывшего порт. Но это решается другими способами, например, сторонними утилитами или фаером. Но это не суть важно. Важно то, что порт 1025 используется не приложением напрямую, Generic Host Process'ом (aka svchost.exe). Так что имя приложения тут вам ничего не дает.

Цитата:
2. если есть программа, которая слушает (listen) ххх порт - думаем, чем она занимается и принимаем соотв. действие

В моем случае svchost.exe слушает TCP:25, обеспечивая работу RCP и это мне понятно. Мне непонятно другое: зачем туда лезут клиенты и какие еще приложения могут использовать RCP по сети в моем случае?

Цитата:
3. если никто не слушает порт - то фиг с ним.

Очень ценный совет. Как же порт может быть открыт, если его никто не случает? Кто же его тогда открыл? Дед мороз?

Цитата:
4. для пущей безопасности надо всё запретить, и разрешать нужные проги/коннекты по-одному

Это понятно, но только очень уж огульно. Потому как мне интересно, насколько быстро вы решите к.л. проблему, причина которой совсем неочевидна, но в реале кроется в одном из ваших многочиследнных запрещающих правил (с учетом того, что приложение работает с портом не напрямую, а через представителя [в данном случае Generic Host Process])? Ведь RPC весьма активно используется:

Цитата:
Фоновая интеллектуальная служба передачи (Background Intelligent Transfer Service)
Система событий COM+ (COM+ Event System)
Уведомление о системных событиях (System Event Notification)
Системное приложение COM+ (COM+ System Application)
Службы криптографии (Cryptographic Services)
Клиент отслеживания изменившихся связей (Distributed Link Tracking Client)
Координатор распределенных транзакций (Distributed Transaction Coordinator)
Message Queuing
Message Queuing Triggers
Служба регистрации ошибок (Error Reporting Service)
Служба факсов (Fax Service)
Справка и поддержка (Help and Support)
Доступ к HID-устройствам (Human Interface Device Access)
IIS Admin
FTP Publishing Service
Simple Mail Transport Protocol (SMTP)
World Wide Web Publishing Service
Служба индексирования (Indexing Service)
Службы IPSEC (IPSEC Services)
Диспетчер логических дисков (Logical Disk Manager)
Служба администрирования диспетчера логических дисков (Logical Disk Manager Administrative Service)
Служба администрирования диспетчера логических дисков (Logical Disk Manager Administrative Service)
Message Queuing
Message Queuing Triggers
Служба сообщений (Messenger)
MS Software Shadow Copy Provider
Сетевые подключения (Network Connections)
Брандмауэр Интернета (ICF) /Общий доступ к Интернету (ICS) (Internet Connection Firewall/Internet Connection Sharing)
Диспетчер очереди печати (Print Spooler)
Служба факсов (Fax Service)
TCP/IP Printer Server
Защищенное хранилище (Protected Storage)
QoS RSVP (QoS RSVP)
Диспетчер сеанса справки для удаленного рабочего стола (Remote Desktop Help Session Manager)
Удаленный реестр (Remote Registry Service)
Съемные ЗУ (Removable Storage)
RIP Listener
Маршрутизация и удаленный доступ (Routing and Remote Access)
Диспетчер учетных записей безопасности (Security Accounts Manager)
Координатор распределенных транзакций (Distributed Transaction Coordinator)
Message Queuing
Message Queuing Triggers
IIS Admin
FTP Publishing Service
Simple Mail Transport Protocol (SMTP)
World Wide Web Publishing Service
Определение оборудования оболочки (Shell Hardware Detection)
Служба восстановления системы (System Restore Service)
Планировщик заданий (Task Scheduler)
Телефония (Telephony)
Служба факсов (Fax Service)
Диспетчер авто-подключений удаленного доступа (Remote Access Auto Connection Manager)
Диспетчер подключений удаленного доступа (Remote Access Connection Manager)
Брандмауэр Интернета (ICF) /Общий доступ к Интернету (ICS) (Internet Connection Firewall/Internet Connection Sharing)
Диспетчер авто-подключений удаленного доступа (Remote Access Auto Connection Manager)
Telnet (Telnet)
Службы терминалов (Terminal Services)
Совместимость быстрого переключения пользователей (Fast User Switching Compatibility)
Диспетчер отгрузки (Upload Manager)
Теневое копирование тома (Volume Shadow Copy)
Windows Audio (Windows Audio)
Служба загрузки изображений (WIA) (Windows Image Acquisition (WIA))
Windows Installer (Windows Installer)
Инструментарий управления Windows (Windows Management Instrumentation)
Беспроводная настройка (Wireless Zero Configuration)
Адаптер производительности WMI (WMI Performance Adapter) [/b]

А вы говорите запретить его нафиг... Может у кого из читателей топика есть соотв. опыт?

P.S.
Да, и откуда взялось число 5000? А то на заборе тоже написано, но забор все же не RFC.
Автор: miasnikov andrew
Дата сообщения: 13.04.2004 17:16

Цитата:
А шапка гарантирует правильность информации?
Совместными усилиями - да (для этого и просим указывать на неточности.
Если впадать в паранойю - нет (т.к. тут все субъективно... не advanced member'у мне это говорить )

Цитата:
Первое значение = 1023, а не 1024. Так кто же прав? Шапка или статья?
Никто, т.к. оба номера в IANA помечены как reserved, т.е. никто не заявлял, что они однозначно используются кем-то.

Цитата:
netstat, насколько я знаю, не показывает имя приложения, открывшего порт

sorry, ты не указал, что за ОС используешь - поэтому ответ общий.
кстати, для windows команда "netstat -o" показывает PID (Process ID)

Цитата:
Очень ценный совет. Как же порт может быть открыт, если его никто не случает? Кто же его тогда открыл? Дед мороз?
А если серьезно - то это бред.
При ответе на вопрос
Цитата:
Нафига все эти клиенты ломятся ко мне на этот порт
Не было уточнено, открыт порт или нет и каким образом ты определил, что к тебе кто-то ломится.
Поэтому не надо язвить, а лучше задавать конструктивные вопросы.

Цитата:
4. для пущей безопасности надо всё запретить, и разрешать нужные проги/коннекты по-одному...
Это понятно, но только очень уж огульно
Если понятно, то уже не огульно. Т.к. сетевой экран подразумевает отсев ненужных коннектов. И чем строже политика - тем надежнее защита.
Варианты - и волки сыты и овцы целы заведомо не укладываются в политику безопасности. Увы...

Страницы: 12345678910111213141516171819202122232425262728293031323334353637

Предыдущая тема: Не устанавливается


Форум Ru-Board.club — поднят 15-09-2016 числа. Цель - сохранить наследие старого Ru-Board, истории становления российского интернета. Сделано для людей.