For one of our applications where occassionally the client runs on an external network, we need to hop through a bastion box to the application server, which lies within a SON. We are port forwarding the traffic (TCP2531) over the SSH session.
We are requiring authentication (SecurID) to SSH to the bastion box but have a script that will connect the user from the bastion box to the application server using the following command:
/usr/local/bin/ssh -l username -L
My question is this: We need the port forwarding for the application but we don't want the user to then have access to a shell. I've tried setting the shell to /dev/null to no avail. Any suggestions on how we can prevent the user from gaining access to the appserver but allow the port forwarding over SSH to work?
Thanks in advance!
tail -f to the rescue! This command is typically used to see the contents of text log files (tail -f /etc/something.log), but it can be helpful in other areas as well.
You are on the right track with /dev/null, but you need to do things a little differently. Try this command:
ssh -f -L 2531:127.0.0.1:2531 tail -f /dev/null
In this example, the tail -f /dev/null is used to keep the session open. This way, you don't have an actual shell session open and running.
Dig deeper on Linux system security best practices
Related Q&A from Kenneth Milberg
Unix-to-Linux migration expert Ken Milberg describes how virtualization, support, clustering and more fit into the migration of an IT infrastructure ...continue reading
A reader new to Linux wonders about which distribution is recommended for installing Nagios and what Nahant and Tikanga mean.continue reading
Documentation for Red Hat Enterprise Linux 5 covering checking system performance, tuning, kernel configuration and extending the file system exists ...continue reading
Have a question for an expert?
Please add a title for your question
Get answers from a TechTarget expert on whatever's puzzling you.