[pptp-server] can't see computers in Network Neighborhood

[Geoff Nordli]

I don't think it is a name resolution problem.  I think the problem
is building, and retrieving the master browser list of the domains.

Each subnet will have a masterbrowser, each client will be own their
own subnet.  Each subnetwork announces itself as the master browser
to the domain master broswer, using a directed MasterBrowserAnnouncement
Datagram.  The domain master browser then send a remote NetServerEnum
API call to each master browser, to collect each subnetworks's list of
servers.  The domain master browser mergest the server list from each
subnetwork master browser with its own server list, forming the browse
list for the domain.

I guess the question is.  Does a browse list actually get created for
that pptp connection.  If it doesn't it will never be, since most
browser traffic is broadcast based.



geoff nordli

-----Original Message-----
From: pptp-server-admin at lists.schulte.org
[mailto:pptp-server-admin at lists.schulte.org]On Behalf Of Cam Bowman
Sent: Saturday, January 08, 2000 11:54 PM
To: Piya.Saropala at Nextel.com
Cc: pptp-server at lists.schulte.org
Subject: Re: [pptp-server] can't see computers in Network Neighborhood


This sounds like a name-resolution problem.  To solve it, you must implement
some form of dynamic or static name resolution (that is Netbios Name to IP
address translations).  By default your WIN9x clients are trying to
broadcast to find the names of other computers, BROADCAST traffic will never
cross a PPP link.

Option #1
Configure a WINS server for WIN9x client.

To make this dynamic when the PPTP client connects, edit your PPPD "options"
file on the linux server; usually "/etc/ppp/options".
OPTIONS file should look something like this:

debug
name servername
auth
require-chap
proxyarp
ms-dns  192.168.1.10
ms-dns  192.168.1.11
ms-wins 10.1.141.12
ms-wins 10.1.142.10
lock


Please note the order of ms-dns and ms-wins addresses, the first one entered
becomes the primary and the next secondary.... and so on.


Options #2
LMHOSTS file on WIN9x client.  "c:\windows\lmhosts"
on NT "c:\winnt\system32\drivers\etc\lmhosts"

There is a sample file (lmhosts.sam) to help you configure this file,
remember to reboot or run "nbtstat -R" (reloads the file) after saving this
file.

If you don't have a WINS server and you want to save time setting up the
lmhosts file, input a PDC, BDC or server;  these computers are the most
likely to be the "master browser" (microsoft name for computer who holds all
computer names and share information).  This should get you a list of the
whole network neighbourhood.

This should take care of you problem..



Cam Bowman
Amtelecom Communications



>From: "Saropala, Piya" <Piya.Saropala at Nextel.com>
>To: "'pptp-server at lists.schulte.org'" <pptp-server at lists.schulte.org>
>Subject: [pptp-server] can't see computers in Network Neighborhood
>Date: Sat, 8 Jan 2000 17:02:29 -0500
>
>Ok.. I have try to lookup this situation in the archive but I didn't find
>..
>or I just don't know what I'm talking about(most lightly) any how, here
>goes...
>
>I'm running RedHat6.1
>Kernel 2.2.12-12
>And using win98se clients
>
>I have installed pppd and pptpd as instructed on the pptpd page... all my
>98
>machines can log-in fine, and I can ping the address that pptp give out to
>the 98 clients... I can also map the drive by using
>
>\\xxx.xxx.xxx.xxx\[share name]
>
>but I can't see anyone in the Network Neighborhood.
>Please help... I know it's a very simple thing that I miss...
>
>Thank you
>Piya Saropala
>
>_______________________________________________
>pptp-server maillist  -  pptp-server at lists.schulte.org
>http://lists.schulte.org/mailman/listinfo/pptp-server
>List services provided by www.schulte.org!

______________________________________________________
Get Your Private, Free Email at http://www.hotmail.com


_______________________________________________
pptp-server maillist  -  pptp-server at lists.schulte.org
http://lists.schulte.org/mailman/listinfo/pptp-server
List services provided by www.schulte.org!