Wireless Access Point

The journey of a thousand miles begins with the first step.

Can you get to the AP using CAT5 and a PC?
What are the network settings on the PC and the AP when the firewall is out of the equation??

I took your advice and hooked the AP directly into another computer and I got the 3COM admin screen.  For some reason after this things started working and all of my old setting were still in the WAP.

The WAP is recognized and is getting an IP address and the media server works all over the house, which is good. 

Now the next question.  I currently have the WAP hooked into a switch on the internal interface.  I have read in other posts that for the highest security the WAP should be connected into another NIC card by itself like a DMZ.

I have other NICs already in ASL5 that are available.  Should I take the WAP off of the switch and configure another interface?  If I do it this way what changes to ASL do I need to make other that adding another interface card?  I am going to take a WAG at this but should I 1)  Add another interface for the NIC card 2) add a rule to the packet filter to allow connection for the interface card.

Also, how is the security higher for the WAP if it is connected to its own NIC as the only device as apposed to just being added to the network switch along with all of the other devices?

Thanks in advance

I don't know if that's what he meant you to do, but that configuration is not going to work.
Delete the additional interface on Internal.

Is the WAP hooked up to interface "DMZ"?
What is its current IP and netmask?

Get rid of the 3COMAP NAT rule for now.

Ok, I have deleted the WirelessAP interface and deleted the packet filter and DNAT rule.  All that I have now is the DMZ interface where the AP is connected to.

The DMZ  interface is 192.168.30.1 with a netmask of 255.255.255.0

The actual AP has a static IP of 192.168.30.10 and a netmask of 255.255.255.0

And I presume:

• The Internal to Any rule is still in place
• The WAP uses HTTP and not HTTPS
• The AP's gateway is set to 192.168.30.1
• The Internal machine you are trying to access the AP from also has its gateway set to 192.168.20.1
• You understand that a "crossover cable" is not just any type of network cable, but is specially wired for NIC to NIC connections (as opposed to NIC to hub or switch...)
  

[/list]
If all ICMP options are enabled on Astaro, can you ping the AP from that PC on Internal whose gateway is set to Astaro?
Can you browse to the AP from that machine in Internal??

And to simplify matters, you have disabled the HTTP proxy for now...

The Internal to Any rule is still in place -YES
The WAP uses HTTP and not HTTPS - YES
The AP's gateway is set to 192.168.30.1 - YES
The Internal machine you are trying to access the AP from also has its gateway set to 192.168.20.1 - YES, all internal LAN computers have 192.168.20.1 set as the gateway

You understand that a "crossover cable" is not just any type of network cable, but is specially wired for NIC to NIC connections (as opposed to NIC to hub or switch...) - YES

If all ICMP options are enabled on Astaro, can you ping the AP from that PC on Internal whose gateway is set to Astaro?

When all ICMP options are enabled I can ping 192.168.20.1 and 192.168.30.1 and get replies ok.  When I try to ping 192.168.30.10, the AP static address, I get the following no matter which machine on the LAN I try it from:

Request timed out, Reply from 192.168.20.1, Destination host unreachable.

HTTP proxy disabled - YES
 
Can you browse to the AP from that machine in Internal?? NO, not from any internal LAN machines

Now we're going to narrow it down to the Astaro config or your AP:

Take a PC and give it the same IP as your WAP; take the WAP temporarily offline and put the PC in its place with the crossover connection. Reboot Astaro and do the same ping test.

If you're up to it, repost screenshots of your current configuration.

That "unreachable" message is peculiar; that's a message being generated by a routing component. The AP? Your test will tell us that...

Temporarily delete the LAN-to-WAN masquerade rule too; that will not affect going from one private interface to another, so we simplify things to focus on getting LAN-to-LAN working first...

You didn't enter any routes on Astaro, did you??
(The routing tab)

I setup a Windows 98 machine and gave it a static IP of 192.168.30.10, the same as the AP, with a subnet of 255.255.255.0

I got the same results as before including the destination host unreachable.

Before I did the test I deleted the LAN-to-WAN masq rule and restarted ASL.

From within ASL, with the same ICMP settings all enabled, I could ping 192.168.20.1 and 192.168.30.1 but not 192.168.30.10.

I then went to the internal LAN music server computer and could ping 192.168.20.1 and 192.168.30.1 but not 192.168.30.10.

An no I have not set any routing rules.

The only other item that is set is the DNS Proxy which has been there all along.  It was set to listen to the internal network checked and I added in the two DNS IPs for my provider.

I will post another screen shot of the current settings.  The family needs to use the network tonight so after I post the screen shot that is all that I can do for tonight.  

Thanks for all the help.  I would think that with the AP being so popular that Astaro would have a "How to Guide" for just this problem as there are many more external AP's available then the ASL hardware compatability list PCMCIA cards for wireless.

Anyway I will keep trying to get the problem resolved.

Here is the first screen shot of my current configuration.

I'm not fully following this thread, but I'd like to point out that most wireless APs can be treated as a (wireless) hub.

So, configure the thing on a single network, and then it should work when you plug it in to the other NIC.

Have you tested the other ASL NIC's network with an ethernet connection?

Also, you shouldn't need NAT to get to the AP from another internal net, simple packetfilter rules are enough.

Barry

I'm not fully following this thread, but I'd like to point out that most wireless APs can be treated as a (wireless) hub.

So, configure the thing on a single network, and then it should work when you plug it in to the other NIC.

Have you tested the other ASL NIC's network with an ethernet connection?

Also, you shouldn't need NAT to get to the AP from another internal net, simple packetfilter rules are enough.

Barry