Adott egy szerverszolgáltatónál egy virtuális szerver. Debian GNU/Linux 5.0 frissítve 4.0-ás
verzióból. Rajta virtual domainekkel, email szolgáltatás. Postfix, Courier, Mysql.
Segítségül a howtoforge.
Ügyfél azt szeretné, ha bárhonnan kapcsolódik Internettről "mobilinternettel" tudja használni az SMTP
szerverünket azonosítás után. Persze ez is be lett állítva, sasl, cert fájlok minden.
Ez mégsem működik. Tünetek:
Itthon beállítom a levelezőkliensben (Iceweasel) a SMTP szervert, azonosítás szükséges, TLS,
felhasználónév ilyen formában: felhasznalovnev@virtualdomain.hu
jelszó és ezt kapom:
"Az üzenet küldése sikertelen.
Az üzenet küldése sikertelen, mert nem lehetett kapcsolatot teremteni az SMTP-kiszolgálóval
(mydomain.hu). A kiszolgáló elérhetetlen, vagy visszautasítja az SMTP-kapcsolatot ...
Szerveren:
# telnet localhost 25
Trying 127.0.0.1...
Connected to localhost.
Escape character is '^]'.
220 mydomain.hu ESMTP Postfix (Debian/GNU)
ehlo localhost
250-mydomain.hu
250-PIPELINING
250-SIZE 30720000
250-VRFY
250-ETRN
250-STARTTLS
250-AUTH LOGIN PLAIN
250-AUTH=LOGIN PLAIN
250-ENHANCEDSTATUSCODES
250-8BITMIME
250 DSN
Müxik.
Akkor itthonról is megpróbálom:
$ telnet murvaimuvek.hu 25
Trying 88.151.97.148...
telnet: Unable to connect to remote host: Connection timed out
Hosszabb idő után elszál.
Ezek után otthonról:
~$ nmap mydomain.hu
Starting Nmap 4.62 ( http://nmap.org ) at 2009-05-25 19:54 CEST
Interesting ports on i125-47.vps.atw.hu (85.151.97.138):
Not shown: 1703 closed ports
PORT STATE SERVICE
21/tcp open ftp
22/tcp open ssh
25/tcp filtered smtp
...
Látható, hogy a 25-ös port szűrve van. De tudom, hogy nem a
a szerverünkön. Ha tűzfalat kikapcsolom, akkor is ez a helyzet:
filtered.
Itthon ahol ezt próbáltam T-online van. Más SMTP szerverek mennek itthonról:
dave.interneteurope.eu
smtp.gmail.com
Van egy SMTP szerver amely szintén nem megy, régebben
próbáltam, de nem foglalkoztam vele, az egy sulinetes
hálózatban lévő szerver.
Mellesleg normál SMTP funkciók mennek, tehát fogadja a saját
maga által kezelt domaineket.
Próbáltam tail -f /var/log/syslog, és tail -f /var/log/mail.log miközben "autholni" próbálok a szerveren, de a logokban nem látszik semmi, még a próbálkozás sem.
Az a gyanúm, hogy a T-online szűr. Jól gondolom?
Ha így van csak azt tudnám hogyan tesztelhetem a szervert,
hogy működi-e az SMTP azonosítás. Nem mondhatom az ügyfélnek,
hogy próbálkozzon.
Van valakinek ötlete, véleménye?
- 2431 megtekintés
Hozzászólások
Tedd az SSL-es portra, amúgy is jobban jársz vele.
- A hozzászóláshoz be kell jelentkezni
Mire gondoltál pontosan? A Postfixet beállítom a 465 portra, hogy ezen túl ott figyeljen, ami meg a 25-ös protera megy ipfilterrel (iptables) átteszem a 456 portra?
- A hozzászóláshoz be kell jelentkezni
A postfix tud tobb porton is hallgatozni.
smtp inet n - n - - smtpd
465 inet n - n - - smtpd
- A hozzászóláshoz be kell jelentkezni
T-bigyo mar vagy egy eve szur, a HUPon is megjelent a hir. Valahol a webes feluletukon kikapcsolhato (pontosan nemtom, nem erint). Ha azt akarod, hogy barhonnan elerhesd, akkor ajanlom a VPN-t, azon belul mar nem fog szurni, biztonsagosabb az auth., es a level tartalma sem latszik.
A korlatozast - teljesen jogosan - a botnetek miatt vezettek be.
--
"ne támogasd az erdők kiírtását mozijeggyel, töltsd le a netről!" - killllll, asva.info
- A hozzászóláshoz be kell jelentkezni
Meg valami: van olyan virtualis gep szolgaltato, amelyik a kisebb csomagoknal nem engedi a levelezest. Lehet, hogy a host szur, amit nem befolyasol az sem, ha a guesten kikapcsolod a tuzfalat. Localhostra kapcsolodva nyilvan mukodik, mert guesten belul megy.
--
"ne támogasd az erdők kiírtását mozijeggyel, töltsd le a netről!" - killllll, asva.info
- A hozzászóláshoz be kell jelentkezni
Submission (Port 587), vagy SMTPS (Port 465), ahogy bra írta.
Tisztább, szárazabb, biztonságosabb érzés.
szürkehrteg
azenoldalamponthu
- A hozzászóláshoz be kell jelentkezni
Köszönöm mindenkinek választ. Az 465-ös portra be van állítva
és szépen megy!
Ezt tettem a master.cf-be:
smtps inet n - n - - smtpd
# -o smtpd_tls_wrappermode=yes
-o smtpd_sasl_auth_enable=yes
-o smtpd_reject_unlisted_sender=yes
-o smtpd_recipient_restrictions=permit_sasl_authenticated,reject
-o broken_sasl_auth_client=yes
- A hozzászóláshoz be kell jelentkezni