Настройки коннектора SMTP

У меня есть несколько машин, которыми я управляю, которые находятся позади брандмауэров, которые ограничивают, какие хосты могут SSH в сеть. По большей части это не проблема, поскольку у меня обычно есть статический IP, когда я дома или в офисе, но вызываю меня никакой конец проблемы, когда я нахожусь в удаленной сети где-то в другом месте. Мое решение состояло в том, чтобы упростить передачу через один из моих хостов со статическим IP, позволенным через брандмауэр с помощью ProxyCommand в моей клиентской конфигурации SSH. Это работает на меня использование OpenSSH и должно работать с другими клиентами SSH, которые поддерживают ProxyCommand так проверьте свою клиентскую документацию если в сомнение. Это также требует установки netcat швейцарский нож TCP/IP.

В моем ~/.ssh/config файл у меня есть следующая конфигурация:

Host InternalHost
    ProxyCommand ssh StaticHost nc %h 22
    HostName InternatHost-FQDN

Я использую короткое имя хоста для ссылки на конфигурацию, позволяя мне использовать полностью определенное доменное имя для достижения его, не используя передачу. То, что делает эта конфигурация, соединиться с StaticHost и выполнить netcat для передачи InternalHost-FQDN на порте 22. Если у Вас не будет своей установки ключа идентификационных данных SSH для вхождения в StaticHost & InternalHost, не запрашивая пароль, Вы получите две подсказки для своего ввода пароля. В моем случае я имею свой ключ идентификационных данных SSH, установленный на обоих, и загружаю ключ SSH в агент SSH и оказываюсь, вошел в систему без любых подсказок запроса пароля.

Эта конфигурация будет также работать, чтобы позволить Вам передавать файлы назад и вперед с InternalHost с помощью scp управляйте так же легко как вхождение в оболочку.

2
задан 15 November 2009 в 03:28
1 ответ

Запустите с простой рабочей конфигурации, отошлите http://support.microsoft.com/kb/319426 для хорошего руководства.

Я не уверен, почему Вы указываете, "содержат его и передают его" - поскольку это - поведение по умолчанию Exchange коннектор SMTP: если сетевой канал, что обменное использование коннектора снижается затем на электронную почту, ставится в очередь, пока ссылка не возвращается снова. Это предполагает, что Ваши ссылки SMTP предстают перед достаточным количеством времени каждые несколько часов или меньше.

Вы не сказали, какую версию обмена Вы выполняете, если Exchange 2007, то обратитесь к этому учебному руководству очередей, которое дает некоторые примеры того, как использовать PowerShell для управления очередями:

http://www.msexchange.org/articles_tutorials/exchange-server-2007/management-administration/exchange-2007-message-queues.html

3
ответ дан 3 December 2019 в 11:18
  • 1
    Спасибо за Ваш всесторонний ответ. Я проверю версию дважды, но я вполне уверен это it' s 2003. –  Guy Thomas 15 November 2009 в 13:36

Теги

Похожие вопросы