01-24-2008 04:21 AM - edited 03-03-2019 08:24 PM
Last time I worked with routers was some time ago and cant get my head around this. I recently purchased a Cisco 877 router and have my web server plugged directly into it. Clients are unable to access my web site nor send emails to me. I have tried port forwarding etc but nothing seems to work.
Solved! Go to Solution.
01-27-2008 01:15 PM
David
Thanks for posting this config. If it is working for you then it is a good point of comparison for Alexandros and perhaps others. While it will not match what he is trying to do in some aspects it is certainly not complete rubbish. Thanks for your continuing efforts to make helpful suggestions about this issue.
HTH
Rick
01-28-2008 05:07 AM
Guys everything is working fine. Got my access list together and seems to be working unlike before.
Thanks again guys outstanding job.
01-27-2008 01:40 AM
Hi Rick, removed access-list 101 and did a shut / no shut and the problem has been resolved. I have tried to put together a new access-list to limit access eg allow users to browse web, send and receive mail from exchange server, and for external users to be able to access my web server yet when I apply the access list I go back to the original problem. Are you able to suggest what I am doing wrong with my access-list?
01-27-2008 12:46 PM
Alexandros
It seems that your access list is not permitting something that is necessary for the connections. Perhaps it might help if you post the new version of the access list.
But my basic suggestion is to have the last line of the access list to be deny ip any any log. The log parameter will create syslog records which will show what is being denied. Look through the records and find what is being denied that is important to the connections. Frequently it turns out to be something like DNS. I note in the original version of your config that your access list was permitting UDP DNS but not TCP DNS. Depending on how you have set up your DNS there is a possibility that something inside in attempting a DNS zone transfer to an external DNS with the server DNS records. The zone transfer is done with DNS on the TCP port. If it is not DNS then look at what is being denied that would prevent the connections.
HTH
Rick
01-24-2008 05:23 AM
Can you share your configs
Narayan
01-24-2008 09:08 PM
Building configuration...
Current configuration : 3181 bytes
!
version 12.4
no service pad
service timestamps debug datetime msec
service timestamps log datetime msec
service password-encryption
!
hostname Router
!
boot-start-marker
boot-end-marker
!
enable secret *******
enable password *******
!
no aaa new-model
!
resource policy
!
clock timezone EST 10
clock summer-time EDT recurring last Sun Oct 2:00 last Sun Mar 2:00
ip subnet-zero
no ip source-route
ip cef
!
!
ip domain name <
ip name-server <
ip name-server <
ip name-server <
ip name-server <
ip name-server <
ip name-server <
!
!
!
username ******* privilege 15 password *******
!
!
interface ATM0
no ip address
ip nat outside
no ip virtual-reassembly
no atm ilmi-keepalive
pvc 8/35
encapsulation aal5mux ppp dialer
dialer pool-member 1
!
dsl operating-mode auto
!
interface FastEthernet0
spanning-tree portfast
!
interface FastEthernet1
spanning-tree portfast
!
interface FastEthernet2
!
interface FastEthernet3
!
interface Vlan1
ip address 10.7.2.254 255.255.255.224
ip nat inside
ip virtual-reassembly
ip tcp adjust-mss 1420
!
interface Dialer0
bandwidth 1500
ip address negotiated
ip access-group 101 out
ip mtu 1492
ip nat outside
ip virtual-reassembly
encapsulation ppp
dialer pool 1
dialer idle-timeout 0
dialer persistent
dialer-group 1
ppp chap hostname *******@<
ppp chap password *******
ppp pap sent-username *******@<
!
ip classless
ip route 0.0.0.0 0.0.0.0 Dialer0
!
no ip http server
no ip http secure-server
ip nat inside source list 1 interface Dialer0 overload
ip nat inside source static tcp 10.7.2.250 80 isp.static.ip 80 extendable
!
access-list 1 permit 10.7.2.0 0.0.0.255
access-list 10 permit 10.7.2.227
access-list 10 deny any
access-list 101 permit tcp any any eq www
access-list 101 permit tcp any any eq 443
access-list 101 permit tcp any any eq smtp
access-list 101 permit udp any any eq domain
access-list 101 permit udp any any eq ntp
access-list 101 deny ip any any
dialer-list 1 protocol ip permit
no cdp run
!
control-plane
!
!
line con 0
login local
no modem enable
line aux 0
login local
line vty 0 4
access-class 10 in
login local
!
scheduler max-task-time 5000
ntp clock-period 17176872
ntp server <
end
Traceroute results from router:
Translating "<
08.76.56.56) (<
% Unrecognized host or address.
Traceroute results from pc:
Tracing route to <
over a maximum of 30 hops:
1 1 ms <1 ms <1 ms <
2 <
Trace complete.
nslookup results from pc:
nslookup <
Server: <
Address: 10.7.2.250
Name: <
Address: <
nslookup <
Server: <
Address: 10.7.2.250
Non-authoritative answer:
Name: <
Address: <
01-28-2008 05:10 AM
My issue has been resolved should you need a working config.
Regards,
Alex
01-24-2008 07:37 AM
Hi,
Please post your config.
Without 'A' Record or FQDN (DNS lingo), and Header configuration in the Web Server, are the clients able to access your Web by typing the IP Address in their browser? Have you tested if you can access the web from inside your network? i.e. telnet your server ip address from your router "telnet server_ip_address www", you should get a reply like (or similar to) > Trying server_ip_address, 80 ... Open
For the mail server, without 'MX' Record (another DNS lingo), only internal emails will be delivered to you. External emails from other mail servers (from internet or other organizations) will not be delivered to you because these mail servers will not be able to tell which mail server to send their email destined to your domain if their MX lookup of your domain returns nothing. Have you tested if you can access the mail server from inside your network? i.e. telnet your server ip address from your router "telnet server_ip_address smtp", you should get a reply like (or similar to) > Trying server_ip_address, 25 ... Open
Now, if you have those records mentioned above configured in your domain zone file in the DNS, make sure they are pointing to the right IP Address which is the external IP Address of your router (since you are using port forwarding).
Regards,
Dandy
Discover and save your favorite ideas. Come back to expert answers, step-by-step guides, recent topics, and more.
New here? Get started with these tips. How to use Community New member guide