uzverss

Утилита PATHPING.EXE

Команда PATHPING выполняет трассировку маршрута к конечному узлу аналогично команде TRACERT , но дополнительно, выполняет отправку ICMP-эхо запросов на промежуточные узлы маршрута для сбора информации о задержках и потерях пакетов на каждом из них.

При запуске PATHPING без параметров, отображается краткая справка:

pathping [-g Список] [-h Число_прыжков] [-i Адрес] [-n] [-p Пауза] [-q Число_запросов] [-w Таймаут] [-P] [-R] [-T] [-4] [-6] узел

Параметры:

-g Список При прохождении по элементам списка узлов игнорировать предыдущий маршрут. Максимальное число адресов в списке равно 9 . Элементы списка помещаются в специальное поле заголовка отправляемых ICMP-пакетов.

-h Число_прыжков - Максимальное число прыжков при поиске узла. Значение по умолчанию - 30

-i Адрес - Использовать указанный адрес источника в отправляемых ICMP-пакетах.

-n - Не разрешать адреса в имена узлов.

-p Пауза - Пауза между отправками (мсек) пакетов. Значение по умолчанию - 250.

-q Число_запросов Число запросов для каждого узла. По умолчанию - 100

-w Таймаут - Время ожидания каждого ответа (мсек). Значение по умолчанию - 3000

-R - Тестировать возможность использования RSVP ( Reservation Protocol, протокола настройки резервирования ресурсов), который позволяет динамически выделять ресурсы для различных видов трафика.

-T - Тестировать на возможность использования QoS (Quality of Service - качество обслуживания) - системы обслуживания пакетов разного содержания с учетом их приоритетов доставки получателю.

-4 - Принудительно использовать IPv4.

-6 - Принудительно использовать IPv6.

Практически, PATHPING, запущенная на выполнение с параметрами по умолчанию, выполняет те же действия, что и команда TRACERT плюс команды PING для каждого промежуточного узла с указанием числа эхо-запросов, равным 100 (ping -n 100 . . . )

Пример результатов выполнения команды pathping yandex.ru :

Трассировка маршрута к yandex.ru [77.88.21.11]

с максимальным числом прыжков 30:

1 192.168.1.1

2 180.84.250.11

3 180.84.250.53

4 80.184.112.25

5 msk-ix-m9.yandex.net [193.232.244.93]

6 l3-s900-dante.yandex.net [213.180.213.70]

7 s600-s900.yandex.net [213.180.213.54]

8 yandex.ru [77.88.21.11]

Подсчет статистики за: 200 сек. . . .

Исходный узел Маршрутный узел

Прыжок RTT Утер./Отпр. % Утер./Отпр. % Адрес

1 1мс 0/ 100 = 0% 0/ 100 = 0% 192.168.1.1

 0/ 100 = 0% |

2 5мс 0/ 100 = 0% 0/ 100 = 0% 180.84.250.11

 0/ 100 = 0% |

3 11мс 0/ 100 = 0% 3/ 100 = 3% 180.84.250.53

 8/ 100 = 8% |

4 4мс 0/ 100 = 0% 0/ 100 = 0% 80.184.112.25

 0/ 100 = 0% |

5 8мс 0/ 100 = 0% 0/ 100 = 0% msk-ix-m9.yandex.net [193.232.244.93]

 0/ 100 = 0% |

6 12мс 0/ 100 = 0% 0/ 100 = 0% l3-s900-dante.yandex.net [213.180.213.70]

 0/ 100 = 0% |

7 5мс 0/ 100 = 0% 0/ 100 = 0% s600-s900.yandex.net [213.180.213.54]

 0/ 100 = 0% |

8 2мс 0/ 100 = 0% 0/ 100 = 0% yandex.ru [77.88.21.11]

В приведенном примере красным цветом выделен проблемный участок маршрута к конечному узлу с потерей 8% пакетов.
При интерпретации результатов выполнения pathping нужно учитывать тот факт, что некоторые маршрутизаторы могут быть настроены на блокировку icmp-трафика, что не позволяет правильно отработать трассировку, и получить по ним статистические данные.

Утилита PING.EXE

PING.EXE - это, наверно, наиболее часто используемая сетевая утилита командной строки. Существует во всех версиях всех операционных систем с поддержкой сети и является простым и удобным средством опроса узла по имени или его IP-адресу.

Для обмена служебной и диагностической информацией в сети используется специальный протокол управляющих сообщений ICMP (Internet Control Message Protocol). Команда ping позволяет выполнить отправку управляющего сообщения типа Echo Request (тип равен 8 и указывается в заголовке сообщения) адресуемому узлу и интерпретировать полученный от него ответ в удобном для анализа виде. В поле данных отправляемого icmp-пакета обычно содержатся символы английского алфавита. В ответ на такой запрос, опрашиваемый узел дожжен отправить icmp-пакет с теми же данными, которые были приняты, и типом сообщения Echo Reply (код типа в заголовке равен 0) . Если при обмене icmp-сообщениями возникает какая-либо проблема, то утилита ping выведет информацию для ее диагностики.

Формат командной строки:

ping [-t] [-a] [-n число] [-l размер] [-f] [-i TTL] [-v TOS] [-r число] [-s число] [[-j списокУзлов] | [-k списокУзлов]] [-w таймаут] конечноеИмя

Параметры:

-t - Непрерывная отправка пакетов.
Для завершения и вывода статистики используются комбинации клавиш
Ctrl + Break (вывод статистики), и Ctrl + C (вывод статистики и завершение).

-a - Определение адресов по именам узлов.

-n число - Число отправляемых эхо-запросов.

-l размер - Размер поля данных в байтах отправляемого запроса.

-f - Установка флага, запрещающего фрагментацию пакета.

-i TTL - Задание срока жизни пакета (поле "Time To Live").

-v TOS - Задание типа службы (поле "Type Of Service").

-r число - Запись маршрута для указанного числа переходов.

-s число - Штамп времени для указанного числа переходов.

-j списокУзлов - Свободный выбор маршрута по списку узлов.

-k списокУзлов - Жесткий выбор маршрута по списку узлов.

-w таймаут - Максимальное время ожидания каждого ответа в миллисекундах.

Примеры использования:

ping 8.8.8.8 - выполнить опрос узла с IP-адресом 8.8.8.8 с параметрами по умолчанию.

ping -t yandex.ru - выполнять ping до нажатия комбинации CTRL+C, При нажатии CTRL+Break - выдается статистика и
опрос узла продолжается

ping -n 1000 -l 500 192.168.1.1 - выполнить ping 1000 раз с использованием сообщений, длиной 500 байт.

ping -a -n 1 -r 9 -w 1000 yandex.ru - выполнить ping 1 раз (ключ -n 1), определять адрес по имени (ключ -a), выдавать маршрут для первых 9 переходов (-r 9), ожидать ответ 1 секунду (1000мсек)

Использование ключа -r позволяет получить трассировку маршрута,
аналогичную получаемой с помощью команды tracert, но число промежуточных
узлов не может превышать 9 .

Утилита ROUTE.EXE

Утилита ROUTE.EXE используется для просмотра и модификации таблицы маршрутов на локальном компьютере. При запуске без параметров, на экран выводится подсказка по использованию route:

route [-f] [-p] [команда [конечная_точка] [mask маска_сети] [шлюз] [metric метрика]] [if интерфейс]]

-f - используется для сброса таблицы маршрутизации. При выполнении команды route -f из таблицы удаляются все маршруты, которые не относятся к петлевому интерфейсу (IP 127.0.0.1 маска -255.0.0.0), не являются маршрутами для многоадресной (multicast) рассылки (IP 224.0.0.1 маска 255.0.0.0) и не являются узловыми маршрутами (маска равна 255.255.255.255) .

-p - используется для добавления в таблицу постоянного маршрута. Если маршрут добавлен без использования параметра -p то он сохраняется только до перезагрузки системы (до перезапуска сетевого системного программного обеспечения). Если же, при добавлении маршрута искользовался данный параметр, то информация о маршруте записывается в реестр Windows (раздел HKLM\SYSTEM\CurrentControlSet\Services\Tcpip\Parameters\PersistentRoutes ) и будет использоваться постоянно при активации сетевых интерфейсов.

команда - козможно использование команд add - добавление маршрута, change - изменение существующего маршрута, delete - удаление маршрута или маршрутов, print - отображение текущей таблицы маршрутов

конечная_точка - IP-адрес, адрес сети или адрес 0.0.0.0 для шлюза по умолчанию.

mask маска_сети - маска сети.

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

metric число - значение метрики (1-9999). Метрика представляет собой числовое значение, позволяющее оптимизировать доставку пакета получателю, если конечная точка маршрута может быть достижима по нескольким разным маршрутам. Чем меньше значение метрики, тем выше приоритет маршрута.

if интерфейс - идентификатор сетевого интерфейса. Может задаваться в виде десятичного или шестнадцатеричного числа. Посмотреть идентификаторы можно с помщью команды route print

Примеры :

route print - отобразить текущую таблицу маршрутов

route print 192.* - отобразить таблицу маршрутов только для адресов, начинающихся с 192.

route add 0.0.0.0 mask 0.0.0.0 192.168.1.1 - установить в качестве шлюза по умолчанию (основного шлюза) адрес 192.168.1.1

route -p add 10.0.0.0 mask 255.0.0.0 10.0.0.1 - добавить маршрут для подсети 10.0.0.0/255.0.0.0 и запомнить его в реестре . Постоянный статический маршрут.

route delete 10.0.0.0 mask 255.0.0.0 - удалить маршрут для подсети 10.0.0.0/255.0.0.0 .

route add 10.10.10.10 192.168.1.158 - добавить маршрут для узла с IP-адресом 10.10.10.10 . Если маска в команде не задана, то подразумевается ее значение равное 255.255.255.255 , т.е конечная точка назначения является одиночным IP-адресом узла.

route delete 10.10.10.10 - удалить маршрут созданный предыдущей командой

route change 10.0.0.0 mask 255.0.0.0 10.10.10.1 - изменить адрес перехода для существующего маршрута к сети 10.0.0.0/255.0.0.0 на значение 10.10.10.1

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

Утилита TELNET.EXE

На заре развития сети Интернет, сервис TELNET был основным средством удаленной работы пользователей, реализующим взаимодействие терминала с процессом на удаленном компьютере. На сегодняшний день, TELNET, в основном, используется как средство удаленного администрирования специализированных сетевых устройств. Сервис TELNET входит в состав практически всех сетевых операционных систем и реализован в виде программного обеспечения сервера Telnet и клиентской оболочки с текстовым или графическим интерфейсом. Подключившись к серверу, удаленный пользователь получает доступ к командной строке, поддерживаемой сервером, таким же образом, как если-бы он работал с локальным терминалом. Утилита TELNET работает поверх протокола TCP и позволяет пользователю подключиться к удаленному узлу не только на стандартный порт 23, но и на любой другой TCP-порт, тем самым, позволяя взаимодействовать с любым приложением, управляемым командной строкой. Так, например, с использованием утилиты telnet можно подключиться к серверам, поддерживающим текстовый (telnet-like) ввод команд и данных - SMTP, POP3, IMAP и т.п. Кроме этого, утилиту можно использовать в качестве средства грубой проверки возможности подключения на любой TCP-порт (проверки слушается ли определенный порт TCP).

При запуске TELNET.EXE без параметров, программа переходит в интерактивный режим, ожидая ввода команд пользователем. Для получения списка доступных команд используется ввод знака вопроса или /h . Набор доступных команд может отличаться для разных версий telnet, но всегда будут присутствовать команды подключения к удаленному узлу (open ), закрытия существующего подключения (close ), установки (set ) и сброса (unset параметров.

set ? - отобразить текущие параметры сессии. Отображаются параметры, связанные с эмуляцией терминала, режима отображения вводимых символов (локального эха), интерпретацией управляющих последовательностей символов, способа аутентификации.

open 192.168.1.1 - подключиться к серверу TELNET узла 192.168.1.1

open 192.168.1.1 25 - подключиться к серверу, слушающему порт 25/TCP узла 192.168.1.1

После подключения к удаленному серверу, вводимые с клавиатуры символы будут передаваться на обработку удаленной системе и, для возврата в командную строку telnet , требуется ввод специальной комбинации клавиш переключения режима (Escape character) - по умолчанию это CTRL-] . Для выхода из telnet используется команда quit.

На практике, как правило, используется запуск telnet с параметрами по умолчанию и с указанием имени или IP-адреса и номера порта TCP удаленной системы.

telnet 192.168.1.1 - подключиться к серверу telnet узла 192.168.1.1

telnet yandex.ru 80 - подключиться к серверу HTTP (TCP порт 80) узла yandex.ru

Если подключение невозможно, то утилита telnet завершится сообщением:

Не удалось открыть подключение к этому узлу на порт . . . Сбой подключения.

Если имя или IP-адрес в командной строке достижимы, то такое сообщение говорит о том, что заданный порт не слушается удаленной системой ( или закрыт брандмауэром) . Если же удаленная система не поддерживает текстовое (telnet-like) управление, то, как правило, соединение устанавливается, экран терминала остается пустым, и после нажатия любой клавиши, сессия может завершиться, но сообщения о сбое соединения не будет. В некоторых случаях, удаленный сервер, не поддерживающий телнетоподобный протокол может выдать баннер, отображая информацию о себе, как например, это делают серверы VNC, отбражая версию протокола RFB. Примеры использования telnet для отправки простого e-mail сообщения имеются в этой статье

В операционных системах Windows 7, Windows Server 2008,Windows Server 2008 R2, для управления службой TELNET на локальном или удаленном компьютере можно воспользоваться специальной утилитой tlntadmn, позволяющей запустить, приостановить, остановить или продолжить работу сервера TELNET, а также настроить некоторые параметры его конфигурации.

В Windows 7 и более поздних версиях, сервер и клиент telnet при установке системы не инсталлируются. Для того, чтобы воспользоваться утилитой telnet.exe, нужно добавить ее
в систему используя “Панель управления” – “Программы и компоненты” – “Включение или отключение компонентов Windows” – установить галочку на “Клиент Telnet”. При необходимости, можно таким же образом установить и сервер Telnet.

Утилита TRACERT.EXE

Не смотря на появление утилиты PATHPIG, классическая утилита трассировки маршрута до заданного узла TRACERT , по-прежнему остается наиболее часто используемым инструментом сетевой диагностики. Утилита позволяет получить цепочку узлов, через которые проходит IP-пакет, адресованный конечному узлу. В основе трассировки заложен метод анализа ответов при последоательной отправке ICMP-пакетов на указанный адрес с увеличивающимся на 1 полем TTL. ("Время жизни" -
Time To Live). На самом деле это поле не имеет отношения к времени, а является счетчиком числа возможных переходов при передаче маршрутизируемого пакета.
Каждый маршрутизатор, получив пакет, вычитает из этого поля 1 и проверяет
значение счетчика TTL. Если значение стало равным нулю, такой пакет
отбрасывается и отправителю посылается ICMP-сообщение о превышении времени
жизни ("Time Exceeded" - значение 11 в заголовке ICMP). Если бы не было предусмотрено включение поля TTL в IP пакеты, то при ошибках в маршрутах, могда бы возникнуть ситуация, когда пакет будет вечно циркулировать в сети, пересылаемый маршрутизаторами по кругу.
При выполнении команды tracert.exe сначала выполняется отправка ICMP пакета с полем TTL равным 1 и первый в цепочке маршрутизатор (обычно это основной шлюз из настроек сетевого подключения) вычтя единицу из TTL получает его нулевое значение и сообщает о превышении времени жизни. Эта последовательность повторяется трижды,
поэтому в строке результата, формируемой tracert.exe, после номера перехода
отображаются три значения времени отклика:

1 1 ms <1 <1 192.168.1.1

1 - номер перехода (1 - первый маршрутизатор)

1 ms <1 <1 - время его ответа для 3-х попыток (1ms и 2 ответа менее чем 1 ms)

192.168.1.1 - его адрес (или имя)

Затем процедура повторяется, но
TTL устанавливается равным 2 - первый маршрутизатор его уменьшит до 1 и
отправит следующему в цепочке, который после вычитания 1 обнулит TTL и сообщит о превышении времени жизни.
И так далее, пока не будет достигнут заданный узел, имя или адрес которого заданы в качестве параметра командной строки, например , tracert yandex.ru , или до
обнаружения неисправности, не позволяющей доставить пакет узлу yandex.ru.

Пример результатов выполнения tracert google.com

tracert google.com - трассировка маршрута к узлу google.com

Результат:

Трассировка маршрута к google.com [74.125.45.100] с максимальным числом прыжков 30:

1 1 ms <1 <1 192.168.1.1

2 498 ms 444 ms 302 ms ppp83-237-220-1.pppoe.mtu-net.ru [83.237.220.1]

3 * * * .

4 282 ms * * a197-crs-1-be1-53.msk.stream-internet.net [212.188.1.113]

5 518 ms 344 ms 382 ms ss-crs-1-be5.msk.stream-internet.net [195.34.59.105]

6 462 ms 440 ms 335 ms m9-cr01-po3.msk.stream-internet.net [195.34.53.85]

7 323 ms 389 ms 339 ms bor-cr01-po4.spb.stream-internet.net [195.34.53.126]

8 475 ms 302 ms 420 ms anc-cr01-po3.ff.stream-internet.net [195.34.53.102]

9 334 ms 408 ms 348 ms 74.125.50.57

10 451 ms 368 ms 524 ms 209.85.255.178

11 329 ms 542 ms 451 ms 209.85.250.140

12 616 ms 480 ms 645 ms 209.85.248.81

13 656 ms 549 ms 422 ms 216.239.43.192

14 378 ms 560 ms 534 ms 216.239.43.113

15 511 ms 566 ms 546 ms 209.85.251.9

16 543 ms 682 ms 523 ms 72.14.232.213

17 468 ms 557 ms 486 ms 209.85.253.141

18 593 ms 589 ms 575 ms yx-in-f100.google.com [74.125.45.100]

Трассировка завершена.

В результатах трассировки могут присутствовать строки, где вместо адреса
узла отображается звездочка (узел номер 3 в примере). Это не обязательно является признаком неисправности маршрутизатора, и чаще всего, говорит о том, что настройки данного узла запрещают ICMP-протокол из соображений безопасности или уменьшения нагрузки на канал . Подобные же настройки используются в сетях корпорации Microsoft . Для проверки, попробуйте выполнить трассировку маршрута к узлу microsoft.com .

Примеры практического использования сетевых утилит командной строки.

Определение подмены адреса узла в файле hosts

Одним из последствий вирусного заражения довольно часто является блокировка доступа к сайтам антивирусных компаний, поисковым системам, популярным социальным сетям (Vkontakte, Odnoklassniki, Facebook, Twitter и т.п.). Подобный же прием используется для кражи учетных данных пользователей путем перенаправления на вредоносный сайт, адрес которого берется из зараженного файла hosts.

Порядок преобразования доменных имен в IP-адреса следующий:

- проверяется наличие данных об имени в кэш службы разрешения имен (процедура определения IP по имени уже выполнялась, и в памяти есть актуальные результаты). Если запись есть, то будут использованы ее данные.

- проверяется наличие записи об имени и адресе в файле hosts. Если запись есть, то будут использованы ее данные.

- для разрешения доменного имени в IP-адрес выполняется запрос к серверу DNS, заданному в настройках сетевого подключения.

Файл hosts при настройках по умолчанию, находится в каталоге \Windows\system32\drivers\etc\ и обычно содержит строки, начинающиеся с символа # , являющиеся комментариями, и одну запись для определения имени узла петлевого интерфейса:

127.0.0.1 localhost

127.0.0.1 - IP-адрес, localhost - имя. Если добавить запись 127.0.0.1 odnoklassniki.ru, то для имени odnoklassniki.ru будет использоваться адрес 127.0.0.1, который не предназначен для выполнения реальной передачи данных, и сервер с указанным именем станет недоступен. Если же вместо адреса 127.0.0.1 использовать адрес поддельного сервера, созданного злоумышленниками, то вместо реального сайта, соответствующего доменному имени, посетитель перейдет на поддельную страницу.

Структура записей файла hosts предполагает, что между адресом и соответствующим ему именем должен быть хотя бы один символ табуляции (пробел). Каждой записи отводится одна строка в файле hosts. Иногда, вредоносная программа выполняет смещение записей относительно отображаемой на экране части файла, заполняя видимую часть пробелами, а в непомещающейся в области просмотра части, могут присутствовать записи, например

31.214.145.172 odnoklassniki.ru

31.214.145.172 www.facebook.com

31.214.145.172 www.vk.com

31.214.145.172 www.vkontakte.ru

Данный адрес взят из реально зараженного файла hosts и принадлежит сети одного из провайдеров Германии. Сейчас он безопасен, и не занят обслуживанием вредоносного сервера.

На зараженном компьютере, в файл hosts было добавлено множество пустых строк, и поддельные записи располагались с разным смещением относительно начала строки, что могло затруднить ручной поиск. Кроме того, вредоносные программы могут использовать и некоторые другие способы подмены содержимого hosts - изменение местоположения самого файла, использование атрибута "скрытый" и имени с подменой символа на похожий по написанию символ национального алфавита - "o" и т.п. Другими словами, достоверно определить сам факт подмены адреса с помощью файла hosts, путем прямого анализа содержимого реестра, системных каталогов и самого файла занимает довольно длительное время и не всегда позволяет исключить ошибку поиска вредоносных записей. А, тем временем, задача легко решается с использованием всего лишь 2-х команд из рассмотренных выше - ping и nslookup .

ping odnoklassniki.ru - в ответе на пинг будет отображаться адрес, соответствующий имени odnoklassniki.ru при определении IP-адреса на данном компьютере

nslookup odnoklassniki.ru - получить IP-адрес, соответствующий имени odnoklassniki.ru от сервера DNS.

Если адрес по результатам пинга отличается от адреса, полученного от
DNS-сервера, то присутствует факт подмены содержимого файла hosts.
Для некоторых крупных доменов утилита nslookup может выдавать список из
нескольких IP. Тогда IP-адрес, полученный в результатах пинга, должен
присутствовать в списке адресов от nslookup.

Иногда, в качестве способа блокировки определенных сайтов, используется
добавление несуществующих статических маршрутов для соответствующих IP-адресов
или подсетей, что легко отследить с помощью утилиты tracert

Как открыть порт в брандмауэре Windows

Разрешить входящие соединения через брандмауэр Windows (открыть порт) можно с использованием контекста firewall утилиты netsh

netsh firewall set portopening protocol=TCP port=27015 name=MyServer mode=ENABLE scope=ALL

или

netsh firewall set portopening TCP 27015 MyServer ENABLE ALL

protocol - Протокол порта. TCP (Transmission Control Protocol), UDP (User Datagram Protocol), ALL - Все протоколы.

port - Номер порта.

name - Имя порта (необязательно)

mode - Режим порта. ENABLE - Пропускать через брандмауэр (по умолчанию).
DISABLE - Не пропускать через брандмауэр.

scope - Область порта (необязательно). ALL - Пропускать через брандмауэр весь трафик (по умолчанию). SUBNET - Пропускать через брандмауэр только трафик локальной сети
(подсети). CUSTOM - Пропускать через брандмауэр только указанный трафик.

С учетом значений по умолчанию и необязательных параметров открыть TCP порт 27015 в брандмауэре Windows можно командой

netsh firewall set portopening TCP 27015

В Windows Vista/Windows7 пока поддерживается синтаксис приведенный в примере выше, однако в последующих версиях операционных систем он будет полностью заменен на контекст netsh advfirewall - управление улучшенным брандмауэром. Подсказку по использованию можно получить при вводе команды с параметром ? (знак вопроса) :

netsh advfirewall ?

В контексте правил для брандмауэра:

netsh advfirewall firewall ?

Для открытия порта 27015 в Windows 7 с учетом нового синтаксиса правильнее использовать команду:

netsh advfirewall firewall add rule name="Open Port 27015" dir=in action=allow protocol=TCP localport=27015

add rule - добавить правило

name - название правила. Название может быть произвольным, и если текст содержит пробелы - заключаться в двойные кавычки. Имя правила не должно принимать значение all

dir - направление обмена данными (in-входящий трафик, out- исходящий)

action - действие по отношению к попадающему под правило соединению (allow - разрешить, block - запретить)

protocol - разновидность протокола. (TCP - протокол TCP, UDP - протокол UDP, ANY - любой протокол). Если параметр protocol не указан, то используется значение по умолчанию - ANY )

localport - номер порта на локальном компьютере. Можно указывать диапазон портов 0 -65535 или any - любой порт или номера через запятую - 67,69 .

Примеры правил брандмауэра Windows 7

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

Краткий список возможных параметров правил :

add rule name=<строка>

dir=in|out

action=allow|block|bypass

[program=<путь к программе>]

[service=<краткое имя службы>|any]

[description=<строка>]

[enable=yes|no (по умолчанию - yes)]

[profile=public|private|domain|any[,...]]

[localip=any|

[Error: Irreparable invalid markup ('<ipv4-адрес>') in entry. Owner must fix manually. Raw contents below.]

<center>
<h3 id="id10">Утилита PATHPING.EXE</h3></center>
   
Команда PATHPING выполняет трассировку маршрута к конечному узлу аналогично команде TRACERT , но дополнительно, выполняет отправку ICMP-эхо запросов на промежуточные узлы маршрута для сбора информации о задержках и потерях пакетов на каждом из них. 
При запуске PATHPING без параметров, отображается краткая справка: 
<lj-cut>
pathping [-g Список] [-h Число_прыжков] [-i Адрес] [-n] [-p Пауза] [-q Число_запросов] [-w Таймаут] [-P] [-R] [-T] [-4] [-6] узел 

Параметры: 
 -g Список При прохождении по элементам списка узлов игнорировать предыдущий маршрут. Максимальное число адресов в списке равно 9 . Элементы списка помещаются в специальное поле заголовка отправляемых ICMP-пакетов. 
-h Число_прыжков - Максимальное число прыжков при поиске узла. Значение по умолчанию - 30 
 -i Адрес - Использовать указанный адрес источника в отправляемых ICMP-пакетах. 
 -n - Не разрешать адреса в имена узлов. 
 -p Пауза - Пауза между отправками (мсек) пакетов. Значение по умолчанию - 250. 
 -q Число_запросов Число запросов для каждого узла. По умолчанию - 100 
 -w Таймаут - Время ожидания каждого ответа (мсек). Значение по умолчанию - 3000 
 -R - Тестировать возможность использования RSVP ( Reservation Protocol, протокола настройки резервирования ресурсов), который позволяет динамически выделять ресурсы для различных видов трафика. 
 -T - Тестировать на возможность использования QoS (Quality of Service - качество обслуживания) - системы обслуживания пакетов разного содержания с учетом их приоритетов доставки получателю. 
 -4 - Принудительно использовать IPv4. 
 -6 - Принудительно использовать IPv6. 
Практически, PATHPING, запущенная на выполнение с параметрами по умолчанию, выполняет те же действия, что и команда TRACERT плюс команды PING для каждого промежуточного узла с указанием числа эхо-запросов, равным 100 (ping -n 100 . . . ) 
Пример результатов выполнения команды pathping yandex.ru : 



Трассировка маршрута к yandex.ru [77.88.21.11]

с максимальным числом прыжков 30: 

1 192.168.1.1 

2 180.84.250.11 
3 180.84.250.53 
4 80.184.112.25 
5 msk-ix-m9.yandex.net [193.232.244.93] 

6 l3-s900-dante.yandex.net [213.180.213.70] 

7 s600-s900.yandex.net [213.180.213.54] 

8 yandex.ru [77.88.21.11] 

Подсчет статистики за: 200 сек. . . . 

                                    Исходный узел             Маршрутный узел 

Прыжок       RTT          Утер./Отпр. %          Утер./Отпр. %                Адрес 

1                   1мс              0/ 100 = 0%              0/ 100 = 0%          192.168.1.1 

                                                                           0/ 100 = 0%           | 

2                   5мс              0/ 100 = 0%              0/ 100 = 0%          180.84.250.11 

                                                                           0/ 100 = 0%           | 

3                   11мс            0/ 100 = 0%              3/ 100 = 3%          180.84.250.53 
 
                                                                           8/ 100 = 8%           | 

4                   4мс              0/ 100 = 0%              0/ 100 = 0%          80.184.112.25 

                                                                           0/ 100 = 0%           | 

5                   8мс              0/ 100 = 0%              0/ 100 = 0%          msk-ix-m9.yandex.net [193.232.244.93] 

                                                                           0/ 100 = 0%           | 

6                   12мс            0/ 100 = 0%              0/ 100 = 0%          l3-s900-dante.yandex.net [213.180.213.70] 

                                                                           0/ 100 = 0%           | 

7                   5мс              0/ 100 = 0%              0/ 100 = 0%          s600-s900.yandex.net [213.180.213.54] 

                                                                           0/ 100 = 0%           | 

8                   2мс              0/ 100 = 0%              0/ 100 = 0%          yandex.ru [77.88.21.11]

 

В приведенном примере красным цветом выделен проблемный участок маршрута к конечному узлу с потерей 8% пакетов. При интерпретации результатов выполнения pathping нужно учитывать тот факт, что некоторые маршрутизаторы могут быть настроены на блокировку icmp-трафика, что не позволяет правильно отработать трассировку, и получить по ним статистические данные. 

<center>
<h3 id="id11">Утилита PING.EXE</h3></center>
   
PING.EXE - это, наверно, наиболее часто используемая сетевая утилита командной строки. Существует во всех версиях всех операционных систем с поддержкой сети и является простым и удобным средством опроса узла по имени или его IP-адресу. 

Для обмена служебной и диагностической информацией в сети используется специальный протокол управляющих сообщений ICMP (Internet Control Message Protocol). Команда ping позволяет выполнить отправку управляющего сообщения типа Echo Request (тип равен 8 и указывается в заголовке сообщения) адресуемому узлу и интерпретировать полученный от него ответ в удобном для анализа виде. В поле данных отправляемого icmp-пакета обычно содержатся символы английского алфавита. В ответ на такой запрос, опрашиваемый узел дожжен отправить icmp-пакет с теми же данными, которые были приняты, и типом сообщения Echo Reply (код типа в заголовке равен 0) . Если при обмене icmp-сообщениями возникает какая-либо проблема, то утилита ping выведет информацию для ее диагностики. 
Формат командной строки: 

 ping [-t] [-a] [-n число] [-l размер] [-f] [-i TTL] [-v TOS] [-r число] [-s число] [[-j списокУзлов] | [-k списокУзлов]] [-w таймаут] конечноеИмя 

Параметры: 

 -t - Непрерывная отправка пакетов.
Для завершения и вывода статистики используются комбинации клавиш
Ctrl + Break (вывод статистики), и Ctrl + C (вывод статистики и завершение). 

 -a - Определение адресов по именам узлов.

 -n число - Число отправляемых эхо-запросов. 

 -l размер - Размер поля данных в байтах отправляемого запроса. 

 -f - Установка флага, запрещающего фрагментацию пакета. 
 -i TTL - Задание срока жизни пакета (поле "Time To Live"). 

 -v TOS - Задание типа службы (поле "Type Of Service"). 
 -r число - Запись маршрута для указанного числа переходов. 
 -s число - Штамп времени для указанного числа переходов. 
 -j списокУзлов - Свободный выбор маршрута по списку узлов. 
 -k списокУзлов - Жесткий выбор маршрута по списку узлов. 
 -w таймаут - Максимальное время ожидания каждого ответа в миллисекундах. 

Примеры использования: 
ping 8.8.8.8 - выполнить опрос узла с IP-адресом 8.8.8.8 с параметрами по умолчанию. 
ping -t yandex.ru - выполнять ping до нажатия комбинации CTRL+C, При нажатии CTRL+Break - выдается статистика и
опрос узла продолжается 
ping -n 1000 -l 500 192.168.1.1 - выполнить ping 1000 раз с использованием сообщений, длиной 500 байт. 
ping -a -n 1 -r 9 -w 1000 yandex.ru - выполнить ping 1 раз (ключ -n 1), определять адрес по имени (ключ -a), выдавать маршрут для первых 9 переходов (-r 9), ожидать ответ 1 секунду (1000мсек) 
Использование ключа -r позволяет получить трассировку маршрута,
аналогичную получаемой с помощью команды tracert, но число промежуточных
узлов не может превышать 9 .

<center>
<h3 id="id12">Утилита ROUTE.EXE</h3></center>
   
Утилита ROUTE.EXE используется для просмотра и модификации таблицы маршрутов на локальном компьютере. При запуске без параметров, на экран выводится подсказка по использованию route: 

route [-f] [-p] [команда [конечная_точка] [mask маска_сети] [шлюз] [metric метрика]] [if интерфейс]] 
 -f - используется для сброса таблицы маршрутизации. При выполнении команды route -f из таблицы удаляются все маршруты, которые не относятся к петлевому интерфейсу (IP 127.0.0.1 маска -255.0.0.0), не являются маршрутами для многоадресной (multicast) рассылки (IP 224.0.0.1 маска 255.0.0.0) и не являются узловыми маршрутами (маска равна 255.255.255.255) . 
 -p - используется для добавления в таблицу постоянного маршрута. Если маршрут добавлен без использования параметра -p то он сохраняется только до перезагрузки системы (до перезапуска сетевого системного программного обеспечения). Если же, при добавлении маршрута искользовался данный параметр, то информация о маршруте записывается в реестр Windows (раздел HKLM\SYSTEM\CurrentControlSet\Services\Tcpip\Parameters\PersistentRoutes ) и будет использоваться постоянно при активации сетевых интерфейсов. 
 команда - козможно использование команд add - добавление маршрута, change - изменение существующего маршрута, delete - удаление маршрута или маршрутов, print - отображение текущей таблицы маршрутов 
 конечная_точка - IP-адрес, адрес сети или адрес 0.0.0.0 для шлюза по умолчанию. 
 mask маска_сети - маска сети. 
 шлюз - IP-адрес шлюза, через который будет выполняться отправка пакета для достижения конечной точки. 
 metric число - значение метрики (1-9999). Метрика представляет собой числовое значение, позволяющее оптимизировать доставку пакета получателю, если конечная точка маршрута может быть достижима по нескольким разным маршрутам. Чем меньше значение метрики, тем выше приоритет маршрута. 
 if интерфейс - идентификатор сетевого интерфейса. Может задаваться в виде десятичного или шестнадцатеричного числа. Посмотреть идентификаторы можно с помщью команды route print 
Примеры : 
route print - отобразить текущую таблицу маршрутов 
route print 192.* - отобразить таблицу маршрутов только для адресов, начинающихся с 192. 
route add 0.0.0.0 mask 0.0.0.0 192.168.1.1 - установить в качестве шлюза по умолчанию (основного шлюза) адрес 192.168.1.1 
route -p add 10.0.0.0 mask 255.0.0.0 10.0.0.1 - добавить маршрут для подсети 10.0.0.0/255.0.0.0 и запомнить его в реестре . Постоянный статический маршрут. 
route delete 10.0.0.0 mask 255.0.0.0 - удалить маршрут для подсети 10.0.0.0/255.0.0.0 . 
 route add 10.10.10.10 192.168.1.158 - добавить маршрут для узла с IP-адресом 10.10.10.10 . Если маска в команде не задана, то подразумевается ее значение равное 255.255.255.255 , т.е конечная точка назначения является одиночным IP-адресом узла. 
 route delete 10.10.10.10 - удалить маршрут созданный предыдущей командой 
route change 10.0.0.0 mask 255.0.0.0 10.10.10.1 - изменить адрес перехода для существующего маршрута к сети 10.0.0.0/255.0.0.0 на значение 10.10.10.1 
 route -f - очистить таблицу маршрутов. После перезагрузки системы, или при перезапуске сетевых подключений таблица маршрутов будет восстановлена исходя из текущей сетевой конфигурации компьютера. 

<center>
<h3 id="id13">Утилита TELNET.EXE</h3></center>
   
На заре развития сети Интернет, сервис TELNET был основным средством удаленной работы пользователей, реализующим взаимодействие терминала с процессом на удаленном компьютере. На сегодняшний день, TELNET, в основном, используется как средство удаленного администрирования специализированных сетевых устройств. Сервис TELNET входит в состав практически всех сетевых операционных систем и реализован в виде программного обеспечения сервера Telnet и клиентской оболочки с текстовым или графическим интерфейсом. Подключившись к серверу, удаленный пользователь получает доступ к командной строке, поддерживаемой сервером, таким же образом, как если-бы он работал с локальным терминалом. Утилита TELNET работает поверх протокола TCP и позволяет пользователю подключиться к удаленному узлу не только на стандартный порт 23, но и на любой другой TCP-порт, тем самым, позволяя взаимодействовать с любым приложением, управляемым командной строкой. Так, например, с использованием утилиты telnet можно подключиться к серверам, поддерживающим текстовый (telnet-like) ввод команд и данных - SMTP, POP3, IMAP и т.п. Кроме этого, утилиту можно использовать в качестве средства грубой проверки возможности подключения на любой TCP-порт (проверки слушается ли определенный порт TCP). 
При запуске TELNET.EXE без параметров, программа переходит в интерактивный режим, ожидая ввода команд пользователем. Для получения списка доступных команд используется ввод знака вопроса или /h . Набор доступных команд может отличаться для разных версий telnet, но всегда будут присутствовать команды подключения к удаленному узлу (open ), закрытия существующего подключения (close ), установки (set ) и сброса (unset параметров. 
set ? - отобразить текущие параметры сессии. Отображаются параметры, связанные с эмуляцией терминала, режима отображения вводимых символов (локального эха), интерпретацией управляющих последовательностей символов, способа аутентификации. 
 open 192.168.1.1 - подключиться к серверу TELNET узла 192.168.1.1 
 open 192.168.1.1 25 - подключиться к серверу, слушающему порт 25/TCP узла 192.168.1.1 
После подключения к удаленному серверу, вводимые с клавиатуры символы будут передаваться на обработку удаленной системе и, для возврата в командную строку telnet , требуется ввод специальной комбинации клавиш переключения режима (Escape character) - по умолчанию это CTRL-] . Для выхода из telnet используется команда quit. 
На практике, как правило, используется запуск telnet с параметрами по умолчанию и с указанием имени или IP-адреса и номера порта TCP удаленной системы. 
 telnet 192.168.1.1 - подключиться к серверу telnet узла 192.168.1.1 
 telnet yandex.ru 80 - подключиться к серверу HTTP (TCP порт 80) узла yandex.ru 
Если подключение невозможно, то утилита telnet завершится сообщением: 

Не удалось открыть подключение к этому узлу на порт . . . Сбой подключения. 

Если имя или IP-адрес в командной строке достижимы, то такое сообщение говорит о том, что заданный порт не слушается удаленной системой ( или закрыт брандмауэром) . Если же удаленная система не поддерживает текстовое (telnet-like) управление, то, как правило, соединение устанавливается, экран терминала остается пустым, и после нажатия любой клавиши, сессия может завершиться, но сообщения о сбое соединения не будет. В некоторых случаях, удаленный сервер, не поддерживающий телнетоподобный протокол может выдать баннер, отображая информацию о себе, как например, это делают серверы VNC, отбражая версию протокола RFB. Примеры использования telnet для отправки простого e-mail сообщения имеются <a target="_blsnk" href="http://ab57.ru/mail.html"> в этой статье </a> 
В операционных системах Windows 7, Windows Server 2008,Windows Server 2008 R2, для управления службой TELNET на локальном или удаленном компьютере можно воспользоваться специальной утилитой tlntadmn, позволяющей запустить, приостановить, остановить или продолжить работу сервера TELNET, а также настроить некоторые параметры его конфигурации. 
В Windows 7 и более поздних версиях, сервер и клиент telnet при установке системы не инсталлируются. Для того, чтобы воспользоваться утилитой telnet.exe, нужно добавить ее
в систему используя “Панель управления” – “Программы и компоненты” – “Включение или отключение компонентов Windows” – установить галочку на “Клиент Telnet”. При необходимости, можно таким же образом установить и сервер Telnet.
 
<center>
<h3 id="id14">Утилита TRACERT.EXE</h3></center>
   
Не смотря на появление утилиты PATHPIG, классическая утилита трассировки маршрута до заданного узла TRACERT , по-прежнему остается наиболее часто используемым инструментом сетевой диагностики. Утилита позволяет получить цепочку узлов, через которые проходит IP-пакет, адресованный конечному узлу. В основе трассировки заложен метод анализа ответов при последоательной отправке ICMP-пакетов на указанный адрес с увеличивающимся на 1 полем TTL. ("Время жизни" -
Time To Live). На самом деле это поле не имеет отношения к времени, а является счетчиком числа возможных переходов при передаче маршрутизируемого пакета.
Каждый маршрутизатор, получив пакет, вычитает из этого поля 1 и проверяет
значение счетчика TTL. Если значение стало равным нулю, такой пакет
отбрасывается и отправителю посылается ICMP-сообщение о превышении времени
жизни ("Time Exceeded" - значение 11 в заголовке ICMP). Если бы не было предусмотрено включение поля TTL в IP пакеты, то при ошибках в маршрутах, могда бы возникнуть ситуация, когда пакет будет вечно циркулировать в сети, пересылаемый маршрутизаторами по кругу.
    При выполнении команды tracert.exe сначала выполняется отправка ICMP пакета с полем TTL равным 1 и первый в цепочке маршрутизатор (обычно это основной шлюз из настроек сетевого подключения) вычтя единицу из TTL получает его нулевое значение и сообщает о превышении времени жизни. Эта последовательность повторяется трижды,
поэтому в строке результата, формируемой tracert.exe, после номера перехода
отображаются три значения времени отклика: 

1     1 ms     <1     <1     192.168.1.1 
1 - номер перехода (1 - первый маршрутизатор) 
1 ms <1 <1 - время его ответа для 3-х попыток (1ms и 2 ответа менее чем 1 ms) 
192.168.1.1 - его адрес (или имя) 
    Затем процедура повторяется, но
TTL устанавливается равным 2 - первый маршрутизатор его уменьшит до 1 и
отправит следующему в цепочке, который после вычитания 1 обнулит TTL и сообщит о превышении времени жизни.
И так далее, пока не будет достигнут заданный узел, имя или адрес которого заданы в качестве параметра командной строки, например , tracert yandex.ru , или до
обнаружения неисправности, не позволяющей доставить пакет узлу yandex.ru. 
Пример результатов выполнения tracert google.com 

tracert google.com - трассировка маршрута к узлу google.com 
Результат: 

 
Трассировка маршрута к google.com [74.125.45.100] с максимальным числом прыжков 30: 
1 1 ms <1 <1 192.168.1.1 

2 498 ms 444 ms 302 ms ppp83-237-220-1.pppoe.mtu-net.ru [83.237.220.1] 

3 * * * . 

4 282 ms * * a197-crs-1-be1-53.msk.stream-internet.net [212.188.1.113] 

5 518 ms 344 ms 382 ms ss-crs-1-be5.msk.stream-internet.net [195.34.59.105] 

6 462 ms 440 ms 335 ms m9-cr01-po3.msk.stream-internet.net [195.34.53.85] 

7 323 ms 389 ms 339 ms bor-cr01-po4.spb.stream-internet.net [195.34.53.126] 

8 475 ms 302 ms 420 ms anc-cr01-po3.ff.stream-internet.net [195.34.53.102] 

9 334 ms 408 ms 348 ms 74.125.50.57 

10 451 ms 368 ms 524 ms 209.85.255.178 

11 329 ms 542 ms 451 ms 209.85.250.140 

12 616 ms 480 ms 645 ms 209.85.248.81 

13 656 ms 549 ms 422 ms 216.239.43.192 

14 378 ms 560 ms 534 ms 216.239.43.113 

15 511 ms 566 ms 546 ms 209.85.251.9 

16 543 ms 682 ms 523 ms 72.14.232.213 

17 468 ms 557 ms 486 ms 209.85.253.141 

18 593 ms 589 ms 575 ms yx-in-f100.google.com [74.125.45.100] 

Трассировка завершена. 


    В результатах трассировки могут присутствовать строки, где вместо адреса
узла отображается звездочка (узел номер 3 в примере). Это не обязательно является признаком неисправности маршрутизатора, и чаще всего, говорит о том, что настройки данного узла запрещают ICMP-протокол из соображений безопасности или уменьшения нагрузки на канал . Подобные же настройки используются в сетях корпорации Microsoft . Для проверки, попробуйте выполнить трассировку маршрута к узлу microsoft.com . 

<center>
<h3 id="id100">Примеры практического использования сетевых утилит командной строки.</h3></center>

 <center> <li> Определение подмены адреса узла в файле hosts </li></center>

   
Одним из последствий вирусного заражения довольно часто является блокировка доступа к сайтам антивирусных компаний, поисковым системам, популярным социальным сетям (Vkontakte, Odnoklassniki, Facebook, Twitter и т.п.). Подобный же прием используется для кражи учетных данных пользователей путем перенаправления на вредоносный сайт, адрес которого берется из зараженного файла hosts. 
Порядок преобразования доменных имен в IP-адреса следующий: 
- проверяется наличие данных об имени в кэш службы разрешения имен (процедура определения IP по имени уже выполнялась, и в памяти есть актуальные результаты). Если запись есть, то будут использованы ее данные. 
- проверяется наличие записи об имени и адресе в файле hosts. Если запись есть, то будут использованы ее данные. 
- для разрешения доменного имени в IP-адрес выполняется запрос к серверу DNS, заданному в настройках сетевого подключения. 

Файл hosts при настройках по умолчанию, находится в каталоге \Windows\system32\drivers\etc\ и обычно содержит строки, начинающиеся с символа # , являющиеся комментариями, и одну запись для определения имени узла петлевого интерфейса: 
127.0.0.1 localhost 
127.0.0.1 - IP-адрес, localhost - имя. Если добавить запись 127.0.0.1 odnoklassniki.ru, то для имени odnoklassniki.ru будет использоваться адрес 127.0.0.1, который не предназначен для выполнения реальной передачи данных, и сервер с указанным именем станет недоступен. Если же вместо адреса 127.0.0.1 использовать адрес поддельного сервера, созданного злоумышленниками, то вместо реального сайта, соответствующего доменному имени, посетитель перейдет на поддельную страницу. 
Структура записей файла hosts предполагает, что между адресом и соответствующим ему именем должен быть хотя бы один символ табуляции (пробел). Каждой записи отводится одна строка в файле hosts. Иногда, вредоносная программа выполняет смещение записей относительно отображаемой на экране части файла, заполняя видимую часть пробелами, а в непомещающейся в области просмотра части, могут присутствовать записи, например 

31.214.145.172 odnoklassniki.ru 
31.214.145.172 www.facebook.com 
31.214.145.172 www.vk.com 
31.214.145.172 www.vkontakte.ru 
 
Данный адрес взят из реально зараженного файла hosts и принадлежит сети одного из провайдеров Германии. Сейчас он безопасен, и не занят обслуживанием вредоносного сервера. 
На зараженном компьютере, в файл hosts было добавлено множество пустых строк, и поддельные записи располагались с разным смещением относительно начала строки, что могло затруднить ручной поиск. Кроме того, вредоносные программы могут использовать и некоторые другие способы подмены содержимого hosts - изменение местоположения самого файла, использование атрибута "скрытый" и имени с подменой символа на похожий по написанию символ национального алфавита - "o" и т.п. Другими словами, достоверно определить сам факт подмены адреса с помощью файла hosts, путем прямого анализа содержимого реестра, системных каталогов и самого файла занимает довольно длительное время и не всегда позволяет исключить ошибку поиска вредоносных записей. А, тем временем, задача легко решается с использованием всего лишь 2-х команд из рассмотренных выше - ping и nslookup . 
ping odnoklassniki.ru - в ответе на пинг будет отображаться адрес, соответствующий имени odnoklassniki.ru при определении IP-адреса на данном компьютере 
nslookup odnoklassniki.ru - получить IP-адрес, соответствующий имени odnoklassniki.ru от сервера DNS. 
Если адрес по результатам пинга отличается от адреса, полученного от
DNS-сервера, то присутствует факт подмены содержимого файла hosts.
Для некоторых крупных доменов утилита nslookup может выдавать список из
нескольких IP. Тогда IP-адрес, полученный в результатах пинга, должен
присутствовать в списке адресов от nslookup. 

Иногда, в качестве способа блокировки определенных сайтов, используется
добавление несуществующих статических маршрутов для соответствующих IP-адресов
или подсетей, что легко отследить с помощью утилиты tracert 

 <center> <li>Как открыть порт в брандмауэре Windows </li></center>

Разрешить входящие соединения через брандмауэр Windows (открыть порт) можно с использованием контекста firewall утилиты netsh 
netsh firewall set portopening protocol=TCP port=27015 name=MyServer mode=ENABLE scope=ALL 
или 
netsh firewall set portopening TCP 27015 MyServer ENABLE ALL 

 protocol - Протокол порта. TCP (Transmission Control Protocol), UDP (User Datagram Protocol), ALL - Все протоколы. 
 port - Номер порта. 
 name - Имя порта (необязательно) 
 mode - Режим порта. ENABLE - Пропускать через брандмауэр (по умолчанию).
DISABLE - Не пропускать через брандмауэр. 
 scope - Область порта (необязательно). ALL - Пропускать через брандмауэр весь трафик (по умолчанию). SUBNET - Пропускать через брандмауэр только трафик локальной сети
(подсети). CUSTOM - Пропускать через брандмауэр только указанный трафик. 
С учетом значений по умолчанию и необязательных параметров открыть TCP порт 27015 в брандмауэре Windows можно командой 
netsh firewall set portopening TCP 27015 
В Windows Vista/Windows7 пока поддерживается синтаксис приведенный в примере выше, однако в последующих версиях операционных систем он будет полностью заменен на контекст netsh advfirewall - управление улучшенным брандмауэром. Подсказку по использованию можно получить при вводе команды с параметром ? (знак вопроса) : 
 netsh advfirewall ? 
В контексте правил для брандмауэра: 
 netsh advfirewall firewall ? 

Для открытия порта 27015 в Windows 7 с учетом нового синтаксиса правильнее использовать команду: 

netsh advfirewall firewall add rule name="Open Port 27015" dir=in action=allow protocol=TCP localport=27015 
add rule - добавить правило 
name - название правила. Название может быть произвольным, и если текст содержит пробелы - заключаться в двойные кавычки. Имя правила не должно принимать значение all 
dir - направление обмена данными (in-входящий трафик, out- исходящий) 
action - действие по отношению к попадающему под правило соединению (allow - разрешить, block - запретить) 
protocol - разновидность протокола. (TCP - протокол TCP, UDP - протокол UDP, ANY - любой протокол). Если параметр protocol не указан, то используется значение по умолчанию - ANY ) 
localport - номер порта на локальном компьютере. Можно указывать диапазон портов 0 -65535 или any - любой порт или номера через запятую - 67,69 . 

 <center> <li>Примеры правил брандмауэра Windows 7</li></center>
 
По сравнению с предыдущими версиями Windows синтаксис правил стал немного сложнее, но и возможности брандмауэра значительно расширились. 
Краткий список возможных параметров правил : 
add rule name=<строка> 
dir=in|out 
action=allow|block|bypass 
[program=<путь к программе>] 
[service=<краткое имя службы>|any] 
[description=<строка>] 
 [enable=yes|no (по умолчанию - yes)] 
 [profile=public|private|domain|any[,...]] 
 [localip=any|<ipv4-адрес>|<ipv6-адрес>|<подсеть>|<диапазон>|<список>]</ipv6-адрес></ipv4-адрес> 
 [remoteip=any|localsubnet|dns|dhcp|wins|defaultgateway|
<ipv4-адрес>|<ipv6-адрес>|<подсеть>|<диапазон>|<список>]</ipv6-адрес></ipv4-адрес> 
 [localport=0-65535||<диапазон портов>[,...]|RPC|RPC-EPMap|IPHTTPS|any 
(по умолчанию - any)] 
 [remoteport=0-65535|<диапазон портов>[,...]|any (по умолчанию - any)] 
 [protocol=0-255|icmpv4|icmpv6|icmpv4:тип,код|icmpv6:тип,код|
tcp|udp|any (по умолчанию - any)] 
 [interfacetype=wireless|lan|ras|any] 
 [rmtcomputergrp=<строка SDDL>] 
 [rmtusrgrp=<строка SDDL>] 
 [edge=yes|deferapp|deferuser|no (по умолчанию - no)] 
 [security=authenticate|authenc|authdynenc|authnoencap|notrequired
(по умолчанию - notrequired)] 

Некоторые правила применения параметров: 
Параметры могут следовать в произвольном порядке - dir=in action=allow и action=allow dir=in являются допустимыми значениями. 
Если указана удаленная группа пользователей или компьютеров,
для параметра security необходимо установить значение authenticate,
authenc, authdynenc или authnoencap. 
Установка authdynenc в качестве значения параметра security позволяет
системам динамически согласовывать использование шифрования трафика,
соответствующего данному правилу брандмауэра Windows.
Шифрование согласуется в соответствии со свойствами существующего
правила безопасности соединения. Этот параметр позволяет компьютеру
принять первый пакет TCP или UDP входящего соединения IPsec,
при условии, что он защищен, но не зашифрован, с помощью IPsec.
Как только первый пакет будет обработан, сервер повторно
согласует соединение и обновит его, чтобы все последующие соединения
были полностью зашифрованы. 
Если action=bypass, должна быть указана группа удаленных компьютеров,
если dir=in. 
Короткое имя службы можно посмотреть в ее свойствах, в поле Имя службы.
Так, для службы "DNS-клиент" короткое имя - Dnscache . Если service=any, правило действует только для служб. 
Значением кода или типа ICMP может быть any - любой ICMP трафик. 
Параметр edge можно указывать только для правил входящего трафика (dir=in) . 
 AuthEnc и authnoencap нельзя использовать вместе. Если задан параметр authnoencap, то параметр security=authenticate задавать необязательно.
 
Параметр Authdynenc допустим только в том случае, если значение dir
равно in. 

Примеры: 

Добавление правила для входящего трафика для программы qip.exe: 

netsh advfirewall firewall add rule name="allow QIP"
dir=in program="c:\programfiles\qip\qip.exe"
action=allow 

Добавление правила, запрещающего исходящий трафик для TCP порта 80: 

netsh advfirewall firewall add rule name="allow80"
protocol=TCP dir=out localport=80 action=block 

Добавление правила входящего трафика с требованием безопасности и
шифрования для трафика через TCP-порт 80: 
 netsh advfirewall firewall add rule
name="Require Encryption for Inbound TCP/80"
protocol=TCP dir=in localport=80 security=authdynenc
action=allow 

Добавление правила входящего трафика для messenger.exe с требованием
безопасности: 

netsh advfirewall firewall add rule name="allow messenger"
dir=in program="c:\program files\messenger\msmsgs.exe"
security=authenticate action=allow 

Добавление правила обхода брандмауэра с проверкой подлинности для
группы acmedomain\scanners, определяемой строкой SDDL: 

netsh advfirewall firewall add rule name="allow scanners"
dir=in rmtcomputergrp=<строка SDDL> action=bypass
security=authenticate 

Добавление правила разрешения исходящего трафика для локальных портов
5000-5010 для udp: 

netsh advfirewall firewall add rule name="Allow port range" dir=out protocol=udp
localport=5000-5010 action=allow 
Для просмотра всех правил брандмауэра используется команда: 
 netsh advfirewall firewall show rule name=all 
 netsh advfirewall firewall show rule name=all | more - с выдачей результатов на экран в постраничном режиме 
 netsh advfirewall firewall show rule name=all > C:\firewallrues.txt - с выдачей результатов в файл 
Для просмотра конкретного правила указывается его имя. Для удаления правила используется параметр delete: 
 netsh advfirewall firewall show rule name=TEST просмотр правила с именем TEST 
netsh advfirewall firewall delete rule name=test - удаление правила с именем TEST 
Для изменения значений в существующих правилах используется параметр set и new перед изменяемым значением: 

netsh advfirewall firewall set rule name="Allow port range" new localport=5000-6000 изменить диапазон портов для правила "Allow port range" 

   
Настройками по умолчанию, в режиме повышенной безопасности брандмауэр Windows 7 блокирует все входящие подключения, не соответствующие ни одному правилу и разрешает исходящие.

 <center> <li>Wi-Fi точка доступа стандартными средствами Windows 7 </li></center>

   
В операционной системе Windows 7 реализована технология Virtual WiFi, позволяющая легко создавать программную точку доступа (Software Access Point - SoftAP) . В отличие от полноценных беспроводных точек доступа, реализуемая таким образом SoftAP, позволяет создать только один виртуальный адаптер, который будет работать только в режиме точки доступа, и может быть использовано шифрование только по WPA2-PSK/AES. Тем не менее, этого вполне достаточно для создания функциональной беспроводной сети без реально существующей точки доступа. Такая сеть, обозначается как
Wireless Hosted Network, или просто Hosted Network ( Размещенная Сеть ). 
Для создания размещенной сети используется команды сетевой оболочки netsh.exe в контексте wlan: 
netsh wlan set hostednetwork [mode=]allow|disallow - разрешить или запретить использование размещенной сети. 
netsh wlan set hostednetwork [ssid=]<идентификатор_SSID> [key=]<парольная_фраза> [keyUsage=]persistent|temporary - задать параметры размещённой сети. 
ssid - идентификатор SSID сети, другими словами - имя беспроводной сети; 
key - ключ безопасности, используемый в данной сети, т.е. парольная фраза, используемая при подключении клиентов к виртуальной точке доступа. Ключ должен
быть строкой символов ASCII длиной от 8 до 63 знаков. 
keyUsage - указывает, является ключ безопасности постоянным или временным. По умолчанию, ключ является постоянным ( persistent ) и используется при каждом включении размещенной сети. 
<pre>Примеры:

set hostednetwork mode=allow
set hostednetwork ssid=ssid1
set hostednetwork key=passphrase keyUsage=persistent
set hostednetwork mode=allow ssid=MyWiFi key=MyPassWord
</pre>
Или - одной командной строкой: 
netsh wlan set hostednetwork mode=allow ssid=MyWiFi key=MyPassWord - создать виртуальную точку доступа Wi-Fi с именем MyWiFi и паролем MyPassWord 
Созданная программная точка доступа не будет запущена автоматически. Для запуска потребуется выполнить команду : 
netsh wlan start hostednetwork 
Для остановки - netsh wlan stop hostednetwork 
При использовании команд управления размещенной сетью требуются права администратора. 
Для организации доступа в Интернет с использованием размещенной сети можно воспользоваться совместным подключением через, созданный после выполнения команды
создания размещенной сети , виртуальный сетевой адаптер - Адаптер мини-порта виртуального WiFi Microsoft (Microsoft Virtual WiFi miniport adapter) . Если же данный адаптер не обнаруживается в диспетчере учтройств и отсутствует в списке сетевых адаптеров, то наиболее вероятно, что драйвер реального Wi-Fi устройства не сертифицирован для использования в операционной системе Windows 7 и не поддерживает технологию Virtual WiFi.

 <center> <li>Как получить список беспроводных сетей стандартными средствами Windows 7 </li></center>

   
Ниже приведено содержимое командного файла, который позволяет собрать список беспроводных сетей, включая имя, уровень сигнала, BSSID. Информация записывается в файл wlans.txt каталога временных файлов и открывается для просмотра с помощью редактора wordpad 

<pre>chcp 1251
netsh wlan show networks mode=bssid > %TEMP%\wlans.txt
start "LIST" "%ProgramFiles%\Windows NT\Accessories\wordpad.exe" %TEMP%\wlans.txt
</pre>

 
В дополнение к данной статье : 

<a target="_blank" href="http://ab57.ru/stream.html"> Примеры использования некоторых сетевых утилит командной строки для поиска причины отсутствия доступа в Интернет </a>
 

<a target="_blank" href="http://comp0.ru/nosite.html"> Методика поиска
и устранения причины отсутствия доступа к конкретному сайту, или
группе сайтов. </a>
</lj-cut>
http://ab57.ru/netcmd.html