質問

ASP.NET WebサイトでHTMLページからPDFを生成するタスクに直面しています。 (ユーザーが節約できる/きれいに印刷できるもの)

wkhtmltopdfがこれを見て非常によく仕事をしていることがわかりました。

wkhtmltopdfを呼び出して、HTMLからPDFを生成します

しかし、私には問題があります。当社のウェブサイトはイントラネットサイトであり、Windows認証を使用しています。資格情報をwkhtmltopdfに渡すことができます-usernameと - passwordを使用して、Webページが期待どおりに生成されていることを自分に示します。

問題はこれです:システムに入る異なるユーザーごとに何をすべきか?うまくいかない可能性のある多くの可能な解決策を考えることができ、研究の終わりに来たように見えるので、誰かが私に意見やガイダンスを与えることができることを望んでいました。

可能な解決策:

  1. asp.netで、wkhtmltopdfに渡すためにユーザーの資格情報からユーザー名とパスワードを抽出できる方法はありますか?これに対する答えは「ノーと賢明な理由のため」だと思います
  2. プロセスを実行してユーザーの資格情報を通過することは可能ですか?プロセスでユーザー名 /パスワードを設定することは可能であることがわかります(ただし、パスワードが公開されていないように見えるので、資格情報からこれをどのように渡すかはわかりませんが)。おそらく、資格情報を直接処理するための別の方法がありますか?
  3. Windows認証を使用しない別のPDFGenerator Webサイトを作成できます。次に、保護されたWebサイトからHTML/CSS/画像を共有ディレクトリに移植し、ユーザーをPDFGenerator Webサイトにリダイレクトして、認証を心配することなく(およびPDFの後にHTMLなどをクリーンアップすることなく、HTMLから実際にPDFを生成できます。生成)。

私は3が私がパースをする解決策であると思われますが、それは基本的に1つの大きな回避策であるため、認証の問題に対処するための大きな回避策は、1つまたは2のより良い提案や助けに非常にオープンです!

役に立ちましたか?

解決

web.configでなりすましを設定できます。

http://msdn.microsoft.com/en-us/library/aa292118%28v = vs.71%29.aspx

これは、実行されるものはすべてユーザーとして行われることを意味します。特定のシナリオでは問題を引き起こす可能性があります。これは、アプリプールのIDではなく、そのセッションのユーザーの資格情報を使用してサイトが実行されていることを意味します。また、適切に機能し、安全であるようにWebアプリをセットアップするには、Hoopsを飛び越える必要があります。

実行するものはすべて、ほとんどの通常の構成の下でアプリプールの資格情報を引き受けることに注意する必要があります。アプリプールのアカウントを変更できます。これにより、アプリプールを実行しているユーザーからのみアクセスを許可することで、物事をロックダウンし続けることができます。

他の代替品は、なりすましを使用するメインアプリ以外に別のアプリを持つことです。これは、アプリ全体を変換してなりすましを使用するよりも管理しやすいかもしれません。 (私はあなたのプロジェクトの詳細を持っていないので、ここで具体的な推奨事項を作成するのは難しいです。)

ライセンス: CC-BY-SA帰属
所属していません StackOverflow
scroll top