Unfortunately it all broke again a few minutes later. I switched it off and - bingo! Our DNS and browsing all came to life again. I checked and found one of them still switched on in one of the zones. content filtering) but our intention was to operate with all those switched off in the first instance in case of performance problems. The router included bundled subscriptions to SonicWALL security services (e.g. (The SonicWALL uses its own DNS settings to resolve names in reports, for example, but ordinary Web browsing requests should be handled by the DNS server.) Security services We played around with DNS settings on the SonicWALL, but we knew they shouldn't have been relevant because DNS requests from users are handled by our DNS server. Web browsing was very slow - a real disappointment for Day 1! After a while we figured we had a DNS problem because all our nslookups, pings and tracerts to external sites were failing. It was only when we went live that things unraveled. Every so often the CPU would hit 100% and then we'd lose connectivity on both connections.)ĭuring configuration, testing and initial deployment of the SonicWALL all seemed well. (We have two Internet connections and our venerable Zyxel was unable to cope with rising demand. We recently upgraded our router from a Zyxel Zywall 35 to a SonicWALL NSA 240.
0 Comments
Leave a Reply. |
Details
AuthorWrite something about yourself. No need to be fancy, just an overview. ArchivesCategories |