リモートデスクトップにアクセスするプログラムという認識で合ってますでしょうか。実行したのであればわかるのですが。動いても、クライアントには全く関係のない話のような。コマンドの中にユーザー名とホスト名が入っていることが問題ですか?問題ですか?と聞かれちゃうと、じゃあ問題じゃないんですか?と答えます。コードの書き方や配置場所、権限によってはセキュリティ上の問題もあると思います。考慮しますと書きました。かるたさんが考慮したとして(そしてこの案件が実行できるものだったとして)それを教えてしまうのは、私としてはちょっと危険なんじゃないのかなぁと思ったわけです。実際のところは私はどうすればいいのかわからないので答えられないですし、その点に関しては単なる野次馬でしかないので申し訳ないところですが、もし似たような話で私が回答できるようなことだったとしても、やはり教えてかまわないことと教えるべきではないことというものがあるように思います。簡単な判断基準で言えば、本当にこの危険性がわかっていて、セキュリティの考慮ができる方であれば、掲示板でこんな質問をすることすらためらうのではないかと思います。いった方が「マズいってわかってるんだけど、自己責任かつ興味本位なんだけど、こういうのできるのかな?(やりかたを教えてではないところに注意)」ということを、公の掲示板などではない場所で聞いてきたとしたら、そのときは話に乗るかもしれません。乗らないかもしれません。あー、でも乗らないかもですね。WindowsのプログラムやLinuxのコマンドをたたけば接続画面は表示されるのでそれで済む話です。それが面倒だという程度の話しはユーザー要望でよくありませんか?それだけのことです。ユーザー要望でよくある、というのはわかります。ユーザーが無茶なことを言ってくるのはよくある話ですし。言われるがままになるのではなく、危険性を認識した上で危険なものは危険だと提案するのもエンジニアの仕事じゃないかと思います。さんのこの言葉ですね。編集(投稿者)>>>外部から一定時間サーバーをリモートデスクトップで操作できるようにしようとしています。この目的に対し、当初提示されたコードを見ると...。サーバーのWindows側でrdesktopが実行されますが、rdesktopはWindowsに存在しないので「コマンドが見つかりません」で終わってます。上記hoge.plをクライアント単体で動かすことはできています。リモートデスクトップ接続の画面も表示されました。PHPからhoge.plを実行することはできませんでした。明日しか確認できないですが確かopenをsystemにしたような気はしますが・・・サーバー側というのがよく理解できていないです。#IEこと、ActiveXはクライアント側で実行されますのでWebサーバーでコードは実行されません。Webサーバーで実行と話しをしたので、ややこしくなっているのかも知れません。実行するのはWebアプリケーションですが資源はクライアントのexeをキックするイメージです。Shellでクライアントのexcel.exeをJavascriptで実行してExcelを開くのと変わりないと思っているのですが。説明がおかしくてすいません。Linuxにおいてrdesktopを使って接続したいのであれば、ブラウザは使いません、というより使えません。そのあたりからまずご確認下さい。接続したいのではなくあくまで接続画面の表示のみです。認証はその都度します。なんの意味があるかというと単純にリモートデスクトップの接続画面をプログラムから出す。コマンドを打って出すのが面倒だからです。面倒、または出し方が分からないのでブラウザから接続画面を開きたい。接続したいのではなくあくまで接続画面の表示のみです。認証はその都度します。なんの意味があるかというと単純にリモートデスクトップの接続画面をプログラムから出す。コマンドを打って出すのが面倒だからです。面倒、または出し方が分からないのでブラウザから接続画面を開きたい。/"といったコマンドも実行できることになります。通常、ブラウザからクライアントのアプリケーションを立ち上げることはできないと思って下さい。返信リモートデスクトップなのでセキュリティとかの話しになってないでしょうか?コードで接続はしないです。最初から書いてますが、あくまでリモートデスクトップ接続画面の表示のみです。編集(投稿者)じゃかるたさんへ老婆心ながら、気になる事があります。セキュリティの問題もそうですが、色々なブラウザ上の問題を考慮しておりますか?たとえば、サーバーに誰もログインしてい無い状態でメソッドを呼び出した場合、ハングしてしまいます。ここにいる先輩方はそういったことを心配しているのだと思います。立ち止まって、Webアプリケーションを少し学ぶ事をお勧めします。00:15:50)ちょっと早計過ぎる発言でしたので一部撤回と書き直しを行いたいと思います。>このコードはサーバー側で実行されるという認識は大丈夫ですか?>つまり、サーバーのWindows側でrdesktopが実行されますが、rdesktopはWindowsに存在しないので「コマンドが見つかりません」で終わってます。簡単に思いつくケースを書き連ねます。hoge.phpを単なるローカルのファイルとして開いている場合PHPの中身が表示されるのみで、実行されることはありません。hoge.plが実行され、rdesktopが見つからないということになります。クライアント側では何も起きません。hoge.plが実行されますが、ユーザ権限が異なります。ログインしているユーザのデスクトップに表示されないかもしれません。実行されないかもしれません。00:17:30)>じゃかるたさんへ>老婆心ながら、気になる事があります。>セキュリティの問題もそうですが、色々なブラウザ上の問題を考慮しておりますか?>たとえば、サーバーに誰もログインしてい無い状態でメソッドを呼び出した場合、>ハングしてしまいます。>文章を読んでいると、Web系アプリとWin系アプリの違いを意識されていない印象を受けましたので、>心配になりました。ここにいる先輩方はそういったことを心配しているのだと思います。>少し立ち止まって、Webアプリケーションを少し学ぶ事をお勧めします。一応、webアプリもwindowsアプリもそれなりにキャリアはあるのですが・・ちょっとヘコみます^^;Linuxに関してはさっぱりですが。WebアプリからExcelをOpenすることはできますよね?同じように接続画面もexeを実行するだけなので問題なく開けます。認証してないのでサーバーにログインしてようがしてまいがクライアントには関係ないです。/"といったコマンドも実行できることになります。>ですので、通常、ブラウザからクライアントのアプリケーションを立ち上げることはできないと思って下さい。このコマンドは確かに実行できると危険です・・・これはLinuxに限っての話しですか?これならできない理由が分かる気がします。WindowsのIEはクライアントアプリケーションの実行ができていますので。これはLinuxに限っての話しですか?これならできない理由が分かる気がします。Linuxには限りません。WindowsのIEはクライアントアプリケーションの実行ができていますので。これは予め、そのアプリケーションがブラウザ(IE)に登録しているからと言えます。Reader、リモートデスクトップ等はブラウザ(シェルというべきか?)に登録されているので開けます。電卓やコマンドプロンプト等を自動的に開くことは(通常)できません。同じように接続画面もexeを実行するだけなので問題なく開けます。認証してないのでサーバーにログインしてようがしてまいがクライアントには関係ないです。