長年開発されていないため、IISは使用されません。
WCFはC#fx4.5でテストされており、Windows 2016を実行するテスト仮想サーバーに公開します。このサーバーは元々SQL2016のみをテストしていたため、最初にWebサーバーの役割を追加します。デフォルトのオプションが上がります。fx4.6関数はデフォルトで使用できるので、問題ではありません。
次に、アプリケーションを追加します。アプリケーションプールに4.0しかないのはなぜですか?とにかく、私のWCFクロスにもう一度言ってもらいます。案の定、500は間違っています。
確かに何かがおかしい。デフォルトサイトに付属する静的HTMLページから測定。アクセス可能です。既定のサイトで、<< = System.DateTime.Now.ToString()%>という文のみを含むテスト用のtest.aspxファイルを追加すると、アクセス後に404エラーが発生します。これにより、asp.netが有効になっていないことが確認されます。IISロールの構成を注意深く確認してください。穴が開いており、Webサーバーオプションの下で選択する「アプリケーション開発」があります。。。したがって、asp.net4.6を選択しました。test.aspxを再テストしてください。実際に表示できます。ブラウザでURLを自分のsvcに変更しましたが、404のままでした。
test.aspxのコピーをアプリケーションディレクトリにコピーして実行します。次に、どのwcf関連機能が有効になっていないかを説明します。もう一度確認すると、フレームワーク機能の下で、WCFサービスはhttpアクティベーションも有効にする必要があることがわかりました。
最後に、アプリケーションを削除して再構築しましたが、アプリケーションプールはv4.5クラシックを使用しており、かつてお馴染みのsvcページがついに再び表示されました。
ちなみに、インターネット上の多くの記事では、aspnet_regiisやserviceModelRegなどのコマンドを使用して修復する必要があり、Win Server 2016はサポートされなくなったようです。
==========
C#コールピット:
application / soap + xmlがtext / xmlと互換性がないことを報告:クライアントのapp.configで、<binding name = "...." />セクションを展開し、<security mode = "のセクションを挿入する必要がありますなし "/>
Raspberry Piの呼び出し:
C#を使用してクライアントを開発するよりも簡単です。sudsはそれを直接サポートします。。。