No Oracle lsnrctl command RHEL 5.3

I am working on my corporate production server and I found that there is no lsnrctl command.
I am trying to fine using oracle account and go to ORACLE_HOME/bin I saw a lot of executable files but no lsnrctl there.
Trying find command and no hope
ps -ef|grep lsnt <=== not found
BUT I can use command line sqlplus to access.
Friend of mind said it must be listener if not, I am not able to access using just sqlplus from command line.

This use case outlines the migration challenges that organizations face and how the Acronis AnyData Engine supports physical-to-physical (P2P), physical-to-virtual (P2V), virtual to physical (V2P), and cross-virtual (V2V) migration scenarios to address these challenges.

=====================================
But according to tnsping this service runs on host "prddbs-crs-scan".
Is this the DB server you want to connect to?

Yes "prddbs-crs-scan" is 192.168.10.107
=====================================
And from the same machine where "tnsping npcdb" works "sqlplus @npcdb" should also work, i.e. ask you for user and password.

Yes it work

=====================================

Sorry I have no idea now because I did not understand all but I can check it for you.
What should I do next?

I turned off firewall already before doing above. I heard about plink but never use it. I will download and try first. If you are available will you please provide some command to make SSH tunnel? Thank you.

Please bring the minimized plink window into foreground and check for error messages.

Does a normal plink work, i. e. start a shell?

plink username@192.168.10.107

If this works, and if there are no error messages from plink then I'll be soon out of ideas, sorry.

If the DB server runs a sendmail daemon you can run this simple test to check whether a tunnel can basically work with that server (close the running tunnel first by hitting Ctl-C in the plink window):

start /MIN plink -N -L 1000:192.168.10.107:25 username@192.168.10.107

telnet localhost 1000

Do you see messages from the sendmail daemon on the dB server?

If so then a tunnel is basically possible and I really don't know why this shouldn't work with Oracle.

1) You have installed the Oracle client on your PC
2) You cannot run from your PC: sqlplus user/password@//prddbs01:1521
3) You can start a tunnel with: plink -N -L 1521:prddbs01:1521 username@prddbs01
4) Using the tunnel you cannot run: sqlplus user/password@//localhost:1521

1) correct
2) correct but because of running on windows. I replace "prddbs01" with IP 192.168.10.107
3) correct but with IP not hostname (same as 2)
4) correct but sqlplus welcome message appeared and last forever (see attached)sqlplus1.PNG

It seems that that your Oracle DB version is below 9i?? Here you can well reach the DB server on port 1521, but the server's response comes back over a different port which is obviously blocked by the firewall. This should normally not happen with stateful firewalls and plain sqlplus (not ssh tunnel!), but who knows how your firewall is configured ...
Many firewalls have an option to allow SQL connections (statefully). Can you talk to your firewall admin in this regard?

Additionally, please let me know which version your DB server is running. Maybe there are options to change its behaviour, by forcing the use of the original listener port for the sqlplus connections (share this port), so we can use the ssh tunnel anyway.

I think you should really contact your firewall admin to convince him to open it up for SQL connections (not just port 1521, which is already open!) between your PC and the DB server.
That way you won't need (better: you can't even use) an SSH tunnel, and life will become just easy.

We'll have big trouble to cheat your firewall with a tunnel, that's sure.
I'm still looking for Oracle options to find a way, but without success up to now.

They said their side is open port 1521 and this maybe problem on my laptop!!!
They ask me to try again on other PC. BTW They have never try using SQL client such as Navicat at their side. So now I need to prove at my side first. Will update you soon

I think it's not a problem of Navicat, but a general Oracle client problem.

If I'm not completely wrong you're not using the Navicat GUI yet, but just the commandline tool "sqlplus", and this is the one which already doesn't work.

I can understand your firewall people, because a Unix/Linux DB server should indeed not redirect ports, it should communicate over this one and only port 1521.

But as we have seen above, this seems not to be true in your case.

We've well noticed that port 1521 is open, because tnsping works, but we have also seen that with sqlplus the server's response never reaches your PC which must be due to some other port(s) being required.

I don't know where this might come from!

Many firewalls have an option to configure an SQL*Net module/proxy to let pass this kind of traffic. Perhaps doing this is what you could suggest to your firewall staff.

How to Unravel a Tricky Query
Introduction
If you browse through the Oracle zones or any of the other database-related zones you'll come across some complicated solutions and sometimes you'll just have to wonder how anyone came up with them. …

It’s 2016. Password authentication should be dead — or at least close to dying. But, unfortunately, it has not traversed Quagga stage yet. Using password authentication is like laundering hotel guest linens with a washboard — it’s Passé.