Your message dated Sun, 06 Nov 2005 10:55:43 -0800
with message-id <[EMAIL PROTECTED]>
and subject line Bug#329941: fixed in portreserve 0.0.0-1
has caused the attached Bug report to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.
(NB: If you are a system administrator and have no idea what I am
talking about this indicates a serious mail system misconfiguration
somewhere. Please contact me immediately.)
Debian bug tracking system administrator
(administrator, Debian Bugs database)
--------------------------------------
Received: (at submit) by bugs.debian.org; 24 Sep 2005 15:44:50 +0000
>From [EMAIL PROTECTED] Sat Sep 24 08:44:50 2005
Return-path: <[EMAIL PROTECTED]>
Received: from 148.red-213-96-98.staticip.rima-tde.net (javifsp.no-ip.org)
[213.96.98.148] (Debian-exim)
by spohr.debian.org with esmtp (Exim 3.36 1 (Debian))
id 1EJCCn-0001Lv-00; Sat, 24 Sep 2005 08:44:50 -0700
Received: from jfs by javifsp.no-ip.org with local (Exim 4.52)
id 1EJCCk-0000fT-66
for [EMAIL PROTECTED]; Sat, 24 Sep 2005 17:44:46 +0200
Date: Sat, 24 Sep 2005 17:44:46 +0200
From: Javier =?iso-8859-1?Q?Fern=E1ndez-Sanguino_Pe=F1a?= <[EMAIL PROTECTED]>
To: [EMAIL PROTECTED]
Subject: ITP: portreserve - Port reservation program
Message-ID: <[EMAIL PROTECTED]>
Mail-Followup-To: [EMAIL PROTECTED]
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
protocol="application/pgp-signature"; boundary="gj572EiMnwbLXET9"
Content-Disposition: inline
User-Agent: Mutt/1.5.10i
Delivered-To: [EMAIL PROTECTED]
X-Spam-Checker-Version: SpamAssassin 2.60-bugs.debian.org_2005_01_02
(1.212-2003-09-23-exp) on spohr.debian.org
X-Spam-Level:
X-Spam-Status: No, hits=-3.0 required=4.0 tests=BAYES_00 autolearn=no
version=2.60-bugs.debian.org_2005_01_02
--gj572EiMnwbLXET9
Content-Type: multipart/mixed; boundary="qDbXVdCdHGoSgWSk"
Content-Disposition: inline
--qDbXVdCdHGoSgWSk
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Package: wnpp
Version: N/A; reported 2005-09-24
Severity: wishlist
Package name : portreserve
Version : 0.0.0
Upstream Author : Tim Waugh <twaugh _AT_ redhat.com>
URL : http://cyberelk.net/tim/portreserve/
License : GPL
Description : The portreserve program aims to help services with well-known
ports that lie in the bindresvport() range (currently 600-1023).
It prevents programs requesting a port to the libc 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).
Preliminary packages are available at
http://people.debian.org/~jfs/portreserve/
The accompanying README.Debian file is attached
Regards
Javier
--qDbXVdCdHGoSgWSk
Content-Type: text/plain; charset=us-ascii
Content-Disposition: attachment; filename="README.Debian"
Content-Transfer-Encoding: quoted-printable
portreserve for Debian
----------------------
This package is provided to solve an issue that affects some servers and=20
goes like this:
- an RPC server (ypbind, rpc.mountd...) runs on boot and requests a dynamic
port < 1024 using glibc's bindresvport().
- The libc provides the RPC server with a service in the 600-1023 with the
following formula 'port =3D (PID % 424) + 600)', unfortunately, this
port is the same port of a well known service (cups, laps,
kadmin, rsync, or SSL-enabled IMAP, IRC and POP3 servers) which has not
yet started.
- the well-known service tries to start later in the boot sequence and
fails because the port is assigned
If you look at /etc/services you will see that the services affected
with this issue are typically:
631 IPP =3D=3D CUPS
636 LDAPS
749 Kerberos V kadmin
783 SpamAssasin
873 rsyncd
992-995 SSL-enabled telnet and ftp, IMAP, IRC, and POP3
It has been suggest a number of times to add these ports to a blacklist
in libc but the glibc maintainers are against this as the affected services
might change with time (Note: sometimes this has been requested in portmap,=
=20
which is wrong since portmap does not assign ports, just registers them aft=
er=20
being assigned).
Typically local admins would fix this issue by changing the boot order
of services so that the server with the static well-known port was
started first, but sometimes this is not an option (i.e. mail servers
that rely on information maps from NIS).=20
Another option for local admins has been to assign static ports=20
to the RPC services _if_ the service allows for this=20
(like using '-p' with ypserv or ypbind). This also helps in setting
up packet filters for RC services.
What can I do fix this issue?
-----------------------------
(Written for admins, but maintainers can adapt this easily to their
packages too)
If you are running some of the servers above and are affected by this issue=
=20
you need to=20
a) Create a /etc/portreserve/$server file with a single line, the name of
the service port as found in /etc/services or a service number
b) Modify the /etc/init.d/$server file and add this before the service
is started:
[ -x "`which portrelease`" ] && portrelease $server
Notice that some package maintainers might gradually add this by default so
you might find that has already been done for you. If it hasn't you
might want to submit a bug to the Debian package quoting the above and
asking the maintainer to 'Recommend' portreserve. That way you will
not have to maintain these local changes yourself.
Possible issues:
----------------
If an RPC service is already running and you install a new package that
provides a daemon that requires the same port the installation will fail
_even_ if the package uses portreserve and portreserve is installed.
There is no way around this, since it would not make sense to have portrser=
ve=20
pre-configured for all possible services that require static ports if an ad=
min=20
is never going to install them and it's more manageable to have packages
provide the services than having a central blacklist.
In any case, admins that want to use portreserve as a blacklist regardless
of the service being installed can do that through /etc/portrelease
Further references:
------------------
Debian BTS:
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=3D261484 [portmap]
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=3D306465 [nis]
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=3D257876 [nis]
Red Hat's Bugzilla:
https://bugzilla.redhat.com/103401
https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=3D154800
Debian mailing lists:
http://lists.debian.org/debian-devel/2004/10/threads.html#00292
http://lists.debian.org/debian-devel/2005/09/thrd3.html#01062
-- Javier Fernandez-Sanguino Pen~a <[EMAIL PROTECTED]>, Sat, 24 Sep 2005 16=
:07:56 +0200
--qDbXVdCdHGoSgWSk--
--gj572EiMnwbLXET9
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: Digital signature
Content-Disposition: inline
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.1 (GNU/Linux)
iD8DBQFDNXRusandgtyBSwkRAv4JAJ9CWcebV4j54D1OfTIOIiYlziXACACfatFM
N6EPFXFSpBwLU09KAko+mH0=
=Yoqj
-----END PGP SIGNATURE-----
--gj572EiMnwbLXET9--
---------------------------------------
Received: (at 329941-close) by bugs.debian.org; 6 Nov 2005 18:56:40 +0000
>From [EMAIL PROTECTED] Sun Nov 06 10:56:40 2005
Return-path: <[EMAIL PROTECTED]>
Received: from joerg by spohr.debian.org with local (Exim 3.36 1 (Debian))
id 1EYpg7-0003R1-00; Sun, 06 Nov 2005 10:55:43 -0800
From: Javier Fernandez-Sanguino Pen~a <[EMAIL PROTECTED]>
To: [EMAIL PROTECTED]
X-Katie: lisa $Revision: 1.30 $
Subject: Bug#329941: fixed in portreserve 0.0.0-1
Message-Id: <[EMAIL PROTECTED]>
Sender: Joerg Jaspert <[EMAIL PROTECTED]>
Date: Sun, 06 Nov 2005 10:55:43 -0800
Delivered-To: [EMAIL PROTECTED]
X-Spam-Checker-Version: SpamAssassin 2.60-bugs.debian.org_2005_01_02
(1.212-2003-09-23-exp) on spohr.debian.org
X-Spam-Level:
X-Spam-Status: No, hits=-6.0 required=4.0 tests=BAYES_00,HAS_BUG_NUMBER
autolearn=no version=2.60-bugs.debian.org_2005_01_02
Source: portreserve
Source-Version: 0.0.0-1
We believe that the bug you reported is fixed in the latest version of
portreserve, which is due to be installed in the Debian FTP archive:
portreserve_0.0.0-1.diff.gz
to pool/main/p/portreserve/portreserve_0.0.0-1.diff.gz
portreserve_0.0.0-1.dsc
to pool/main/p/portreserve/portreserve_0.0.0-1.dsc
portreserve_0.0.0-1_i386.deb
to pool/main/p/portreserve/portreserve_0.0.0-1_i386.deb
portreserve_0.0.0.orig.tar.gz
to pool/main/p/portreserve/portreserve_0.0.0.orig.tar.gz
A summary of the changes between this version and the previous one is
attached.
Thank you for reporting the bug, which will now be closed. If you
have further comments please address them to [EMAIL PROTECTED],
and the maintainer will reopen the bug report if appropriate.
Debian distribution maintenance software
pp.
Javier Fernandez-Sanguino Pen~a <[EMAIL PROTECTED]> (supplier of updated
portreserve package)
(This message was generated automatically at their request; if you
believe that there is a problem with it please contact the archive
administrators by mailing [EMAIL PROTECTED])
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Format: 1.7
Date: Sat, 24 Sep 2005 16:07:56 +0200
Source: portreserve
Binary: portreserve
Architecture: source i386
Version: 0.0.0-1
Distribution: unstable
Urgency: low
Maintainer: Javier Fernandez-Sanguino Pen~a <[EMAIL PROTECTED]>
Changed-By: Javier Fernandez-Sanguino Pen~a <[EMAIL PROTECTED]>
Description:
portreserve - Port reservation program
Closes: 329941
Changes:
portreserve (0.0.0-1) unstable; urgency=low
.
* Initial release (Closes: #329941)
* This package should make it easier to fix #261484, #306465 and
#257876 for admins bitten by these bugs. Package maintainers
need to adapt their init scripts (and provide a /etc/portrelease file)
in order for this to work in the long run.
* Install portreserve in /sbin since it needs to run before the RPC
services and, consequently, before nfs-common (so /usr is not assured)
* Modify the RedHat script for Debian
Files:
7000ddf74eb7850e7903640a27d196b2 727 admin optional portreserve_0.0.0-1.dsc
33def58b3f3c8e322f581e15f120dd61 78266 admin optional
portreserve_0.0.0.orig.tar.gz
a1d770927b47466a714e5d767d82c918 29407 admin optional
portreserve_0.0.0-1.diff.gz
00ee9c4e33d5f7657ccdf7b649dac0e4 11932 admin optional
portreserve_0.0.0-1_i386.deb
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.1 (GNU/Linux)
iQCVAwUBQzzlgvtEPvakNq0lAQIimwP/UNuLNbXpiIt94xlP2KqZUSBL939q1+Im
fztPS7xwE9MlixEAxJbV0/Hu0ZvyymPgB/XQw2Ksj7E3FwsutbCDP/p8QMftUaPj
yRdIVwiqwENySCoAVqTIbzV7jYfFXX9lGH1ZCXN2sQ0HxVsXX148xtzC0xiXm/qe
9vAZaNIF4Oo=
=Q45j
-----END PGP SIGNATURE-----
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
