portreserve

The portreserve program aims to help services with well-known ports that lie in the bindresvport() range. It prevents portmap (or other programs using bindresvport()) from occupying a real service’s port by occupying it itself, until the real service tells it to release the port (generally in its init script).

I work on this application as part of my job at Red Hat.

Download

Download tarball releases from:
http://cyberelk.net/tim/data/portreserve

Source Code

See the portreserve project on Pagure.

Bug Reporting

Report issues at Pagure.

Comments

6 responses to “portreserve”

Cyrus Mehta

January 9, 2009

Sounds like a great utility, not asking for Solaris port, but just asking if you consider this a purely Linux solution to this very real problem across most Unices, or do you think it can be easily modified to support Solaris (Sparc if it matters).

Reply
tim

January 9, 2009

I don’t think there’s any reason it wouldn’t work on Solaris as-is to be honest, but I haven’t tried it.

Reply
Paul Campbell

January 11, 2011

Sorry if this is a dumb question.

Why is portreserve needed ?

I am trying to remove services that I don’t need.
It looks like CUPS has a dependency on this.

Can you point me to someplace where I can read more about the service ?

Reply
tim

January 12, 2011

It’s to prevent portmap from stealing well-known ports for services that are installed.

Here’s the original discussion about the problem:
https://bugzilla.redhat.com/show_bug.cgi?id=103401

Reply
PRINT HEAD » The portreserve problem: is systemd the solution?

February 15, 2012

[…] a while ago I wrote portreserve, a utility to prevent ports getting stolen at boot time by portmap. This would happen with CUPS, […]

Reply
bill

March 21, 2013

Thanks for the utility and sharing.

Reply