Help me, I really would like to make this work.

What version are you running ?  What ethernet cards ?
5-10 minutes seems rather excessive.  Usually takes less than 30 seconds after the beeps on my Pentium Pro 200 with 64MB RAM.
 

do you take M$ Internet Explorer for WebAdmin?  

is webmin running on standard ssl port? 

I use M$ IE 6.0 with SP1. Webadmin is running on the standard port.  This is basically a fresh install of the software.  I have 2 3com 3c905 cards for the DMZ and the LAN and 1 D-LINK 530TX for the WAN.  I ran UP2DATE on the firewall and I believe I am running 4.1007, I think but I am at work right now and can't check.  It is really strange though, when it disconnects  I can't ping it from the computers on the LAN, but on the local console of the firewall I can ping whatever I want.  I have masqing set up for the internal network and only one rule to allow HTTP.  This same problem happens if I do not properly exit the webadmin.  The webadmin will not load anymore and if it does load it all corrupt and you cannot login.  I have to wait 5 to 10 minutes and then everything goes back to working correctly.    I downloaded the version from the Astaro website and burned it to CD.  Do you think it is the NIC cards?  I have more 3com 3c905s but in the setup it says that if the NiC cards use the same driver it is kind of a security risk.  I have both the internal and external interfaces plugged into the same switch, is this a problem?   Does anyone have any good hardware suggestions?  When this software is working it is awesome I just wish it would stay working.

The computer hardware is as follows.
IBM 300GL PC
P2 400MHZ 
640megs PC100 
8.5 gig maxtor
2X 3COM 3c905 TX-M 10-100mbs
1X DLink 530 TX 10mbs using realtek driver
Savage Video   

Whoa, I'm no expert here, but it seems to me that both interfaces plugged into the same switch is asking for trouble (not to mention sniffers. . .they're not as efficient on a switch as a hub, but you can still sniff a lot).

How about keeping an internal and an external switch?  I actually have a small unmanaged Netgear switch connected to each of my ports--LAN, WAN, and DMZ.

The kind of thing you're describing sounds like you might be losing packets even when your network appears to be up.  Try doing a longterm ping (from a DOS prompt type   ping x.x.x.x -l 1024 -t  (the letter in the middle is a lower-case "L").  This will do an endless ping of 1024-byte packets.  Watch to see whether you're getting a lot of loss.

I suggest this because I had an apparently-up network that went all haywire once and that was how I diagnosed it; turned out a Linksys hub (several actually) was failing and it showed itself by intermittent packet loss.  Failing NICs can do the same.

HTH

Dan  

i think u can't put both lan-cable on the same switch (tought i've read this somewhere in handbook, but can't remember where).
my problem seems to be a bit different: if i take internet explorer for webadmin, then i loose connection every minute (or so). with mozilla, no problem.  

Definetly don't put the different NIC cables on the same switch/hub whatever.  I'll bet your rules log is showing endless errors and eating the CPU and hardisk.

This also means you have the open side of the internet connection on the same switch/hub as the internal/DMZ users.  Not good.

You should plug the internet NIC directly to your internet router or even a cheap hub.  10MBs junker is fine unless you have a connection > 10MBs.

Same for the DMZ, keep it on its own switch/hub.

As for IE, can't say except check that it isn't "Detecting Proxy" or whatever nonsense it does.
  

You can also see my very techical diagram on the subject here
 at this thread.     [;)] 

Plugging the external and internal interfaces into the same switch would not cause a problem as the switch only cares about layer 2, however I would not recommend this from the security standpoint as there as several packet analyzers that are capable of collecting port collisions, rev-arp etc… that make a switches original security benefits useless. The only thing a switch is good for these days is reducing network broadcast storms and the like. I would seriously suggest putting the internal and external interfaces on separate links even if the switch is capable of VLANS. As for your problem, I have experienced similar on several devices in my lab and most of the time it’s the network card. Now in the latter I am not saying 3coms won’t work its just my experience, and I usually work with openbsd and netbsd, that they don’t work well with unix. I prefer digital based cards and have not had any problems with the cheap netgear pci cards. Next time this happens start pinging the firewall none stop from one of the inside computers and on the firewall run tcpdump –i insert-the-interface-here. Ex. Find the interface you are pinging via… ifconfig –a  then lets say your interface is dc0….tcpdump –i dc0.

With the above you should be able to see if packets are making it to the kernel for processing. Also for shits and giggles I would take down the interface and bring it back up ….. ifconfig dc0 down …..ifconfig dc0 up….and repeat the ping test. 
  

Thank you to all.  I moved the computer to separate connections now.  External side goes straight to the Cisco catalyst, and the internal side goes to a netgear switch.  At first it didn't work and I thought I was screwed but I had forgotten a cable that was plugged directly from my internal switch to the external switch(for testing).  After I removed this the webadmin and the firewall in general started acting normally.  The only problem is now I am trying to figure out why the firewall is so slow transfering data.  It finds the website immeadiately but then takes forever to transfer the data.  I am going to start a new post for this problem.  I really appreciate the help everyone.