Nat suddenly stops working
-
I think you misunderstood what I was saying. Traffic bound for tcp 25 for example will go through because you have a NAT and firewall rule to handle it. Traffic for other ports like 445 for example will be blocked by the default deny rule. The traffic you're complaining about that's being blocked is not covered by any of your NATs, so it is blocked.
-
Yeah I know this, only the above ports are open, that is port 25, 80, 443, 143, 993, 587.
The Probleme here is, that suddenly it stopps working, I mean, HTTP works for 2 Minutes, then stop, and suddenly comes back.
-
Monitor it your self, look over at https://mail.64i.de/ and wait until its up again... have tested it with DSL internet and 4g on my phone.
I've allready setup a watchdog for this, sometimes it works and sometimes not, but the strange point here is, that the Webserver running on another virtual IP is working like a charm and the PF is forwarding all packets like desired.
-
NATs don't just go up and down like an elevator. Start a packet capture on WAN and then do a test against that NAT. See if the packets hit the WAN. Then do another capture on LAN and run your test again. See if the packets are being forwarded to the LAN server. There must be something else going on. Did you check that document I linked to?
It's working fine for me now, 3:15pm Eastern time North America.
-
well, maybe seems to be a problem with both of my ISPs, looked up on their status pages and they say that they have routing issues. but I will monitor it I dont know why this is happening.
well from my other VPS (running at digital ocean other ISP and everything) there it is working, well maybe they have routing issues. sorry for annoying anybody of you.
Well maybe seems to be a closed thread now sorry for keeping you busy.
Well look here, my local network and from my mobile carrier seems to be out of service atm. well at least other servers can reach it. pheww, first thought that it is not reachable from the www.
-
Haha, I knew it had to be something else. Coincidence is the mortal enemy of troubleshooting. Glad it is working for you now.
-
@KOM Yeah, this was truely hell for me because I knew that some of my bussiness partners needed to recieve mails. Well I knew that SMTP/submission waits a few hours before giving up, but I just needed to fix it.
-
Well and actually the Error was on my side too. Did configure the Server IPs wrong, so the Portforward did point to the wrong IP because it was still dhcp
-
Oh geez, multiple concurrent errors are just as much fun to troubleshoot as coincidental failures.
-
@KOM Total mess today but hey, now it rly works because I did configure static ones on the servers.
