From: Y Makki <bugzilla@sympatico.ca>
To: "Mailing List: Netfilter" <netfilter@lists.netfilter.org>
Subject: RE: Windows file sharing over different subnets
Date: 29 Mar 2003 02:31:06 -0500 [thread overview]
Message-ID: <1048923066.8358.36.camel@psyche> (raw)
In-Reply-To: <7C9884991ADAE0479C14F10C858BCDF5122DA7@alderaan.smgtec.com>
Hello,
Just thought I'd post to let you guys know how I got it to work.
On the Linux side, 2 simple things: enable IP forwarding and make sure
it's -P FORWARD ACCEPT or add 135:139 + whatever relevant traffic.
On the Windows side I removed netbios/netbeui from all 9x clients, and
checked 'client for microsoft networks' in bindings under tcp properties
for the ethernet adapter.
With this you can browse computers even over different subnets using
\\IP, or maybe add netbios names to lmhosts on each machine (which I
didn't bother trying). I took the other alternative which is install
Samba on the router and have it run as a WINS server; everything works
like a charm.
Thanks for the suggestions/help everyone
Cheers.
On Thu, 2003-03-27 at 16:24, Daniel Chemko wrote:
> I would really suggest WINS even if you only have 1 server, etc.. It is
> ment for interLAN communication like the one you describe.
>
> Oh, another thing would be to broadcast to each other's networks. I am
> not sure if NetBIOS likes this, but here goes.
>
> iptables -t nat -A PREROUTING --destination 192.168.1.255 -j DNAT
> --to-destination 192.168.2.255
>
> iptables -t nat -A PREROUTING --destination 192.168.2.255 -j DNAT
> --to-destination 192.168.1.255
>
> This effectively merges the subnets together on the broadcast range. Any
> broadcasts to one would go to the other.
>
> If my hypothesis is correct, a request for 192.168.2.2 would be detected
> since 192.168.2.2 would service the request for itself.
>
> Any SMB guru's can throw their 2 cents in any time :-)
>
>
> -----Original Message-----
> From: Y Makki [mailto:bugzilla@sympatico.ca]
> Sent: Thursday, March 27, 2003 11:41 AM
> To: Andrew J. Meader
> Cc: netfilter@lists.netfilter.org
> Subject: Re: Windows file sharing over different subnets
>
> Hi,
>
> I don't really need a wins server on the eth1 segment since there are no
> windows machines here except the file server, the eth2 segment has no
> servers at all.
>
> For testing I have set the FORWARD default policy to ACCEPT, and allow
> all incoming traffic from both eth1 and eth2.
> I also tried earlier to DNAT any 135:139 traffic coming from eth2 to the
> fileserver, which did not help. Ping works from segment to segment.
>
> Maybe there is a client or relay agent of some sort I could install on
> the linux gateway, I don't know.
>
>
>
> On Thu, 2003-03-27 at 14:17, Andrew J. Meader wrote:
> > Hi,
> >
> > Netbios is not routable (without help.) Make sure iptables is allowing
>
> > port 139 and make sure both network segments share a common wins
> server.
> > This is painfully obvious, but, can you ping from one segment to the
> > other segment?
> >
> > Have fun.
> >
> > Andy
> >
> > Y Makki wrote:
> >
> > >Hello,
> > >
> > >I'm faced with a problem on my network, I'll start by describing the
> > >structure. The router is a redhat box, with 3 network cards:
> > >eth0 goes to the dsl modem, ppp0
> > >eth1 goes to the 192.168.1.0 network which contains a Windows 2000
> file
> > >server (192.168.1.3)
> > >eth2 goes to 192.168.2.0 which contains windows clients, mostly Win98
> > >
> > >Is it possible to allow clients to see/use the file server? what I
> have
> > >done so far is add "option netbios-name-servers 192.168.1.3;" to
> > >dhcpd.conf and issue the following on the gateway:
> > >
> > >ip route add 224.0.0.0/4 dev eth1
> > >route add -net 255.255.255.255 netmask 255.255.255.255 eth1
> > >
> > >tcpdump shows some activity when trying to browse network
> neighborhood
> > >from the fileserver:
> > >
> > >a client (192.168.2.2)
> > >----------------------
> > >02:40:58.548757 arp reply 192.168.2.2 is-at 0:40:5:72:f6:6a
> > >02:40:58.549485 192.168.2.2.microsoft-ds > 192.168.1.3.1214: R [tcp
> sum
> > >ok] 0:0(0) ack 673608238 win 0 (ttl 128, id 3584, len 40)
> > >02:40:58.549552 192.168.2.2.netbios-ssn > 192.168.1.3.1215: S [tcp
> sum
> > >ok] 197681:197681(0) ack 673643567 win 8760 <mss 1460,nop,nop,sackOK>
> > >(DF) (ttl 128, id 3840, len 48)
> > >
> > >the fileserver (192.168.1.3)
> > >----------------------------
> > >02:41:01.476626 192.168.1.3.1215 > 192.168.2.2.netbios-ssn: S [tcp
> sum
> > >ok] 673643566:673643566(0) win 16384 <mss 1460,nop,nop,sackOK> (DF)
> (ttl
> > >128, id 13498, len 48)
> > >02:41:01.476736 192.168.1.3.1214 > 192.168.2.2.microsoft-ds: S [tcp
> sum
> > >ok] 673608237:673608237(0) win 16384 <mss 1460,nop,nop,sackOK> (DF)
> (ttl
> > >128, id 13499, len 48)
> > >02:41:02.242490 192.168.1.3.1220 > 192.168.1.1.domain: [udp sum ok]
> 49+
> > >A? 192.gateway.localdomain. [|domain] (ttl 128, id 13500, len 69)
> > >02:41:02.243234 192.168.1.3.netbios-ns > 192.168.1.255.netbios-ns:
> [udp
> > >sum ok]
> > >
> > >
> > >>>>NBT UDP PACKET(137): QUERY; REQUEST; BROADCAST
> > >>>>
> > >>>>
> > >TrnID=0x823B
> > >OpCode=0
> > >NmFlags=0x11
> > >Rcode=0
> > >QueryCount=1
> > >AnswerCount=0
> > >AuthorityCount=0
> > >AddressRecCount=0
> > >QuestionRecords:
> > >Name=192 NameType=0x20 (Server)
> > >QuestionType=0x20
> > >QuestionClass=0x1
> > >
> > >This goes on for a while, after which win2k says "192.168.2.2" cannot
> be
> > >found. Browsing from the client 192.168.2.2 yields no results.
> > >
> > >Any ideas/hints greatly appreciated.
> > >
> >
> >
>
>
>
next parent reply other threads:[~2003-03-29 7:31 UTC|newest]
Thread overview: 9+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <7C9884991ADAE0479C14F10C858BCDF5122DA7@alderaan.smgtec.com>
2003-03-29 7:31 ` Y Makki [this message]
2003-03-29 7:50 ` Windows file sharing over different subnets Raymond Leach
2003-03-27 20:15 Daniel Chemko
2003-03-27 22:29 ` ymakki
-- strict thread matches above, loose matches on Subject: below --
2003-03-27 19:08 Y Makki
2003-03-27 19:17 ` Andrew J. Meader
2003-03-27 19:40 ` Y Makki
2003-03-27 19:40 ` Andrew J. Meader
2003-03-27 21:25 ` Richard Doyle
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=1048923066.8358.36.camel@psyche \
--to=bugzilla@sympatico.ca \
--cc=netfilter@lists.netfilter.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox