Server Fault is a question and answer site for system and network administrators. Join them; it only takes a minute:

Sign up
Here's how it works:
  1. Anybody can ask a question
  2. Anybody can answer
  3. The best answers are voted up and rise to the top

We want to deploy a J2EE WAR file from a build server to an application server (running JBoss 7.1.1) using the JBoss management console. Each machine is located on a different network. On the build server, we are using Jenkins to run build scripts. The problem is the build server doesn't have a dedicated IP (hosted at Cloudbees) and we would also like to restrict to the application server so that only the build server can deploy to it.

My question is, what methods are available to us regarding securing access to our application server from our build server? Although our application server is hosted on Amazon, that is not a guarantee going forward, although it is a guarantee that we will be hosted on some type of CentOS distribution.

Thanks, - Dave

share|improve this question
Sure would be nice if IPv6 was a thing, since IPSEC is built-in. – Zoredache Jan 15 '13 at 20:44

Without a dedicated IP, you have to fall back on implementing some sort of certificate authentication (which can be copied from one machine to another) or username / password authentication (which an be used on any machine in the world). In short, the problem you're trying to solve is extremely difficult to solve, if it's even solvable at all.

share|improve this answer
Could you elaborate on the certificate authentication? How can I place something on my build server (client) that can then be recognized by the server? – Dave Jan 15 '13 at 20:47

What about using hostnames and resolving to a dynamic IP?

share|improve this answer
The IP most likely can't be reverse-resolved. So You can't do it that way. Or, if you simply trust the hostname the workstation gives you, then anyone in the world can impersonate you, giving you less security than before since you think you're secure and so become complacent. – John Jan 15 '13 at 20:40

Your Answer


By posting your answer, you agree to the privacy policy and terms of service.

Not the answer you're looking for? Browse other questions tagged or ask your own question.