Q&A
「うまくいかない」とは、期待する動作は何で、実際にはどうなるのでしょうか?
お世話になります。
環境情報
・OS: Windows Server 2012 R2 Standard Edition
・php: 5.6
・Apache: 2.4
phpのexec関数を使用して、ネットワークドライブを接続する処理を行っている箇所があります。
php
1 exec('net use z: "\\192.168.1.1\test" password /user:test_user /persistent:no>nul 2>&1'); 2
この処理をwindowsのコマンドプロンプトから実行させるとうまくいくのですが、
Apache経由で処理を行うと接続処理がうまくいきません。
このような現象が起こる原因について教えていただけますでしょうか。
よろしくお願いいたします。
・・・・・追記
現状の状況としては
Apache経由での接続処理は別のパスで試したところうまくいきました。
なので、対象パスのログイン情報などが間違っているのかもと考えたのですが、コマンドプロンプトで実行する分にはうまくいっているのでそういうわけでもないようなのです。
なので現状問題の切り分けが出来ていない状態です。
エラーメッセージを捨てずに見ましょう。
お二人ともコメントありがとうございます。
最終的にやりたいことはネットワークドライブを接続して、そこにcsvファイルを置きたいという物ですが、
現状、ネットワークドライブにちゃんと接続できるかどうかでテストしています。
エラーメッセージを見るべきだとは思うのですが、なぜかエラーメッセージが取得出来ない状態です。
もう少し詳しい内容を加筆します。
もしかして、>nul の意味を分からず付けてますか？それが「エラーメッセージを捨てる」ということです。
なるほど！「2>&1」を付けていればエラーメッセージが取得出来るものと考えていました。やはりコマンドの内容はしっかりと調べないといけないですね。ありがとうございます。
別のPATH、と言うのは、別のネットワークPATHをさしますか？それともローカルのPATHでしょうか。ちなみにWindowsサービスとしてApache2を動作させているのであれば、">"リダイレクトでエラー出力は得られません。
コメントありがとうございます。別のパスとは別のネットワークになります。>nulを付けると駄目だということは教えていただいてエラー取得できるようになりました。
別のネットワークPATHでOKでしたか。それであれば、私が思っていた原因と違うかもしないので回答は控えます。 "> LOGFILE" のようにリダイレクトでエラー内容を取得されようとしているのであれば、Windowsサービス下では空のファイルになってしまう可能性が大きいです。 それでも簡単に確認できるでしょうから、試してみていいかもしれません。（取れればそれでOK) リダイレクトでエラーが取れなければ、終了コード(ERRORLEVEL)でヒントを得られるかと。
コメントありがとうございます。ネットワーク関連は疎くて言葉の使い方が分かっていないのですが私が言った別のパスとは192.168.1.14のように同じネットワーク内の別の端末という意味なので、別ネットワークとは言えないですね。また、終了コードでヒントが得られるとは具体的にどういった取り方か教えていただけますでしょうか。PHPからとれるものでしょうか
まずは、当初予定していた">nul"をつけないでエラー出力を得られるかを確認しましょう。終了コードはphp のexecのリファレンスをみましょう。http://php.net/manual/ja/function.exec.php
PHPうろ覚えなんだけど、シングルクォートもエスケープ必要でしたっけ・・・？
dodox86さん。コメントありがとうございます。ローカルの環境ではエラーメッセージが取得できるのを確認しました。ただ、現状対象のサーバー事態は近くにはないので、実際のエラーメッセージを確認することができないのが難点です
asmさんありがとうございます。シングルクォートのエスケープは現在の処理では使用してないです。バックスラッシュはエスケープしていますが
netコマンドの（エラー含む）出力を得られたのであれば、質問に追記すればより有用な回答を得られると思います。（ただの心配に終わったようで、失礼しました）
処理がうまくいってないサーバーは近くになくて、実際のエラーメッセージを取得できないのです。できれば色々調べようがあるのですが、、、、なので現状は事前に色々調べておいて現地で調査しながら試そうと考えています。
回答4件
0
よくあるのは、環境変数の違いです。
フルパスで書くと動くケースがあります。
投稿2018/04/04 05:20
退会済みユーザー
総合スコア0
コメントありがとうございます。
具体的にどこの環境変数が影響する可能性があるのでしょうか。
またフルパスで書くとはどこの部分を指していますでしょうか。
コマンドにパスが通っていない可能性があります。
コマンドをフルパスで書いてみてください。
フルパスで実行してみましたが、うまくいきませんでした。
他に何か原因は考えられますでしょうか。
エラーをひらってみては？
うまくいかないとはどーゆーふーにうまくいかないのでしょう。
そのコードでコンソールにでもログ表示させて実際に実行しているのか見てみれば？
コメントありがとうございます。
うまくいかないというのはネットワークドライブが接続されない。という意味です。
別の方のコメントでエラーメッセージの取り方が分かったので調査してみます。
0
直接の回答ではないですし、外している可能性も高いですが、思いつくものをいくつか：
-
接続できない\192.168.1.1のPCはWindows Server 2012 と言うことですが、ユーザーアカウントの管理をActive Directoryで行っていたりしませんか？ PC自体、ドメインコントローラーだったりしませんか？
-
接続できない\192.168.1.1のPCはWindows Server 2012 だったとして、"test_user"と言うユーザーは実際に存在するのでしょうか。Active Directoryではなかったとしても、ローカルPCアカウントだと簡単には認証できない気もします。（未確認です）
-
同じ接続できる別のPCは、Windows Serverではなく、Windows10などの普通のクライアントPC（ワークステーション）だったりしませんか？
-
コマンドプロンプトからは接続OKだということは、そのコマンドプロンプトを開いたログオンユーザーのコンテキストが影響している可能性があります。
-
Windowsサービスで稼動しているapache2内から
netコマンドをphpのexecで実行すると、ユーザーアカウントとしてはそのPCのローカルシステムアカウント"SYSTEM"が使われるはずです。
netコマンドのコマンドラインオプションで "test_user/password"を指定していますが、Windowsの認証はローカルPCで行うケースと、ActiveDirectory下でのドメインコントローラーで行うケースがあるので、デフォルトで使われているユーザー認証の為のコンテキストが異なっているのかもしれません。
apache2下で実行するnetコマンドの実行時のアカウントは、"ローカルPC\SYSTEM"となるはずなので、もし、繋ごうとしているPCがユーザー単位での認証でActive Directoryのネットワークへログオンしていたとしたら、\192.168.1.1\test へのアクセスに影響している気もします。
いずれにせよ、実機でエラーの内容を確認したら何かまた原因が分って進展を得られるかと思います。
補足です：2018/04/05 19:14
上記回答、「～していませんか？」などと問いかけ口調ですが、それへの回答を求めているわけではありませんので、お気づかいの必要はありません。（単に、気に留めてみてください程度の意味です）
投稿2018/04/05 10:02
編集2018/04/05 10:14総合スコア9183
0
自己解決
皆様のコメントのおかげで大変勉強になりました。
ありがとうございました。
その後の作業で無事ネットワークドライブの接続ができました。
結局のところ原因は指定していたドライブ名がすでに使用されていたというなんとも恥ずかしいものでした。。。
投稿2018/04/06 08:39
編集2018/04/06 08:39総合スコア98
捨てずに得たエラーメッセージで原因が分かったのだと思いますが、深刻な理由でなくて良かったです。（レス不要です）
あなたの回答
tips
プレビュー
