Conor wrote in message
(E-Mail Removed):
> In article <46535e49$0$8719$(E-Mail Removed)>,
> Martin Underwood says...
>> Lurch wrote in message
>> (E-Mail Removed):
>>
>>> On Tue, 22 May 2007 20:29:57 +0100, "Martin Underwood" <a@b> mused:
>>>
>>>> I've encountered a strange problem.
>>>>
>>>> A network of three PCs, all connected wirelessly, cannot access
>>>> shared drives on one of the PCs - but only if that "sharing" PC is
>>>> connected by wireless; if I connect it by Ethernet it works fine.
>>>> All PCs get their IP addresses by DHCP.
>>>>
>>> Router blocking traffic between wireless and LAN? I used to have a
>>> router did this, ended up sticking a WAP on the LAN instead.
>>
>> Except that two of the three PCs can communicate wirelessly with
>> each other but can't communicate wirelessly with the third. If *any*
>> two PCs can communicate wirelessly, that suggests that Wireless
>> Isolation is turned off. And before anyone suggests it, there's no
>> MAC filtering defined - if there was, that would prevent the named
>> PCs from connecting at all.
>
> OK..Assuming you've made sure file and print sharing is listed in the
> exceptions of the firewall you have.
It's Norton Internet Security 2007. I disabled the firewall as part of my
testing, but to no avail. For some reason I found that it was not sufficient
to trust "all computers on the network with MAC address X" [that of the
router] but instead had to explicitly add each likely IP address
individually. Older versions of Norton (eg 2006 and before) were so much
easier in that they allowed you to add range of IP addresses to the Trusted
list.
> Network Connections. Right click on the wifi one and select
> Properties. Click on TCP/IP protocol and select properties. At the
> bottom right under entries for IP/DNS, click Advanced. Go to the WINS
> tab. Click the radio button marked "Enable NetBIOS over TCP/IP".
Ah, the NB over TCP setting - forgot to check that one! Damn! I wonder...
However I'm sure I did an "nbtstat -n" and found the entries that I'd
expect: hostname with null and space in 16th byte; workgroup name with null,
0x1D and 0x1E in 16th byte. That suggests that TCP NB is running. But I'll
check.
Strange that the same connection object (ie for the wireless card) worked
for connection to the old router.
I noticed something else: the router's "Attached Devices" page was either
empty or only listed one PC (my own laptop, used for testing) when it should
give a full DHCP client list - with computer names either shown as "Unknown"
or else as the actual hostname. My DG834GT always lists all PCs that are
connected. I was using the Windows Zero Config service to control the
wireless card, as I found it to be more resilient to temporary dropouts than
the Belkin software.
Is it likely that a change of wireless card will help (eg to a Netgear
WG111, same manufacturer as router) or is that a complete red herring? In
people's experience, is the sensitivity of a USB device, positioned higher
where it's not shielded by the PC's case, likely to be better than a PCI
card with its own stub aerial? I believe that PCI cards are supposed to be
better if you compare against USB *in the same location* but the USB device
can be positioned away from the PC's shadow.
I'd love to know what's causing such poor wireless reception. Distance is
about 50 metres, from first-floor wooden window frame and window to ground
floor wooden shed with (as far as I can tell) no foil lining to the inner
skin of the walls. There is a large metal tank along the *side* of the shed,
but not in direct line of sight for most of the shed.