С использованием СОМ клиент не должен беспокоиться о том, где располагается объект, он просто делает вызов интерфейса данного объекта. Технология СОМ обеспечивает все необходимые шаги для того, чтобы сделать этот вызов. Шаги могут отличаться, в зависимости от местонахождения объекта. Объект может находиться в том же процессе, где и клиент, в другом процессе на том же компьютере, где расположен клиент, или на другом компьютере в сети. В зависимости от этого применяются разные типы серверов:
1. внутренний сервер (In-process server);
2. локальный сервер или сервер вне процесса (Local server, Out-of-process server);
3. удаленный сервер (Remote server).
Внутренний сервер - это библиотека DLL, которая запущена в одном процессе вместе с клиентом. Например, элемент управления ActiveX, который внедрен на Web-страницу и просматривается при помощи Internet Explorer или Netscape Navigator. В данном случае элемент управления ActiveX загружен на клиентскую машину и находится в том же процессе, что и обозреватель Web. Приложение-клиент связывается с сервером внутри процесса при помощи прямых вызовов СОМ-интерфейса. На рис. 13.2. представлена схема взаимодействия клиента с внутренним сервером.
Рисунок 13.2 - Схема взаимодействия клиента с внутренним сервером
Внутренний СОМ-сервер должен экспортировать четыре функции:
function DllRegisterServer: HResult; stdcall;
function DllUnregisterServer: HResult; stdcall;
function DllGetClassObject (const CLSID, IID: TGUID; var Obj): HResult;
function DllCanUnloadNow: HResult; stdcall;
Все вышеперечисленные функции уже реализованы в модуле comserv, их нужно только добавить в описания exports вашего проекта.
Рассмотрим данные функции более подробно:
1. DllRegisterServer - применяется для регистрации DLL СОМ-сервера в системном реестре Windows. При регистрации СОМ-класса в системном реестре создается раздел в HKEY_CZASSES_ROOTCLSID{XXXXXXXX-XXXX-XXXX-xxxx-xxxxxxxx}, где число, записанное вместо символов х, представляет собой CLSID данного СОМ-класса. Для внутреннего сервера в данном разделе создается дополнительный подраздел inProcserver32. В этом подразделе указывается путь к DLL внутреннего сервера (рис. 3.4).
2. DllUnregisterServer - применяется для удаления всех разделов, подразделов и параметров, которые были созданы в системном реестре функцией DllRegisterServer при регистрации DLL СОМ-сервера.
3. DllGetclassObject - возвращает фабрику класса для конкретного СОМ-класса.
4. DllcanUnloadNow - применяется для определения, можно ли в настоящий момент времени выгрузить DLL СОМ-сервера из памяти. Функция проверяет, есть ли указатели на любой СОМ-объект данной DLL, если есть, то возвращает значение S_FALSE, т. е. DLL выгрузить нельзя. Если ни один СОМ-объект данной DLL не используется, то функция возвращает значение SJTRUE.
Рисунок 13.3 -Путь к локальному СОМ-серверу в окне редактора системного реестра
Локальный сервер - это приложение ЕХЕ, которое запущено в другом процессе, но на одном компьютере вместе с клиентом. Например, лист электронной таблицы Microsoft Excel связан с документом Microsoft Word. При этом два разных приложения работают на одном компьютере. Локальные серверы используют СОМ для соединения с клиентом.
Когда клиент и сервер находятся в различных приложениях, а также, когда они находятся на разных компьютерах в сети, СОМ используетвнутренний (внутрипроцессный) прокси (In-process proxy) для реализации процедуры удаленного вызова. Прокси располагается в одном процессе вместе с клиентом, поэтому, с точки зрения клиента, вызов интерфейсов осуществляется так же, как и в случае, когда клиент и сер"вер находятся внутри одного процесса. Задача прокси заключается в том, чтобы перехватывать вызовы клиента и перенаправлять их туда, где запущен сервер. Механизм, который позволяет клиенту получать доступ к объектам, расположенным в другом адресном пространстве или на другом компьютере, называетсямаршалинг (marshaling).
Функции маршалинга:
1. принимать указатель интерфейса из процесса сервера и делать указатель прокси в процессе клиента доступным;
2. передавать аргументы вызовов интерфейса таким образом, как будто они произошли от клиента и размещать аргументы в процесс удаленного объекта.
Для любого вызова интерфейса клиент помещает аргументы в стек, вызывает необходимую функцию СОМ-объекта через указатель интерфейса. Если вызов объекта произошел не внутри процесса, вызов проходит через прокси. Прокси упаковывает аргументы в пакет маршалинга и передает получившуюся структуру удаленному объекту. Заглушка (stub) объекта распаковывает пакет маршалинга, выбирает аргументы из стека и вызывает необходимую функцию СОМ-объекта.
Таким образом, маршалинг - это процесс упаковки информации, а демаршалинг - процесс распаковки информации.
Тип маршалинга зависит от объектной принадлежности СОМ. Объекты могут использовать стандартный механизм маршалинга, предоставляемый интерфейсом IDispatch. Стандартный маршалинг позволяет устанавливать связь при помощи стандартного системного удаленного вызова процедуры (Remote Procedure Call, RFC).
На рис. 13.4 изображена схема, показывающая методику взаимодействия клиента и сервера в случае, когда приложения работают на одном компьютере, но в разных приложениях.
Рисунок 13.4 -Схема взаимодействия клиента с сервером в разных процессах на одном компьютере
Локальный СОМ-сервер регистрируется в системном реестре Windows так же, как и внутренний СОМ-сервер.
Удаленный сервер - это библиотека DLL или иное приложение, запущенное на другом компьютере. То есть клиент и сервер работают на разных компьютерах в сети. Например, приложение базы данных, написанное с помощью Delphi, соединяется с сервером на другом компьютере в сети. Удаленный сервер использует распределенные СОМ-интерфейсы (Distributed COM, DCOM) для связи с клиентом.
Удаленный сервер работает также с помощью прокси. Различие в работе между локальным и удаленным сервером заключается в типе используемой межпроцессной связи. В случае локального сервера - это СОМ, а в случае удаленного сервера - DCOM. Схема взаимодействия клиента и удаленного сервера показана на рис. 13.5.
Рисунок 13.5 -Схема взаимодействия клиента с сервером на разных компьютерах
СОМ-клиенты
Очень важным при разработке СОМ-приложений является создание приложений, называемых СОМ-клиентами, которые могут запрашивать интерфейсы объектов, чтобы определить те услуги, которые может предоставить СОМ-объект.
Типичным СОМ-клиентом является диспетчер автоматизации (Automation Controller). Диспетчер автоматизации - это часть приложения, которая знает какой тип информации необходим ему от.разных объектов сервера, и она запрашивает данную информацию по мере надобности.
Расширения СОМ
Технология СОМ изначально разрабатывалась как ядро для осуществления межпрограммного взаимодействия. Уже на этапе разработки предполагалось расширять возможности технологии при помощи так называемых расширений СОМ. СОМ расширяет собственную функциональность, благодаря созданию специализированных наборов интерфейсов для решения конкретных задач.
Технология ActiveX - это технология, которая использует компоненты СОМ, особенно элементы управления. Она была создана для того, чтобы работа с элементами управления была более эффективной. Это особенно необходимо при работе с приложениями Internet/Intranet, в которых элементы управления должны быть загружены на компьютер клиента, прежде чем они будут использоваться.
Технология ActiveX - не единственное расширение СОМ. В табл. 3.2 представлены некоторые из используемых в настоящее время расширений СОМ.
Перечисленные в табл. 13.1 расширения СОМ - это далеко не все из имеющихся. Постоянно идет доработка старых и создание новых, более совершенных технологий межпрограммного взаимодействия.
Таблица 13.1 - Список расширений СОМ
| Расширение СОМ | Краткое описание |
| Серверы автоматизации (Automation servers) | Серверы автоматизации- это объекты, которыми можно управлять из других приложений во время работы приложения. Таким образом, автоматизация- это способность приложения программно контролировать объекты других приложений |
| Диспетчеры автоматизации или СОМ-клиенты (Automation Controllers, COM Clients) | Диспетчеры автоматизации- это клиенты серверов автоматизации. Они позволяют разработчику или пользователю писать сценарии для управления серверами автоматизации |
| Элементы управления ActiveX (ActiveX Controls) | Элементы управления ActiveX предназначены для серверов внутри процесса (in-process COM servers). Элементы ActiveX обычно используются путем встраивания в приложение-клиент |
| Библиотеки типов (Type Libraries) | Библиотеки типов представляют собой статичные структуры данных, которые часто сохраняются как файлы ресурсов. Они содержат детализированную информацию об объекте и его интерфейсах. Клиенты серверов автоматизации и элементы управления ActiveX используют данную информацию и всегда считают ее доступной |
| Страницы активного сервера (Active Server Pages) | Активные серверные страницы- это компоненты ActiveX, которые позволяют вам создавать динамически изменяющиеся Web-страницы |
| Активные документы (Active Documents) | Активные документы - это объекты, которые поддерживают связывание и внедрение, визуальное редактирование, перенос (drag-and-drop). В качестве примера таких документов можно представить документы Microsoft Word и книги Microsoft Excel |
| Визуальные межпроцессные объекты (Visual Cross-process Objects) | Визуальные межпроцессные объекты- это визуальные объекты, которыми можно управлять из других процессов |
На рис. 13.6 представлена диаграмма, которая показывает связь некоторых расширений СОМ и их связь с технологией СОМ.
Использование СОМ-объектов имеет как преимущества, так и некоторые ограничения. СОМ-объекты могут быть как визуальными, так и невизуальными. Какие-то СОМ-объекты должны быть запущены в одном процессе с клиентом, другие - в разных процессах либо на разных,компьютерах.
Приведенная ниже табл. 13.2 кратко описывает особенности объектов каждого из вышеприведенных расширений СОМ.
Рисунок 13.6 -Технологии, основанные на СОМ
Таблица 13.2 -Особенности объектов СОМ
Инструкция
Перейдите в меню кнопки «Пуск» и выберите пункт «Выполнить». Чтобы создать удаленный сервер , вам нужно настроить удаленные подключения таким образом, чтобы они были разрешены и фиксировались в базе сервер а отчетов. В командную строку впишите следующее: Microsoft SQL Server 2008 R2.
В появившемся окне откройте вкладку «Средства настройки». В ней перейдите к разделу «Диспетчер конфигураций сервер а SQL». После этого найдите узел «Сетевая конфигурация сервер а SQL». Разверните его двойным кликом левой кнопкой мыши.
Выберите пункт «Протоколы», чтобы сделать удаленный сервер . В нем включите протокол TCP/IP. Перезапустите службы сервер а SQL, чтобы установленные настройки вступили в силу. Зайдите в меню кнопки «Пуск». Теперь вам нужно активировать удаленное администрирование в firewall вашей системы.
Выберите пункт «Выполнить». В командную строку впишите следующее: netsh.exe firewall set service type=REMOTEADMIN mode=Enable scope=ALL и нажмите клавишу Enter. Снова перейдите в меню кнопки «Пуск».
Выберите пункт «Панель управления». На этот раз вам нужно настроить разрешение DCOM для удаленного доступа к утилитам WMI. Дважды кликните по пункту «Администрирование». В открывшемся окне перейдите во вкладку «Службы компонентов».
Найдите узел «Компьютеры», раскройте его, выберите пункт «Мой компьютер». В пункте «Действия» найдите вкладку «Свойства». Чтобы настроить удаленный сервер выберите пункт «Безопасность СОМ», а затем нажмите кнопку «Редактировать ограничения» в разделе «Разрешения на запуск и активацию».
Впишите имя пользователя и нажмите кнопку Ок. Раскройте узел «Разрешения для пользователя или группы». Установите флажки возле пунктов «Удаленная активация» и «Удаленный доступ». Нажмите кнопку Ок. Затем измените параметры WMI сервер а. Вернитесь к пункту «Управление компьютером» в разделе «Администрирование».
Откройте вкладку «Безопасность». Раскройте находящиеся там папки, затем выделите папку Admin и снова нажмите кнопку «Безопасность». Активируйте пункты: «Включить учетную запись», «Включить удаленно», «Прочесть безопасность». Нажмите кнопку Ок.
Источники:
- как убрать сервер из меню
Если вам приходится заниматься работой кроме офиса еще и дома, удаленное подключение ко второму компьютеру может быть полезным. Действительно, носить туда-сюда диски и флешки с информацией просто неудобно - нужно думать о том, чтобы не забыть носитель с рабочими материалами. К тому же, не все можно предусмотреть, а при установке удаленного доступа все проблемы решаются сами собой, и нужная информация оказывается под рукой.
Вам понадобится
- Чтобы установить удаленный доступ ко второму компьютеру вам потребуется его ID, пароль, и программа TeamViewer. Если это ваш ПК, все эти данные вам известны. Если это компьютер вашего коллеги,эти данные вы можете получить у него.
Инструкция
Видео по теме
Обратите внимание
Программа TeamViewer очень простая в применении, но вы можете выбрать любую другую на свой вкус.
Полезный совет
После установления удаленного подключения вы сможете работать с документами, расположенными на втором компьютере и даже скачивать нужные файлы.
Как показывает практика, работая в интернете, вы можете столкнуться с такой проблемой, которая выдает следующий текст «невозможно найти удаленный сервер ». Такая проблема не позволяет скачивать файлы и не дает доступа к сайту. Сообщение о подобной проблеме появляется и в компьютерных играх. Решить это можно простыми операциями.
Вам понадобится
- Персональный компьютер, программа MasterServers
Инструкция
В таких случаях можете воспользоваться специальными программами для поисков удаленного сервер а. Например, скачайте и установите «MasterServers» себе на компьютер. Данный патч сервер ы, необходимые для игры, в особенности и для Counter-Strike. Полученный файл «MasterServers.vdf» занесите в папку, где хранятся компоненты игры. Например, путь к файлу может выглядеть вот так: «C:GamesCounter-Strike 1.6platformconfigMasterServers.vdf». По MasterServers.vdf нажмите правой кнопкой мыши. Откроется окно, где найдите раздел «Свойства». Нажмите на него мышкой. Дальше снова откроется окно, где выберите пункт «Атрибуты». В том поле, где написано «Только чтение», поставьте галочку. Все готово, и теперь сервер ы будут найдены.
Сервер можно тоже найти. Откройте мышкой « Internet Explorer». Зайдите в меню с названием «Сервис», а потом естественно в «Свойства обозревателя». Выберите пункт «Подключение». Нажмите кнопку «Настройка LAN». Обычно там записаны нужные адреса с номером . Запишите их или запомните, так как они еще понадобятся. В пункте «FF» зайдите в «Инструменты». Далее выберите «Настройки» и «Дополнительно». Во вкладке «Сеть» нажмите кнопку «Настроить». Зайдите во вкладку «Настроить параметры подключения вручную» Введите туда прокси и порт. Сервер будет и начнет работать.
Видео по теме
Источники:
- невозможно найти удаленный сервер в 2019
Подключение с помощью компонента «Администрирование удаленного рабочего стола» не требует отдельной лицензии доступа клиентов сервера терминалов, но подразумевает наличие администраторского доступа к ресурсам компьютера.
На написание сего шедевра меня сподвигла статья «Мечта параноика или Еще раз о шифровании» . Очень замечательная и полезная за одним исключением - если придут «маски-шоу», то они заберут сервер вместе со всеми флэшками и ключами. Отсюда вопрос - как сделать так, чтобы на сервере вообще не было никаких следов шифрования, ключей и т.п.?
Ответ банален - не хранить их на сервере. И рядом с сервером не хранить. И вообще где-либо в районе досягаемости потенциального злоумышленника.
Идея предлагаемого решения проста:
- На сервере, который нужно защитить (назовём его «рабочий»), установить две системы. Первую - минимальную, на обычный НЕ шифрованный раздел и состоящую только из ядра, консоли и сетевых интерфейсов и не использующую своп. Вторую - на шифрованный раздел по методу FeNUMe . Шифрованный раздел должен быть зашифрован целиком и полностью, и не содержать никаких заголовков. С точки зрения постороннего наблюдателя это должна быть неформатированная область диска заполненная случайными данными.
- Должен быть второй (назовём его «скрытый») сервер, географически находящийся в другой стране и оформленный на другого человека. Сервер не должен отвечать на ping и должен принимать запросы только с одного единственного IP - IP рабочего сервера. Причём остальные соединения должны отсекаться на уровне firewall - для всего остального мира кроме рабочего сервера скрытый сервер -«чёрная дыра».
- Загрузка рабочего сервера начинается с запуска минимальной (открытой) нешифрованной системы. В ходе загрузки поднимаются сетевые интерфейсы, SSH и ram-диск.
- После загрузки открытой системы она стучится на второй сервер по протоколу HTTP/HTTPS.
- В ответ на стук рабочего севера скрытый сервер заходит в консоль рабочего сервера по протоколу SSH, копирует на ram-диск некий скрипт и файл ключа от скрытого раздела рабочего сервера и запускает скрипт. После чего благополучно отключается.
- Скрипт подключает скрытый раздел (файл ключа у него есть), и запускает оттуда ядро при помощи kexec. Т.е. фактически запускается новая система.
- Всё. Финита, как говорится, ля комедия и полный всеобъемлющий профит.
- Для желающих скрытый сервер можно оборудовать функцией отключения по получению некого сообщения от шлюза SMS-email (фактически функцией отключения по получению SMS). Причём, перед собственным отключением он должен войти в рабочий сервер по SSH и выключить его. Т.е. добавляется функция удалённого отключения обоих серверов.
Что имеем в результате?
Если изъять рабочий сервер, то на нём нет ничего, кроме голой системы, которая после загрузки обращается по некоторому загадочному URL. Большие ничего делать такая изъятая система не будет, так как у неё сменится IP и скрытый сервер будет игнорировать все обращения. Более того, сам факт существования скрытого сервера будет недоказуем, т.к. он отвечает на запросы с одного конкретного IP.
Никаким образом невозможно доказать факт наличия каких-либо полезных данных на рабочем сервере - видна лишь неразмеченная область, заполненная случайными данными.
Никакие ключи не хранятся на рабочем сервере.
Никаким образом невозможно доказать факт применения средств шифрования, т.к. они каждый раз копируются с другого компьютера (со скрытого сервера) и располагаются на ram-диске.
Основная система рабочего сервера целиком и полностью, вместе с ядром и логами находится на зашифрованном разделе и факт её существования недоказуем.
Владелец сервера (его друзья, родственники, коллеги) в любой момент может отключить скрытый сервер сделав невозможным доступ к данным на рабочем сервере, а сам факт наличия каких-либо данных недоказуемым.
Если есть управление по СМС, то в случае маски-шоу, владелец может удалённо выключить оба сервера и после включения, на рабочем сервере не будет ничего кроме голой системы.
Метод полностью и 100% устойчив даже к самому суровому терморектальному криптоанализу. Ибо, если физически отформатировать скрытый сервер или удалить с него файл ключа, то при всём желании владелец никому ничего не сможет показать.
Метод устойчив к сбоям - если тайный сервер неожиданно умер, то владелец может иметь закопанную в тайном месте под заветной липой флэшку с файлами, необходимыми для старта рабочего сервера. А имея эти файлы (скрипт и ключ) никто не запрещает войти на открытую систему рабочего сервера по SSH и запустить зашифрованную систему. Правда, стойкость к терморектальному криптоанализу в таком случае заметно падает.
Из недостатков имеем:
- в случае недоступности скрытого сервера, рабочий сервер стартовать не может, но нормальные сервера перезагружаются редко и если нет инета, то рабочий сервер скорее всего бесполезен;
- никто не запрещает иметь два скрытых сервера (дублирование).
P.S.
Т.к. тут шлют вопросы в почту, то напишу несколько замечаний:
1) Просто использовать скрытый сервер для хранения данных не интересно, т.к. он далеко и пинг до него велик, а канал узок.
2) От скрытого сервера ничего не отдаётся - скрытый сервер заходит по SSH на рабочий сервер. Если что-либо отдавать, то становится понятна схема работы и возникает масса вопросов, плюс, появляется повод давить на владельца т.к. он «препятствует».
3) Обращение к скрытому серверу, ясное дело, по HTTPS, чтобы IP подменить нельзя было. Хотя, на самом деле это не обязательно - мы всё равно принимаем один единственный IP. Плюс, стучащемуся нужно обладать ключами от SSH.
4) Это не панацея и не защита от всего и вся. Если государство захочет кого-то посадить, то оно посадит. И никаких серверов для этого не нужно. И если спецслужбы за кого-то возьмутся, то они своё получат. Это защита сугубо от произвола и бардака - когда из-за конкурентов или малолетних шутников ничего не подозревающий владелец сервера может получить реальный срок.
5) Это относится прежде всего к web-хостингу, когда нет физического доступа к серверу. Для корпоративных серверов, наверное тоже что-то подобное использовать, но не понятно зачем:)
6) В Комментариях все привязались к этому злосчастному паяльнику, как банный лист - к заднице. От паяльника ничего поможет. Даже отсутствие сервера.
P.P.S.
Утомившись спорить со странными людьми из параллельной вселенной добавляю
Удаленный офис - готовые рабочие места на защищенных серверах, оборудованные всем необходимым программным обеспечением, к которому Вы имеете круглосуточный доступ из любой точки мира, где есть интернет.
1. Безопасность: «подальше положишь, поближе возьмешь»
Если ваши базы данных, документы, чертежи и прочие важные ресурсы размещены на удаленном сервере, то в случае природного катаклизма, аварии, пожара, физического изъятия, хищения, повреждения злоумышленниками компьютеров в вашем офисе ваша информация не пострадает, не попадет в чужие руки, не претерпит никаких изменений.
Опыт показывает, что наиболее безопасным является использование для этих целей зарубежных серверов. Лучше, если эти серверы принадлежат хорошо известной компании и размещены в data-центрах с высокой степенью защиты и конфиденциальности.
Наша компания предлагает клиентам пользоваться сетью собственных серверов, размещенных в Германии или, по Вашему желанию, в России. Это позволяет нам всецело контролировать и отвечать за сохранность данных и работоспособность систем. Предлагаем Вам ознакомиться с .
2. Гибкость
Работа на удаленном сервере означает, что единственное, что вам нужно — компьютер с выходом в Интернет. Подключаясь к удаленному серверу из любого места: офиса, дома, отеля, — вы или ваш сотрудник получаете доступ к рабочему столу на удаленном высокопроизводительном сервере, на котором полноценно функционируют все заранее установленные необходимые вам приложения и имеется доступ к вашим информационным ресурсам.
Это означает, например, что ваши бухгалтера, менеджеры, конструкторы или художники больше не привязаны к одному офису.
Вы имеете возможность гибко организовать работу вашей компании:
- легко строить совместную работу множества отдельных офисов или рабочих мест
- предоставлять бухгалтерам работу на дому
- не испытывать проблем с настройкой корпоративной сети при переезде, а в некоторых случаях вообще отказаться от офиса.
Там, где есть интернет, есть ваша полноценная корпоративная сеть и ваша информационная система.
3. Удобство
Не секрет, что любое нововведение в области информационных систем является стрессом для сотрудников компании. Зачастую удобнее всего то, что знакомо. Работа на удаленном сервере в этом смысле вполне удобна.
Сотрудник, подключаясь к удаленному рабочему столу, работает в точности с теми приложениями, с которыми он привык работать на своем локальном компьютере или в корпоративной сети, с той лишь разницей, что теперь эти приложения исполняются на удаленном сервере и полностью отсутствуют на компьютере в офисе.
Удобно будет не только пользователям, но и вашему системному администратору, который сможет решать все возникающие проблемы удаленно.
4. Экономия
Переход на удаленный сервер позволяет в ряде случаев существенно снизить расходы на информационное обеспечение компании. Для работы на удаленном сервере требуется компьютер с минимальной производительностью и объемом памяти, имеющий выход в Интернет (нетбук). Это позволяет отказаться от дорогостоящих корпоративных серверов, высокопроизводительных персональных компьютеров с установленным программным обеспечением и дополнительных затрат на их содержание.
Наша компания готова предоставить вам необходимое количество терминалов для удаленной работы в рамках . Также Вы можете арендовать у нас самое необходимое программное обеспечение. Стоимость услуги по организации удаленной работы составляет от 1000 рублей за рабочее место.
Детальную информацию о стоимости услуг Вы можете получить в разделе .
5. Поддержка
Мы окажем всю необходимую помощь в «переезде» сотрудников вашей компании на удаленные рабочие столы, настроим рабочее пространство на удаленных серверах в соответствии с вашими пожеланиями.
Благодаря большому опыту работы наших специалистов, вам обеспечена стабильная работа ваших компьютеров и удаленных рабочих столов. Вы сможете сосредоточиться на своей профессиональной деятельности, предоставив решать все технические проблемы сотрудникам нашей компании.
Итак, переход на удаленный сервер позволяет решить одновременно несколько важных проблем:
- обеспечить высокий уровень информационной безопасности
- создать очень гибкий доступ «отовсюду» к Вашей информационной системе
- нарастить Ваши информационные ресурсы без существенных затрат
- пользоваться дорогостоящим ПО там и тогда, когда Вам это понадобится на условиях повременной аренды
Программный сервер, принимающий PPP соединения и обеспечивающий удаленный доступ. Сервер удаленного доступа: подключается одновременно к локальной и к территориальной коммуникационной сетям; обеспечивает маршрутизацию блоков данных при их… … Финансовый словарь
сервер - Функциональное устройство, предоставляющее услуги рабочим станциям, персональным компьютерам или другим функциональным устройствам. [РД 01.120.00 КТН 228 06] сервер Компьютер или приложение, предоставляющие услуги, ресурсы или данные клиентскому… …
удаленный файловый сервер - (См. тж. file server). [Е.С.Алексеев, А.А.Мячев. Англо русский толковый словарь по системотехнике ЭВМ. Москва 1993] Тематики информационные технологии в целом EN remote file server … Справочник технического переводчика
Сервер проверки подлинности локальной системы безопасности (англ. Local Security Authority Subsystem Service, LSASS) часть операционной системы Windows, отвечающей за авторизацию локальных пользователей отдельного компьютера. Сервис… … Википедия
У этого термина существуют и другие значения, см. Сервер. Логотип Web сервера Apache Серверное программное обеспечение (англ. server от … Википедия
Логотип сервера англ. server от англ. to serve служить) в информационных технологиях программный компонент вычислительной системы, выполняющий сервисные (обслуживающие) функции по запросу клиента, предоставляя ему доступ к определённым ресурсам… … Википедия
Подсистема клиент/сервер времени выполнения (англ. Client/Server Runtime Subsystem, CSRSS) или csrss.exe, входит в состав операционной системы Microsoft Windows NT, и предоставляет собой часть пользовательского режима подсистемы Win32.… … Википедия
Это список всех команд в IRC (Internet Relay Chat), определённых в RFC IETF 1459 и 2812. Во многих IRC клиентах необходимо, чтобы перед командой находился символ слэша. Угловые скобки («<» и «>») обозначают аргументы команды. Аргументы,… … Википедия
Название: Teletype network Уровень (по модели OSI): Прикладной Семейство: TCP/IP Порт/ID: 23/TCP Назначение протокола: виртуальный текстовый терминал Спецификация: RFC 854 / STD 8 … Википедия
Разработчик Microsoft Операционная система Microsoft Windows NT Последняя версия 7.5 Тестовая версия 8.0 Лицензия Проприетарная Сайт … Википедия
Эта страница требует существенной переработки. Возможно, её необходимо викифицировать, дополнить или переписать. Пояснение причин и обсуждение на странице Википедия:К улучшению/2 июня 2012. Дата постановки к улучшению 2 июня 2012. AppServ … Википедия
Книги
- Macromedia Homesite 5. 0. Инструмент подготовки Web-публикаций: Практическое пособие , Гультяев Алексей Константинович. HOMESITE относится к классу профессиональных редакторов. Его создатели предусмотрели возможность использования редактора и начинающими WEB-дизайнерами. Книга также рассматривает:…
