Connection - соединение между серверами
Документы формы Connection
используются для организации репликаций по расписанию и передачи почты между серверами. Для репликаций вы обычно должны создать только один документ Connection в одном направлении (например, если репликация происходит между серверами A и B, то только с сервера A на сервер B), поскольку при репликации информация обычно передается в обе стороны. Повторение документов в обеих направлениях (например, с сервера A на сервер B и с сервера B на сервер A) хотя и допустимо, но лишь усложнит составление общего расписания репликаций и обычно увеличит нагрузку на сеть. Для передачи почты документ Connection необходим только тогда, когда серверы расположены в разных поименованных локальных сетях Notes. Обычно документы Connection для передачи почты должны создаваться в двух направлениях (например, если почтой могут обмениваться серверы A и B, то один документ "отвечает" за передачу почты с A на B, а другой - с B на A, и при этом каждый документ "работает" только при наличии почты в этом направлении).
Типы соединений
В Notes версий 3.х имелись две формы документа Connection: Connection\Network для соединения по локальной сети и Connection\Remote для соединения с использованием модема. В версиях 4.х используется одна форма Conntection, однако в ней явно задается тип соединения (поле ключевых слов с меткой Connection Type:). Он может быть следующим.
· Local Area Network - серверы соединяются по локальной сети, вызывающий сервер (поля с метками Source server: и Source Domain:) использует выбранный поле с меткой Use the port(s): кнопкой Choose ports
сетевой порт для вызова сервера назначения (поля с метками Destination server: и Destination Domain:). Это не означает, что серверы должны находиться в физически одной и той же локальной сети, необходимо лишь свободное прохождение пакетов используемого портом протокола между серверами. Например, используя протокол TCP/IP, серверы, находящиеся на разных континентах, могут напрямую связываться между собой. При использовании протокола TCP/IP в поле с меткой Optional network address: следует указать IP-адрес компьютера, на котором находится вызываемый сервер (вместо IP-адреса можно задать DNS-имя или WINS-имя). При использовании других протоколов оставьте это поле пустым.
Рис. 4.2 Фрагмент документа Connection в случае соединения по локальной сети
Хотя форма "позволяет" в поле с меткой Use the port(s): указывать список сетевых портов (например, TCPIP и NETBOIS), из этого не следует, что если не удастся установить соединение по первому порту (TCPIP), то будет использоваться второй порт (NETBOIS). Наоборот, чтобы достичь перехода на "резервный" порт при отказе основного, необходимо создать несколько документов Connection, в каждом из которых выбран только один сетевой порт, причем для документа, использующего основной порт, выбрать в поле с меткой Usage priority: приоритет использования Normal, а для документов,
использующих резервные порты, выбрать приоритет использования Low.
· Dialup Modem - серверы связываются между собой с использованием модемов, для вызывающего сервера указан используемый COM-порт и телефонный номер вызываемого сервера (поле с меткой Destination phone number:). К этому же типу относится соединение COM-портов двух достаточно близко расположенных серверов нуль-модемным кабелем; номер телефона при этом не требуется. В специальных случаях (см. главу 5) может быть использован скрипт соединения, имя которого задается в поле с меткой Login script file name:. Такой скрипт может иметь до 4-х аргументов, указываемых в полях с меткой Login script arguments:. Обратите внимание, что при обычном модемном соединении никакой скрипт соединения не требуется, и соответственно не должен указываться в документе. Отметим, что если в поле Use the port(s):
указан список портов, для установления соединения используется первый свободный порт, а если в поле Destination phone number: указан список телефонных номеров, предпринимаются попытки "дозвона" по первому номеру, если был неуспех, то по второму номеру, и т.д.
Рис. 4.3 Фрагмент документа Connection в случае модемного соединения
· Passthru Server - используется в случае, когда серверы не могут связываться между собой напрямую по локальной сети или модему, однако имеется "третий" сервер, с которым может связаться вызывающий сервер, и который в свою очередь может связаться с вызываемым сервером. При этом "третий" сервер соответствующим образом настроен - он "не возражает против предоставления услуг по ретрансляции". В документе Connection указывается имя этого сервера-посредника (поле с меткой Use passthru server:) и имя сервера назначения (поля с метками Destination server: и Destination Domain:), который в свою очередь должен вызывать сервер-посредник.
Соединение типа Passthru Server выполняется за несколько этапов. Вначале вызывающий сервер пытается установить соединение с сервером-посредником. Если эти серверы не в одной поименованной сети, в адресной книге вызывающего сервера дополнительно необходим "обычный" документ Connection, в котором описано, каким образом выполняется соединение между этими серверами. Затем сервер-посредник пытается установить соединение с сервером назначения или очередным сервером-посредником в цепочке. И опять, если эти серверы не в одной поименованной сети, в адресной книге сервера-посредника должен присутствовать "обычный" документ Connection, в котором описано, каким образом выполняется соединение между этими серверами.
Так, в примере на Рис. 4.4 серверы из одного домена InterTrust/InterTrustCorp/SU и NotesSrv400/InterTrustCorp/SU находятся в одной поименованной сети, так что "дополнительный" документ Connection между этими серверами может отсутствовать. Однако серверы NotesSrv400/InterTrustCorp/SU
и 194.196.39.10/Srv/LotusEmea/Net в разных поименованных сетях, и в адресной книге присутствует документ Connection типа Local Area Network между этими серверами.
Рис. 4.4 Фрагмент документа Connection в случае соединения через сервер-ретранслятор
· Remote LAN Service - соединение с использованием внешнего (по отношению к Notes) сервиса удаленного доступа к локальной сети.
Территориально удаленные локальные сети могут быть связаны между собой постоянно с использованием программно-аппаратных средств, называемых мостами. В этом случае обеспечивается свободное прохождение сетевых пакетов через мост из одной локальной сети в другую, что "прозрачно" для Notes. Поэтому для соединения между серверами Notes, установленными в локальных сетях, которые "постоянно связанны" мостами, используется документ Connection типа Local Area Network.
В то же время имеются программные средства, позволяющие с использованием модемов, сетевого оборудования X.25 или ISDN осуществлять между территориально удаленными сетями соединения, обеспечивающие прохождение сетевых пакетов. Но это уже коммутируемые, т.е. устанавливаемые только по потребности, а не постоянные соединения. Одним (но не единственным) из таких программных средств является Microsoft Remote Access Service (Microsoft RAS). В одной из локальных сетей устанавливается сервер Microsoft Windows NT, а на нем сервис Microsoft RAS. Из другой локальной сети с этим сервером может связаться клиент Microsoft RAS (с компьютера под MS Window
3.11, MS Window 95, MS Windows NT). Microsoft RAS использует PPP или SLIP
в качестве протокола передачи сетевых пакетов по последовательным линиям связи. Поверх протокола PPP могут передаваться пакеты протоколов TCP/IP, NETBOIS, IPX/SPX, поверх протокола SLIP - TCP/IP. Клиент Microsoft RAS может применяться и для установления соединений с серверами поставщиков услуг Internet (Internet Service Providers, ISP).
Каждое возможное соединение клиента Microsoft RAS представлено в его списке соединений (Phonebook) отдельным описанием соединения (Phonebook entry). Описание соединения идентифицируется именем описания соединения (Entry name) и содержит сведения об используемом протоколе работы по последовательным линиям (PPP или SLIP), передаваемых поверх него сетевых протоколах, применяемых при установлении соединения скриптах, а также обычно дополнительные параметры:
имя устанавливающего соединение пользователя, его пароль, телефонный номер модема на вызываемом
сервере... Для установления соединения из клиента Microsoft RAS достаточно выбрать имя нужного описания соединения (Entry name) и нажать кнопку Dial. Или запустить из окна Command Prompt программу RASDIAL, указав ей параметром имя нужного описания соединения... Когда соединение установлено, во время его функционирования из одной локальной сети в другую "прозрачно" для Notes передаются пакеты соответствующих сетевых протоколов (например, TCP/IP).
Именно на такой случай соединения между локальными сетями предусмотрен документ Connection типа Remote LAN Service. Предполагается, что сетевой порт Use the LAN port(s): использует сетевой протокол, поддерживаемый клиентом Microsoft RAS. "Во исполнение документа Connection" сервер Notes сначала инициирует клиента Microsoft RAS на установление соединения. По сути дела, со стороны Notes это сводится к запуску входящей в состав клиента Microsoft RAS программы RASDIAL с параметрами имя_описания_соединения [имя_пользователя пароль /PHONE:телеф_номер]. Когда соединение установлено, Notes использует протокол порта Use the LAN port(s): для работы с сервером Notes из другой локальной сети. Разрыв такого соединения также инициируется Notes
по завершении выполняемых серверами работ. По сути дела, это сводится к запуску сервером Notes той же самой программы RASDIAL с параметрами имя_описания_соединения /DISCONNECT.
Завершим рассмотрение документа Connection типа Remote LAN Service. Выбор сервиса удаленного доступа к локальной сети выполняется в окне, вызываемом кнопкой с меткой Choose a Service Type. В окне, вызываемом кнопкой с меткой Modify Remote LAN Service Configuration, в поле с меткой Remote Connection Name: дают имя описания соединения из списка соединений Microsoft RAS (Entry name), а в следующих за ним полях - дополнительную информацию, которая дополняет или заменяет соответствующую информацию в описании соединения Microsoft RAS (Phonebook entry).
Рис. 4.5 Фрагмент документа Connection в случае соединения с использованием внешнего сервиса для удаленного доступа к локальной сети
На Рис. 4.6 - Рис. 4.10 дается пример настройки соединения средствами Microsoft RAS на платформе Windows NT 4.0 с сервером у поставщика услуг Internet.
Рис. 4.6 В окне клиента Microsoft RAS выбрано соединение с именем RINET
В поле Phone number preview: задан телефонный номер модемного пула на сервере у поставщика услуг Internet. В номере телефона "P" означает использование пульсового набора, а "9," - "выход на городскую ATC". Наличие кнопки Hang Up вместо кнопки Dial свидетельствует о том, что соединение в настоящий момент установлено.
Рис. 4.7 Описание соединения RINET, закладка Basic: заданы имя соединения, телефонный номер и используемый модем
В поле Entry name: указано имя описания соединения. На этой же закладке можно указать список телефонных номеров, которые могут использоваться для установления соединения, и список модемов, из числа установленных на компьютере и "отданных в распоряжение" Microsoft RAS, которыми может устанавливаться это соединение.
Рис. 4.8 Описание соединения RINET, закладка Server:
поверх протокола PPP функционирует сетевой протокол TCP/IP
В поле Dial-up server type: в качестве протокола работы по последовательным линиям выбран протокол PPP. По соединению передаются только пакеты сетевого протокола TCP/IP.
В окне, "вызываемом" кнопкой TCP/IP Settings, выбраны опции Server assigned IP address (IP-адрес назначается сервером поставщика услуг) и Use default gateway on remote network
(используется шлюз по умолчанию, находящийся у поставщика услуг) и даны IP-адреса DNS-серверов поставщика услуг.
Рис. 4.9 Описание соединения RINET, закладка Script: выбранный скрипт обеспечивает ввод имени пользователя
и его пароля без участия человека
После "дозвона" запускается стандартный скрипт Generic login. Иногда может потребоваться его незначительная корректировка. В частности, стандартный скрипт "ожидает" в строке OK=<match>"ogin:"
, пока сервер поставщика услуг передаст ему строку "Login:". Однако серверы поставщиков услуг, с которыми работал автор, в "этом месте" передавали строку "Username:". Исправление очевидно: OK=<match>"sername:" .
Рис. 4.10 Описание соединения RINET, закладка Security: способ аутентификации
· X.25 - соединение сервера с сервером по сети X.25. Такой тип соединения используется только в случае, когда на вызывающем и вызываемом серверах Notes установлены:
· карта X.25 фирмы Eicon Technology Corporation (Eicon HSI/PC 1MB версии 1.0 или старше, Eicon Dial-Port Network Adapter/PC 2MB версии 1.0 или старше, Eicon/S51 cadr),
· программное обеспечение Eicon OSI LAN Gateway версии от V3R1 для OS/2 или Connections for Windows NT версии V4R1 или WAN Services for Windows NT версии V3R4 для Windows NT, разработанное и поставляемое фирмой Eicon Technology Corporation и выполняющее функцию драйвера карты Eicon,
· программное обеспечение Lotus Notes Connect for X.25 Release 4 для OS/2 или Windows NT, разработанное фирмой Lotus и в настоящее время свободно доступное на Web-узле www.lotus.com.
Протокол X.25 широко используется в глобальных телекоммуникационных сетях (например, Sprint Net)
и обеспечивает быструю и безошибочную передачу больших объемов данных. Протокол X.25 обеспечивает формирование пакетов из передаваемых данных у отправителя, передачу пакетов по сети X.25 и извлечение данных из принятых пакетов у получателя. Реализует протокол X.25 сама карта X.25 фирмы Eicon, без привлечения ресурсов компьютера. Для этого на карте имеются собственные постоянное запоминающее устройство с программным обеспечением нескольких протоколов, включая X.25, процессор фирмы Motorola и не менее 1 Mб оперативной памяти.
Программное обеспечение Eicon OSI LAN Gateway, Connections for Windows NT или WAN Services for
Windows NT функционирует уже на компьютере, в котором установлена карта. Используя это программное обеспечение, можно настроить карту как виртуальное многоканальное устройство, способное поддерживать несколько одновременных сессий обмена данными, осуществляемых другими программами, выполняемыми на компьютере.
Одним из основных поставщиков аппаратного и программного обеспечения фирмы Eicon Technology Corporation (www.eicon.com, sales@eicon.com) в странах СНГ и Балтии является фирма Rase Communication USA Inc. (www.rcnet.ru, sales@rcmail.rcnet.ru, (095)198-9710, (095)198-9711).
Продукт Lotus Notes Connect for X.25 является многопортовым драйвером X.25
для Lotus Notes. Каждый порт Notes, если он активен, связан с определенными виртуальными каналами карты. Теоретически Lotus Notes Connect for X.25 допускает до 64 портов, но на практике их количество может быть ограничено производительностью карты.
В документе Connection типа X.25, кроме уже рассмотренного ранее, задается DTE-адрес вызываемого сервера (поле с меткой Remote DTE address:) и некоторые другие специфические параметры.
Рис. 4.11 Фрагмент документа Connection в случае соединения по сети X.25
· SNA - соединение для репликаций и передачи почты с использованием устройства SNA Gateway с серверами Notes на майнфреймах.
· SMTP - соединение для обмена почтой по протоколу SMTP (Internet), используется агентом передачи почты SMTP MTA (см. 7.11).
· X.400
- соединение для обмена почтой по протоколу X.400, используется агентом передачи почты X.400 MTA.
· cc:Mail
- соединение для обмена почтой с постофисом cc:Mail, используется агентом передачи почты cc:Mail MTA.
Итак, в документе Connection задают имена двух серверов, которые должны соединиться, и используемый для этого порт. В поле с меткой Use the Network port(s):
в принципе может быть задан список портов. В этом поле можно также "записать" символ "*", что будет означать использование первого порта из списка активных портов для текущего местоположения.
Приоритет соединения
Если для доступа к серверу Notes можно использовать нескольких портов, вы можете "вынуждать" Notes использовать определенный порт, установив в соответствующем этому порту документе Connection в поле с меткой Usage priority:
приоритет Normal, а в документах Connection, соответствующих остальным портам, приоритет Low.
Дело в том, что Notes всегда в первую очередь пытается установить соединение, используя документы Connection c приоритетом Normal. Если установить соединение "по этим документам" не удастся, Notes попытается выбрать порт для связи с сервером из других источников. Только если и последнее не приведет к успеху, Notes будет использовать документы Connection с приоритетом Low.
Например, если в одной и той же поименованной сети Notes
для доступа к серверу можно использовать порты SPX и TCPIP, но имеется только один документ Connection, в котором указан только порт TCPIP
с приоритетом Normal, то Notes в первую очередь должен использовать информацию из этого документа Connection. Notes проверит, определен ли и работоспособен ли порт TCPIP, и, если все хорошо, выберет этот порт. Но если в той же ситуации в этом документе Connection был указан приоритет Low, Notes для выбора порта в первую очередь должен будет использовать информацию из других источников, в частности, из документа Server, и только в последнюю очередь информацию из документа Connection. Допустим, если Notes обнаружит, что порт SPX определен в документе Server "ранее" порта TCPIP, то он выберет порт SPX. А информация из документа Connection (порт TCPIP с приоритетом Low) будет использована только в случае неудачной попытки установления соединения портом SPX.
Приоритеты в документах Connection для модемных соединений, соединений по X.25, посредством внешнего сервиса для подключения к удаленной локальной сети и passthru-соединений работают тем же самым образом.
Процесс установления соединения
Процесс установления соединения с сервером Notes происходит в принципе одинаково и для соединения, инициированного сервером, и для соединения, инициированного станцией. Соединение с сервером включает три фазы: первоначальный поиск пути на сервер, расширенный поиск пути на сервер (если первоначальный поиск не дал результата) и выполнение соединения с сервером. Найти "путь на сервер" означает определить порт, которым следует выполнять соединение, адрес первого сервера в цепочке, вызываемого по этому порту (поскольку возможен вызов через сервер-посредник) и имя непосредственно вызываемого сервера (если используется сервер-посредник). Если Notes определил, что для выполнения соединения необходим сервер-посредник, он выполняет соединение с сервером посредником, а не с вызываемым сервером.
В первой фазе - первоначальный поиск - Notes использует документы Connection из персональных адресных книг и документы из общих адресных книг, и на основе этой информации пытается найти путь на вызываемый сервер. При этом Notes последовательно выполняет перечисленные ниже "шаги". Если очередной шаг позволил определить путь, Notes не выполняет остающиеся шаги, а сразу же переходит к третьей фазе: созданию соединения с сервером.
· Шаг 1.1. На станции в окне Open Database или Trace Connection пользователь может задать имя вызываемого сервера в формате имя_порта!!!имя_сервера, например, LAN0!!!InterTrust/InterTrustCorp/SU. Такой формат задания вызываемого сервера явно указывает на порт станции, которым необходимо связаться с этим сервером. В документах Connection подобный формат указания вызываемого сервера не применяется. В этом случае Notes предпринимает попытку связаться с вызываемым сервером, используя именно указанный порт. Если попытка окажется неудачной, Notes не будет пытаться использовать другой порт станции для соединения с этим сервером.
· Шаг 1.2. Notes проверяет, не существует ли уже соединение с нужным сервером. Если существует, он будет использовать существующее соединение.
· Шаг 1.3. Notes использует для поиска пути только документы Connection из персональных (если соединение выполняется со станции) или общих (если соединение выполняется с сервера) адресных книг, имеющие приоритет Normal. Если соединение выполняется со станции, при отборе таких документов учитывается текущие местоположение и имя пользователя (см. поля с метками Only from Location(s): и Only for user: в документе Connection из персональной адресной книги).
Если такие документы имеются, Notes просматривает их в следующем порядке:
· Local area network
· Remote LAN service
· Dialup modem
· Passthru server
· Поиск группы серверов-посредников.
Например, имеется два документа Connection - один по локальной сети (типа Local area network), а другой с использованием Remote LAN service. Тогда Notes сначала пытается использовать документ типа Local area network для определения пути на вызываемый сервер. Только если ему не удается определить путь из этого документа, Notes использует документ типа Remote LAN service.
В документе Connection в качестве имени вызываемого сервера может быть указан шаблон (например, */Srv/LotusEmea/Net). Такой шаблон задает группу серверов с общим иерархическим именем. В фазе первоначального поиска Notes игнорирует документы, в которых в качестве имени вызываемого сервера указан шаблон. Если в одном документе Connection в качестве имени вызываемого сервера указан шаблон (например, */Srv/LotusEmea/Net), а в другом документе Connection указан конкретный сервер (например, NotesServer-36/Srv/LotusEmea/Net), Notes будет использовать "конкретный" документ Connection для определения пути.
Если имеется документ Connection типа Passthru server, то обычно должен также присутствовать документ Connection, который обеспечивает путь на passthru-сервер. Чтобы выполнить соединение с passthru-сервером, можно использовать любой тип документа Connection - Local area network, Remote LAN Service, Dialup modem, Passthru server или группа сераеров-посредников. При необходимости можно определять путь на сервер "с использованием цепочки" из нескольких passthru-серверов, но не более чем из девяти.
· Шаг 1.4. Notes пытается найти путь на вызываемый сервер, используя информацию из "постоянного кэша" ранее успешно выполненных соединений.
В процессе своей работы Notes сохраняет информацию о последних успешно им выполненных соединениях с серверами в "постоянном кэше". Для каждого успешно выполненного соединения запоминается имя сервера, порт, использованный для доступа к нему, и сетевой адрес сервера. Для станции эта информация хранится в соответствующем текущему местоположению документе Location из персональной адресной книги, для сервера - в документе Server из общей адресной книги (это поля-списки $SavedServers, $SavedPorts, $SavedAddresses, $SavedDate). Устаревшая информация автоматически удаляется из "постоянного кэша" через 30 дней.
В фазе расширенного поиска Notes использует документы Connection из персональных адресных книг и документы из общих адресных книг, и на основе этой информации пытается найти путь на вызываемый сервер. При этом Notes
последовательно выполняет перечисленные ниже "шаги". Если очередной шаг позволил определить путь, Notes не выполняет остающиеся шаги, а сразу же переходит к последней фазе: созданию соединения с сервером.
· Шаг 2.1. Notes использует для поиска пути только документы Connection из персональных (если соединение выполняется со станции) или общих (если соединение выполняется с сервера) адресных книг, имеющие приоритет Normal и, в отличие от третьего шага в фазе первоначального поиска, включая и документы, в которых в качестве вызываемого сервера указан шаблон. Если соединение выполняется со станции, при отборе таких документов учитывается текущие местоположение и имя пользователя.
· Шаг 2.2. Если вы пытаетесь выполнить соединение со станции, Notes посылает запрос на Home-сервер, используя для этого последовательно каждый доступный порт станции, пока не найдет путь на этот сервер. Home-сервер хранит в своей виртуальной памяти информацию о серверах из общей адресной книги и использует эту информацию, чтобы найти путь на указанный в запросе сервер. Если Home-сервер не отвечает ни по одному из доступных портов, Notes посылают запрос на вторичный сервер имен (secondary name server). Если и вторичный сервер имен не отвечает, Notes пробует соединяться непосредственно с вызываемым сервером по локальной сети, используя в качестве адреса сервера его имя (многие сетевые протоколы позволяют определять адрес сервера по его имени, а драйверы протоколов Notes используют эту возможность, если она доступна). В общем, выполняемые в данном шаге запросы могут занять относительно значительное время.
Если же соединение выполняется с сервера, Notes сразу используют сохраненную в памяти этого сервера информацию из общей адресной книги (используется информация из документов Server), чтобы определить путь на вызываемый сервер. Обратите внимание, что если вы пытаетесь выполнить соединение со станции администратора, работающей под ID сервера, должен функционировать и сервер - иначе "сохраненная в памяти этого сервера информация из общей адресной книги" попросту недоступна. Если общая адресная книга не содержит информацию относительно вызываемого сервера, Notes пробует соединиться непосредственно с этим сервером по локальной сети, используя в качестве адреса сервера его имя, как это упоминалось выше. Поскольку в данном шаге отсутствуют запросы к серверам имен, шаг выполняется относительно быстро.
· Шаг 2.3. Notes использует документы Connection как приоритета Low, так и приоритета Normal, и, вместе с запросами к серверу имен, повторяет шаг 2.
Таким образом, документы Connection приоритета Low не используются, пока Notes пытается найти сервер, используя документы Connection приоритета Normal и выполняя прямые соединения. Notes станет использовать "низкоприоритетные" документы Connection только тогда, когда сервер не удается обнаружить в локальной сети.
· Шаг 2.4. Станция Notes пытается использовать сервер-посредник по умолчанию (см. поле Default passthry server в документе Location), чтобы выполнить соединение.
Если станция имеет passthru-сервер по умолчанию для текущего местоположения, Notes пытается найти путь на этот passthru-сервер, используя шаги от 1 до 3. Если для станции не указан passthru-сервер по умолчанию или если Notes не может найти путь на него, но станция в данный момент времени имеет модемное соединение с сервером, Notes попытается использовать сервер, с которым в настоящее время имеется соединение, как passthru-сервер.
· Шаг 2.5. Если Notes все еще не может найти путь на вызываемый сервер, выдается сообщение о невозможности соединиться.
Если Notes находит путь, то начинается третья фаза, в ходе которой выполняется соединение вызывавшего сервера или станции с вызываемым сервером. Если используется passthru-сервер, Notes соединяется с ним и передает ему запрос на соединение с вызываемым сервером, а уже на сервере-посреднике лежит задача по установлению соединения с вызываемым сервером или, в случае цепочки passthru-серверов, с очередным passthru-сервером.
На станции можно получить подробную информацию о том, как Notes пытается выполнить соединение. Для этого выберите File - Tools - User Preferences, затем закладку Ports и далее нажмите кнопку Trace Connection. В окне Trace Connection введите или выберите из списка имя сервера, с которым следует соединяться, и нажмите кнопку Trace. Изменять количество выводимой информации можно во всплывающем списке Log options.
Рис. 4.12 Трассировка соединения со станции с сервером DarkStar через сервер-посредник InterTrust
Ниже приведена трассировочная информация, полученная в окне на Рис. 4.12. Вначале станция, согласно имеющемуся в персональной адресной книге документу Connection типа Passthry, "узнает", что с сервером DarkStar необходимо соединяться через сервер InterTrust. Начинается поиск пути на сервер InterTrust. В персональной адресной книге имеется несколько документов Connection на сервер InterTrust
, но только один из них, использующий порт TCPIP, имеет приоритет Normal, а остальные - приоритет Low. Станция успешно соединяется с сервером InterTrust и передает ему запрос на соединение с сервером DarkStar. В общей адресной книге имеется документ Connection типа Dialup modem на сервер DarkStar, причем в нем указаны два порта COM3 и COM4. Поскольку порт COM3 в данный момент занят, для соединения с DarkStar
используется порт COM4.
Determining path to server DarkStar/SunFire
Checking normal priority connection records only...
Passthru connection record found for DarkStar/SunFire via InterTrust/InterTrustCorp/SU
Searching for path to InterTrust/InterTrustCorp/SU
Local network connection record found for InterTrust/InterTrustCorp/SU
Pass through InterTrust/InterTrustCorp/SU to connect to DarkStar/SunFire
Connecting to InterTrust/InterTrustCorp/SU over TCPIP
Using address '194.220.151.111' on TCPIP
Connected to InterTrust/InterTrustCorp/SU
Authenticating with InterTrust/InterTrustCorp/SU
Asking server for connection to DarkStar/SunFire
Port to be used on passthru server is COM4
On passthru server, connect to DarkStar/SunFire
Connected to DarkStar/SunFire
Connected to server DarkStar/SunFire
Кроме того, подобную информацию можно получить, просматривая документы из вида Miscellaneous Events в базе LOG.NSF.
Что и когда выполняется по соединению
По соединению могут выполняться репликации баз данных или (и) передача почты. Что именно выполняется, выбирается в поле с меткой Tasks:. Соединение, если оно разрешено (в поле Schedule: выбрано ENABLED), должно выполняться "в соответствии с расписанием": по заданным дням (Days of week:) на заданном временном интервале (Call at times:) с определенным интервалом повторения (Repeat interval of:). Если соединение предназначено для репликаций, сервер "будет стремиться соблюдать расписание", исключая разве что случаи, когда ему не удается установить соединение. Если соединение предназначено только для передачи почты, оно будет соблюдаться только при наличии "неинтенсивного" потока почты среднего приоритета.
Рис. 4.13 Расписание выполнения соединений и задачи, выполняемые по соединению
К вопросу передачи почты имеют отношение два поля. Значение в поле Route at once if:
касается только передачи почты среднего приоритета. Такая почта передается по расписанию, если в очереди на отправку на сервер назначения имеется меньше заданного предельного количества сообщений. Если же "предел" достигнут, немедленно, без учета расписания, предпринимается попытка передать почту. Целое число (от 1 до 10) в поле Routing cost: определяет "стоимость соединения" и влияет на выбор маршрута, по которому доставляется почта. Подробно вопросы передачи почты рассматриваются в главе 7.
К вопросу выполнения репликаций относятся четыре поля. Поле Replicate databases of:, существовавшее и в Notes версий 3.х, позволяет ограничить множество баз, которые участвуют в репликациях, но поддерживается в Notes версий 4.х скорее всего ради сохранения совместимости... В Notes версий 4.х появилась возможность управлять типом репликации (Replication Type:),
осуществлять репликации не для всех имеющихся на серверах реплик баз, а только для конкретных баз или баз в каталогах, указанных в списке (Files/Directories to Replicate:), а так же указывать ограничивать время, отводимое на репликацию, тем самым "растягивая" репликацию больших объемов информации на несколько сеансов (Replication time limit:). Подробно вопросы репликаций рассматриваются в главе 6.
