NICが２枚付いていて、特定ネットワークからのアクセスだけ、Default Gateway以外に流す方法

NICが２枚付いていて、特定のネットワークからのアクセスだけデフォルトゲートウェイ意外のネットワークに流してあげる（という表現があっているかわからないけど）方法。

PC-AパソコンがAとBという２つのネットワークに所属していて、デフォルトゲートウェイがAを向いている状態でCというネットワークからPC-BがPC-Aに接続しようとすると、接続できなかった。
↓こんな感じ？

A：192.168.0.x/24 <-> PC-A <-> B：192.168.1.x/24 <-> C：192.168.2.x/24 <- PC-B

とりあえず、PC-BからPC-Aにpingを打っても帰ってこない状況。
PC-Aに下記を追加したらちゃんと通信できる様になった。

route -p add 192.168.2.0 mask 255.255.255.0 192.168.1.251 metric 5 if 0x10003

私が迷惑メールを調べて学ぶために

ここでドメインとIPを調べてます。whoisです。
http://www.domaintools.com/

IPをDNSブラックリストで調べる。×マークが付かないとなーんだってなる。
http://www.dnsbl.info/

もっと面白いツールないですかね？

Runtime error - dotNet runtime exception

フリーのスクリプト(dll付き)を実行したら以下の警告が表示されたと連絡があった。
自分のパソコンでも試してみたが結果は同じだった。

---------------------------
MAXScript MacroScript Error Exception
---------------------------
-- Runtime error: dotNet runtime exception: An attempt was made to load an assembly from a network location which would have caused the assembly to be sandboxed in previous versions of the .NET Framework. This release of the .NET Framework does not enable CAS policy by default, so this load may be dangerous. If this load is not intended to sandbox the assembly, please enable the loadFromRemoteSources switch. See http://go.microsoft.com/fwlink/?LinkId=155569 for more information.
---------------------------
OK   
---------------------------

表示された警告内のリンクに飛んでみると

<loadFromRemoteSources enabled="true|false"/>

を追加したら？みたいな事が書いてあったが、そういう事じゃない気がすると思って他の方法を探す事にした。
うーん、と悩んでいると以下のサイトに行き当たった。

http://blogs.msdn.com/b/drew/archive/2009/12/24/xunit-and-td-net-fixing-the-attempt-was-made-to-load-an-assembly-from-a-network-location-problem.aspx

おお、そういうことかと。
dllって署名付いてないと実行できないんですね。
署名ついてに場合はファイルのプロパティから「ブロックの解除」をしてあげないと使いないんだ。知らなかった。