Возможно, это не то, что вы ищете, но можете достичь той же цели с относительной легкостью. Используя powercat , вы можете настроить прослушиватель в окне Windows и удалить файл с машины Unix.
Windows Machine (слушатель):
powercat -l -p 8000 -of C:\file.txt
Unix Box (с использованием собственного nc):
nc -nv ip_addr_of_windows_box 8000 < file.txt
Кроме того, вы также можете запустить сервер на Unix Box и вытащить файлы с компьютера Windows по протоколу http, хотя это не самый безопасный метод, поскольку вы будете подвергать файловой системе экспозицию.
Unix Box:
python -m SimpleHTTPServer
Windows (PowerShell):
Invoke-WebRequest https://ip_of_unix_box:8000/file.txt -OutFile c:\temp\file.txt
Я пошел бы с основанным на REST сервисом WCF, потому что Вы сможете передать чистые данные без издержек заголовка SOAP (и другая ерунда конверта), который идет с основанным на SOAP классическим .asmx веб-сервисом.
возможности для регулировки, параллелизма, и т.д. намного более разрабатываются в wcf., это - немного больше работы в начале, но я предполагаю, что это лучше подходит для сценариев, где необходимо иметь полный контроль над привязкой.
WCF является более устойчивым подходом к SOA. Microsoft стремится делать это основной платформой для создания следующей волны бизнес-приложений Microsoft. Функциональность, доступная уже, рано в ее жизненный цикл, превосходит простые веб-сервисы. Это только собирается поправиться. Путем движения с WCF рано, Вы сможете поехать на волне и использовать в своих интересах будущую новую функциональность.
В некоторых случаях зависит от типа и объема данных для отправки.
WCF даст Вам больше опций настроить Ваши вызовы.
С другой стороны, я не могу думать о преимуществах о реализации веб-сервисов asp.net по WCF. В WCF Вы могли также реализовать простые 'старые' веб-сервисы
ASMX похож на дистанционную работу, это все еще вокруг, потому что это поставлялось с 1,0, но Вы не должны больше использовать его при запуске нового проекта. WCF даст Вам намного больше функций и лучшей поддержки инструментов.