Web Deploy with Visual Studio 2017

VSからIISへ FTP/FTPS での deploy は、処理があまりに遅くて精神によろしからず、Web Deploy 環境を作成してみた。俄然速い。

以下、IIS が走っているサーバー上での作業。

Step-1)
Control Panel の Program / Uninstall で、Microsoft Web Deploy *.* が存在していたら、一度 Uninstall しちゃおう。

Step-2)
Server Manager を立上げ、Web Server (IIS) をクリック。Role Services で Management Tools 下の Management Service が Installed されていなかったら、これを Install する。

Step-3)
Web Deploy 3.6 の msi をMSサイトからダウンロードしインストールする。Web Installer は使わんほうが良い。ここから重要、 インストーラーのデフォルトでは、remote web deploy に必要なモジュールがインストールされない。Custom を選択して全部インストールする！（これで２時間喰われた）。Service Manager て、Web Deployment Agent Service を Start: Automatic に変更し、Run する。その下に表示されている Web Management Service も Automatic, Started になっていることを指さし確認。

Step-4)
ここまでの作業が終了すると、サーバーは port 8172 を listen していないとおかしい。netstat -na して指さし確認。

Step-5)
IIS Manager を開き、Deploy 対象となる Site をクリック。Management 下に IIS Manager Permissions というアイコンが出来上がっているはず。無かったら、IIS Manager をリスタートしよう。アイコンをダブルクリック。Allow User... から、Windows の user を指定し、追加。以上で IIS サーバー側の作業はオシマイ。

Step-6)
開発環境に戻り、 VS2017 の Publish から new profile を作成。IIS, FTP, etc を選択。publish method で Web Deploy を選択。
 Server: DNS が解決可能な host name or IP address
 Site name: Default Web Site/<対象Siteの virtual path> 　(hosname/virtual dir ではうまくいかなかった）
 User name: Step-5) で設定した user ID。 <server name\user name>
 Password: そのパスワード
 Destination URL: この設定はおまけ、deploy がうまく終了した際に IE が勝手に開きアクセスしに行くもの。無くても良い。

これにて Validate Connectionする。401とか404 が返ってきたら、多分に Layer 3 / Firewall あたりの何処かが間違っちょる。netstat -n して port: 8172 で SYN_SENT だったら、サーバー側の Firewall 設定等要確認。550が返ってくる場合は、Layer 3はまずOKっぽく、大体は Site Name の設定がダメ、"Default Web Site/<対象Siteの virtual path>" を要確認。

Step-7)
Windows Firewall, Advanced Security, Inbound Rules で Web Management Service (HTTP Traffic-In) という policy が作成されており、Scope の Remote IPs が Any IP address となっている。もし開発環境が Static IP  を持っているなら、そいつで絞っておこう。


コメント

コメントを投稿

このブログの人気の投稿

HiddenFor 要注意

MVC View で、HiddenFor は View Model よりも ModelState の値を優先する。 これで困るのは、以下のようなシナリオ： 初回ページ(GET)で、HiddenFor(p=>p.Step) で値が "1" だとする。 ユーザーが何らかの入力を実施、POST する。 Controller にて Save その他処理し、Step を "2" に増やす。しかしながら必須入力漏れがあり、Redirect せずに、ModelState.IsValid == false のまま Render する。 このRenderの際、HiddenFor(p=>p.Step) は、値 "1" を採ってしまう。 http://stackoverflow.com/questions/4710447/asp-net-mvc-html-hiddenfor-with-wrong-value 仕様なのだそうだが、理由はわからん。 よって、stateが変わる Action の場合、HiddenFor は使わぬが良し。 <input type="hidden" id="Step" name="Step" value="@Model.Step" /> もしくは 、ModelState の値を変えちゃうには、 ModelState.SetModelValue("Property", new ValueProviderResult("", "abc", CultureInfo.InvariantCulture)); ちなみに、bool 値を流したい場合は、文字列に変え、 <input type="hidden" id="Step" name="BoolValue" value="@Model.BoolValue.ToString()" /> JS 側では、 var boolValue = $(...
続きを読む

SPA を IIS から流す際の ASP 側のルーティング

Single Page Application (SPA) にて、トップ以外のページで F5 （page reload/reflesh) を押すと、サーバーから Page Not Found が返ってくる。通常、SPA をレンダーする Web server は、基本的に、GETリクエストに対して、ごく短い 唯一のページ返すだけがお役目。\cart とか \list 等が GET で飛んできても、左様なページ(MVCだとcontroller) は存在しないので、404 エラーとなる。 そこでさっそく調べると、以下を web.config に追加せよ、とある（Web serverは IIS を想定）。     <rewrite>       <rules>         <rule name="Rewrite Text Requests" stopProcessing="true">           <match url=".*"/>           <conditions>             <add input="{HTTP_METHOD}" pattern="^GET$"/>             <add input="{HTTP_ACCEPT}" pattern="^text/html"/>             <add input="{REQUEST_FILENAME}" matchType="IsFile" negate="true"/>           </conditions>           <action type="R...
続きを読む

Jest の テスト・スクリプトをデバッグする術

React が大分わかってきた（ような気がする）ので、Unit Test に進んでみる。またまた忍び難き道を忍ばねばならなかった。以下、備忘録。この世界も jasmine だとかなんだとか、あまりに選択肢が多く目が回るが、とりあえず Jest を勉強してみようと判断。 [Jest のインストール] 以下の要領でいたって簡単。      https://facebook.github.io/jest/docs/en/getting-started.html#content CLI のどこからでも jest と叩きたいので、グローバルにもインストールした。     npm install -g jest [初期動作確認] 上のサイトの要領に従って sum のテストを実施。すんなり動作した。さほどの感激は無し。 --- ここからが実務となり、厚い壁がはだかっているのは既にわかっている。C#でも Unit Test を書くのは、普通にコードを書くのと同じぐらい大変な作業だが、プログラマのライフセーバーとも言えるので、堪えどころ。 まず、私の書く Unit Test自体にバグが発生することが分かっている。これを詳細にデバッグできないと全くお話にならない。まずはここらから検証。 [Unit Test のデバッグ] 暫し調べると、やはり本家のここにたどり着いた：      https://facebook.github.io/jest/docs/en/troubleshooting.html#content 要は、Node上で Jest.js が走り、そこから私の書いた sum.test.js が走るわけだが、Node が web server を立ててくれ、そこに Chrome からアクセスし、Chromeの F12 で Just 向けに書いた Unit Test スクリプトをデバッグ可能、というわけだ。Nodeは偉い。早速 CLI にて：    node --inspect -brk node_modules/.bin/jest --runInBand やはり、さっぱり動作しない（涙）。結論から申すと、４つの問題が上の短い一行に...
続きを読む