Linuxコンソールの下からWindows上のコンピューターを制御するオプション

Linuxの下でWindowsを実行しているマシン上で何かを行う必要があるが、RDPやVNCを介してではない場合のタスクがあります。 または、たとえば、私の場合のように、メインマシンはLinux上にあり、サーバーのグループを管理する必要があります。 また、 dsquery group -name "" | dsget group -members | dsget user



などの単純なクエリなどの単純なタスクのdsquery group -name "" | dsget group -members | dsget user



dsquery group -name "" | dsget group -members | dsget user



dsquery group -name "" | dsget group -members | dsget user



、すべてのフィールドを含むActive Directoryのグループメンバーの完全なリストを提供します-そのようなことに対してRDPセッションを開始しないでください。

正直に言うと、シンプルで便利なツールキットは見つかりませんでした。 ZenossおよびOpenVASキットに含まれている2つのユーティリティ、wmicおよびwinexeを除きます。 むしろ、彼らはゼノスに入った。 問題ではありません。個別に見つけられなかったので、特定のディストリビューション（Xubuntu 13.04）向けに独自のバージョンをさらに提案しますが、適切なスキルがあれば、他の方法ですべてを実行できます。

それでは、始めましょう：

 wget http://www.openvas.org/download/wmi/wmi-1.3.14.tar.bz2 tar -xvf wmi-1.3.14.tar.bz2 cd wmi-1.3.14\Samba\source\wineexe\
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

次に、手動で、またはpatch -p0 -i patchfile



使用して、 https: patch -p0 -i patchfile



から変更patch -p0 -i patchfile



適用します 。

次に：

 sudo make
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

その後、あなたはすでに行うことができます：

 winexe -U domain/user%password //server 'dsquery group -name ""| dsget group -members | dsget user'
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

または

 wmic -U domain/user%password //server 'select * from Win32_ComputerSystem'
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

最初のwinexeコマンドを使用すると、WindowsマシンでRPCを介してコンソールコマンドを実行できます。2番目のコマンドでは、WMIクエリを実行できます。 com / en-us / library / windows / desktop / aa394606％28v = vs. 85％29.aspx ）。

ただし、MicrosoftはUTF-16、CP1251、CP866を一度に愛しているため、winexeコンソールをリモートマシンから出力する際に​​問題があります。 そして、いくつかの場所では、UCS-2。 より正確には、私の場合、結論は古き良きCP866にありました。 問題は非常に簡単に解決されます。

 luit -encoding cp866 winexe -U domain/user%password //server 'cmd'
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

結論として、次のとおりです。

 Microsoft Windows [Version 6.1.7601] (c)   (Microsoft Corporation), 2009.   . C:\Windows\system32>
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

しかし、再び私の場合、luit 1.1はcp866のcharmapを明確に表示することを望まWarning: couldn't find charset data for locale XXXX; using ISO 8859-1



、 Warning: couldn't find charset data for locale XXXX; using ISO 8859-1



を発行しましたWarning: couldn't find charset data for locale XXXX; using ISO 8859-1



Warning: couldn't find charset data for locale XXXX; using ISO 8859-1



します （ https://bugs.launchpad.net/ubuntu/+source/x11-utils/+bug/280449に似ていますが、修正があり、パッケージはありません）。 非常に新鮮なluitのソースコード（ http://invisible-island.net/luit）をダウンロードする方が簡単だと思いました。 通常は発生す​​るx11-utilsの一部として表示することはほとんど不可能です。 次：

 ./configure
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

おそらく依存関係はなく、すべてが解決されます。 すべてがすぐに飛んできました。

 sudo make
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

新しくコンパイルされたluit 2.0は、その場で866からUTF-8に完全に変換されます。 一般的に、私のタスクは完了しています。

一般に、一度設定された特定の作業マシンは、RPCが実行され、権限を持っているデフォルトのWindowsマシンを制御するという事実に導かれました。

批判、コメント、提案をお待ちしています。



upd：かなり最近のwinexeへのリンクを提供してくれたSlipeerに感謝します -http: //sourceforge.net/projects/winexe/！

upd2：注意するべき重要な点は、winexeでcmdを実行するとき、カーソルとバックスペースキーが内部で機能しないことです。 標準操作用のスクリプトを記述する際、これはまったく気になりません:)