News: This forum is now permanently frozen.
Pages: [1]
Topic: Sites not working...  (Read 1316 times)
« on: July 16, 2008, 01:22:01 »
byzuser *
Posts: 21

I am once again having the same problem I had months ago, as seen in this thread: http://forum.m0n0.ch/index.php/topic,1872.0.html

I had 'fixed' the problem last time via some form of reinstall or resetting to factory defaults or something like that.  But even then it only 'fixed' after doing that a time or two; I tried those at one point and they had no effect; tried them again later and it worked at that point for some reason.  But it has come back somehow.

I currently cannot connect to a small number of websites, and as well AIM is not working.  This just all of a sudden started (again).  Traceroutes to the site(s) fail in the middle.  Connecting directly to the modem instead of through m0n0wall allows the sites/traceroutes/etc. to work perfectly.

I have only a small number of Inbound NAT rules setup, and that's pretty well it.  I have a WiFi interface and one DMZ port that I am not using.  Things were fine with this setup for months, and absolutely nothing has changed between now and then.

I'm running 1.3b13 currently, and previously was running 1.3b11.

Any thoughts, clues, or anything I can check??
« Reply #1 on: July 16, 2008, 02:41:54 »
Fred Grayson *****
Posts: 994

Not knowing what/how your connectivity is........

If you are on a PPPoE link, verify that the ethernet adapter MTU setting on each client machine behind the m0n0wall is no higher than 1492.

If the above is not applicable or does not solve the problem if it is applicable, then consider accepting all ICMP on at least the WAN interface. Easiest way is to accept ALL ICMP, but you can restrict to only the needed types. But I don't know which types.

--
Google is your friend and Bob's your uncle.
« Reply #2 on: July 16, 2008, 03:18:07 »
byzuser *
Posts: 21

It is a cable connection, so no PPPoE.

I just now created rules to pass all ICMP, but to no (immediate?) avail.  The mentioned sites/services still do not work when using the m0n0wall.

I am confused as to why a traceroute would fail part-way through when using the m0n0wall.  Normally I would assume that to be a bum router between me and the destination, but it instantly works fine when I am not going through the m0n0wall box.
 
Pages: [1]
 
 
Powered by SMF 1.1.20 | SMF © 2013, Simple Machines