WINS proxy

Christopher R. Hertel crh at
Tue Aug 20 23:19:00 GMT 2002

On Wed, Aug 21, 2002 at 11:02:04AM +0400, Alex Torkhov wrote:
> Hi,
> I looked at sources of nmbd, and did some experiments with it,


You need to be looking at documentation, not at nmbd source.  You need to 
understand how WINS proxy is designed instead of how you wish it would 
work for you.  Since my last reply, I've gone ahead and done that work for 
you.  Read on...

> and see that that local announcement does not change WINS database.

That is correct behavior.  Here's evidence:

> I think that it is bug, and need to be patched.

No, it's not a bug.  It is working as designed.

> I am talking about samba-2.2.5 now.
> May be someone could patch it.
> If it will be do for samba-3.0 or if it is already patched, please notify
> me.

Before anything gets changed you'll need to convince people that there is
a good reason to change it.  As for WINS proxy, it is an outdated feature
with very limited utility.  It was designed by Microsoft to provide
support for older implementations which did not understand P-mode.  What
you are asking for is a new feature which would extend the normal behavior
of WINS proxy.

So, the real question is this:  Why do you want a new proxy service that
will convert broadcast-mode registrations into point-to-point
registrations and pass them to the NBNS?  Are you running B-mode systems 
that cannot be converted to run in H-mode?  How would you avoid sending 
duplicate enteries for M- and H-mode nodes on the same LAN?  If the WINS 
server sends a Negative Name Registration Response to the client, where 
will it actually go?  Should the WINS server accept name registrations
if the header IP does not match the registration IP?

There's a lot more to this than shows on the surface.

Chris -)-----

Samba Team --     -)-----   Christopher R. Hertel
jCIFS Team --   -)-----   ubiqx development, uninq.
ubiqx Team --     -)-----   crh at
OnLineBook --    -)-----   crh at

More information about the samba-technical mailing list