IP blocked in Rules but still accessing FTP

doktornotor

Port 8181 and 8088 are used by the anit-spam software and must be opened or it won't work.

Uhm… What kind of antispam? You normally run your antispam/antivirus on localhost only and the messages are passed to it locally via the mailserver. Why should it be accessible remotely?

@cdsJerry:

446 is not open.

Noone mentioned it here.

@cdsJerry:

It is a mail server with port 25 open in the pfsense and the server is listening in addition to 587.

Hmmm, not per the nmap output above. Renders your mailserver completely useless as far as MX records are concerned. Not really sure how are you receiving any mail from outside.

@cdsJerry:

I didn't add the ServerIPs rule … See any reason I can't just delete the rule?

I certainly cannot see any reason to keep a wide open rule with unknown purpose set up by some third party.

johnpoz

now that I think about it, that scan was from my home box - I believe comcast blocks outbound 25, so that might be why it shows not there. let me run the scan from one of my vpses..

edit: I keep forgetting comcast blocks 25 to outside their network.

From simple test to 25 atleast he is not open relay, but his PTR does not match - so going to get blocked sending email to lots of major players..

while 443 is open – got to love how the cert is selfsigned and quite out of date without even a valid cn. See the big fat F from ssl testing ;) And this is what your using access email with?
Not valid after: 2012-09-21T23:00:00+00:00

And also still offering ssl2 ?

The more I look into this mess, the worse and worse it gets.. Dude you have a HUGE amount of work to do!!!

newscan.png_thumb

failedssl.png_thumb

cdsJerry

I run Cyren's anti spam and it will only work if the ports are open. http://www.imailserver.com/products/imail-server/spam-filtering/

Comcast does block port 25.

We're getting our mail just fine on all our domains.

I've disabled the ServerIP's rule as suggested.

KOM

We're getting our mail just fine on all our domains.

It's not receipt that will be your problem, but sending. As an anti-spam measure, a lot of mail servers will do a reverse lookup on you and if everything doesn't come up clean, your mail to them is rejected.

cdsJerry

@KOM:

We're getting our mail just fine on all our domains.

It's not receipt that will be your problem, but sending. As an anti-spam measure, a lot of mail servers will do a reverse lookup on you and if everything doesn't come up clean, your mail to them is rejected.

Our PTR is accurate. We haven't had much trouble with being labeled as a SPAMMER (we've never spammed anyone) but we do sometimes end up in people's spam boxes. Port 25 is open and listening. I think the reason he didn't see it was that he was testing from a Comcast IP and they do block port 25.

johnpoz

No I tested from one of my vps, the second time - and your ptr is not accurate for all your mail servers

for example .52 has - see attached domain starts with i and ends in h, snipped for your privacy.

But there is not even a forward for that name mail.i<snipped>h.com

same goes for .53

Checked your mx and your only pointing to the 1, but you listed 52 and 53 as mail servers.

when I checked with mxtoolbox it reported this
SMTP Reverse DNS Mismatch Warning - Reverse DNS does not match SMTP Banner

But upon checking the IP that ends in .51 for ptr and looking up the forward for that name and whats in your mx record they match. Its possible your hiding your smtp banner? Checking with another tool I get this

The hostname in the greeting message is

All

I get this when I connect
Escape character is '^]'.
220 All actions are logged. No mail relay takes place from this server.

And looks like your not accepting mail for postmaster@ip which is part of the rfc I pretty sure
The SMTP server does not accept mails to postmaster@[IP_ADDRESS]. This is a very bad thing, as this address is used by people that don't know your domain name! The reported error is: 550 not local host [All], not a gateway

You really should look into your ssl stuff!!

ptr.png_thumb
</snipped>

cdsJerry

@johnpoz:

No I tested from one of my vps, the second time - and your ptr is not accurate for all your mail servers

for example .52 has - see attached domain starts with i and ends in h, snipped for your privacy.

But there is not even a forward for that name mail.i<snipped>h.com

same goes for .53

Checked your mx and your only pointing to the 1, but you listed 52 and 53 as mail servers.</snipped>

You are right on those two examples. They are inbound only. I bought those two domains and receive mail for the users that were on it, but no mail is ever sent from those domains. The mx records forward mail to my main domain's mail server where it's directed to the right contact.

@johnpoz:

But upon checking the IP that ends in .51 for ptr and looking up the forward for that name and whats in your mx record they match. Its possible your hiding your smtp banner?

And looks like your not accepting mail for postmaster@ip which is part of the rfc I pretty sure
The SMTP server does not accept mails to postmaster@[IP_ADDRESS]. This is a very bad thing, as this address is used by people that don't know your domain name! The reported error is: 550 not local host [All], not a gateway

You really should look into your ssl stuff!!

I did a test to postmaster@myipaddy just now and the server processed it. I'd sent the test message from outside. I'll need to look into this. I do see where TestOfDnsqueriesDotCom@dnsqueries.com came in and ran your tests. It got successful responses until it attempted a postmaster@[All] email. but the individual postmaster@myipaddy.com were successful as were the abuse@ tests. The testing IP was blocked soon however because it had reached the maximum number of invalid recipients allowed. After that it failed due to a temporary restriction due to the abuse so no other tests would pass.

doktornotor

This kind of stuff… really.

Take a sheet of paper.
Make a list of all servers, IPs and ports that are supposed to be public or externally accessible (and from where.)
Set up your firewall according to that paper. Nothing else should be allowed. Use the descriptions in aliases/rules to state exactly what is the purpose of that rule/alias IP/alias port. If you use aliases, do not mix unrelated stuff in them.

I would strongly suggest to avoid recycling the current aliases mess for this purpose.

johnpoz

^ exactly!!! And then if you want to block specific "bad" ips via blocker aliases or your own from talking to the stuff you have allowed.. Then feel free to put those blocks above your allows.

doktornotor

BTW, there's Notes package to keep some simple notes available in pfSense GUI, keep track of configuration changes or whatever similar. Nothing fancy but it gets saved in config.xml, so it's kinda self-contained.