From: Stelios Malathouras <s.malathouras@deltasoftsolutions.net>
To: Tom Lane <tgl@sss.pgh.pa.us>
CC: "pgsql-admin@lists.postgresql.org" <pgsql-admin@lists.postgresql.org>
Subject: Re: Does PostgreSQL listen_addresses='*' Dynamically Detect New
 Interfaces
Thread-Topic: Does PostgreSQL listen_addresses='*' Dynamically Detect New
 Interfaces
Thread-Index: AQHbvZSB8wxyOnhJyEGxBErOEca9uLPEGZgAgAEGi8k=
Date: Tue, 6 May 2025 06:17:17 +0000
Message-ID: 
 <PAWPR05MB10431E887118A12CD4A6677B78D892@PAWPR05MB10431.eurprd05.prod.outlook.com>
References: 
 <PAWPR05MB10431391F889466D240403A988D8E2@PAWPR05MB10431.eurprd05.prod.outlook.com>
 <2642499.1746455484@sss.pgh.pa.us>
In-Reply-To: <2642499.1746455484@sss.pgh.pa.us>
Accept-Language: en-US
Content-Language: en-US
msip_labels: 
authentication-results: dkim=none (message not signed)
 header.d=none;dmarc=none action=none header.from=deltasoftsolutions.net;
x-ms-publictraffictype: Email
x-ms-traffictypediagnostic: PAWPR05MB10431:EE_|DB9PR05MB9486:EE_
x-ms-office365-filtering-correlation-id: 12cd8ff0-5777-4bbc-e284-08dd8c65a6cd
x-ms-exchange-senderadcheck: 1
x-ms-exchange-antispam-relay: 0
x-microsoft-antispam: 
 BCL:0;ARA:13230040|1800799024|376014|366016|8096899003|7053199007|38070700018;
x-microsoft-antispam-message-info: 
 =?iso-2022-jp?B?cTkxdWM3Y2NVSCtKVERiWFVCM29OYlkwZHRZTW9mclpvUkZPMXNWT1VK?=
 =?iso-2022-jp?B?bU03eTViSjJrbGVxNVZ5a2hPM2pSU2NuanpUTXpPTzIrTk5zWm5FS01Y?=
 =?iso-2022-jp?B?VHRZV21FbDV2N0FLaGtFV2VWR0hUWjMyMGxUMnE1bnExOHQvbUxsRk9S?=
 =?iso-2022-jp?B?VUM5RGhMam8waHpHcHFKMVJKQitSalNjbldSKzkrWENxc0E1bStYYUxS?=
 =?iso-2022-jp?B?enY4Ti8yTWFoakpwMitncHk1QS90QjNuKzg1RStGUWRUOW83a2l2R09k?=
 =?iso-2022-jp?B?ckZPbkRnaE9lL1ViTjJrczRMQTdKME1yaFJYOERDSlJvLzludFB0OWRR?=
 =?iso-2022-jp?B?M2VwemxxYkZMcmh2ai9mTlZISFVrcTEraW9yRld1WFduNmdxMkRkTDdz?=
 =?iso-2022-jp?B?T3dBMzJoRVdIWVNmM1BDYk45THNHdFN6SURKUWYvSnFOVU1sWmZleWlK?=
 =?iso-2022-jp?B?N3o5QmVjZFBHNStMWTlSNXJMaWpsalVWbmQxS2xoRGEra3VyaVFMRkh1?=
 =?iso-2022-jp?B?NmJqZ09EMTAydktFNm5UV1ZNNjROSCsyN2pBME9WcmtaUGVmRkN1YUZo?=
 =?iso-2022-jp?B?RkJkemIzM21lUEVocnVUT1NMNFZDUUdDMzlDUW55bEtlUnNCUDZwN0tp?=
 =?iso-2022-jp?B?d2c1anhYb2RscWEwSGJUblJHZDZvbUYrTXJMOE9JWHN4bWVPemVmclVQ?=
 =?iso-2022-jp?B?UFE5M1BOT0VZdEppUXE2VU5LcDJMWTI3cThBRmNORUs0TzJIU2ZhRVQ5?=
 =?iso-2022-jp?B?NGh2Sm9SUS9KMmZUZ1FNbGJOL2lOSTNwQUZiK04wRU9OWGNXWjRtOXN2?=
 =?iso-2022-jp?B?N2E1T0g0K0w5ZS9ISjl3K2Z0aHlReko2TndvcHpoSU91ZXBtTVJjaWwy?=
 =?iso-2022-jp?B?dDAwdlZ4R0kwUTFMSUdtYmtMTjh5bS90UW9Hc3RWZEo1SnpFTVJHamdG?=
 =?iso-2022-jp?B?UGsyOEdYWldwS2Z4OUFQVHlQa29aOVo4UVpaUFZBK2pESk53RXlMWUZ0?=
 =?iso-2022-jp?B?VlNjZGVxNDA2UUE1blk2bjV0UHNEZmxlM3BLOHNDTHZpYWptV2xkZU1u?=
 =?iso-2022-jp?B?U0I4a0J6TmkwWE9yWVNOb0dWb2tQV3hYakN0VWdIY3lSK05XTlVmR0FU?=
 =?iso-2022-jp?B?NVJXNDNNb0FwbDhWRmhkZGRKUUtEVHIvR29QMGsvRWdOYVI1L2xFUGRL?=
 =?iso-2022-jp?B?bXRnMWhlU0tSZ3lXdmF5bERwUmVRckN0cURIUGFmQ3FGNDRUc2JiYXdQ?=
 =?iso-2022-jp?B?RkdBSGEyRTVyV3FkS0xRR1puYXo3WENIUGtZTERpQTEzZHh6RnVNK3Ux?=
 =?iso-2022-jp?B?eXhBWWxrTlJEdHBidmcwRkFRNmZkWEFoSm1QcmhiQmh6alJXYlR3Ymdh?=
 =?iso-2022-jp?B?emJvZDFWS3lnenY3UTFCb2V5cllMcmZNSlZDZGhSeHFmZmdyVjkwZXpm?=
 =?iso-2022-jp?B?KzhJSkJhb3Y5V2tHRWlOMXNtSGtQTDBmM1RHT2pYVVc2RkRGZ05uRlRX?=
 =?iso-2022-jp?B?OUQ3UlltTVlRcWgwU3BaZDVHMEJhRG8xSDJid1dJUElROU1yanFtK2R5?=
 =?iso-2022-jp?B?dkdINkFFN3RhUytmTDV1VWZiQVZUTThQTHJ1WVdkSVZrRWdOVHJGTmp0?=
 =?iso-2022-jp?B?QTdBNjA5S3ROeThaS3daS2RKVTl2WXBqSTdoekdtb0N3cHQrM0lCKzlh?=
 =?iso-2022-jp?B?bHFnSnlJQkg0M0V5aWNlSTZaWjl6UEZzUERqZFE3SlFzaDgxSS9JbGlV?=
 =?iso-2022-jp?B?MXRaSVZMS0dNRmF6YVQ4Nk1FVzdBaHEzR0hISExnRlFSZzNYUHQ2S2hK?=
 =?iso-2022-jp?B?czZGZzRndElNcHBKdFBRVUpPaU5zbEVFK2lQejVVUHBQc2lMMXQzWG95?=
 =?iso-2022-jp?B?UTVZYTd3aWhDVGZobURJMGFwb2JvNTU1SitTa1RjZGo4VFo3Rzkvalkw?=
 =?iso-2022-jp?B?VGo0L3hCdnVUYlRHbTdWQWdvVjJxZG1iZXJnbVZUVUM2SkE3Ty9qUG1H?=
 =?iso-2022-jp?B?ZDVUakhtQ0xXL0tUaldEbW5nUGFleGZCSXE3Y0JTTVh3VlJUc2N6L3dl?=
 =?iso-2022-jp?B?WUpINmRnWnZYUXFFcmxzcVRna0VCVDR3dTZPcEZPQnRaL0doUjRDbDJM?=
 =?iso-2022-jp?B?R1dodkJCVG5oSm9pRlY3ZUt4UDZ5WUdBPT0=?=
x-forefront-antispam-report: 
 CIP:255.255.255.255;CTRY:;LANG:ja;SCL:1;SRV:;IPV:NLI;SFV:NSPM;H:PAWPR05MB10431.eurprd05.prod.outlook.com;PTR:;CAT:NONE;SFS:(13230040)(1800799024)(376014)(366016)(8096899003)(7053199007)(38070700018);DIR:OUT;SFP:1102;
x-ms-exchange-antispam-messagedata-chunkcount: 1
x-ms-exchange-antispam-messagedata-0: 
 =?iso-2022-jp?B?MWE0VkwyS29YNmZwdWRiWGpkVkh0RFI0azVPV08zNktiRExzT1I3bm1V?=
 =?iso-2022-jp?B?ZURKc3d2eVd2THF3ZVJTMm9FTTI4MklYemd6K01YTTBFY2VjWHRVcUJT?=
 =?iso-2022-jp?B?dmtzQ3k1L2pwK0MzQWx5VC9ub3JkbmxGaDd2cXRVOW1kOGJFUVVaVDVZ?=
 =?iso-2022-jp?B?WThNVDZ2UVcrV1lOTlA0TUhWWmIzZjIxY2VJM0NHNkxzRjM3VkdCY0N0?=
 =?iso-2022-jp?B?U3pKdGttRlIzL3U2RmQ1WEFZS1gyNzVCTnVCTSsxYUFZMWRLdVphWkVr?=
 =?iso-2022-jp?B?SGlnNmdza1U2bkx3ZHlZM2tkaTVIcDZRSWlobENkUkJFTmQzMDFIK3ZZ?=
 =?iso-2022-jp?B?RzVoRml2NkR0K20rTTZva25NRmIrek1XZTI5cjZYb2dteTJ2TjdWVVpH?=
 =?iso-2022-jp?B?TE1uSjlOZExYQXVreEpnZVBUREhBNnA4VVE4UTBucXF2MnAzNkJCR01R?=
 =?iso-2022-jp?B?clFBMGRoZlFyMDY3bGtlc1RsZXo2R2ZrMmIwbHR5eE4rU3p2T2EwSFpk?=
 =?iso-2022-jp?B?VG81OFhyWVUwbHNhb3FBM3BMK21MSU5MVjFPUnJIb0tlY0VJQ0tXNGEz?=
 =?iso-2022-jp?B?bUpic3JmYlhwRjRVWG1ZVTNvbHdweWJkZmJQWU1VdUppVy8xKzdTaUc3?=
 =?iso-2022-jp?B?NEc3VStIQUJVOWpvZS9DT2Z4NHNycmNJNFdxVlFVT1dYYVErdFpOeHVC?=
 =?iso-2022-jp?B?OC9kTk1pR3Q0NzdzMmFMc1BKUFFQMC9GTVVubFZ5cjBoclhwS1crQVAr?=
 =?iso-2022-jp?B?RndhdjBDaVcwODVSN3ZHRjJaZXlvQ3FIcThXRmtBcUk4Mk9iQktJMld4?=
 =?iso-2022-jp?B?OXhhUGY4WUllM1hIL0dLdjBFUEVjZWg0bkZrd0JlSHNzL2xNVmRuTWE1?=
 =?iso-2022-jp?B?K2x6dlBJVFJkZGxKenVpdXpMUTZUelNSa1lLM0FwQUx6RXZlUnR1Y1p3?=
 =?iso-2022-jp?B?WVBNbUNGMy8vN3ZaYzRQMk13aSt4d0FTbVZ6bzBoUVhuQmNnQU5tL29E?=
 =?iso-2022-jp?B?REpEOWpwcjlyRVMvWUsxNjlUUDlRZERnVUQ3ZnJLcHkxK1ZVMFhaSjky?=
 =?iso-2022-jp?B?a00veGM1VmhBeVZyM0tkd0NhL0ZvdUZyVzM3bDZZeEw4dk5ONkdlelpB?=
 =?iso-2022-jp?B?SmYwSmNEbHBMYnc5amxyK2NnWTNvWUxlbS9MenZsVWVJeW9mc3lnMW9l?=
 =?iso-2022-jp?B?YlM1K2ptQUJEYTBOZ052UEdBNWlWa0orMFRSZ3I1YmkrQ0pWbEpodnRq?=
 =?iso-2022-jp?B?OXBzZk5QWnZ4YW9sbG9MZHJzMUZPREtobitGQ3FoV0dxWlk2SHVSd2JO?=
 =?iso-2022-jp?B?bUptaXlEV2FkeEt1d3RQV0h0b3I4OVVybHlEbkkvTlRCK01kUFYwck9m?=
 =?iso-2022-jp?B?R25NU1dMYlFMUkNJNWRsL2hWMmlKQlpSUVBzS2t3Mk50R1ltdGpqVzVv?=
 =?iso-2022-jp?B?V1lNajdGOGRGS2ZMVEdnRFZDUHA4SmluVDdyc25aU25EUE5HRlRJL3Va?=
 =?iso-2022-jp?B?MjE0bTFYK1dWRmxBYkdObDJIM3lGOWg5NUtUeDJDa3F0WWtTeEIrQ0pj?=
 =?iso-2022-jp?B?NkRVQ3VJdWxJQmxaeEkwZ1BqbzY2d09GdWcvd05YRTdzTVRub2Y3T3FN?=
 =?iso-2022-jp?B?VnNIR0dwbnpZVmpkZW1lTlpmbEdHci9CU1h4TzE3NkE5RnBBWUlTMHoz?=
 =?iso-2022-jp?B?MWU1MnIvd3EzWk42TVFYekFXS2grd1pOenRzZDE0M0JxQlJyM3NYQXVl?=
 =?iso-2022-jp?B?eG5Ja2VONTFqcW9WeDBBSklnbGM0M215QVpDVHJWaHFha3VES3VpVngw?=
 =?iso-2022-jp?B?azNsdFlMem1JamJFZFVkeWNFbmhwRjNENUJBc1lrRHVpUng3aUxiN0tq?=
 =?iso-2022-jp?B?Z1FLNmh2Z1ppQmpnLytlZFhNWW95TWhPN3dZQlBzVy9rOGNPdjVTUlkv?=
 =?iso-2022-jp?B?UkNjNlJ0RGtRdWMzNE5obmM4UnlIUHF4Sk5DaTBZU1lGd21Ga1hLZHB1?=
 =?iso-2022-jp?B?VS9LTHVDQ2krWUpwYW1RcU5YaExwTjh6NHpGeW0xajhmbGhtVGo4Y0w4?=
 =?iso-2022-jp?B?OVluUVRYU3ZlVlQvS1VqNEp1eWNJS0pTazhPY0JTR0RnYzVLMVdTZTRD?=
 =?iso-2022-jp?B?Z25NVUdsdERjSXllNEpTWUtidFJXUVlrKzBzNTcwci90NWZWRDRoV3hm?=
 =?iso-2022-jp?B?emZaWnpHNFBmZm4vUkFMMVFYdGwrZ1N0K1RJclFyckUwZndvZ1hEeUs4?=
 =?iso-2022-jp?B?YUpobko2RVFOSHYrbUIvNC9ONS9ObVFGU0ZPV3BpT01EcGJFdTR4aCtu?=
 =?iso-2022-jp?B?TEdDMHYycUMzcTRsekhjaUtvMFNmNGdSSWVGcnl4NFcwM3dHSi9uN1V5?=
 =?iso-2022-jp?B?K0tCQnc9?=
Content-Type: multipart/alternative;
	boundary="_000_PAWPR05MB10431E887118A12CD4A6677B78D892PAWPR05MB10431eu_"
MIME-Version: 1.0
X-OriginatorOrg: deltasoftsolutions.net
X-MS-Exchange-CrossTenant-AuthAs: Internal
X-MS-Exchange-CrossTenant-AuthSource: PAWPR05MB10431.eurprd05.prod.outlook.com
X-MS-Exchange-CrossTenant-Network-Message-Id: 
 12cd8ff0-5777-4bbc-e284-08dd8c65a6cd
X-MS-Exchange-CrossTenant-originalarrivaltime: 06 May 2025 06:17:17.4495
 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: d063c893-051f-4b02-8460-a8aa24fc54b7
X-MS-Exchange-CrossTenant-mailboxtype: HOSTED
X-MS-Exchange-CrossTenant-userprincipalname: 
 LoxhltEvIJlG63T2ntL0MrZd69BkbltDJT1xHbCpcaKf3SfrMa/0qGGAE3fRG08jRPfqfNlABFI1Ku8yJyXhxW2KYgA7b+bV0XtWBMd1eHkr+iFzDsW31yhd/8Ho0Pwe
X-MS-Exchange-Transport-CrossTenantHeadersStamped: DB9PR05MB9486
List-Id: <pgsql-admin.lists.postgresql.org>
List-Help: <https://lists.postgresql.org/manage/>
List-Subscribe: <https://lists.postgresql.org/manage/>
List-Post: <mailto:pgsql-admin@lists.postgresql.org>
List-Owner: <mailto:pgsql-admin-owner@lists.postgresql.org>
List-Archive: <https://www.postgresql.org/list/pgsql-admin>
Archived-At: 
 <https://www.postgresql.org/message-id/PAWPR05MB10431E887118A12CD4A6677B78D892%40PAWPR05MB10431.eurprd05.prod.outlook.com>
Precedence: bulk

--_000_PAWPR05MB10431E887118A12CD4A6677B78D892PAWPR05MB10431eu_
Content-Type: text/plain; charset="iso-2022-jp"
Content-Transfer-Encoding: quoted-printable

Thanks for explaining the internal mechanism, Tom.  Much appreciated.


Stelios Malathouras


________________________________
From: Tom Lane <tgl@sss.pgh.pa.us>
Sent: Monday, May 5, 2025 5:31 PM
To: Stelios Malathouras <s.malathouras@deltasoftsolutions.net>
Cc: pgsql-admin@lists.postgresql.org <pgsql-admin@lists.postgresql.org>
Subject: Re: Does PostgreSQL listen_addresses=3D'*' Dynamically Detect New =
Interfaces

Stelios Malathouras <s.malathouras@deltasoftsolutions.net> writes:
> Our local tests, with listen_addresses =3D '*',  show that the postgres l=
istener accepts connections immediately to the new IP.
> The same behavior is observed when adding a new network interface.  Postg=
res accepts connections to the new network interface (and IP) immediately w=
ithout requiring a restart.

It might be platform-dependent.  We call getaddrinfo(3) only once at
postmaster start, passing node =3D NULL if you said "*", and then
bind(2) to each resulting address.  The Linux manpage for getaddrinfo
quoth

       If  the  AI_PASSIVE  flag  is  specified in hints.ai_flags, and node=
 is
       NULL,  then  the  returned  socket  addresses  will  be  suitable   =
for
       bind(2)ing  a  socket  that  will  accept(2) connections.  The retur=
ned
       socket address will contain the "wildcard address" (INADDR_ANY for I=
Pv4
       addresses, IN6ADDR_ANY_INIT for IPv6 address).  The wildcard address=
 is
       used by applications (typically servers) that intend to accept  conn=
ec=1B$B!>=1B(B
       tions  on  any  of  the host's network addresses.

The POSIX standard for getaddrinfo also says that these parameters
yield a wildcard address, but it doesn't say in so many words that
that results in accepting connections on any of the machine's
interfaces.  Maybe it says that elsewhere, though; I didn't go
digging.  In any case, you're probably fine on any Linux box,
but if you want to rely on this behavior on some other platform
I'd advise testing first.

                        regards, tom lane

--_000_PAWPR05MB10431E887118A12CD4A6677B78D892PAWPR05MB10431eu_
Content-Type: text/html; charset="iso-2022-jp"
Content-Transfer-Encoding: quoted-printable

<html>
<head>
<meta http-equiv=3D"Content-Type" content=3D"text/html; charset=3Diso-2022-=
jp">
<style type=3D"text/css" style=3D"display:none;"> P {margin-top:0;margin-bo=
ttom:0;} </style>
</head>
<body dir=3D"ltr">
<p class=3D"elementToProof" style=3D"margin-top: 0px; margin-bottom: 0px; f=
ont-family: Aptos; font-size: 11pt;">
Thanks for explaining the internal mechanism, Tom.&nbsp; Much appreciated.<=
/p>
<p class=3D"elementToProof" style=3D"margin-top: 0px; margin-bottom: 0px; f=
ont-family: Aptos; font-size: 11pt;">
<span style=3D"font-family: Aptos, Aptos_EmbeddedFont, Aptos_MSFontService,=
 Calibri, Helvetica, sans-serif; color: rgb(0, 0, 0);"><br>
</span></p>
<div id=3D"Signature">
<p style=3D"margin-right: 0cm; margin-left: 0cm; font-family: Aptos, sans-s=
erif; font-size: 12pt;">
<span style=3D"font-size: 10pt; color: black;"><b>Stelios Malathouras</b></=
span></p>
<p style=3D"margin-right: 0cm; margin-left: 0cm; font-family: Aptos, sans-s=
erif; font-size: 12pt;">
<span style=3D"font-size: 10pt; color: black;"><br>
</span></p>
<p style=3D"margin: 0cm; font-family: Aptos, sans-serif; font-size: 12pt;">=
&nbsp;</p>
</div>
<div id=3D"appendonsend"></div>
<div class=3D"elementToProof" style=3D"font-family: Aptos, Aptos_EmbeddedFo=
nt, Aptos_MSFontService, Calibri, Helvetica, sans-serif; font-size: 11pt; c=
olor: rgb(0, 0, 0);">
<br>
</div>
<hr style=3D"display: inline-block; width: 98%;">
<div id=3D"divRplyFwdMsg" dir=3D"ltr"><span style=3D"font-family: Calibri, =
sans-serif; font-size: 11pt; color: rgb(0, 0, 0);"><b>From:</b>&nbsp;Tom La=
ne &lt;tgl@sss.pgh.pa.us&gt;<br>
<b>Sent:</b>&nbsp;Monday, May 5, 2025 5:31 PM<br>
<b>To:</b>&nbsp;Stelios Malathouras &lt;s.malathouras@deltasoftsolutions.ne=
t&gt;<br>
<b>Cc:</b>&nbsp;pgsql-admin@lists.postgresql.org &lt;pgsql-admin@lists.post=
gresql.org&gt;<br>
<b>Subject:</b>&nbsp;Re: Does PostgreSQL listen_addresses=3D'*' Dynamically=
 Detect New Interfaces</span>
<div>&nbsp;</div>
</div>
<div class=3D"elementToProof" style=3D"font-size: 11pt;">Stelios Malathoura=
s &lt;s.malathouras@deltasoftsolutions.net&gt; writes:<br>
&gt; Our local tests, with listen_addresses =3D '*',&nbsp; show that the po=
stgres listener accepts connections immediately to the new IP.<br>
&gt; The same behavior is observed when adding a new network interface.&nbs=
p; Postgres accepts connections to the new network interface (and IP) immed=
iately without requiring a restart.<br>
<br>
It might be platform-dependent.&nbsp; We call getaddrinfo(3) only once at<b=
r>
postmaster start, passing node =3D NULL if you said &quot;*&quot;, and then=
<br>
bind(2) to each resulting address.&nbsp; The Linux manpage for getaddrinfo<=
br>
quoth<br>
<br>
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; If&nbsp; the&nbsp; AI_PASSIVE&nbsp; fl=
ag&nbsp; is&nbsp; specified in hints.ai_flags, and node is<br>
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; NULL,&nbsp; then&nbsp; the&nbsp; retur=
ned&nbsp; socket&nbsp; addresses&nbsp; will&nbsp; be&nbsp; suitable&nbsp;&n=
bsp; for<br>
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; bind(2)ing&nbsp; a&nbsp; socket&nbsp; =
that&nbsp; will&nbsp; accept(2) connections.&nbsp; The returned<br>
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; socket address will contain the &quot;=
wildcard address&quot; (INADDR_ANY for IPv4<br>
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; addresses, IN6ADDR_ANY_INIT for IPv6 a=
ddress).&nbsp; The wildcard address is<br>
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; used by applications (typically server=
s) that intend to accept&nbsp; connec=1B$B!>=1B(B<br>
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; tions&nbsp; on&nbsp; any&nbsp; of&nbsp=
; the host's network addresses.<br>
<br>
The POSIX standard for getaddrinfo also says that these parameters<br>
yield a wildcard address, but it doesn't say in so many words that<br>
that results in accepting connections on any of the machine's<br>
interfaces.&nbsp; Maybe it says that elsewhere, though; I didn't go<br>
digging.&nbsp; In any case, you're probably fine on any Linux box,<br>
but if you want to rely on this behavior on some other platform<br>
I'd advise testing first.<br>
<br>
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nb=
sp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; regards, to=
m lane</div>
</body>
</html>

--_000_PAWPR05MB10431E887118A12CD4A6677B78D892PAWPR05MB10431eu_--