× The internal search function is temporarily non-functional. The current search engine is no longer viable and we are researching alternatives.
As a stop gap measure, we are using Google's custom search engine service.
If you know of an easy to use, open source, search engine ... please contact support@midrange.com.



Not sure if the Sonicwall has anything like that - but I have rebooted it several times; should do the same thing, right?

-----Original Message-----
From: midrange-l-bounces@xxxxxxxxxxxx [mailto:midrange-l-bounces@xxxxxxxxxxxx] On Behalf Of DrFranken
Sent: Saturday, March 8, 2014 9:55 PM
To: Midrange Systems Technical Discussion
Subject: Re: New public IP address not working

Not sure about Your SOnicWall firewalls but in a Cisco you need to do a CLEAR XLATE to get the nats to reassign to the new Public IPs. Perhaps there is a similar function on the SonicWall?

- Larry "DrFranken" Bolhuis

www.frankeni.com
www.iDevCloud.com
www.iInTheCloud.com

On 3/8/2014 10:49 PM, Bob Cagle wrote:
Thank you Dr.

No private addresses changed. I'll try the tracert tomorrow. Thankfully, we aren't a 24/7 shop, so I can sleep on this and maybe have a different perspective on the morning.


-------- Original message --------
From: DrFranken
Date:03/08/2014 7:50 PM (GMT-06:00)
To: Midrange Systems Technical Discussion
Subject: Re: New public IP address not working

Did any IP addresses change on the INSIDE of the firewall? If not then
this is certainly a SonicWall issue not an IBM i issue.

Since you can get onto your own workstation it sounds like routing and
NAT etc are correct for that entry at least.

If any inside addresses changed then it could certainly be routing on IBM i.

From IBM i can you do TraceRoute
www.frankeni.com<http://www.frankeni.com> ? You should be able to trace clear to 65.183.178.33.


- Larry "DrFranken" Bolhuis

www.frankeni.com<http://www.frankeni.com>
www.iDevCloud.com<http://www.iDevCloud.com>
www.iInTheCloud.com<http://www.iInTheCloud.com>

On 3/8/2014 7:10 PM, Bob Cagle wrote:

First off, I'm a one-man IT shop, and networking is NOT my specialty, AND my normal network consultant is busy dealing with another customer's emergency already - so I'm grasping at straws here:

My ISP just assigned me a block of new IP addresses with our latest upgrade, so I had to assign a new public IP for the System i.

Made the changes to the firewall, and thought all was well; all I had to do was change the public IPs from old to new - but now I'm unable to connect to the System i remotely.

You would think this would be a firewall issue, but I've poured over this Sonicwall and all the routing looks correct to me. I've even confirmed with the ISP that the IP is routed correctly on their end.

Is there any TCP setting on the i that would be related to a public
IP address? I've gone through the CFGTCP options and all I see is
the local IP and domain referenced. (I'm able to connect to my
desktop remotely via TeamViewer)

Thanks

Bob Cagle
IT Manager
Lynk, Inc.

--
This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing
list To post a message email: MIDRANGE-L@xxxxxxxxxxxx To subscribe,
unsubscribe, or change list options,
visit: http://lists.midrange.com/mailman/listinfo/midrange-l
or email: MIDRANGE-L-request@xxxxxxxxxxxx Before posting, please take
a moment to review the archives at
http://archive.midrange.com/midrange-l.

--
This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing list To post a message email: MIDRANGE-L@xxxxxxxxxxxx To subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/mailman/listinfo/midrange-l
or email: MIDRANGE-L-request@xxxxxxxxxxxx Before posting, please take a moment to review the archives at http://archive.midrange.com/midrange-l.


As an Amazon Associate we earn from qualifying purchases.

This thread ...

Follow-Ups:
Replies:

Follow On AppleNews
Return to Archive home page | Return to MIDRANGE.COM home page

This mailing list archive is Copyright 1997-2024 by midrange.com and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available on our policy page. If you have questions about this, please contact [javascript protected email address].

Operating expenses for this site are earned using the Amazon Associate program and Google Adsense.