Сообщение
Кузнецов Евгений » 20 окт 2006, 17:53
Продолжение
34. С. 77 «Если RemoteServicePort и RemoteServiceName не закомментированы, то RemoteServiceName получает приоритет, если он не был перекрыт аргументом –p. Если же имя сервиса порта уже было изменено, то значение RemoteServiceName будет проигнорировано, и новое значение RemoteServicePort заменит предыдущее значение 3050.»
Не так. Получает приоритет RemoteServicePort, если не был перекрыт параметром –p.
Если же аргументом –p будет имя сервиса порта, то значение RemoteServicePort будет проигнорировано, а номер порта будет установлен на основании services.
Тогда фразу из пункта 32 «Если имя сервиса порта gds_db и ему не может быть назначен никакой другой порт, он будет использовать порт 3050 автоматически»
следует понимать так: «Если имя сервиса порта gds_db и ему не назначен никакой другой порт ни в аргументе –p, ни в firebird.conf, ни в services, он будет использовать порт 3050 автоматически»
35. c. 78 «В Firebird 1.5 и следующих вы можете использовать переключатель –p в комбинации с конфигурацией в файле firebird.conf для получения возможности перекрывать и номер порта и имя сервиса порта.»
У меня это не получилось, этим методом удается перекрыть либо то, либо другое
Тем более, насколько я понимаю, имя сервиса порта – это всего лишь псевдоним для используемого номера порта и протокола соединения (соответствие устанавливается в services). Поэтому какой смысл перекрывать и имя сервиса порта, и номер порта – не понимаю.
36. c. 79 «Сервер будет использовать один параметр RemoteService*, но не оба. Если вы сконфигурировали оба, то он будет игнорировать RemoteServicePort во всех ситуациях, за исключением того случая, когда команда запуска сервера была вызвана с переключателем –p, перекрывающим имя сервиса порта. Следовательно, вы можете использовать в комбинации переключатель –p и параметр RemoteService* для изменения номера порта и имени сервиса»
То же самое
37. Здесь же «Если значения по умолчанию для номера порта или имени сервиса были изменены, то вам нужно создать запись в файле services»
Здесь же во врезке «Внимание» «Необходимо создать запись в файле services для установки значений по умолчанию сервиса порта»
В начале с. 78 говорилось, «вам может понадобиться создать запись в файле services», но не утверждалась обязательность этого шага. Действительно, это не обязательно делать, если перекрыт только номер порта (в аргументе –p или в firebird.conf).
38. С. 80 Если были изменены только номер порта или имя сервера
Правильно – имя сервиса порта
Здесь же опять встречаем «Если имя порта или имя сервиса были изменены, то вам нужно создать запись в файле services»
39. С 81. «Вы можете конфигурировать один из этих параметров (прим. – имеются в виду RemoteServicePort и RemoteServiceName)»
«Если вам не нужно передавать имя сервиса порта или номер порта в строке соединения, а сервер не использует значения по умолчанию для обоих параметров, вы можете конфигурировать оба RemoteServiceName и RemoteServicePort»
Даже если это и можно сделать, какой в этом смысл? Насколько я понимаю, для подключения к серверу нужен только номер порта.
40. Здесь же «Если вы изменили номер порта или имя сервиса, вы должны сделать явные изменения для сервера и клиентов, чтобы отобразить эти изменения. В Linux и Windows данная информация хранится в файле services».
Для сервера необходимо изменение services только в случае перекрытия имени сервиса порта. Для клиента – через соединение с использованием имени сервиса порта (в строке соединения или в firebird.conf)
Все эксперименты проводились на 1.5.3. Classic, запущенном как сервис под Win 2000.
Вполне возможно, что оспариваемое верно для FB 1.0.x или Superserver 1.5.
41. С. 83 «События Firebird … используют произвольные доступные порты. …В сетях, где существует множество подсетей, динамическая IP-адресация и строго сконфигурированная система сетевой защиты, передача событий может окончиться неудачей»
Не понятно, каким образом подсети или динамическая адресация могут помешать использованию произвольного порта на сервере.
С. 84 «Он делает возможным явно задавать IP-адрес в сети для трафика событий. Используйте параметр RemoteAuxPort в файле firebird.conf c целью статической установки IP-адреса для интерфейса (карта, маршрутизатор, шлюз и т.д.), который будет доступен для направления событий»
По-видимому, автор хотела рассказать и o RemoteAuxPort, и о RemoteBindAddress, но что-то напутала.