If you want to test the actual NAT for the web server, try connecting via GigabitEthernet0/0's IPv4 address with either a web browser or a telnet client using port 80/tcp. That will test the web server forwarding without relying on DNS.
With broadcast interfaces, this should point to your default gateway from your ISP rather than the interface. Pointing to the interface relies on the ISP's device performing proxy ARP, which most don't do.
Try this, substituting the default gateway assigned by your ISP for x.x.x.x.
no ip route 0.0.0.0 0.0.0.0 GigabitEthernet0/0
ip route 0.0.0.0 0.0.0.0 x.x.x.x
thank you from outside connection its ok, NAT's is work, I noticed when trying to telnet but by using the domain name in local not connected, using from local ip address "192.168.1.237" connection is provided
This is a limitation of standard NAT configurations on IOS. You can't establish a connection from the inside NAT network to the outside NAT IP address and have it come back inside to the inside NAT network again. This is called "hairpin NAT" and doesn't work (without some fairly advanced hacking) with standard NAT.
If you need this to work, you can replace your standard NAT configuration with a NAT Virtual Interface (NVI) configuration that supports hairpinning.
To do this, you would change your configuration as follows:
no ip nat outside
ip nat enable
no ip nat inside
ip nat enable
no ip nat inside source list 1 interface GigabitEthernet0/0 overload
ip nat source list 1 interface GigabitEthernet0/0 overload
no ip nat inside source static tcp 192.168.1.237 80 interface GigabitEthernet0/0 80
ip nat source static tcp 192.168.1.237 80 interface GigabitEthernet0/0 80
It looks like your ACL for NAT may be getting in the way by applying NAT rules to more traffic than it should. Sorry for missing that.
Let's address this with the NVI configuration:
no access-list 1 permit any
no ip nat source list 1 interface GigabitEthernet0/0 overload
ip access-list extended ACL_NAT
permit ip 192.168.1.0 0.0.0.255 any
ip nat source list ACL_NAT interface GigabitEthernet0/0 overload
I don't see any loopback interface in your configuration, so I'm not quite understanding what you mean by that portion of your comment. Can you please clarify?
We are pleased to announce availability of Beta software for 16.6.3.
16.6.3 will be the second rebuild on the 16.6 release train targeted
towards Catalyst 9500/9400/9300/3850/3650 switching platforms. We are
looking for early feedback from customers befor...
Introduction Featured Speakers Luis Espejel is the Telecommunications
Manager of IENova, an Oil & Gas company. Currently he works with Cisco
IOS® and Cisco IOS XE platforms, and NX to some extent. He has also
worked as a Senior Engineer with the Routing P...
In this session you can learn more about Layer 3 multicast and the best
practices to identify possible threats and take security measures. It
provides an overview of basic multicast, the best security practices for
use of this technology, and recommendati...