Соединение было сброшено происходит, вероятно, из-за прозрачного устройства безопасности, которое может только сбросить соединения. Если бы брандмауэр был проблемой, то у Вас была бы приведенная к таймауту ошибка соединения.
Можно установить XManager на окнах PC и Run XManager Passive.
После выполнения пассивного Xmanager соединитесь с машиной Linux из Windows и типа после команды в шпаклевке / SSH Безопасный Клиент Shell
export DISPLAY=10.10.10.10:0
Где, 10.10.10.10 IP Вашей машины окон. Не помещайте пространство, прежде чем или после '=' будут регистрироваться выше команды.
Затем введите некоторую команду как "gedit и" в шпаклевке, и необходимо смочь видеть gedit в Windows. Я предпочитаю это по VNC, поскольку вещи смотрят путь путь лучше с помощью этого метода.
Вам не нужен Exchange Server вообще. Можно использовать сервис SMTP, встроенный в Windows Server, чтобы отправить или насладиться сервером SMTP, который уже используется в компании (который может быть необходим в случае ограничений брандмауэра на исходящий трафик SMTP).
Exchange является фантастическим в том, что он делает. Но с помощью него, поскольку просто плацдарм SMTP для приложения был бы похож на использование океанского пассажирского круизного судна в ванне. Мало того, что это собирается быть дорогим для Ваших потребностей, это будет неуклюжим, чтобы настроить его правильно и сохранить его безопасным, когда все, что Вы хотите, является небольшой частью его функциональности - небольшая часть, которая доступна в другом месте легче.
При рассмотрении Exchange, это подразумевает, что Вы уже используете Windows? Раз так я, конечно, посмотрел бы на более простые решения SMTP, доступные для Windows, включая тот, что я думаю, все еще там встроен прямо в IIS, который я думаю, то, что Вы уже делаете? У Вас есть причина быть недовольными этим в данный момент, или Ваш вопрос больше вроде, "Я слышу об этой обменной вещи все время, таким образом, я просто задавался вопросом, о чем это было"?
Мы - обменный дом, но несмотря на это наше программное обеспечение справочной службы, например, на самом деле использует, блеют для отправки электронных писем, просто потому что это - все, в чем требуется.
Я заново продумал бы предпосылку вопроса. Если все, что Вы делаете, посылают электронное письмо затем все, в чем Вы действительно нуждаетесь, платформа .NET и ISP с почтовым реле. Вам не нужен SMTP на Windows Server вообще для того, чтобы просто послать электронное письмо. Я вместо этого предложил бы, чтобы Вы думали о том, что - если что-нибудь Вы могли бы добраться для значения, если бы Вы имели обменный сервер в наличии для своего приложения. Например, отслеживание сообщения функционировало бы (отправителем не получения) быть ценным? Есть ли какие-либо требования архивирования? на функциональность обработки отправителя? Exchange (как много продуктов Microsoft) не является просто приложением, но и платформой самостоятельно. Другая вещь думать о при работе с Microsoft platforsm состоит в том, что значение не находится ни в каком приложении, а в полноте стека от стороны клиента на. Один из способов получить мгновенное значение добавляет для Вашего приложения, должен насладиться стеком, а не просто создать приложение, которое решает проблему X (Например, MyApp является лучшим решением для создания виджетов и дополнительно интегрируется с обменом),