Highlighted
Super Contributor.
Super Contributor.
218 views

Problem connecting to a port

Jump to solution
Hi there --

I am running Knoppix 5.1.1, which is essentially Debian 4.0, and I am having problems connecting to a particular port. The backup software that we use, Data Protector 6.0, needs port 5555 open in order for the client to be available for network backups.

I checked the /etc/services file, and I verified that the backup client software was present, and that no other applications were using the port. The line in question is shown below:

omni 5555/tcp # DATA-PROTECTOR

When I try to connect to the port from a remote host, the following output is displayed on-screen:

telnet 5555
Trying ...
telnet: connect to address 132.183.12.128: Connection refused
telnet: Unable to connect to remote host: Connection refused

What step(s) do I need to take in order to resolve this issue? Thanks.
A Journey In The Quest Of Knowledge
0 Likes
1 Solution

Accepted Solutions
Highlighted
Absent Member.
Absent Member.
The magical powers of /etc/services are much
weaker than many people believe.

> [...] /etc/services [...]
> omni 5555/tcp # DATA-PROTECTOR

This associates the name "omni" with TCP port
5555. It does not, by itself, cause any
program to be listening to that port.

> [...] I verified that the backup client
> software was present, [...]

What, exactly, does that mean?

> [...] Connection refused

Yup. No one's listening.

> What step(s) do I need to take [...]

Read and follow the product's installation
instructions? Normally, this would involve
adding a start-up script to run a stand-alone
server program (backup client?), or else
adding a line to /etc/inetd.conf (or
something like it), so that inetd (or
something like it) will know what to run when
someone tries to connect to that port.

View solution in original post

3 Replies
Highlighted
Absent Member.
Absent Member.
The magical powers of /etc/services are much
weaker than many people believe.

> [...] /etc/services [...]
> omni 5555/tcp # DATA-PROTECTOR

This associates the name "omni" with TCP port
5555. It does not, by itself, cause any
program to be listening to that port.

> [...] I verified that the backup client
> software was present, [...]

What, exactly, does that mean?

> [...] Connection refused

Yup. No one's listening.

> What step(s) do I need to take [...]

Read and follow the product's installation
instructions? Normally, this would involve
adding a start-up script to run a stand-alone
server program (backup client?), or else
adding a line to /etc/inetd.conf (or
something like it), so that inetd (or
something like it) will know what to run when
someone tries to connect to that port.

View solution in original post

Highlighted
Absent Member.
Absent Member.
Is iptables running and blocking the port?



__________________________________________________
No support by private messages. Please ask the forum!      I work for HPE

If you feel this was helpful please click the KUDOS! thumb below!   
Highlighted
Super Contributor.
Super Contributor.
Hi there --

I figured out what was the cause of the problem. The inetd service was not running on the client. I started it in daemon mode, and once that was done, the telnet check as well as the subsequent import into the Data Protector cell worked without issue.

Thanks again for help.
A Journey In The Quest Of Knowledge
0 Likes
The opinions expressed above are the personal opinions of the authors, not of Micro Focus. By using this site, you accept the Terms of Use and Rules of Participation. Certain versions of content ("Material") accessible here may contain branding from Hewlett-Packard Company (now HP Inc.) and Hewlett Packard Enterprise Company. As of September 1, 2017, the Material is now offered by Micro Focus, a separately owned and operated company. Any reference to the HP and Hewlett Packard Enterprise/HPE marks is historical in nature, and the HP and Hewlett Packard Enterprise/HPE marks are the property of their respective owners.