Чем sid отличается от имени службы в oracle tnsnames.ora

Динамическая регистрация

Этот метод регистрации является предпочтительным, когда экземпляр регистрирует себя у listener-а. Инилизационный параметр local_listener указывает экземпляру на сетевой адресс который необходимо использовать для поиска и регистрации у listener-а. Во время запуска экземпляра, процесс PMON использует данный параметр для поиска listener-а и информирует его о имени экземпляра и сервисе(ах) которые запускает экземпляр. Имя экземпляра определено в параметре instance_name, а параметр service_names при остутствии значения составляется из параметров instance_name и db_domain (db_domain по умолчанию пустое значение). Возможно создавать и запускать дополнительные сервисы в любое время как изменяя значение параметра service_name (перечисляя через запятую) либо используя пакет DBMS_SERVICE.

Любые изменения должны быть зарегистрированы. Если этого не сделать то listener не будет знать что доступен новый сервис, и не сможет установить соединение. Процесс PMON регистрирует изменения автоматически один раз в минуты, но вы в любое время можете запустить процесс регистрации выполнив команду ALTER SYSTEM REGISTER;

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

Начиная с версии 9i динамическая регистрация может не требовать конфигурации совсем, если ваш listener работает используя порт по умолчанию (1521). Все экезмпляры автоматически пытаются найти listener на локальной машине используя порт по умолчанию и в случае успеха – зарегистрироваться у этого listener-а. Если listener не доступен на локальной машине используя порт по умолчанию, вы должны установить где находится listener и перерегистрироваться. Например:

alster system set local_listener=list2;

alter system register;

В данном примере listener указывается используя имя. Это имя необходимо преобразовать в адресс и порт. Однако можно использовать сразу настройки в значении параметра. Например

alter system set local_listener='(address=(protocol=tcp)(host=127.0.0.1)(port=1522))’;

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

База данных для примеров

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

Постановка задачи: пусть требуется разработать БД для предметной области «Поставка деталей»!

Требуется хранить следующую информацию:

  • О поставщиках (P) pnum, pname
  • О деталях (D) pnum, dname, dprice
  • О поставках (PD) volume

Значения таблицы P:

pnum pname
1 Иванов
2 Петров
3 Сидоров
4 Кузнецов

Значения таблицы D:

pnum dname dprice
1 Болт 10
2 Гайка 20
3 Винт 30

Значения таблицы PD:

pnum dnum volume
1 1 100
1 2 100
1 3 300
2 1 150
1 2 250
3 1 1000

Танец животных Off Challenge

Зачем мне их два? Когда надо использовать тот или иной?

1 Как узнать имя нашей службы, если у меня есть имя SID?

Цитата @DAC

Не совсем так. SID = уникальное имя ЭКЗАМЕНА (например, процесс оракула, запущенный на машине). Oracle считает, что «База данных» — это файлы.

Имя службы = псевдоним ЭКЗАМЕНА (или нескольких экземпляров). Основная цель этого заключается в том, что если вы запускаете кластер, клиент может сказать «подключите меня к SALES.acme.com», администратор базы данных может на лету изменить количество экземпляров, доступных для запросов SALES.acme.com, или даже переместить SALES.acme.com в совершенно другую базу данных без необходимости изменения каких-либо настроек клиенту.

  • 1 Итак, в вашем примере могут быть SID , , и , все из которых доступны через имя службы ?
  • 1 Думаю, дело обстоит наоборот: у вас есть один SID, доступный как можно большему количеству служб. Затем вы можете взять одну из служб и указать ей другой SID / базу данных.
  • Можно ли использовать имя Oracle SID так же, как имя TNS? Будет ли проблема?
  • 2 @ user2441441: Следуя объяснению, которое дал Мэтью, я думаю, вы правы в предположении, что может быть несколько SID, и однажды служба, которая абстрагирует все SID

См. Http://www.sap-img.com/oracle-database/finding-oracle-sid-of-a-database.htm

Вкратце: SID = уникальное имя вашего экземпляра БД, ServiceName = псевдоним, используемый при подключении

Я не совсем понимаю. Разве не должно быть, что в RAC у вас будет свой «INSTANCE_NAME» для каждого экземпляра? А одна SERVICE_NAME может быть связана с несколькими экземплярами?

Я знаю, что это очень давно, но когда речь идет о привередливых инструментах, использовании, пользователях или симптомах re: sid и именование сервисов, можно добавить немного гибкости в записи tnsnames, например:

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

пожалуйста, посмотрите документацию оракула по адресу https://docs.oracle.com/cd/B19306_01/network.102/b14212/concepts.htm

В случае, если указанная выше ссылка будет недоступна в будущем, на момент написания этого ответа указанная выше ссылка направит вас к теме «Служба базы данных и идентификация экземпляра базы данных» в главе «Концепции подключения» в «Руководстве администратора сетевых служб баз данных» . Это руководство опубликовано Oracle как часть «Онлайн-документации Oracle Database, 10g Release 2 (10.2)»

Рассмотрим ниже отображение в среде RAC,

SID SERVICE_NAME bob1 bob bob2 bob bob3 bob bob4 bob

если балансировка нагрузки настроена, прослушиватель будет «балансировать» рабочую нагрузку по всем четырем SID. Даже если балансировка нагрузки настроена, вы можете подключаться к bob1 все время, если хотите, используя SID вместо SERVICE_NAME.

См. Https://community.oracle.com/thread/4049517

Согласно глоссарию Oracle:

Вы должны использовать SID в TNSNAMES.ORA как лучший подход.

Tweet
Share
Link
Plus
Send
Send
Pin

Установка соединения (создание сессии)

Когда пользователь хочет подключиться к БД используется команда вида

CONNECT STORE/ADMIN123@ORCL11G

Конечно если используется инструмент с графическим интерфейсом вы не будете писать такую команду, ваше приложение просто спросит все необходимые данные для подключения и команда будет сгенерирована пользовательским процессом. Разберём эту команду. Вначале идёт имя базы данных (STORE) и пароль (ADMIN123) разделённые символом “/”. Затем идёт символ “@” после которого строка подключения “ORCL11G”. Символ “@” является идентификатором для пользовательской сессии указывающим что сетевое подключение необходимо. Если пропустить этот символ и не указывать строку подключения, тогда пользовательский процесс преполагает что экземпляр к которому вы хотите подключиться запущен на локальной машине и он всегда доступен с помощью IPC протокола. Если символ “@” и строка подключения указаны, тогда пользовательский процесс будет использовать сетевое подключение для работы с удаленной машины – хотя фактически, сервер может быть той же локальной машиной и вы будете посылать запрос и принимать одной и той же сетевой картой локальной машины.

Идентификаторы безопасности

Идентификаторы безопасности – это такие уникальные номера, которые есть у: пользователей, групп, доменов, служб и компьютеров.

В общем у тех объектов, которые могут захотеть получить доступ к другим объектам, таким как: файлы, драйверы, разделы дисков, реестр.

SID представляет собой число переменной длины. Оно состоит из:

  • номера версии идентификатора;
  • идентификатора полномочий, который показывает максимальный уровень полномочий. Для группы “Все” равно 1. Для конкретной учетной записи или группы равно 5;
  • несколько чисел подчиненных полномочий;
  • значения RID, которое гарантирует уникальность.

SID всегда начинается с “S“, например:

S-1-5-21-1463437245-1224812800-863842198-1128
  • 1 — номер версии;
  • 5 — идентификатор полномочий;
  • 21, 1463437245, 1224812800, 863842198 — значения подчиненных полномочий;
  • 1128 — RID.

Примеры Алиас для столбцов

Следующий оператор SQL создает два псевдонима, один для столбца «CustomerID» и «CustomerName» для колонки:

Пример

SELECT CustomerID AS ID, CustomerName AS Customer
FROM Customers;

Следующий оператор SQL создает два псевдонима, один для CustomerName колонки и для столбцов ContactName.

Примечание: Он требует двойных кавычек или квадратных скобок, если имя псевдонима содержит пробелы:

Пример

SELECT CustomerName AS Customer, ContactName AS
FROM Customers;

Следующий оператор SQL создает псевдоним «Address», которые объединяют четыре колонны (Address, PostalCode, City и Country):

Пример

SELECT CustomerName, Address + ‘, ‘ + PostalCode + ‘ ‘ + City + ‘, ‘ + Country
AS Address
FROM Customers;

Примечание: Чтобы получить инструкцию SQL, чтобы работать в MySQL использовать следующие:

SELECT CustomerName, CONCAT(Address,’, ‘,PostalCode,’, ‘,City,’, ‘,Country) AS Address
FROM Customers;

Compression Parameters

The compression section of the file provides the ability to enable compression and specify compression levels. The following parameters can be set at the level of a connect string:

COMPRESSION

Purpose

To enable or disable data compression.

Usage Notes

Put this parameter under the parameter.

Setting this parameter in the connect descriptor for a client overrides the parameter in the client-side file.

Default

off

Values

  • to enable data compression.

  • to disable data compression.

Example

net_service_name=
 (DESCRIPTION=
   (COMPRESSION=on)
      (ADDRESS_LIST=
         (ADDRESS= (PROTOCOL=tcp) (HOST=sales1-server) (PORT=1521))
         (ADDRESS= (PROTOCOL=tcp) (HOST=sales2-server) (PORT=1521)))
   (CONNECT_DATA=
       (SERVICE_NAME=sales.us.example.com)))

COMPRESSION_LEVELS

Purpose

To specify the compression level.

Usage Notes

The compression levels are used at the time of negotiation to verify which levels are used at both ends, and select one level. Put this parameter under the parameter.

This parameter is used with the parameter. Setting this parameter in the connect descriptor for a client overrides the parameter in the client-side file.

Default

low

Values

  • for low CPU usage and a low compression ratio.

  • for high CPU usage and a high compression ratio.

Example

net_service_name=
 (DESCRIPTION=
  (COMPRESSION=on)
  (COMPRESSION_LEVELS=(LEVEL=low)(LEVEL=high))
   (ADDRESS_LIST=
     (ADDRESS=(PROTOCOL=tcp)(HOST=sales1-server)(PORT=1521))
     (ADDRESS=(PROTOCOL=tcp)(HOST=sales2-server)(PORT=1521)))
  (CONNECT_DATA=
    (SERVICE_NAME=sales.us.example.com)))

Настройка псевдонимов сервисов (alias)

Выбрав метод определения имени, следующей задачей становится настройка клиентских программ для использования этого метода. Вы можете использовать Database Control, но так как это серверный процесс – вы сможете настроить только программы, которые будут запускаться на том же сервере что и БД. Для настройки можно использовать Net Manager. Это отдельное приложение написанное на языке Java, поставляемое Oracle со всеми клиентскими программами.

Для запуска приложения в среде Unix запустите команду netmgr. В Windows вы можете найти эту программу в меню Пуск.

В дереве навигации доступны три ветки. Ветка Profile используется для установки параметров, которые могут применяться и на серверной и на клиентской стороне Oracle Net и которые могут влиять на поведение все сессий. Ветка Service naming используется для настройки определения имени на клиентской стороне, и ветка Listeners используется для настройки listener-ов БД.

Когда вы выбираете ветку Profile как показано на рисунке 4-9, фактически вы работаете с файлов sqlnet.ora. Этот файл создаётся по умолчанию в папке ORACLE_HOME/network/admin. Он не обязателен, так как для всех параметров доступны значения по умолчанию, но обычно вы будете использовать эту ветку для указания метода определения имени.

Выбрав ветку Profile, вы увидите доступные методы определения имени и три (TNSNAMES, EZCONNECT и HOSTNAME) выбраны по умолчанию: это и есть local naming, easy connect и host naming. External naming указаны как CDS и NIS. LDAP – это directory naming. Host naming это эквивалент Easy Connect и он существует только для обратной совместимости.

Затем вы должны настроить псевдонимы сервисов Oracle Net. Это можно сделать в ветке Service Naming, что фактически создает или изменяет файл tnsnames.ora (по умолчанию местонахождения файла ORACLE_HOME/network/admin). Если у вас настроен метод Directory Naming тогда вам не нужно редактировать ветку Service Naming – достаточно выбрать LDAP в ветке Profile. Пример записи в файле tnsnames.ora показан ниже

OCP11G =

(DESCRIPTION =

(ADDRESS_LIST =

(ADDRESS = (PROTOCOL = TCP)(HOST = jwacer.bplc.co.za)(PORT = 1521)

(CONNECT_DATA =

(SERVICE_NAME = ocp11g)

Если пользователь использует “ocp11g” в строке подключения то эта запись используется для отсылки запроса к listener-у по адресу jwacer.bplc.co.za на порт 1521 для создания сессии к экземпляру доступному через сервис ocp11g. Для подключения с помощью этого псведонима достаточно выполнить команду

sqlplus system/oracle@ocp11g

Используя Easy Connect команда выглядела бы

sqlplus system/manager@ jwacer.bplc.co.za:1521/ocp11g

Для проверки строки подключения можно использовать команду TNSPING. Эта программа принимает строку подключения как параметр, находит файлы Oracle Net, преобразует строку подключения и отправляет запрос к listener-у. Если listener запущен и запрашиваемый сервис зарегистрирован – программа отобразит упешный результат теста. Ниже показан пример работы программы TNSPING

Обратите внимание что результатом команды является имя использованного файла sqlnet.ora, имя метода определения имени и сведения о адресе и порте используемого для теста. Этот инструмент проверяет только listener, т.е

экземпляр может и не быть запущенным.

3 ответа

Лучший ответ

Исходя из ваших путей, у вас есть два установленных клиента, как вы подозреваете (Toad и dbforge — это инструменты, а не клиенты, поэтому ваша терминология немного неправильная). Один 32-битный, другой 64-битный. Судя по пути установки, Toad 32-битный, но запустите его и перейдите в Help | Support Bundle. Вы увидите, что верхний заголовок будет «ИНФОРМАЦИЯ О ПРИЛОЖЕНИИ (32-разрядная версия)» или «ИНФОРМАЦИЯ О ПРИЛОЖЕНИИ (64-разрядная версия)» для подтверждения. Toad 11.6 был первым, кто представил 64-битную версию.

Жаба будет видеть только клиента Oracle для той же платформы, что и он. Так что ваш 64-битный клиент не имеет значения для Toad. C: \ Windows \ TNS, похоже, является папкой, используемой для папки TNS_ADMIN, учитывая ее странное расположение и тот факт, что Toad ее видит. В командной строке выполните SET TNS_ADMIN и посмотрите, сообщает ли он «TNS_ADMIN = C: \ Windows \ TNS». Если это так, то все инструменты должны использовать этот tnsnames.ora. Если хотите, это глобальное переопределение, указывающее на папку, содержащую ваши файлы сетевой конфигурации. Если у вас нет TNS_ADMIN в качестве переменной среды, найдите ее в корневом реестре Oracle: HKEY_LOCAL_MACHINE \ Software \ Oracle.

Если вы используете общий набор подключений для всех своих инструментов, я бы удалил все ваши файлы tnsnames.ora. Я бы также переместил эту папку C: \ Windows \ TNS в более подходящее место, например C: \ Oracle \ Admin, и создал там ваши tnsnames.ora, sqlnet.ora и ldap.ora (если применимо). Создайте переменную среды TNS_ADMIN, указывающую на это местоположение.

9

Michael S.
2 Фев 2015 в 15:56

Согласно Oracle эти местоположения ищутся для , соответственно. и :

  1. Файлы Oracle Net в текущем рабочем каталоге (PWD / CWD)
  2. определяется сессионно или пользовательским скриптом
  3. определен как глобальная переменная среды
  4. определено в реестре
  5. Файлы Oracle Net в (расположение Oracle по умолчанию)

Однако я не уверен, следует ли этому списку каждое приложение / драйвер. Я получил этот список из документа 111942.1, относящегося к Oracle 9i, поэтому это могло быть устаревшим.

В порядок является

  1. определяется переменной среды
  2. определено в реестре (если переменная среды не указана)
  3. Каталог (если переменная среды не указана)

Я бы рекомендовал определить переменную среды для и использовать только один файл tnsnames.ora. Чтобы быть в безопасности, проверьте также значения реестра.

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

Еще одно замечание: вам не нужно «играть» с файлом tnsnames.ora. С помощью Process Monitor от Microsoft Sysinternals вы можете отслеживать доступ к каждому файлу, т. Е. Фильтр будет

Обновить

Когда я запускаю тест на своей машине, я получаю следующий порядок:

  1. Переменная среды
  2. Ключ реестра
  3. Ключ реестра , соотв.

    -> Только если переменная среды не установлена.

  4. Текущий каталог (который может отличаться от каталога, в котором находится ваше приложение)
  5. Папка, в которой находится ваше приложение

Обновление 2

Очевидно, что поиск исправлений отсутствует, он различается для разных провайдеров / драйверов. Может, это тоже зависит от версии Oracle.

Например, Oracle HTTP Server считывает настройку из файла конфигурации .

Другой пример, для версии бета управляемого драйвера ODP.NET (Oracle.ManagedDataAccess), я нашел этот заказ в :

  1. псевдоним источника данных в разделе dataSources в разделе файла конфигурации .NET (т. е. , , ).
  2. псевдоним источника данных в файле в расположении, указанном в файле конфигурации .NET.
  3. псевдоним источника данных в файле , находящемся в том же каталоге, что и .
  4. псевдоним источника данных в файле , находящемся в (где — настройка переменной среды).
  5. псевдоним источника данных в файле , находящемся в (где — настройка переменной среды).

В официальной (12c Release 4 ( 12.1.0.2.4)) он говорит:

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

Однако на основе некоторых тестов, которые я провел с управляемым драйвером ODP.NET (4.121.2.0), он учитывает переменные среды и . Блокировки, подобные документации, не на 100% правильны.

9

Wernfried Domscheit
21 Авг 2018 в 12:32

Если вы используете Visual Studio v2017, вот файл tnsNames:

32-битная установка:

64-битная установка:

1

david.q
24 Окт 2019 в 10:16

Overview of Local Naming Parameters

This file is a configuration file that contains s mapped to s for the method, or net service names mapped to listener protocol addresses.

A net service name is an alias mapped to a database network address contained in a connect descriptor. A connect descriptor contains the location of the listener through a protocol address and the service name of the database to which to connect. Clients and database servers (that are clients of other database servers) use the net service name when making a connection with an application.

By default, the file is located in the directory. Oracle Net will check the other directories for the configuration files. For example, the order checking the file is as follows:

  1. The directory specified by the environment variable. If the file is not found in the directory specified, then it is assumed that the file does not exist.

  2. If the environment variable is not set, then Oracle Net will check the directory.

Note:

On Microsoft Windows, the environment variable is used if it is set in the environment of the process. If the environment variable is not defined in the environment, or the process is a service which does not have an environment, then Microsoft Windows scans the registry for a parameter.

Как массово определить SID пользователя

Все описанные выше методы хороши, когда вам нужно найти SID для одного или двух пользователей, а как быть если у вас это пачка логинов. Например мне это нужно было при предоставлении прав. Предположим, что у меня есть текстовый файл со списком логинов, каждый на новой строке. Мне нужно для каждого определить его Security Identifier.

В этом нам поможет скрипт PowerShell. Откройте ISE.

$users_file = «C:\scripts\users.txt»

foreach ($line in (Get-Content $users_file)) { $username = ($Line -split «\\») $user = Get-ADUser $username -Server «DC4.root.pyatilistnik.org»

$Result = @{ user = $line SID = $user.SID }

New-Object PSObject -Property $Result }

$Result

На выходе будет удобный список, при желании можно все экспортировать в csv или txt файл.

На этом у меня все с вами был Иван Семин, автор и создатель IT портала Pyatilistnik.org.

Multiple Descriptions in tnsnames.ora

A file can contain net service names with one or more connect descriptors. Each connect descriptor can contain one or more protocol addresses. shows two connect descriptors with multiple addresses. defines a list of connect descriptors.

Example 6-2 Net Service Name with Multiple Connect Descriptors in tnsnames.ora

net_service_name= 
 (DESCRIPTION_LIST=
  (DESCRIPTION= 
   (ADDRESS=(protocol_address_information))
   (ADDRESS=(protocol_address_information))
   (ADDRESS=(protocol_address_information))
   (CONNECT_DATA= 
     (SERVICE_NAME=service_name)))
  (DESCRIPTION= 
   (ADDRESS=(protocol_address_information))
   (ADDRESS=(protocol_address_information))
   (ADDRESS=(protocol_address_information))
   (CONNECT_DATA= 
     (SERVICE_NAME=service_name))))

Overview of Local Naming Parameters

This file is a configuration file that contains s mapped to s for the method, or net service names mapped to listener es.

A net service name is an alias mapped to a database network address contained in a connect descriptor. A connect descriptor contains the location of the listener through a protocol address and the service name of the database to which to connect. Clients and database servers (that are clients of other database servers) use the net service name when making a connection with an application.

By default, is located in the directory on UNIX operating systems and in the directory on Windows operating systems. can also be stored the following locations:

Программа управления listener-ом

Можно запускать и останавливать listener через Database Control, но существует так же консольная программа lsnrctl (или lsnrctl.exe в Windows). Утилита lsnrctl может запускаться через командную строку ОС или через простой графический интерфейс. Для всех команд вы должны указать имя listener-а, если не используется имя по умолчанию LISTENER. На рисунках 4-6 и 4-7 показано как проверить статус listener-а, запустить и остановить его путём вызова команд из командной строки операционной системы или с помощью графического интерфейса.

Необходимо отметить что комнда status всегда отображает адрес по которому listener принимает запросы на подключение, а также имя и местонахождение файла listener.ora, в котором прописан listener и имя и местонахождение файлов логов listenera. На рисунках ниже также видно что listener LIST2 “supports no services”. Это отображается так как не было статически зарегистрировано сервисов и ни один экземпляр БД ещё не зарегистрировался динамически для этого listener-а. На рисунке 4-8 отображено состояние listener-а после динамической регистрации экземпляра БД.

На рисунке 4-8 результат выполнения команды status показывает нам, что listener с именем LISTENER поддерживает три сервиса, доступных для экземпляра БД orc11g:

  • Сервис orcl11g.jwlnx1.bplc.co.za это обычный сервис БД. Listener может запустить выделенную серверную сессию для работы (ещё ни одной сессии не создано)
  • Сервис orcl11gXDB.jwlnx1.bplc.co.za – это сервис для работы с БД основанный на XML. Данный сервис позволяет подключаться к БД используя протоколы отличные от Oracle Net, к примеру FTP и HTTP
  • Сервис orcl11g_XPT.jwlnx1.bplc.co.za – это сервис для работы Dataguard.

По умолчанию экземпляры БД версии 11g регистрируют сервисы XDP и XDT, но они не могут использоваться без дополнительной настройки. Эти сервисы отображаются как “status ready” и это обозначает что они были автоматически зарегистрированы процессом PMON: listener знает что они доступны так как PMON при динамической регистрации указал это. Если бы сервисы были зарегистрированы статически, они бы отображались со статусом “status unknown”. Т.е. сервисы прописаны в файле listener.ora, но могут быть не запущены.

Для просмотра всех доступных команд программы lsnrctl используйте команду HELP

Назначение команд описано ниже

  • START запуск listener-а
  • STOP остановка listener-а
  • STATUS просмотр состояния listener-а
  • SERVICES отобразить сервисы доступны listener-у (более детальная информация чем в команде STATUS)
  • VERSION отобразить версию listener-а
  • RELOAD перечитать файл ora
  • SAVE_CONFIG сохранить изменения в файл listener.ora
  • TRACE разрешить трассировку деятельности listener-а
  • CHANGE_PASSWORD установить пароль для администрирования listener-а
  • QUIT выйти из программы без сохранения
  • EXIT выйти из программы сохранив изменения
  • SET установить значения параметров, таки как примеру время ожидания ответа
  • SHOW отобразить значения установленных параметров
Рейтинг
( Пока оценок нет )
Понравилась статья? Поделиться с друзьями:
Все про сервера
Добавить комментарий

;-) :| :x :twisted: :smile: :shock: :sad: :roll: :razz: :oops: :o :mrgreen: :lol: :idea: :grin: :evil: :cry: :cool: :arrow: :???: :?: :!: