SMTP 25 закрылся, даже я позволяю все в брандмауэре, debian сервер, работающий sendmail
Как Farseeker указал, выключите все, в чем Вы не нуждаетесь. Один из объектов, чаще всего пропущенных, является звуковым. Я вспоминаю обсуждение этого в курсе Citrix путь назад, и был сказан, что даже простой звуковой сигнал мог генерировать более чем 1 МБ трафика, хотя я никогда не потрудился проверять это.
Что-то для рассмотрения, когда RDP работает особенно медленно (медленный или перегруженный канал, возможно) - то, который только изменяется в изображении, должен быть передан. Это имеет смысл поэтому, что использование самого маленького окна приложения, которое сделало задание, должно быть лучшим для производительности. Это не может всегда быть практично или желательно для пользователей, но уверено достойный рассмотрения для удаленного администрирования.
Во-первых, с благодарностью к symcbean, проверьте, что он работает. В самой системе ввести
telnet localhost 25
и если Вы не видите что-то как
220 risby.home.domainname.net ESMTP Sendmail 8.14.4/8.14.2; Wed, 1 Dec 2010 10:20:38 GMT
Ваш sendmail не работает в режиме демона, и Вы не сможете добраться до него отовсюду. Зафиксируйте это.
Если Вы действительно видите баннер, то это - вероятный sendmail's, не связывающий с Вашим внешним IP-адресом. Сделайте a
netstat -an|grep -w 25|grep LISTEN
Если Вы видите строку
tcp 0 0 0.0.0.0:25 0.0.0.0:* LISTEN
Я неправ, и мы должны вырыть далее. Если Вы видите
tcp 0 0 127.0.0.1:25 0.0.0.0:* LISTEN
затем sendmail был настроен только для слушания на петлевом интерфейсе, который является, почему Вы не можете добраться до него от от поля. Ищите строку, которая говорит
DAEMON_OPTIONS(`Port=smtp,Addr=127.0.0.1, Name=MTA')dnl
в Вашем sendmail.mc, удалите его (если Вы игнорируете меня и комментируете его вместо этого, используйте a dnl в начале строки, не a #), повторно создайте Ваш sendmail.cf и перезапуск sendmail.