IPC クライアントと IPC サーバーの両方が、共有リモート インターフェイス ( MarshalByRefObjectを継承するクラス) を呼び出して通信するには、インターフェイス クラスを注入アプリケーション内に配置する必要はありません。たとえば、ターゲット プロセスに挿入される挿入ライブラリ プロジェクトにインターフェイス クラスを配置すると、挿入アプリケーションはそのインターフェイスを参照できません。
編集：以下の質問に答えました。
質問する
3900 次
1 に答える
3
EasyHook コミット 66751 (EasyHook 2.7 alpha に関連付けられている) の時点で、クライアント (DLL の注入を開始したプロセス) とサーバー (DLL を実行している注入されたプロセス) の両方でリモート インターフェイスのインスタンスを取得することはできないようです。インジェクトされた DLL)。
どういう意味ですか？
FileMonとProcessMonitorの例では、共有リモート インターフェイス ( Filemonの場合は に埋め込まれ、ProcessMonitorの場合は独自のファイルにあるDemoInterface ) が注入アセンブリにどのように配置されているかに注目してください。FileMon プロジェクトにあります。ProcessMonitor プロジェクトにあります。FileMonInterfaceProgram.csFileMonInterfaceDemoInterface
なぜ他のラウンドではないのですか？FileMonInterfaceプロジェクト FileMonInject に入れ、ProcMonInject に入れてみませDemoInterfaceんか? 呼び出し元のアプリケーション (FileMon および ProcessMonitor) がインターフェイスにアクセスできなくなるためです。
その理由は、EasyHook が内部的に以下を使用するためです。
RemotingConfiguration.RegisterWellKnownServiceType(
typeof(TRemoteObject),
ChannelName,
InObjectMode);
このリモート呼び出しにより、クライアントはあなたの (サーバー) インターフェースを呼び出すことができますが、サーバー自体 (あなた、アプリケーション) はそれを呼び出すことができません。
ソリューション
代わりに、次を使用します。
// Get the instance by simply calling `new RemotingInterface()` beforehand somewhere
RemotingServices.Marshal(instanceOfYourRemotingInterfaceHere, ChannelName);
私がしたことは、EasyHook の RemoteHook.IpcCreateServer() にオーバーロードを追加して、.NET リモート処理を行う新しい「方法」を受け入れることでした。
それは醜いですが、うまくいきます：
コード
IpcCreateServer メソッド全体 (中かっこから中かっこまで) を次のコードに置き換えます。ここでは 2 つの方法を示します。1 つは、より詳細なオーバーロードです。2 つ目は、オーバーロードを呼び出す「元の」メソッドです。
public static IpcServerChannel IpcCreateServer<TRemoteObject>(
ref String RefChannelName,
WellKnownObjectMode InObjectMode,
TRemoteObject ipcInterface, String ipcUri, bool useNewMethod,
params WellKnownSidType[] InAllowedClientSIDs) where TRemoteObject : MarshalByRefObject
{
String ChannelName = RefChannelName ?? GenerateName();
///////////////////////////////////////////////////////////////////
// create security descriptor for IpcChannel...
System.Collections.IDictionary Properties = new System.Collections.Hashtable();
Properties["name"] = ChannelName;
Properties["portName"] = ChannelName;
DiscretionaryAcl DACL = new DiscretionaryAcl(false, false, 1);
if (InAllowedClientSIDs.Length == 0)
{
if (RefChannelName != null)
throw new System.Security.HostProtectionException("If no random channel name is being used, you shall specify all allowed SIDs.");
// allow access from all users... Channel is protected by random path name!
DACL.AddAccess(
AccessControlType.Allow,
new SecurityIdentifier(
WellKnownSidType.WorldSid,
null),
-1,
InheritanceFlags.None,
PropagationFlags.None);
}
else
{
for (int i = 0; i < InAllowedClientSIDs.Length; i++)
{
DACL.AddAccess(
AccessControlType.Allow,
new SecurityIdentifier(
InAllowedClientSIDs[i],
null),
-1,
InheritanceFlags.None,
PropagationFlags.None);
}
}
CommonSecurityDescriptor SecDescr = new CommonSecurityDescriptor(false, false,
ControlFlags.GroupDefaulted |
ControlFlags.OwnerDefaulted |
ControlFlags.DiscretionaryAclPresent,
null, null, null,
DACL);
//////////////////////////////////////////////////////////
// create IpcChannel...
BinaryServerFormatterSinkProvider BinaryProv = new BinaryServerFormatterSinkProvider();
BinaryProv.TypeFilterLevel = TypeFilterLevel.Full;
IpcServerChannel Result = new IpcServerChannel(Properties, BinaryProv, SecDescr);
if (!useNewMethod)
{
ChannelServices.RegisterChannel(Result, false);
RemotingConfiguration.RegisterWellKnownServiceType(
typeof(TRemoteObject),
ChannelName,
InObjectMode);
}
else
{
ChannelServices.RegisterChannel(Result, false);
ObjRef refGreeter = RemotingServices.Marshal(ipcInterface, ipcUri);
}
RefChannelName = ChannelName;
return Result;
}
/// <summary>
/// Creates a globally reachable, managed IPC-Port.
/// </summary>
/// <remarks>
/// Because it is something tricky to get a port working for any constellation of
/// target processes, I decided to write a proper wrapper method. Just keep the returned
/// <see cref="IpcChannel"/> alive, by adding it to a global list or static variable,
/// as long as you want to have the IPC port open.
/// </remarks>
/// <typeparam name="TRemoteObject">
/// A class derived from <see cref="MarshalByRefObject"/> which provides the
/// method implementations this server should expose.
/// </typeparam>
/// <param name="InObjectMode">
/// <see cref="WellKnownObjectMode.SingleCall"/> if you want to handle each call in an new
/// object instance, <see cref="WellKnownObjectMode.Singleton"/> otherwise. The latter will implicitly
/// allow you to use "static" remote variables.
/// </param>
/// <param name="RefChannelName">
/// Either <c>null</c> to let the method generate a random channel name to be passed to
/// <see cref="IpcConnectClient{TRemoteObject}"/> or a predefined one. If you pass a value unequal to
/// <c>null</c>, you shall also specify all SIDs that are allowed to connect to your channel!
/// </param>
/// <param name="InAllowedClientSIDs">
/// If no SID is specified, all authenticated users will be allowed to access the server
/// channel by default. You must specify an SID if <paramref name="RefChannelName"/> is unequal to <c>null</c>.
/// </param>
/// <returns>
/// An <see cref="IpcChannel"/> that shall be keept alive until the server is not needed anymore.
/// </returns>
/// <exception cref="System.Security.HostProtectionException">
/// If a predefined channel name is being used, you are required to specify a list of well known SIDs
/// which are allowed to access the newly created server.
/// </exception>
/// <exception cref="RemotingException">
/// The given channel name is already in use.
/// </exception>
public static IpcServerChannel IpcCreateServer<TRemoteObject>(
ref String RefChannelName,
WellKnownObjectMode InObjectMode,
params WellKnownSidType[] InAllowedClientSIDs) where TRemoteObject : MarshalByRefObject
{
return IpcCreateServer<TRemoteObject>(ref RefChannelName, InObjectMode, null, null, false, InAllowedClientSIDs);
}
それでおしまい。変更する必要があるのはそれだけです。IpcCreateClient() を変更する必要はありません。
コードの使用
新しいオーバーロードされたメソッドを使用する方法は次のとおりです。
あなたが持っていると言う
public class IpcInterface : MarshalByRefObject { /* ... */ }
共有リモート インターフェイスとして。
その新しいインスタンスを作成し、その参照を保存します。これを使用して、クライアントと通信します。
var myIpcInterface = new IpcInterface(); // Keep this reference to communicate!
以前にそのリモート チャネルを作成する方法は次のとおりです。
ipcServer = RemoteHooking.IpcCreateServer<IpcInterface>(ref IpcChannelName, WellKnownObjectMode.Singleton, WellKnownSidType.WorldSid);
ここで、そのリモート チャネルを作成する方法を次に示します。
ipcServer = RemoteHooking.IpcCreateServer<IpcInterface>(ref IpcChannelName, WellKnownObjectMode.Singleton, myIpcInterface, IpcChannelName, true, WellKnownSidType.WorldSid);
忘れないでください...
この StackOverflow postからこのソリューションを得ました。彼が言うように必ず実行し、InitializeLifetimeService をオーバーライドして null を返すようにしてください。
public override object InitializeLifetimeService()
{
// Live "forever"
return null;
}
これは、クライアントがリモート インターフェイスを失わないようにするためだと思います。
用途
これで、リモーティング インターフェイス ファイルを挿入プロジェクトと同じディレクトリに配置する必要がなくなり、インターフェイス ファイル専用のライブラリを作成できるようになりました。
この解決策は、.NET リモート処理の経験がある人にはよく知られていることかもしれませんが、私はそれについて何も知りません (この投稿ではインターフェイスという言葉を間違って使用した可能性があります)。
于 2012-11-13T02:43:35.430 に答える