Прокси wins: Агент-прокси WINS

Агент-прокси WINS

Прокси WINS являются «добрыми самаритянами» в сети WINS. Если клиент, не поддерживающих WINS, поддерживает широковещательные запросы NetBIOS для преобразования имен, но не может работать с серверами WINS, возможность его связи ограничена локальной подсетью (подразумевается, что DNS, Hosts и LMHosts не используются).

Поэтому, если клиенту, не поддерживающему WINS, потребуется адрес IP компьютера Windata, он выкрикнет (широковещательным запросом) в локальной подсети «Кто знает адрес Windata?» Если операционная системы Windows на одном из компьютеров в локальной подсети настроена, как прокси WINS, она примет широковещательный запрос и воспользуется этой информацией для отправки запроса серверу WINS, «Эй, WINS, какой адрес у системы Windata?»

Как только сервер WINS ответит на запрос прокси, прокси передаст полученную информацию (адрес IP) назад клиенту, который изначально отправил широковещательный запрос.

Для того, чтобы стать добрым самаритянином, система Windows должна быть настроена в виде прокси WINS (многие сделают шаг вперед и скажут, что по умолчанию они специально «не добрые»). Создание из рабочей станции или сервера под управлением Windows прокси WINS требует внесения изменений в системный реестр и выполнения такой последовательности действий:

1. Кликните на кнопке Пуск (Start) и выберите Выполнить (Run). Введите Regedt32 в диалоговом окне Выполнить (Run) и кликните на кнопке OK для открытия редактора системного реестра.

2. Перейдите к разделу системного реестра HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Netbt\Parameters.

3. Для включения возможности использования системы в виде прокси WINS измените значение записи EnableProxy (REG_DWORD) с 0 на 1.

4. Закройте редактор системного реестра.

5. Перезагрузите компьютер.

В следующих статьях мы рассмотрим основные инструменты для работы с WINS.

Служба WINS | Сетевые технологии

Windows Internet Name Service (WINS) — это реализация Microsoft NetBIOS Name Service (NBNS), службы имен NetBIOS компьютера. В первом приближении, WINS напоминает DNS: оба сервиса выполняют преобразование символьных имен в сетевые адреса. Как и DNS, WINS — централизованный сервис: WINS-сервер, который управляет кодированной базой данных, выполняет межсерверную репликацию, обслуживает запросы и разрешает конфликты имен, и TCP/IP-клиент, который выполняет запросы на регистрацию клиента и обновление имен.

Роль WINS в сети

Служба WINS была разработана специально для использования с протоколами TCP/IP (поддержка NetBIOS поверх TCP/IP, NetBT). WINS требуется в любых сетях на основе Windows, где требуется доступ к узлам, имеющим имена NetBIOS. Без WINS в такой сети доступ к ресурсам общего доступа (папкам, файлам и принтерам) будет невозможен (если не используется файл lmhosts).

На рис. 1 показана схема типового использования WINS компьютерами, использующими имена NetBIOS.

Рис. 1. Общий принцип работы службы WINS

Компоненты WINS

Компонент	Описание
WINS-сервер	Компьютер, который обеспечивает регистрацию и разрешение имен службы WINS и выполняет репликацию базы данных WINS на другие серверы
WINS-клиент	Любой узел сети с поддержкой WINS, который взаимодействует с сервером WINS, чтобы зарегистрировать, обновить, или освободить имя NetBIOS или получить сетевой адрес другого узла сети по его NetBIOS-имени.
WINS-прокси	WINS-клиент, который сконфигурирован для взаимодействия с WINS-сервером от имени других, не WINS-совместимых компьютеров. Это позволяет таким компьютерам ограниченно участвовать сети под управлением WINS.
База данных WINS	Динамически обновляемый список имен NetBIOS и соответствующих им IP-адресов, включая динамические IP-адреса. При наличии несколько серверов WINS, они обмениваются обновленными данными через репликацию.

Серверы WINS

Сервер WINS обрабатывает запросы на регистрацию имен от клиентов WINS. Уникальное имя узла и его ip-адрес будут зарегистрированы в БД WINS, если представленное имя не находится в активном использовании. Сервер также отвечает на клиентские запросы по распознаванию имен NetBIOS, возвращая IP-адрес, соответствующий запрашиваемому имени (если оно указано в базе данных WINS). Сервер WINS может обслуживать как локальных клиентов (из своей подсети), так и удаленных (через маршрутизатор).

В сети может быть несколько WINS-серверов, хранящих реплики базы данных WINS. Клиенты обращаются к первичному серверу WINS, который указан в настройках. Если первичный сервер не способен обработать запрос, клиент повторяет его, обращаясь к вторичным серверам WINS. WINS-сервер, который регистрирует клиента в свою базу данных, становится владельцем записи WINS. Обновление базы распространяется на прочие сервера путем репликации.

Клиенты WINS

WINS-клиенты — это сетевые компьютеры, которые настроены на использование службы WINS и способные взаимодействовать непосредственно с WINS-сервером. При подключении к сети WINS-клиент пытается зарегистрировать свое NetBIOS-имя (см. как изменить имя компьютера) и сетевой адрес на сервере. IP-адреса могут быть как статическими, так и динамическими, полученными по DHCP. Отметим, что, как и в случае с DNS, WINS-клиент может иметь несколько NetBIOS-имен, все они должны быть зарегистрированы в БД WINS. После этого он может выполнять запросы к серверу WINS для разрешения NetBIOS-имен узлов по мере необходимости.

WINS-клиенты взаимодействуют с серверами WINS, чтобы:

• Зарегистрировать свои имена в базе данных WINS.
• Обновить имена клиентов в базе данных WINS.
• Освободить имена клиентов из базы данных WINS.
• Получить IP-адреса узлов по их именам, зарегистрированным в базе данных WINS.

Наибольшее число клиентских запросов связано с разрешением имен. Имена клиентов связаны со статическими или динамическими IP-адресами. Клиенты, использующие статические IP-адреса, настраиваются вручную с набором определенных серверов WINS. Клиенты, которые используют динамические IP-адреса, могут получать имена WINS-серверов от сервера DHCP. Первый сервер в списке WINS-серверов является первичным, последующие — вторичными. У разных клиентов могут быть указаны различные адреса первичных WINS-серверов. Это позволяет снизить нагрузку на сервер при интенсивном трафике в сложной сети.

WINS в гетерогенной сети

Частичную поддержку WINS для Linux и UNIX клиентов можно получить при установленном сервисе Samba, реализующем функции протоколов NetBIOS и SMB.

Клиенты, не поддерживающие WINS (например, старые версии Windos), могут участвовать в процессах регистрации и разрешения имен в ограниченной форме, через WINS-прокси.

WINS-прокси

WINS-прокси — это специальным образом настроенный клиент WINS, который может выполнять ограниченное количество услуг NetBIOS, таких как регистрация, освобождение и разрешение имен не-WINS клиентов, подключенных к TCP/IP-сети.

Как правило, устаревшие NetBIOS-клиенты не могут подключаться напрямую к WINS-серверу. Эти узлы используют широковещательные запросы для разрешения имен NetBIOS, а WINS-серверы не отвечают на широковещательные сообщения. WINS-прокси обрабатывает такие сообщения в локальной сети и отвечает на них, взаимодействуя с внешним WINS-сервером, используя одноадресные датаграммы.

База данных WINS

База данных WINS — это динамически обновляемый список NetBIOS-имен и IP-адресов, котрый находится на сервере WINS. Содержимое базы данных WINS изменяются с течением времени, по мере того, как компьютеры подключаются или отключаются от сети.

Размер базы данных WINS зависит от количества клиентов WINS в сети и количества используемых NetBIOS-имен. Все копии базы на всех серверах WINS в сети примерно равны по размеру. Все базы данных имеют одинаковое количество записей NetBIOS имя, за исключением добавленных до момента репликации. Использование нескольких серверов WINS в среде NetBIOS обеспечивает избыточность и балансировку нагрузки при интенсивном трафике.

Файл lmhosts

Файл lmhosts используется в качестве локальной базы данных WINS и находится в папке %SystemRoot%\System32\Drivers\Etc. Это обычный текстовый файл, который может быть отредактирован пользователем с правами администратора. Структура файла очень проста (см. листинг 1 или файл lmhosts.sam в той же папке), но есть ряд правил, которые нужно соблюдать:

• Каждый элемент должен располагаться в отдельной строке.
• IP-адрес должен начинаться с первой позиции строки.
• После IP-адреса через пробел или символ табуляции следует NetBIOS-имя компьютера.
• Знак «#» — начало комментария, кроме специальных директив (#PRE, #DOM, #INCLUDE и др.).
• Записи, помеченные #PRE, кэшируются при запуске операционной системы (остальные записи считываются по мере обращения).

Листинг 1. Пример файла lmhosts

#Это пример файла lmhosts

192.168.1.1	fserver #PRE
192.168.1.2	comp1
192.168.1.3	comp2
192.168.1.4	comp3
192.168.1.254	cmail #PRE

Использование lmhosts весьма полезно в рабочих группах, при отсутствии сервера WINS. Администратор сети может сделать необходимые записи в этом файле и распространить копии на все узлы. Кэширование NetBIOS-имен позволяет сильно ускорить взаимодействие между компьютерами рабочей группы. Но стоит помнить, что все изменения в этом файле выполняются вручную.

Преимущества WINS

Сервис WINS обеспечивает ряд преимуществ по сравнению с другими методами разрешения имен NetBIOS:

• Уменьшение широковещательного трафика, т.к. WINS-клиенты могут запрашивать сетевые адреса непосредственно у сервера WINS, вместо рассылки широковещательных запросов.
• Служба WINS представляет возможность службе обзора компьютеров (Computer Browser) получать и распространять списки просмотра через маршрутизаторы IP-сетей.
• WINS поддерживает динамическую регистрацию и разрешение имен NetBIOS в сетевой среде, где используется динамическое назначение ip-адресов через DHCP.
• База данных WINS поддерживает центарлизованное управление и возможность репликации на другие сервера.
• WINS и DNS можно использовать в общей среде, чтобы обеспечить поиск узлов в обоих пространствах имен.

Анатольев А.Г., 27.09.2013

Постоянный адрес этой страницы:

Управление работой устройства/ характеристики | OKI Data

Как настроить прокси сервер на Windows 10?

Предлагаем вашему вниманию пошаговое руководство по настройке прокси в Windows 10 за максимально короткое время.

Ранее мы уже настраивали прокси-сервер в Windows 7. Сегодня мы рассмотрим конфигурацию прокси на компьютере под управлением ОС Windows 10. Нажимаем сочетание клавиш «Win» + «R» и вводим inetcpl.cpl:

В открывшимся окне выбираем вкладку «Подключение», и далее «Настройка сети»:

Прокси поддерживает автоматическую и ручную настройку. В первом случае от пользователя не потребуется никаких действий, а во втором – нужно ввести адрес и порт прокси-сервера. По умолчанию, он отключен. Активируем его и переходим в «Дополнительно»:

В открывшемся диалоговом окне устанавливаем галочку на опции:

И в первой строке вводим адрес:

Адрес самого сервера можно взять из списка проверенных прокси. Если у пользователя есть список адресов, для которых прокси не нужен, то обязательно указываем из ниже:

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

Небольшое примечание: многие браузеры используют дополнительные плагины, называемые расширениями. Некоторые из них и предоставляют возможность использования прокси-сервера. Для того, чтоб использовать настроенный прокси в ОС, а не из браузера – расширение необходимо деактивировать.

Заходим в список плагинов браузера, и просто снимаем галочку напротив расширений, отвечающих за прокси – вот как можно выключить встроенный в браузер прокси.

Если на домашнем компьютере уже настроен прокси, а пользователю необходимо как-то узнать параметры, то можно воспользоваться любым браузером. Заходим в настройки обозревателя, выбираем раздел, отвечающую за сетевые настройки и там ищем пункт, связанный с прокси. У каждого браузера свой интерфейс и свои пункты меню, поэтому здесь нельзя указать точный пункт.

Настройка прокси сервера на Windows 10

Пользоваться интернетом можно анонимно. Скрыть действительный IP-адрес вашего компьютера вам поможет настройка прокси сервера на Windows 10. Подключив к вашему устройству сервер-посредник, через него будут проходить все сетевые подключения. В этой статье мы расскажем вам, как настроить прокси сервер на Windows 10 без программ и онлайн-сервисов. На выполнение задачи потребуется всего лишь несколько минут.

Ниже вы найдете подробное руководство по настройке прокси-сервера в Windows 10. Следуйте пошаговой инструкции, чтобы защитить ваш компьютер от возможных угроз в интернете.

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

Видео руководство настройки прокси в Windows 10

Пошаговая инструкция настройки прокси в Виндовс 10

• Для начала понадобится нажать сочетание клавиш «Win» «R». Выйдет окно, где вводится “inetcpl.cpl”.

• В открывшемся следом окне перейдите на вкладку «Подключение», ставим отметку напротив надписи «настройка сети».

• Прокси-сервер Windows 10 возможно подключить двумя способами: автоматически или вручную. В том случае, когда настройка прокси-сервера производится вручную, то для системы нужно предоставить адрес сервера, а также порта. Если происходит автоматически, подобных действий производить не потребуется. Нажимаем «Использовать прокси-сервер для локальных подключений и проходим в «Дополнительно».

• Далее вводим параметры прокси. В 1й строке вводится адрес сервера. Обращаем внимание на надпись – 1 прокси-сервер для всех протоколов. Ставим галочку.

• Следует вписать веб сайты, для которых прокси-сервера не нужен (если такие имеются).

Важный шаг – сохранение правок. Теперь вы в курсе, как настроить прокси на Windows 10.

Отключение прокси в Windows 10

Отключить прокси-сервер в Windows 10 можно, прибегнув к способу, который используется конкретно для обновленной версии с учетом всех параметров.

Все браузеры на сегодняшний день пользуются системными параметрами прокси, поэтому его отключение в Windows равно его отключению в браузере (кроме Mozilla Firefox).

Причинами подобного поступка могут быть:

• невозможность входа на определенные сайты;
• вредоносные программы, использующие свои прокси;
• ошибки в определении параметров.

Настройки прокси в Windows 10 дублируются в обновленном интерфейсе. Далее предлагаем более детально ознакомиться с инструкцией по отключению настройки прокси.

Пошаговое отключение прокси в Windows 10

1. Вывести на экран окно для введения «inetcpl.cpl» (сочетание клавиш «Win» «R»). Нажать «Ок»:

2. В следующем окне «Свойства: Интернет» перейти во вкладку «Подключение», нажать «Настройка сети»:

3. В окне «Настройка параметров локальной сети» в графе «Прокси-сервер» убрать пометку «Использовать прокси-сервер для локальных подключений». Затем сохранить все правки, нажав «Ок»:

Важно! В параметрах Windows 10 прокси можно отключить только для локальных интернет-адресов и оставить при этом включенным для остальных.

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

Вы можете автоматизировать процессы в интернете с помощью программы ZennoPoster. Этот софт также может работать на базе прокси.

Обращение к сетевому устройству по hostname – Keenetic

Вопрос: Можно ли с помощью встроенного DNS-сервера в Keenetic настроить автоматическое сопоставление hostname и IP-адреса в DHCP-запросе? Это нужно для того, чтобы с хостов локальной сети можно было обратиться к любому другому хосту по сетевому имени, а не по IP-адресу, который может меняться при динамическом назначении и при отсутствии привязки к определенному IP. Например, указать в адресной строке проводника Windows «\\server» и увидеть список общих папок на сервере.

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

В Keenetic можно включить возможность добавлять статические записи в DNS-прокси при выдаче DHCP-адресов. По умолчанию эта функция отключена. Для включения используется команда:

(config)> ip dhcp pool _WEBADMIN update-dns

и команда для сохранения настроек:

(config)> system configuration save

В этом случае будет возможен доступ к хостам (или терминалам) по hostname, которые заданы по умолчанию. В качестве имени используется имя хоста из DHCP-запроса.

NOTE: Важно! После включения этой команды, она будет распространяться на вновь подключенные к роутеру устройства по DHCP. Мы рекомендуем перезагрузить роутер по питанию, после выполнения указанной выше настройки.

На компьютере с ОС Windows, перед проверкой обращения к сетевому устройству по имени хоста, выполните команду для очистки кэша DNS (её нужно выполнить в командной строке Windows):

ipconfig /flushdns

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

Покажем на примере. Предположим, в сети есть компьютер и ноутбук, на которых соответственно используются имена хостов «PC» и «Notebook» (например, в вашей сети это может быть сервер с hostname «SERVER»).
Выполним включение в роутере указанной выше команды и перезагрузим устройство.
С ноутбука выполним команду ping pc для пинга компьютера.

Указав в адресной строке Проводника Windows адрес \\pc можно будет увидеть список общедоступных сетевых ресурсов.

Теперь с компьютера выполним командой ping notebook пинг ноутбука.

Как мы видим, автоматически срабатывает сопоставление hostname и IP-адреса.

Помимо включения механизма сопоставления hostname и IP-адреса в DHCP-запросе, можно настроить автоматическое присвоение хостам локальной сети определенного имени домена в DHCP-запросах. Подробная информация представлена в инструкции «Настро йка DHCP Option 15».

NOTE: Важно! Keenetic отрабатывает доступ по параметру hostname. В веб-конфигураторе на странице «Список устройств» можно задать и изменить другой параметр — name. В CLI роутера по команде show ip dhcp bindings _WEBADMIN видно, что это два разных поля:

Когда хост регистрируется в «Списке устройств», то поле hostname копируется в name и они в этом случае одинаковые. Но как только пользователь меняет название хоста на странице «Список устройств», это изменение записывается в поле name и по этому имени не будет сопоставления доменного имени и IP-адреса. Потребуется в CLI добавлять ещё одну запись DNS нужному хосту с помощью команды ip host или изменить параметр hostname непосредственно на хосте.

Примечание

Если не задано имя на хосте или терминале по умолчанию, то можно задать его в Keenetic с помощью команды ip host.

Для этого нужно сделать следующее:

Зарегистрировать на интернет-центре и присвоить постоянный IP-адрес необходимому хосту. Регистрацию можно выполнить в веб-конфигураторе на странице «Список устройств». После регистрации указанное устройство будет постоянно получать один и тот же IP-адрес от интернет-центра.

Далее подключиться к интерфейсу командной строки (CLI) интернет-центра и выполнить следующие команды:

(config)> ip host <доменное_имя_хоста> <адрес>
(config)> system configuration save

Доменное имя хоста рекомендуем указать в формате доменных имен 2-го уровня* в виде localhost. localdomain (например: my.comp, test.local, host.test, pc.example).

(config)> ip host my.comp 192.168.1.33     
Dns::Manager: Added static record for "my.comp", address 192.168.1.33.
(config)> system configuration save
Core::ConfigurationSaver: Saving configuration...

С помощью указанных команд мы добавили доменное имя хоста и IP-адрес в таблицу DNS на роутере. В нашем примере my.comp – доменное имя хоста с IP-адресом 192.168.1.33.

* — Рекомендация в команде ip host использовать имя хоста в формате доменных имен 2-го уровня связана с особенностью работы ОС Windows. При обращении к доменным именам 1-го уровня система отправляет LLMNR (Link-Local Multicast Name Resolution) запрос или NBNS (NetBIOS Name Service) в случае отключения LLMNR, и при проверке связи пингом хост не будет обнаружен. Поэтому для корректной работы в Windows рекомендуется использовать доменные имена 2-го уровня в записях ip host.

Теперь в локальной сети интернет-центра Keenetic можно будет обращаться к нужному хосту/терминалу по доменному имени.

Выполним пинг хоста по доменному имени в ОС Windows:

 C:\Users\User> ping -n 5 my.comp
Обмен пакетами с my.host [192.168.1.33] с 32 байтами данных:
Ответ от 192.168.1.33: число байт=32 время<1мс TTL=128
Ответ от 192.168.1.33: число байт=32 время<1мс TTL=128
Ответ от 192.168.1.33: число байт=32 время<1мс TTL=128
Ответ от 192.168.1.33: число байт=32 время<1мс TTL=128
Ответ от 192.168.1.33: число байт=32 время<1мс TTL=128
Статистика Ping для 192.168.1.33:
Пакетов: отправлено = 5, получено = 5, потеряно = 0
(0% потерь)
Приблизительное время приема-передачи в мс:
Минимальное = 0мсек, Максимальное = 0 мсек, Среднее = 0 мсек

Выполним пинг хоста по доменному имени в ОС Linux:

[comp@comp-lnx ~]$ ping -c 5 my.comp
PING my.host (192. 168.1.33) 56(84) bytes of data.
64 bytes from 192.168.1.33 (192.168.1.33): icmp_seq=1 ttl=128 time=0.342 ms
64 bytes from 192.168.1.33 (192.168.1.33): icmp_seq=2 ttl=128 time=0.508 ms
64 bytes from 192.168.1.33 (192.168.1.33): icmp_seq=3 ttl=128 time=0.331 ms
64 bytes from 192.168.1.33 (192.168.1.33): icmp_seq=4 ttl=128 time=0.427 ms
64 bytes from 192.168.1.33 (192.168.1.33): icmp_seq=5 ttl=128 time=0.414 ms
--- my.host ping statistics ---
5 packets transmitted, 5 received, 0% packet loss, time 56ms
rtt min/avg/max/mdev = 0.331/0.404/0.508/0.066 ms

NOTE: Важно! Если до хоста не доходят пакеты ICMP Echo-Request в утилите Ping, необходимо проверить настройку разрешающего правила фильтрации брандмауэра (firewall) на стороне хоста для протокола ICMP (Internet Control Message Protocol).

NOTE: Важно! Данная схема будет работать только в том случае, если на хостах локальной сети в качестве предпочитаемого DNS-сервера установлен IP-адрес интернет-центра Keenetic.

В интернет-центрах Keenetic можно добавить до 64 записей с помощью команды ip host

Посмотреть все статические dns-записи команды ip host можно в системном файле конфигурации роутера startup-config.txt или по команде show dns-proxy (при выводе этой команды отображается много другой информации, помимо статических dns-записей).

Бесплатный прокси-сервер для Windows (ES Proxy)

Все конфигурационные файлы для удобства разбиты на секции. Все пробелы и переносы в файлах игнорируются и нужны только для визуального удобства системного администратора. После каждой команды и между параметрами ставится знак «:«.

Ниже приведено содержимое конфигурационных файлов с комментариями ключевых моментов прокси-сервера.

[Server]

Master=

# IP-адрес родительского прокси-сервера. Если он отсутствует, то поле остается пустым.

Port=80

# Порт для подключения пользователей по протоколу HTTP.

Idle Thread Time=100

# Время в милисекундах холостого хода рабочих потоков.

Threads=100

# Целое положительное число количества рабочих потоков.

Threads Type=1

[FTP]

Enable=1

# (0 или 1) разрешение на работу фтп-прокси.

Port=21

# Порт для подключения пользователей по протоколу FTP.

Scan for server name from the begin=0

Log Enable=1

# (0 или 1) ведение log-файла.

Log File Name=C:\Program Files\ES proxy\esps4_ftp.log

# Путь к log-файлу.

Info Log Enable=0

# (0 или 1) ведение log-файла с дополнительной информацией.

;Info Log File Name=C:\Program Files\ES proxy\esps4_ftp_info.log

;Путь к log-файлу

[Connect]

Enable=1

# (0 или 1) Глобальное разрешение использование HTTPS-протокола по методу Connect.

Use Parent=1

# (0 или 1) разрешение работы через родительский прокси.

Log Enable=1

# (0 или 1) ведение log-файла.

Log File Name=C:\Program Files\ES proxy\esps4_https.log

# Путь к log-файлу.

[Statistics]

Show Zero Day Users=1

Show Zero Week Users=1

Show Zero Month Users=1

[Users]

Groups File=C:\Program Files\ES proxy\user.ini

# Путь к конфигурационному файлу, содержащему настройки групп пользователей.

Count=3

# Количество пользователей, подключаемых к прокси-серверу.

Wait Free Thread=100

# Время ожидания (в секундах) освобождения потоков для системы квотирования.

Threads Limit=32

# Количество входящих потоков, которые распределяются между пользователями системой квотирования.

Input Rate Limit=1048576

# Скорость входящего потока в байтах (1Мб/сек = 1048576).

Output Rate Limit=1048576

# Скорость исходящего потока в байтах (1Мб/сек = 1048576).

Save Users File Name=C:\Program Files\ES proxy\user.dat

# Путь к файлу для хранения временной информации во время остановки системной службы.

Show Names=1

Show MAC=0

Report Disable URLs=1

[Main Log]

Enable=1

# (0 или 1) ведение log-файла

File Name=C:\Program Files\ES proxy\esps4_m. log

# Путь к log-файлу запуска и остановки сервера.

[Access Log]

Enable=1

# (0 или 1) ведение log-файла

File Name=C:\Program Files\ES proxy\esps4_http.log

# Путь к log-файлу регистрации доступа клиентов по HTTP.

[Error Log]

Enable=0

# (0 или 1) ведение log-файла.

;File Name=C:\Program Files\ES proxy\esps4_errors.log

# log-файл регистрации ошибок.

[Cache]

Enable=1

# (1 или 0) разрешение или запрещение работы кэша.

Path=C:\Program Files\ES proxy\Cache

# Путь к директории содержащей кэш.

Rules File=C:\Program Files\ES proxy\esps4_cache_rules.ini

# Путь к файлу, в котором содержатся правила хранения для различных типов объектов в кэше.

Max Size=50

# Максимально допустимый размер кэша в Мб.

Test Time=1800

# Периодичность проверки (в секундах) сервером своего кэша.

Clear Log Enable=0

# (0 или 1) ведение log-файла очистки кэша.

;Clear Log File Name=C:\Program Files\ES proxy\esps4_clear_cache. log

# Путь к log-файлу.

[Wait Socket]

Retry Connect=1

# Количество повторов при неудаче связаться с удаленным сокетом.

Retry DNS=1

# Количество повторов при неудаче определения IP-адреса по имени запрошенного ресурса.

Write Local=1000

# Допустимый таймаут на запись для локальных сокетов.

Read Local=1000

# Допустимый таймаут на чтение для локальных сокетов.

Read Remote=1000

# Допустимый таймаут на чтение для удаленных сокетов.

Write Remote=1000

# Допустимый таймаут на запись для удаленных сокетов.

[Routers]

Enable=1

# (0 или 1) разрешение использования перенаправления портов TCP.

List File Name=C:\Program Files\ES proxy\esps4_routers_list.ini

# Путь к файлу, где находятся настройки перенапрвления портов TCP.

Threads=32

# Целое положительное число количества рабочих потоков роутинга портов.

Log Enable=1

# (0 или 1) ведение log-файла.

Log File Name=C:\Program Files\ES proxy\esps4_routers_list.log

# Путь к log-файлу.

[UDP Routers]

Enable=0

# (0 или 1) разрешение использования перенаправления портов UDP.

;List File Name=C:\Program Files\ES proxy\esps4_udp_routers_list.ini

# Путь к файлу, где находятся настройки перенапарвления портов UDP.

;Threads=32

# Целое положительное число количества рабочих потоков роутинга портов.

Log Enable=0

# (0 или 1) ведение log-файла.

;Log File Name=C:\Program Files\ES proxy\esps4_udp_routers_list.log

# Путь к log-файлу.

[Exclude From Limits]

Enable=0

;List File Name=

GROUP : admin :

# Имя первой группы (групп может быть несколько).

USER : 192.168.1.1 : 255.255.255.255 :

# В группе один пользователь с IP-адресом 192.168.1.1

Enable HTTPS Port : 443 :

# Разрешены HTTPS соединения для группы на 443 порту.

Weight : 3 :

# Вес группы, учитывающийся при распределении входящего канала.

Show Statistics : 1 :

# (0 или 1) запрещает или разрешает просмотр статистики.

GROUP : users :

# Имя второй группы.

USER : 192.168.0.2 : 255.255.255.0 :

# В группе несколько пользователей имеющие IP-адреса из диапазона 192.168.0.2-192.168.0.255.

Enable HTTPS Port : 443 :

# Разрешены HTTPS соединения для группы на 443 порту.

Weight : 2 :

# Вес группы, учитывающийся при распределении входящего канала.

Show Statistics : 0 :

# (0 или 1) запрещает или разрешает просмотр статистики.

Day Input Limit : 500 : M :

# Дневной лимит входящего трафика 500 Мб (вторым параметром может быть: B-байты; K-килобайты; M-мегабайты; G-гигабайты).

;Day Output Limit : :

# Дневной лимит исходящего трафика (вторым параметром может быть: B-байты; K-килобайты; M-мегабайты; G-гигабайты).

;Week Input Limit : :

# Недельный лимит входящего трафика (вторым параметром может быть: B-байты; K-килобайты; M-мегабайты; G-гигабайты).

;Week Output Limit : :

# Недельный лимит исходящего трафика (вторым параметром может быть: B-байты; K-килобайты; M-мегабайты; G-гигабайты).

;Month Input Limit : :

# Месячный лимит входящего трафика (вторым параметром может быть: B-байты; K-килобайты; M-мегабайты; G-гигабайты).

;Month Output Limit : :

# Месячный лимит исходящего трафика (вторым параметром может быть: B-байты; K-килобайты; M-мегабайты; G-гигабайты).

;Day Off: 0 : # Понедельник

;Day Off: 1 : # Вторник

;Day Off: 2 : # Среда

;Day Off: 3 : # Четверг

;Day Off: 4 : # Пятница

;Day Off: 5 : # Суббота

;Day Off: 6 : # Воскресенье

# Запрещает работу в указанный день (может повторятся несколько раз).

;Max Input Rate: :

# Максимально входящая скорость в байтах — шейпер (автором ПО не рекоменуется к использованию без особой нужды).

;Max Output Rate: :

# Максимально исходящая скорость в байтах — шейпер (автором ПО не рекоменуется к использованию без особой нужды).

Disable URL : *porno*.* :

# Запрещены все URL с встречающимся сочетанием *porno*.*

Enable URL : *sporno*

# Но разрешается URL содержащий в имени *sporno* (в примере адрес porno. com не будет отображаться, а sporno.ru будет)

URL : *images/* :

Min save time : 20 : H :

# Минимальное время сохранения в кэше объекта *.gif 3 часа (второй параметр может быть: M-минуты; H-часы; D-дни; W-недели).

Max save time : 10 : D :

# Максимальное время сохранения в кэше объекта *.gif 7 дней (второй параметр может быть: M-минуты; H-часы; D-дни; W-недели).

URL : *.gif :

Min save time : 3 : H :

# Минимальное время сохранения в кэше объекта *.gif 3 часа (второй параметр может быть: M-минуты; H-часы; D-дни; W-недели).

Max save time : 7 : D :

# Максимальное время сохранения в кэше объекта *.gif 7 дней (второй параметр может быть: M-минуты; H-часы; D-дни; W-недели).

URL : *.png :

Min save time : 3 : H :

# Минимальное время сохранения в кэше объекта *.gif 3 часа (второй параметр может быть: M-минуты; H-часы; D-дни; W-недели).

Max save time : 7 : D :

# Максимальное время сохранения в кэше объекта *.gif 7 дней (второй параметр может быть: M-минуты; H-часы; D-дни; W-недели).

URL : *.jpg :

Min save time : 3 : H :

# Минимальное время сохранения в кэше объекта *.gif 3 часа (второй параметр может быть: M-минуты; H-часы; D-дни; W-недели).

Max save time : 7 : D :

# Максимальное время сохранения в кэше объекта *.gif 7 дней (второй параметр может быть: M-минуты; H-часы; D-дни; W-недели).

Хотелось бы заострить внимание на системе квотирования, реализованной в ES Proxy. Эта система предназначена для распределения внешнего канала между группами пользователей в заданном соотношении. В конфигурационном файле users.ini каждой группе можно задать определенный вес (Weigh). Само по себе значение веса большой роли не играет, играет отношение этого значения между разными группами. Для наглядности работы квотирования приведу пример с сайта проекта:

Например, общая полоса сервера составляет 100000 байт в секунду, а общее количество допустимых сессий — 100. Допустим также, что работают два клиента, один из группы директоров, с весом 3, а другой — из группы менеджеров, с весом 1. В этом случае, директор получит 75% всех ресурсов (то есть 75000 байт в секунду и 75 сессий), а менеджер — 25% (то есть 25000 байт в секунду и 25 сессий). При большем количестве активных «директоров» и «менеджеров» каждый из них получит меньше байт в секунду и меньше сессий, чем в этом примере, но любой директор, при указанном распределении весов, всегда получит ровно в три раза больше ресурсов, чем любой менеджер.

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

WINS Proxy Agent — Сетевая энциклопедия

Определение прокси-агента WINS в сетевой энциклопедии.

Что такое прокси-агент WINS?

Прокси-агент WINS — это компьютер в сети, который позволяет клиентам, не использующим WINS, выполнять разрешение имен NetBIOS с помощью службы Windows Internet Name Service (WINS). Другими словами, прокси-агент WINS является прокси-сервером для клиентов , не являющихся клиентами WINS, и действует от их имени. Прокси-агенты WINS обычно требуются только в сетях, где есть клиентские компьютеры под управлением устаревших операционных систем.

Прокси-агент WINS

Как работает прокси-агент WINS

Прокси-агенты

WINS — это компьютеры, которые были настроены для прослушивания широковещательных сообщений регистрации имени NetBIOS и обнаружения имени NetBIOS от клиентов, не использующих WINS, а затем перенаправляют эти широковещательные сообщения непосредственно на сервер WINS. Эти клиенты, не поддерживающие WINS, представляют собой компьютеры, которые не могут напрямую взаимодействовать с помощью WINS и обычно используют только широковещательные рассылки (B-узел) для выполнения регистрации и разрешения имени NetBIOS.

Например, если клиент без WINS или B-узла хочет зарегистрировать свое имя в сети, он передает широковещательный запрос регистрации имени NetBIOS.Прокси-агент обнаруживает этот широковещательный запрос и пересылает его непосредственно на WINS-сервер, который проверяет свою базу данных WINS, чтобы узнать, используется ли уже имя NetBIOS в сети. Если имя уже используется, WINS-сервер отвечает прокси-агенту отрицательным регистрационным ответом, и прокси-сервер пересылает этот ответ обратно клиенту B-узла, указывая, что это имя уже используется в сети.

Вы можете настроить компьютеры под управлением Microsoft Windows NT Server и Windows 2000 Server для работы в качестве прокси-агентов Windows, внеся изменения в их реестры.В частности, чтобы компьютер под управлением Windows NT или Windows 2000 мог действовать как прокси-агент WINS, используйте regedit, чтобы установить значение EnableProxy равным 1 для следующего ключа:

 HKEY_LOCAL_MACHINE 
 \ System 
 \ CurrentControlSet 
 \ Services 
 \ NetBT 
 \ Parameters 
 

Ограничения прокси-агентов WINS

Прокси-агенты WINS должны быть клиентами WINS, но не могут быть серверами WINS.

Установка прокси-агентов WINS

Прокси-агенты

WINS необходимы только в тех подсетях, которые имеют обе следующие характеристики:

• Нет сервера WINS
• Включить клиентов, не поддерживающих WINS, которым необходимо разрешать имена компьютеров NetBIOS в других подсетях

WINS-прокси — сетевая инфраструктура Windows Server 2003

Иногда в вашей сети могут быть клиентские рабочие станции, использующие NetBIOS, но не поддерживающие WINS. На рис. 7-5 в подсети A есть клиент без WINS, который будет использовать широковещательные пакеты для разрешения имени NetBIOS. Обратите внимание, что подсеть не содержит WINS-сервера и что маршрутизатор отделяет подсеть A от подсети B. Обратите внимание, что подсеть A содержит клиента с поддержкой WINS, который настроен как прокси-сервер WINS. Прокси-сервер WINS — это компьютер с поддержкой WINS, настроенный для регистрации, выпуска и запроса имен NetBIOS для клиентов, не поддерживающих WINS.

Подсеть B

Рисунок 7-5 Использование прокси-сервера WINS

Подсеть B

Рисунок 7-5 Использование прокси-сервера WINS

В большинстве сетей прокси-сервер WINS не требуется, поскольку большинство компьютеров поддерживают WINS.На рис. 7-5, если клиентский компьютер, не поддерживающий WINS, попытается разрешить имя NetBIOS, произойдет следующее:

1. Клиент, не поддерживающий WINS, отправит широковещательный запрос имени, который будет перехвачен прокси-сервером WINS.

2. Прокси-сервер WINS будет проверять свой кэш на наличие записи имени NetBIOS и соответствующего сопоставления IP-адресов.

3. Если имя NetBIOS находится в кэше, прокси-сервер WINS отправит IP-адрес не-WINS-клиенту.

4. Если имя NetBIOS отсутствует в кэше, прокси-сервер WINS отправит запрос на сервер WINS, который он настроен для использования для разрешения имен.

5. Если WINS-сервер недоступен в локальном сегменте, WINS-прокси может запросить WINS-сервер через маршрутизатор, потому что это не широковещательный трафик, а одноадресный трафик на определенный IP-адрес.

Если в сегменте сети есть клиенты, не поддерживающие WINS, необходимо настроить по крайней мере одну из клиентских рабочих станций с поддержкой WINS в качестве прокси-сервера WINS.

Реальный мир, позволяющий маршрутизаторам принимать широковещательный трафик

Маршрутизаторы могут разрешать прохождение широковещательных пакетов.Однако маршрутизаторы по самой своей природе используются для уменьшения размера широковещательных доменов. По этой причине сетевые администраторы могут запретить маршрутизаторам пропускать через них широковещательные пакеты NetBIOS. Например, если подсеть выросла и испытывает множество конфликтов и чрезмерный широковещательный трафик, одним из решений является разделение подсети на две меньшие подсети и размещение маршрутизатора между ними. Сделав это, вы взяли один большой широковещательный домен и превратили его в два меньших широковещательных домена, тем самым уменьшив широковещательный трафик.Подумайте дважды, прежде чем рассматривать такое предприятие или даже обсуждать его со специалистом по маршрутизации в вашей организации, если вы не готовы к длительному разговору.

Читать здесь: База данных WINS

Была ли эта статья полезной?

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

(Примечание редактора : Это первая серия из трех частей, в которых рассматриваются проблемы, связанные с прокси-войной, в частности, на Ближнем Востоке и в Северной Африке, а также способы решения этих проблем на национальном и национальном уровнях. международный уровень.См. Также Часть 2 о жертвах среди гражданского населения и Часть 3 о роли ООН.)

По мере того, как мир изо всех сил пытается мобилизовать ресурсы, необходимые для сдерживания коронавируса, потребность в разрешении затянувшихся конфликтов во всем мире становится все более насущной, хотя бы по той или иной причине, как необходимость перенаправить ресурсы на кризис в области здравоохранения. и для восстановления разрушенной экономики. Поэтому было несколько удивительно, что в разгар эпидемии Государственный департамент США уведомил Конгресс о своем намерении продолжать продвигать многомиллиардные оружейные сделки с Индией.Эти сделки находятся в разработке в течение некоторого времени, но они включают продажу ракет Stinger и другого стрелкового оружия и легких вооружений, которые могут представлять особый интерес для правительства Индии в настоящее время, учитывая обострение конфликта с Пакистаном в Кашмире. За прошедший год. Ирония заключается в том, что такие ракеты однажды могут быть использованы для уничтожения американских F-16, которые были проданы Пакистану при условии, что они не будут использоваться в Кашмире, но тем не менее были размещены там в прошлом году. Хотя прямой конфликт между Индией и Пакистаном на данный момент утих, обе стороны продолжают поддерживать доверенных лиц, нацеленных на сдерживание другой стороны.

Исследование, проведенное рабочей группой экспертов, созванной Центром по правам человека Американской ассоциации юристов, где мы работаем (один из нас был в рабочей группе), изучило динамику таких конфликтов через посредников — и роль продажи оружия. Он пришел к выводу, что такие конфликты могут стать затяжными и смертельными для гражданского населения.Тем не менее, несмотря на эти риски, правительства продолжают вести прокси-войну, потому что они верят, что воспринимаемые положительные стороны — способность влиять на события в отдаленных районах, меньший риск для собственного персонала, меньшие затраты, меньшая политическая отдача — перевешивают отрицательные стороны.

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

Например, за последние 16 лет Соединенные Штаты вложили десятки миллиардов долларов в создание сил безопасности в Ираке в надежде, что они самостоятельно предотвратят появление террористических или повстанческих групп, которые могут угрожать интересам США. Однако иракские силы безопасности не смогли предотвратить появление Исламского государства — которое, как теперь сообщает Пентагон, перегруппировывается, — и не смогли остановить появление поддерживаемых Ираном ополченцев, тех же самых, которые пытались штурмовать США.S. Посольство незадолго до того, как США убили командующего иранскими силами Кудса Касема Сулеймани.

Неспособность этих сил безопасности достичь целей США, будь то из-за недостатка возможностей или воли, не является новой проблемой. Например, в 2007 году, всего через четыре года после вторжения США, Независимая комиссия по силам безопасности Ирака — комиссия, назначенная Конгрессом для проведения оценки иракских сил безопасности, — пришла к выводу, что Национальная полиция Ирака (ныне известная как Федеральная полиция) причастна к сектантским злоупотреблениям и незаконной деятельности с момента своего образования в конце 2003 года.

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

Неспособность реформировать иракскую национальную полицию так, как это удалось У.С. интересов демонстрирует проблемы с контролем доверенных лиц в далеких странах, даже когда государство-спонсор вкладывает большие средства в успех доверенных лиц. Действительно, Экспертная рабочая группа обнаружила, что расхождение интересов типично для таких конфликтов, поскольку доверенные лица используют приток ресурсов для своих собственных целей, таких как сектантские планы Иракской национальной полиции. Подобная динамика препятствовала усилиям по стабилизации Афганистана и Сирии.

Глобальные последствия

Эти вызовы имеют более широкие глобальные последствия в свете того факта, что после 11 сентября Соединенные Штаты удвоили свою стратегию поддержки местных прокси для борьбы с террористическими угрозами.Исследования показывают, что помощь США в области безопасности увеличилась более чем на 229 процентов с 2001 по 2019 год. К 2006 году четырехлетний обзор обороны министерства обороны — основной документ стратегического планирования для вооруженных сил США — начал перечислять органы «обучать и оснащать» в качестве ключевого инструмента в бороться с терроризмом.

Растущая зависимость Соединенных Штатов от косвенной войны как средства борьбы с терроризмом имеет серьезные последствия для прав человека. Одно исследование показало, что, хотя помощь в области безопасности иностранным силам безопасности может помочь демократическим режимам стать более профессиональными, на самом деле она может способствовать злоупотреблениям со стороны авторитарных режимов.Даже если помощь в области безопасности не способствует непосредственно нарушениям прав человека в репрессивных режимах, есть основания для опасений, что такая помощь может помочь таким режимам остаться у власти, тем самым продлив их репрессивную тактику.

США также поддерживают негосударственные вооруженные группы. Ключевое исследование показало, что иностранная поддержка этих групп увеличивает риск злодеяний, поскольку вооруженные группы с иностранной поддержкой с меньшей вероятностью будут зависеть от поддержки местного населения. В результате марионеточные силы с большей вероятностью будут охотиться на население в поисках ресурсов или использовать насилие для запугивания мирных жителей. Такие действия часто являются незаконными и могут, в свою очередь, увеличивать риск ответственности спонсора за оказание помощи группам, занимающимся незаконной деятельностью.

В дополнение к большей вероятности совершения злодеяний, прокси-силы также склонны к преступному поведению. Негосударственные вооруженные группы, получающие иностранную поддержку, часто превращаются в преступные предприятия, чтобы поддерживать различные источники финансирования и, таким образом, независимость от требований спонсоров. Такое преступное поведение может включать продажу оружия, предоставленного спонсорами, на черном рынке.Например, оружие, предоставленное Соединенными Штатами ополченцам в Сирии, быстро оказалось в руках Исламского государства.

Долгосрочные эффекты

Когда они начинают формировать преступные сети, контролировать вооруженных прокси становится еще труднее. Эти проблемы часто сохраняются в течение десятилетий после начала конфликта, что чрезвычайно затрудняет восстановление верховенства закона в постконфликтных условиях. Так было после многих внутренних вооруженных конфликтов по всей Латинской Америке.

Более того, конкуренция между соперничающими спонсорами может способствовать замороженным конфликтам — то есть длительному конфликту, вызванному циклами вмешательства, поскольку конкуренция между соперничающими государствами-спонсорами стимулирует все больше и больше помощи. Исследование («Продажа обеим сторонам: влияние передачи основных видов обычных вооружений на тяжесть и продолжительность гражданской войны»), опубликованное в 2012 году Мэтью Муром в журнале International Interactions , показало, что «в 114 гражданских войнах с 1946 по 2002 год, когда по меньшей мере 900 человек были убиты, ни одна повстанческая группа не получила основных видов обычного оружия без того, чтобы правительство также не получило оружие из другого источника.”

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

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

Почему же тогда попытки ограничить эту динамику потерпели неудачу? Основная причина, по-видимому, заключается в неисполнении требований, а не в пробеле в законе. В случае продажи оружия Индии Комиссия США по международной религиозной свободе недавно рекомендовала Госдепартаменту отнести Индию к стране, вызывающей особую озабоченность, в связи с достоверными сообщениями о широко распространенном жестоком обращении с религиозными меньшинствами. Если министерство сделает это, то по закону продажа оружия может продолжаться только в том случае, если Индии будет предоставлен отказ. К сожалению, прошлая практика показывает, что Государственный департамент с большей вероятностью проигнорирует выводы комиссии, чтобы избежать напряженности в двусторонних отношениях, которая может возникнуть в результате выдачи такого отказа или приостановки продажи оружия.

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

( Мнения, выраженные здесь, принадлежат авторам. Эти заявления не были одобрены Палатой делегатов ABA или Советом управляющих и не должны толковаться как отражающие политику ABA.)

ИЗОБРАЖЕНИЕ: На рекламной фотографии, полученной из посольства США в Ираке 31 декабря 2019 года, виден дым, поднимающийся из будки у входа в посольство в столице Багдаде, после сторонников и членов военной сети Хашед аш-Шааби. пробил внешнюю стену дипмиссии во время митинга, чтобы выразить гнев в связи с нанесением ударов с воздуха в выходные дни, в результате которых были убиты проиранские боевики в западном Ираке.Это был первый раз за многие годы, когда протестующие смогли добраться до здания, укрытого за серией контрольно-пропускных пунктов в Зеленой зоне с высоким уровнем безопасности. (Фото — / ПОСОЛЬСТВО США В ИРАКЕ / AFP через Getty Images)

Тегна побеждает в конкурсе по доверенности, поскольку инвесторы переизбирают всех 12 членов совета директоров

БОСТОН (Рейтер) — Акционеры Тегна переизбрали всех 12 директоров в совет регионального оператора телекомпании США, передав победу руководству и завершив многомесячный конкурс по доверенности с хедж-фондом Standard General, который пытался заменить четырех членов совета директоров.

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

«Мы довольны поддержкой, которую акционеры TEGNA продемонстрировали нашей проверенной стратегии по обеспечению роста и повышения акционерной стоимости», — говорится в заявлении президента и главного исполнительного директора Tegna Дэйва Луги.

Цена акций Тегны упала на 5,20% до 10,76 доллара.

Результат — удар по Standard General, крупнейшему акционеру Tegna с 12% -ной долей, и ее основателю Сухен Ким, который искал место для себя и еще трех человек.

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

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

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

За последние недели влиятельные советники по доверенности дали разные рекомендации. Гласс Льюис поддержал менеджмент, утверждая, что Ким не хватает конкретных идей для оптимизации работы Тегны.

Institutional Shareholder Services Inc (ISS) рекомендовала акционерам выбрать одного из четырех кандидатов активиста, но не поддержала Кима.В нем говорится, что личные нападки могут привести к еще большему нарушению работы совета директоров в то время, когда менеджменту необходимо сосредоточиться на финансовом кризисе и кризисе в области здравоохранения.

Битва достигла пика во вторник, когда хедж-фонд предпринял необычный шаг, подав в федеральный суд иск против фирмы Tusk Strategies и 10 неустановленных ответчиков. В иске утверждается, что Туск и другие пытались манипулировать конкурсом доверенных лиц, отправляя в СМИ ложные и вводящие в заблуждение материалы, в которых Ким ложно обвинялся в причастности к преступной инсайдерской торговле.Tusk Strategies не ответила на запрос о комментарии.

Standard General — крупнейший акционер Тегны, за ним следуют индексные фонды Vanguard, BlackRock и State Street.

Отчетность Свеи Хербст-Бейлисс; с дополнительными репортажами Грега Румелиотиса и Кристал Ху; редактирование Дэвидом Эвансом, Стивом Орлофски и Джонатаном Оатисом

Proxy Fight Definition

Что такое битва по доверенности?

Борьба за доверенных лиц относится к действию группы акционеров, объединяющей силы и пытающейся собрать достаточное количество голосов доверенных лиц, чтобы выиграть корпоративное голосование.Это действие, которое иногда называют «битвой по доверенности», в основном используется при корпоративных поглощениях.

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

Ключевые выводы

• Драка через доверенных лиц — это действие группы акционеров, объединяющее силы и пытающееся собрать достаточно голосов доверенных лиц, чтобы выиграть корпоративное голосование.
• Голосование по доверенности может включать замену корпоративного руководства или совета директоров.
• Драки по доверенности также возникают из-за корпоративных поглощений и слияний, в первую очередь из-за враждебных поглощений.

Как работают прокси-бои

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

В этом сценарии покупатель и целевая компания обычно используют различные методы запроса предложений, чтобы повлиять на голосование акционеров за замену членов совета директоров. Акционерам может быть отправлена ​​форма DEF 14A, также называемая доверенным лицом, которая содержит финансовую информацию и другие данные о целевой компании. Если борьба за доверенность связана с продажей компании, заявление о доверенности также будет включать более подробную версию предлагаемого приобретения.

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

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

Затем компания-покупатель направляет результаты корпоративному секретарю целевой компании до собрания акционеров. Наконец, потенциальные члены совета директоров утверждаются или отклоняются на основании окончательного подсчета голосов.

Особые соображения

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

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

Пример боя по доверенности

В феврале 2008 года корпорация Microsoft сделала добровольное предложение о покупке Yahoo по цене 31 доллар за акцию. Совет директоров Yahoo посчитал, что предложение Microsoft недооценило компанию, и, следовательно, совет заблокировал любые переговоры между руководителями Microsoft и Yahoo.

3 мая 2008 года Microsoft отозвала свое предложение, а менее чем через две недели миллиардер Карл Икан предпринял попытку сменить совет директоров Yahoo посредством конкурса доверенных лиц.

Акционеры радуются? Победа HBC и Canfor по доверенности мало что дает для акций

Миноритарные акционеры в Канаде одержали крупные победы в кабине для голосования на этой неделе, сорвав заявки на приватизацию Hudson’s Bay Co. и Canfor Corp. Жаль, что выигрыши по доверенности ничего не сделали для курсов акций.

Canfor, лесозаготовительная компания, контролируемая одним из самых богатых людей Канады, сильно упала в рекордный вторник после того, как миноритарные акционеры проголосовали против предложения по цене 16 долларов за акцию. Акции торговались по 13 долларов.19 ноября в Торонто, после того, как Jim Pattison Group заявила, что не планирует повышать ставку.

То же самое и с Гудзоновым заливом, где группа во главе с председателем Ричардом Бейкером в выходные подала сигнал о том, что может отказаться от своего предложения в размере 10,30 доллара за акцию после того, как миноритарные инвесторы во главе с Catalyst Capital Group Inc. заявили, что предложение занижает стоимость компании. Победа Catalyst мало повлияла на акции, которые торгуются по цене около 8,70 долларов, что на 15 процентов ниже предложения Бейкера, и значительно уступают собственному предложению Catalyst на уровне 11 долларов.

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

Уловка миллиардера

Предложение Джима Паттисона было «финансовым, а не стратегическим», — сказал Гарет Уотсон, директор и советник по благосостоянию Richardson GMP, в интервью телеканалу BNN Bloomberg. Паттисон, в конгломерат которого входят медиа-активы, продуктовые магазины и дилерские центры John Deere, увидел возможность заработать на падении запасов — более чем наполовину с февраля до августовского минимума — выкупить 49% акций, которых он не хочет. уже есть.

«Джим Паттисон не стал миллиардером, переплачивая компаниям», поэтому он не против уйти, сказал Уотсон.

Точно так же Гудзонов залив за последние четыре года стал чем-то вроде крушения поезда, когда его инвестиции упали на 70%, поскольку сеть универмагов уступает место покупкам в Интернете.Тем не менее, предложение Бейкера было почти 50-процентной премией к цене акций в июне, когда Бейкер сделал свое первоначальное предложение. И группа уже однажды повысила ставку до 10,30 доллара с 9,45 доллара.

«Недостаточно хорошо» сказали Catalyst и его команда, которые не только проголосовали против предложения, но и обратились в Комиссию по ценным бумагам Онтарио с просьбой отложить голосование и потребовать более полного раскрытия информации о поглощении. OSC согласился, обеспечив Catalyst еще одну победу, по крайней мере, с регулирующими органами, если не на фондовой бирже.

Сага о Гудзоновом заливе, возможно, еще не закончена.Группа Baker еще не приняла окончательного решения по этому предложению, хотя советникам было сказано «сойти с ума» и прекратить работу над сделкой. Есть шанс, что группа предложит более высокую цену, даже если немногие инвесторы на рынке готовы сделать такую ​​ставку. В 10:30 в Торонто акции выросли на 0,5% до 8,70 доллара.

«Они все вместе могут вернуться с еще одним предложением, чтобы попытаться сделать компанию частной — они сделали? Я так не думаю, — сказал о группе аналитик Bloomberg Intelligence Пунам Гоял.«Им просто нужно предложить лучшую цену, которая будет понятна и акционерам».

Для Грега Тейлора из Purpose Investments краткосрочные проблемы — это справедливая цена, которую нужно заплатить за потенциальные долгосрочные выгоды и улучшение управления. По его словам, слишком часто миноритарные акционеры становятся жертвами этих сделок.

«Да, в краткосрочной перспективе это будет более болезненно», — сказал Тейлор. «Но если вы действительно считаете, что это была несправедливая цена», то стоит подождать, чтобы дождаться лучшей награды.

— С помощью Сандрин Растелло и Дивьи Бальджи.

Руководство пользователя

для стажеров сетевых администраторов — DHCP, WINS,

Содержание

Сокращения

1 1 Введение
1.1 Интранеты становятся все более популярными
1.2 Порядок и цель настоящего отчета

2 Имена компьютеров и IP-адреса
2.1 Принципы разрешения имен
2.2 Протокол динамической конфигурации хоста
2.2.1 Назначение DHCP в сети
2.2.2 Как использовать DHCP-сервер
2.2.2 Как протестировать DHCP-сервер
2.3 Служба именования в Интернете Windows
2.3.1 Цель наличия WINS в сети
2.3.2 Как использовать WINS-сервер
2.3.2 Как протестировать WINS-сервер

3 Информационный Интернет-сервер
3. 1 Цель наличия IIS в сети
3.2 Как использовать IIS
3.3 Как протестировать IIS

4. Прокси-сервер Microsoft
4.1 Назначение прокси-сервера в сети
4.2 Как использовать Microsoft Proxy
4.3 Как протестировать прокси-сервер Microsoft

5 Заключение

6 Ссылки

7 Библиография

Приложение 1

Приложение 2

Сокращения

иллюстрация не видна в этом отрывке

1 Введение

1.1 Интранеты становятся все более популярными

«По мере того, как стратегическая важность информации как корпоративного актива, который необходимо использовать для достижения конкурентных преимуществ, становится яснее для высшего руководства, ключевая роль, которую играют локальные вычислительные сети (ЛВС) в доставке этой ценной информации в нужное место и в нужное время, стала столь же очевидной. »(Goldman, Rawles, 2000, стр.11). Поскольку интрасети могут обеспечить безопасную и быструю внутреннюю коммуникацию для компаний и поскольку это может снизить расходы в различных частях компании, например, за счет совместного использования ресурсов, интрасети становятся все более популярными среди компаний любого размера. Рост интрасети даже превышает темпы роста Интернета.

1.2 Порядок и цель данного отчета

Для запуска своих интрасетей компаниям нужны компетентные и высококвалифицированные сетевые администраторы. Они необходимы не только для настройки интрасети, но и для ее обслуживания, поддержки пользователей и обновления программного и аппаратного обеспечения.Цель этого отчета — заложить основы навыков, необходимых для того, чтобы стать администратором сети. Его можно использовать в качестве введения для начинающих администраторов сети. Поэтому в нем объясняется, как использовать и тестировать протокол динамической конфигурации хоста (DHCP), службу именования в Интернете Windows (WINS), информационный сервер Интернета (IIS) и прокси-серверы. Он будет посвящен продуктам Microsoft в среде Windows NT 4.0. Кроме того, в отчете будет объяснено, почему эти серверы и службы должны быть включены в интранет компании.Однако в отчете не дается подробных технических объяснений этих услуг, но дается общий обзор.

2 Имена компьютеров и IP-адреса

2.1 Принципы разрешения имен

В локальных сетях разные машины идентифицируются с помощью адресов Интернет-протокола (IP). Компания имеет ряд IP-адресов, которые можно назначить различным устройствам в сети. Если к машине должен быть обращен другой, она может быть адресована напрямую, используя ее уникальный IP-адрес.Однако, поскольку IP-адреса представляют собой длинные числа (например, 192.168.7.3), их довольно сложно запомнить. Поэтому обычно значимые имена, такие как имена NetBIOS, используются для адресации разных компьютеров в сети. Система внутренне преобразует их в IP-адреса, чтобы найти соответствующую машину для взаимодействия в сети.

Microsoft использует шесть шагов для преобразования имен NetBIOS в IP-адреса. (см. приложение 1) Как только один шаг будет успешным, процедура будет завершена.Следующие шаги выполняются только в том случае, если предыдущий шаг был неудачным. В первую очередь проверяется кеш NetBIOS. В этом кэше IP-адреса, которые использовались ранее, хранятся вместе с соответствующими именами NetBIOS. Это самое быстрое решение для определения соответствующего IP-адреса, поскольку кэш NetBIOS хранится локально на машине, и, следовательно, нет необходимости использовать сеть. Следующим шагом будет обращение к WINS-серверу, чтобы узнать соответствующий IP-адрес.Машина делает три попытки связаться с WINS-сервером, что будет объяснено в разделе 2.3. Если имя не может быть разрешено WINS-сервером, машина отправляет три широковещательных рассылки b-узла по всей сети. Каждый компьютер получает это сообщение и проверяет свой кэш имен, владеет ли он этим именем. «Если это так, компьютер отправляет ответ на запрос имени, используя протокол разрешения адресов (ARP) для получения аппаратного адреса исходного хоста» (Sakellariadis, 1998, стр. 14). Это нежелательно, потому что это сильно увеличивает сетевой трафик и замедляет по всей сети.Четвертый и пятый шаг — поискать в файлах LMHOST и HOST требуемый IP-адрес. На последнем этапе машина обращается к серверу службы доменных имен (DNS).

2.2 Протокол динамической конфигурации хоста

2.2.1 Назначение DHCP в сети

Как упоминалось выше, каждое устройство в сети имеет IP-адрес для обеспечения четкой идентификации. Управление IP-адресацией — одна из задач сетевого администратора. Раньше статические IP-адреса давались каждой машине в сети.Минусом было то, что администратору приходилось указывать IP-адрес каждого компьютера вручную. Это, конечно, было большим источником ошибок, потому что вы легко можете дать машине неправильный номер. Большие проблемы возникают, когда у двух машин одинаковый номер. Кроме того, управление всеми этими IP-адресами занимало очень много времени. DHCP-сервер может автоматизировать IP-адресацию и, следовательно, устранить этот важный источник ошибок. Он автоматически присваивает IP-адреса клиентским станциям, которые входят в сеть.Отслеживая назначенные IP-адреса, он устраняет опасность присвоения одного и того же адреса разным машинам. Следовательно, DHCP-клиенты не требуют ручной настройки IP-адресации, когда DHCP-сервер работает.

Когда машина входит в сеть, она сначала отправляет запрос аренды, который является широковещательным запросом в сеть. Обычно DHCP-сервер отвечает на запрос и отправляет пакет с адресной информацией. Затем клиент выбирает первый полученный ответ и отправляет обратно свое подтверждение.

2.2.2 Как использовать DHCP-сервер

Имеет смысл установить по крайней мере два DHCP-сервера, один на основном контроллере домена (PDC), а другой — на резервном контроллере домена (BDC), потому что никто не может войти в сеть, если DHCP-сервер не работает. Следовательно, бесполезно иметь BDC, который вступает во владение, когда PDC останавливается без собственного DHCP-сервера, потому что никто не может войти в сеть без второго DHCP-сервера.

После установки службы DHCP в Windows NT 4.0, который автоматически настраивается с базой данных DHCP при установке TCP / IP, вы можете использовать диспетчер DHCP для настройки DHCP-сервера.

Прежде всего, необходимо установить объем. Область действия — это диапазон IP-адресов, которые DHCP-сервер может назначать клиентам DHCP. Если в сети есть разные DHCP-серверы, они должны иметь разные области действия, чтобы двум машинам не назначался один и тот же IP-адрес разными DHCP-серверами. Кроме того, вам придется исключить все IP-адреса из областей действия различных DHCP-серверов, которые будут статически использоваться для некоторых серверов.Конечно, DHCP-серверы сами должны иметь статические IP-адреса. При использовании диспетчера DHCP для настройки области действия вы увидите диалоговое окно, подобное приведенному ниже.

иллюстрация не видна в этом отрывке

Помимо области действия и исключений, в этом диалоговом окне можно определить продолжительность аренды. Срок аренды — это время, в течение которого назначенный IP-адрес действителен. По истечении половины времени клиент отправляет продление аренды на сервер, назначивший адрес.Либо сервер отвечает и подтверждает продление, либо клиент отправляет новый запрос на продление по истечении 87,5% срока аренды. Они делают это, отправляя по сети четыре широковещательных рассылки, на которые может ответить любой сервер. (Dulaney, Sankar & Sankar, 1999, Chapter DHCP, стр. 4) Следовательно, нецелесообразно устанавливать очень короткий срок аренды, поскольку это значительно увеличивает сетевой трафик. Однако не следует «выбирать неограниченный срок аренды без особой причины для этого, потому что IP-адрес не будет освобожден, даже если компьютер, связанный с этим адресом, будет отключен от сети» (Dulaney, Sankar & Sankar, 1999, Chapter DHCP, стр.4). Вышеупомянутые конфигурации являются наиболее важными для Microsoft DHCP. Однако вы можете делать гораздо больше, например определять суперобласти, устанавливать IP-адреса для DNS-серверов маршрутизаторов. (Брелсфорд, 1999 г., Глава DNS, DHCP, WINS, стр. 8).

После настройки DHCP-сервера очень легко настроить DHCP-клиентов. Вы просто выбираете опцию автоматического получения IP-адреса в настройках TCP / IP, и все. Кроме того, вы можете назначать IP-адреса напрямую клиентам, используя DHCP-менеджер DHCP-сервера для резервирования IP-адресов для специальных клиентов. Вам просто нужно указать уникальный идентификатор клиентского компьютера, то есть его MAC-адрес. MAC-адрес — это уникальный серийный номер, записанный на сетевых картах.

иллюстрация не видна в этом отрывке

2.2.2 Как проверить DHCP-сервер

Вы можете легко проверить, работает ли DHCP-сервер, выключив все DHCP-серверы в сети. Ни один DHCP-клиент не должен иметь возможность войти в сеть. Вы также можете выключить все DHCP-серверы, кроме одного. Теперь все клиенты, входящие в сеть, должны получать IP-адреса из области действия этого DHCP-сервера.Вы можете проверить IP-адреса клиентов с помощью команды IPCONFIG в командной строке. Вы также можете освободить IP-адрес клиента, набрав «ipconfig / release» в командной строке на клиенте. После этого, набрав «ipconfig / refresh», клиент должен получить новый IP-адрес от сервера.

[…]

.