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 servers
Related Q&A from Kenneth Milberg
Learn which makes more sense for your enterprise: building your own cloud-based diagnostic tooling or purchasing an existing product. Expert Ken ... Continue Reading
Learn about Helm Charts and how Kubernetes supports a microservices architecture. Expert Ken Milberg discusses what you need to know before delving ... Continue Reading
As blockchain matures, an ecosystem of tools continues to sprout up around it. Learn how these offerings, including the Hyperledger Fabric Client SDK... 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.