Ubuntu 12.04 серверная, firebird 2.5.3 classic. В этом режиме сервер работает как сервис, который запускается демоном.
service xinetd status
xinetd start/running, process 3627
Настройки xinetd (умолчальные):
defaults
{
log_type = FILE /var/log/xinetd.log
log_on_success = HOST EXIT DURATION
log_on_failure = HOST ATTEMPT
# only_from = localhost
instances = 30
cps = 50 10
# Please note that you need a log_type line to be able to use log_on_success
# and log_on_failure. The default is the following :
# log_type = SYSLOG daemon info
}
includedir /etc/xinetd.d
/etc/xinetd/firebird25(умолчальные) :
service gds_db
{
bind = ::1
disable = no
flags = REUSE
socket_type = stream
wait = no
user = firebird
# These lines cause problems with Windows XP SP2 clients
# using default firewall configuration (SF#1065511)
# log_on_success += USERID
# log_on_failure += USERID
server = /usr/sbin/fb_inet_server
}
В /etc/services есть следующие записи:
....
gds-db 3050/tcp gds_db # InterBase server
gds-db 3050/udp gds_db
.....
# Local services
gds_db 3050/tcp #Firebird SQL Database Remote Protocol
Других сервисов, сидящих на этом же порту, в этом файле не обнаружено.
netstat -tln:
tcp6 0 0 ::1:3050 :::* LISTEN
На другой машине(тоже Ubuntu 12.04, только десктопная) этот же сервер при таких же точно настройках работает прекрасно.
netstat -tln:
tcp 0 0 0.0.0.0:3050 0.0.0.0:* LISTEN
tcp 0 0 127.0.0.1:3350 0.0.0.0:* LISTEN
В Linux я новичек. Куда еще копать? Какие могут быть причины того, что порт 3050 на серверной машине не прослушивается?
[Update] Разобрался. Параметр
bind = ::1 привязал сервис firebird к интерфейсу с адресом ::1. Разницу с десктопным конфигом не заметил сразу. Закомментировал bind и порт стал слушаться по TCP. Прошу прошения за беспокойство и введение в заблуждение своим вопросом.