Linux - GeneralThis Linux forum is for general Linux questions and discussion.
If it is Linux Related and doesn't seem to fit in any other forum then this is the place.
Notices
Welcome to LinuxQuestions.org, a friendly and active Linux Community.
You are currently viewing LQ as a guest. By joining our community you will have the ability to post topics, receive our newsletter, use the advanced search, subscribe to threads and access many other special features. Registration is quick, simple and absolutely free. Join our community today!
Note that registered members see fewer ads, and ContentLink is completely disabled once you log in.
If you have any problems with the registration process or your account login, please contact us. If you need to reset your password, click here.
Having a problem logging in? Please visit this page to clear all LQ-related cookies.
Get a virtual cloud desktop with the Linux distro that you want in less than five minutes with Shells! With over 10 pre-installed distros to choose from, the worry-free installation life is here! Whether you are a digital nomad or just looking for flexibility, Shells can put your Linux machine on the device that you want to use.
Exclusive for LQ members, get up to 45% off per month. Click here for more info.
I HAVE BEEN WORKING WITH A RH8.0 SYSTEM FOR OVER FOUR MONTHS TRYING TO GET IT UP AND WORKING TO PROVIDE FIREWALL SUPPORT WITH IPTABLES AND NAT SUPPORT WITH MASQ. EVERY TIME I GET MASQ UP AND WORKING, REBOOT THE FIRST TIME AND GET MAJOR SYSTEM ISSUES. GNOME REPORTS THAT IT CAN NOT WORK WITH A SPECIFIC DNS ENTRY. UPON REBOOT THE SYSTEM BECOMES VERY SLOW AND REALLY NOT USABLE AT ALL! THE DOCUMENATION FOR RH8 THAT I HAVE FOUND FROM RH IS VERY POOR!! I EVEN PAID $60.00 TO JOIN THE RED HAT NETWORK IN HOPES OF GETTING ACCESS TO OTHER ADVANCED DOC'S. HAVE YET TO FIND ANY QUALITY DOCUMENTATION!! MOST OF THE DOC'S SAY HOW SIMPLE IT IS, BUT YET FAIL TO PROVIDE DETAILED INFORMATION ON HOW TO SUCCESSFULLY IMPLEMENT A RH SYSTEM.
Sounds like you've got a lot going on there... To pin point which part of your system is causing problems, set individual components not to start with the system, and turn each one on one by one to see what introduces the slow down. Start by disabling iptables: 'chkconfig --level 2345 iptables off' and maybe ipchains, too: 'chkconfig --level 2345 ipchains off'. Provide a copy of /etc/hosts and /etc/resolv.conf so that we can take a look... DNS problems often make a system appear as though it is slow, while the system attempts to resolve IP addresses to names and visa-versa against an invalid name resolution mechanism.
Originally posted by bentz Sounds like you've got a lot going on there... To pin point which part of your system is causing problems, set individual components not to start with the system, and turn each one on one by one to see what introduces the slow down. Start by disabling iptables: 'chkconfig --level 2345 iptables off' and maybe ipchains, too: 'chkconfig --level 2345 ipchains off'. Provide a copy of /etc/hosts and /etc/resolv.conf so that we can take a look... DNS problems often make a system appear as though it is slow, while the system attempts to resolve IP addresses to names and visa-versa against an invalid name resolution mechanism.
I was able to resolve the problem this weekend. The problem appears to be with Routing. The default route was pointing at my internal NIC. After deleting the route and adding one back for the EXTIF and stopping and restrarting the Ext NIC, every thing worked fine. I am purplex at why I had to stop and start the Ext NIC. After adding the correct routing entry and stopping and restarting, the routing entry that I added was modified and pointing to my Cable Modems GW. The route entry that I added was to ROUTE ADD DEFAULT DEV ETH0. My understanding is that this should have sent all traffic to the ETH0 interface. Anyway... Thanks for your help!!!
Don Davidson
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.