web-dev-qa-db-ja.com

ワークステーションサービスを再起動せずにWindowsネットワーク共有から切断/ログアウトする

エクスプローラー(Windows 7 Professional)で\\ 1.2.3.4に直接アクセスして接続しているファイルサーバー(SMB)を実行しています。資格情報を保存せずに1人のユーザーとしてログインし、ログアウトしたいと思っています(実際には別のユーザーに変更したいのですが、通常はログアウトできれば便利です)。

私はこれを行う方法を探して回り、いくつかの形式のNet Use \\1.2.3.4 /delを使用することを提案するたくさんの情報を見つけました:

しかし、これらのどれも実際には私には役に立たないようでした。私はNet Use * /delを実行し、次にNet Useを使用してリストが空であることを確認しますが、共有がエクスプローラーに不思議なまま残り、影響を受けず、アクセス可能で、以前のログインを使用しています。

私が試した別のことも失敗しましたが、資格情報を切り替えるには、Net Use \\1.2.3.4 /user:newusername。ただし、Net Useが空の接続リストを示した場合でも、異なるユーザーによる同じリソースへの複数の接続は許可されないことを示すエラーが引き続き発生しました。 Net Useのリストに表示されなかった接続は私には謎です。

次に、この記事 共有フォルダー (Microsoft.com)からログアウトする方法を見つけました。

  1. Net Use * /del(または任意のサーバー)。
  2. 資格情報マネージャーから資格情報を消去します。
  3. Workstationサービスを再起動します。

この手順でうまくいきました。資格情報を保存しなかったため、資格情報マネージャーには何の関心もありませんでしたが、netとの接続をクリアした後にWorkstationサービスを再起動することが重要でした(サービスを取得するためにすべてのエクスプローラーウィンドウを閉じる必要がありました)再起動)。

私の質問は次のとおりです:これは、特に技術にあまり詳しくないユーザーに説明する必要がある場合は、あまり便利ではありません。私は確かに作成できますが、すべてを自動化するバッチスクリプト、これを行う実際の適切な一貫した方法はありますか。サービスの再起動は必要ありません(個人的には気にしませんが、コマンドラインは必要ないかもしれません)。

また、サブ質問:この問題で見つけたリソースの大部分がWorkstationの再起動を示唆していなかったことは奇妙です。 Net Useを単独で使用するという提案されたプロセスは、少なくともそれらの投稿にコメントを投稿した他の人々にとっては機能するようです。ワークステーションの再起動は私に固有のものであり、私のマシンの他の問題を示しているのですか、それとも何らかの理由ですべての指示から除外されたのですか? Microsoft.comのサポートポストにのみ、このステップを推奨する指示がありました。

共有からログアウトすることは、それを行う簡単な方法を正当化するのに十分一般的なユースケースであるように思われるため、これを理解するのがどれほど困難であるかに困惑しています。


私が効果なしで試した他のこと:

  • Net Useコマンド( Kody Brownsの回答 で推奨)を使用する前と後のすべてのエクスプローラーウィンドウを閉じ、「フォルダーウィンドウごとに個別のプロセス」設定を使用して混乱させるある種のプロセスごとの資格情報のキャッシュでした(これもその回答に触発されました)。
  • ホームグループ接続管理設定の変更(上記のMicrosoft.comの投稿にあるholmzi_onlineの回答で推奨)。
  • すべてのエクスプローラープロセス(メインプロセスを含む)を強制終了し、Net Use * /delの後にエクスプローラーを再起動します( Robert Greer here によって提案されましたが、マップされたドライブに問題がありました)。
14
Jason C

2)この問題であなただけではありません。ほとんどの人は、たった1人のユーザーまたは複数のユーザー、あるいはその両方を持っているため、同じパスワードを持っているため、おそらくそれを経験することはありません。いつも経験しているようです。複数のコンピューターで同じユーザー名を使用しているが、パスワードが異なるためだと思います。(私はドメインに参加していません。ラップトップはWindows 8.1とLinuxベースのサーバーを搭載したWindows 8.1です。)

(メモリから)\ raspi\privateなどのロックされた共有にアクセスする前に、\ raspiなどのコンピューターのルート共有を開くと、その問題が発生します。最初にpublic/open共有を使用して接続が確立され、その後それが保存されるようです。

1)については、その共有にアクセスしたエクスプローラーウィンドウと(場合によってはコマンドプロンプト)を閉じるだけです。ワークステーションサービスを再起動する必要がありませんでした。

しかし、私は常に「別のプロセスでフォルダウィンドウを起動する」ようにWindowsに指示しているので、私にとってはうまくいくかもしれません。

ちょっとした考え..

1
Kody Brown

私は次のようにしてそれを機能させました:

  1. Net Use * /deleteを実行します
  2. 資格情報をクリアします(たとえば、私のものは172.26.190.129で、作成日は今日だけです)。
  3. 「ローカル接続」を無効にする(コントロールパネル\ネットワークとインターネット\ネット接続\ローカル接続)
  4. ちょっと待ってください(理由はわかりませんが、Win7からUbuntuへのリンクが壊れてキャッシュがクリアされる可能性があると思います)
  5. 「ローカル接続」を有効にすると動作しました。
1
Seiya Cai

[スタート]-> [コントロールパネル]-> [ユーザーアカウントと家族の安全]-> [ユーザーアカウント]-> [資格情報の管理]。

「Windows資格情報」の1つを展開し、「ボールトから削除」をクリックします。

Start -> Control Panel

Control Panel -> User Accounts and Family Safety

User Accounts and Family Safety -> User Accounts

User Accounts -> Manage your credentials

Log out

Yes

0
Victor

これは長いショットかもしれませんが、Net Use * /d?私の知る限り、共有を削除した後でも、開いているハンドル(エクスプローラーウィンドウなど)がある場合、Windowsはセッションを開いたままにします。また、これらのハンドルを閉じた後でも、共有を再接続するタイムアウト期間があります。デフォルトは10〜15分です。レジストリでこれを短縮できます。

https://blogs.msdn.Microsoft.com/oldnewthing/20110223-00/?p=1141 を参照してください

ただし、「KeepConn」は新しいバージョンのWindowsでは使用されなくなったようです。このページの「アイドル接続タイマー」を参照してください: http://blogs.msdn.com/b/openspecification/archive/2013/03/19/cifs-and-smb-timeouts-in-windows.aspx

0
Stimm