- 1 名前：デフォルトの名無しさん mailto:sage [2008/12/28(日) 21:07:24 ]
- 主にソケットに関しての質疑応答スレッドです。
Programming UNIX Socket FAQ (日本語訳)
www.kt.rim.or.jp/~ksk/sock-faq/indexj.html
Winsock Programmer's FAQ (日本語訳)
www.kt.rim.or.jp/~ksk/wskfaq-ja/
関連リンクは>>2-10辺り
足りなかったら適当に付け足してね
前スレ
ネットワークプログラミング相談室 Port22
pc11.2ch.net/test/read.cgi/tech/1222603744/
関連スレ
Java ネットワークプログラミング 【教えて!】
pc11.2ch.net/test/read.cgi/tech/1086238859/
- 159 名前：デフォルトの名無しさん mailto:sage [2009/01/21(水) 19:54:19 ]
- パケットキャプチャしてみたがIPフラグメントがされてない
あきらかに64kb以上のデータを取得しているのにどうしてなんだ！
- 160 名前：デフォルトの名無しさん mailto:sage [2009/01/21(水) 21:56:16 ]
- １パケットって何バイトだった？
- 161 名前：デフォルトの名無しさん mailto:sage [2009/01/21(水) 22:04:02 ]
- バケラッタ！
- 162 名前：デフォルトの名無しさん mailto:sage [2009/01/21(水) 22:28:43 ]
- TCP送信に関して以下の認識でOK？
｢デーーーーーーーータ｣
↓
データを分割
｢データ｣、｢データ｣、｢データ｣
↓
IP付けて送信
IP head+TCP Head+｢データ｣ , IP he〜〜〜
それと、
IP head+TCP Head+｢データ｣から｢デーーーーーーーータ｣に
再構築するソース教えてくれ
- 163 名前：デフォルトの名無しさん [2009/01/21(水) 22:55:22 ]
- ｢デーーーーーーーータ｣
↓
データを分割
｢デーーー｣ 、｢ーー｣、｢ーーータ｣
↓
IP付けて送信
IP head+TCP Head+｢データ｣ , IP he〜〜〜
↓
受信
｢ーーータ｣、｢ーー｣、｢デーーー｣
- 164 名前：デフォルトの名無しさん mailto:sage [2009/01/21(水) 23:04:55 ]
- TCPはスライド窓だからターデはありえない
- 165 名前：デフォルトの名無しさん mailto:sage [2009/01/21(水) 23:16:05 ]
- http〜 001.zipをダウンロードしているとき（web閲覧時も
IPヘッダみてもFlagが分割不可になっているのはなぜ？
パケットの取得方法は、PacketFilterExtensionPtr関数。
- 166 名前：デフォルトの名無しさん mailto:sage [2009/01/22(木) 00:19:29 ]
- 皆さん如何されているかアイデアを聞かせてほしいんですが
たとえば、不特定多数が使用するクライアント・サーバ型のソフト(MMO等)を作るとして、
データのやり取りはUDPで行うとします。
不正なデータを送られたり、受信したデータから不正な処理をされないためには
データを暗号化して通信する必要がありますが、そのキーを何処に隠すとよいと思いますか？
クライアント側で暗号化したデータをサーバで復号する、またその逆の場合、
クライアントはサーバと通信する為に、鍵を持っている必要がありますが
コード上やリソース上に持たせてしまうと、バイナリエディタなどからバレてしまう可能性があります。
ここで、脅威の対象を仮に
・28歳 男性 独身
･趣味はネトゲ(botツール常習者)
・プログラミングの知識は大学で習った程度、逆アセンブルなどは出来ない
・バイナリエディタなどでパラメータを触った経験はあり
とします。この人にクラックされない仕組みを作りたいです。
色々考えましたが堂々巡りです。
案1)通信確立用のキーをクライアントのコード上、またはリソース上に持たせ、
通信確立はそのキーで行う。その後はサーバで新たなキーを発行する。
→そもそも通信確立用のキーがクラックされれば全く意味が無い
案2)時刻をパラメータに定期的にキーを生成する。
→クライアント・サーバで完全に時刻を同期する必要あり。実現不可能
案3)暗号化部分をdll化し、さらにそのdllを暗号化し、コード上で復号して呼び出す。
dllを暗号化したキーはリソース化し、リンク
→トレースされたら意味なし
よいアイデアお待ちしてます。
- 167 名前：デフォルトの名無しさん mailto:sage [2009/01/22(木) 00:26:50 ]
- 暗号についての教科書でも読め
- 168 名前：デフォルトの名無しさん mailto:sage [2009/01/22(木) 00:30:47 ]
- >>166
普通に非対称鍵暗号使えばいいんじゃ
- 169 名前：デフォルトの名無しさん mailto:sage [2009/01/22(木) 00:32:48 ]
- 共通鍵方式であれ公開鍵方式であれ鍵の扱い方は教科書には載ってない
- 170 名前：166 mailto:sage [2009/01/22(木) 00:40:06 ]
- >167-169
『コード上に載っている鍵をバイナリエディタなどで不正に読み出し、
正規とは別のデータを暗号化し、サーバからみたら「正常な」データを送りつける』のが
BOTツールだと思うので、対象鍵であれ非対象鍵であれ、
暗号化に使う鍵がばれてしまう事自体が問題だと思うんですが。
というか、世に出回っているネットワークプログラムは、どういう対策をとっているのだろうか・・
- 171 名前：デフォルトの名無しさん mailto:sage [2009/01/22(木) 00:40:23 ]
- >>166
通信確立用のキーがクラックされることを考えるなら、
復号直後のデータを抜かれるクラックも想定が必要ということ?
いずれにしても通信経路上の他人に隠すならともかく、
PCの所有者にその想定で隠すのは無理と思う
- 172 名前：166 mailto:sage [2009/01/22(木) 00:44:55 ]
- >>171
幾ら対策してもMMOにBOTツールやアカウントハックが無くならないのはやはり仕方がないのでしょうか。
どれだけ厳重な金庫にお金を隠しても、金庫の鍵がそこにあれば泥棒は簡単に取っていけますからね。
- 173 名前：デフォルトの名無しさん mailto:sage [2009/01/22(木) 00:50:25 ]
- 通信の傍受は防げてもプログラムのクラックはいたちごっこだな
- 174 名前：デフォルトの名無しさん mailto:sage [2009/01/22(木) 03:48:20 ]
- >>166
正規なクライアントだけが持っている情報は一切全く無い、と仮定
するけど、正規なクライアントだけ通信できるようにしたい、ってのは
原理的に不可能だと思う。
ただ、MMO なら、ユーザごとにアカウントとパスワードで接続してるので
それを秘密キーにすれば、正規クライアントかどうか判定はできるんじゃないかな
現実的には案１で十分だと思う。クライアントソフトのクラックは別途対策する
(nProtectとか）ことが多いかと
- 175 名前：デフォルトの名無しさん mailto:sage [2009/01/22(木) 11:13:02 ]
- 中間者攻撃というのがあってだな…。
昔P2Pで適当なループ作って署名付けて二回回すってのを考えたけど
結論覚えてないや(w
- 176 名前：175 mailto:sage [2009/01/22(木) 11:14:40 ]
- 思い出した。↑の方法でも中間者攻撃対策にはならないんだった。
- 177 名前：デフォルトの名無しさん mailto:sage [2009/01/22(木) 11:25:02 ]
- 正規のクライアントがクラックされてクローンを作られるのは防ぎようがないかな。
どうしても防ぎたければB-CASカードみたいな対タンパ性のあるハードウェアを
使うとか。
- 178 名前：デフォルトの名無しさん mailto:sage [2009/01/22(木) 19:16:30 ]
- >>168
ここで答え出てるだろ。
クライアントでランダムな非対称鍵作って
暗号化用の鍵を相手に渡す。
- 179 名前：デフォルトの名無しさん mailto:sage [2009/01/22(木) 21:43:51 ]
- MMOみたいな延滞厳禁な物に対して
暗号化を施すのも正直どうかと思うけどな
- 180 名前：デフォルトの名無しさん mailto:sage [2009/01/22(木) 22:00:40 ]
- 暗号化コストなんて送受信に比べたらカスみたいなもんだろ
- 181 名前：デフォルトの名無しさん mailto:sage [2009/01/22(木) 23:33:12 ]
- 共通鍵にしろ公開鍵にしろ
強度を高めようとしたら結構負荷がかかるぞ
そもそも暗号と高速化は相反する物だし
- 182 名前：デフォルトの名無しさん mailto:sage [2009/01/23(金) 10:01:21 ]
- 暗号化コストは結構でかいよ。
LANでギガビットイーサ+SSHだとネットの性能に暗号処理がおいつかない。
性能が必要ならストリーム暗号かね。
- 183 名前：デフォルトの名無しさん mailto:sage [2009/01/23(金) 11:36:09 ]
- お前は一体何の話をしてるんだ
- 184 名前：デフォルトの名無しさん mailto:sage [2009/01/23(金) 17:20:28 ]
- MMOでクライアントからサーバーに巨大なデータは送らない。
- 185 名前：デフォルトの名無しさん mailto:sage [2009/01/24(土) 17:20:09 ]
- UDPの受信で到着順番が入れ替わる対応をするため
受信データにシーケンシャルなインデックスを入れて
受信時にソートするとする。
その場合、処理してしまったデータより前のデータが飛んできた時の処理って
仕様によるとは思うんだけど、どうするのがいいかな？
やっぱ捨てるの？
- 186 名前：デフォルトの名無しさん mailto:sage [2009/01/24(土) 18:34:50 ]
- 必要なら取り込む、不要なら捨てる
- 187 名前：デフォルトの名無しさん mailto:sage [2009/01/25(日) 10:42:57 ]
- 185が自分で言っているように仕様によるとしか言えない。
- 188 名前：デフォルトの名無しさん mailto:sage [2009/01/25(日) 13:31:10 ]
- やっぱそうだよなー
でもせっかく届いたデータを捨てるのも勿体無い気がする・・・
設計自体を変えるしかなさそうだな。
色々試してみるお、ありがと。
- 189 名前：デフォルトの名無しさん mailto:sage [2009/01/25(日) 13:38:41 ]
- そこを頑張り過ぎるといつのまにか劣化TCPを作るハメになるぞ
- 190 名前：デフォルトの名無しさん mailto:sage [2009/01/25(日) 13:50:27 ]
- 分散コンピューティング環境では思い切りが必要。
- 191 名前：デフォルトの名無しさん mailto:sage [2009/01/25(日) 14:46:45 ]
- 迷ったら、TCPを使わない理由を考えなしたほうがいい
- 192 名前：デフォルトの名無しさん mailto:sage [2009/01/25(日) 22:02:47 ]
- 意味判らんが
UDPの方がプログラマ寄りの考え方だぞ
- 193 名前：デフォルトの名無しさん mailto:sage [2009/01/25(日) 22:24:03 ]
- それこそ意味がわからん。
- 194 名前：デフォルトの名無しさん mailto:sage [2009/01/25(日) 22:27:12 ]
- プログラマ寄り？
- 195 名前：デフォルトの名無しさん mailto:sage [2009/01/25(日) 22:51:09 ]
- まあ生パケットに近い (=プログラマの裁量範囲が大きい) と
言いたかったのではないかとエスパーしてみる。
- 196 名前：デフォルトの名無しさん mailto:sage [2009/01/25(日) 23:08:06 ]
- じゃあアセンブラで書けよ。
- 197 名前：デフォルトの名無しさん mailto:sage [2009/01/25(日) 23:30:12 ]
- また意味わからん奴が出てきたぞ
- 198 名前：デフォルトの名無しさん mailto:sage [2009/01/26(月) 08:55:02 ]
- TCPとUDP、この２つで十分というのはおもしろいと思う
- 199 名前：デフォルトの名無しさん mailto:sage [2009/01/26(月) 11:31:29 ]
- 十分じゃないからその上の層にも下の層にもプロトコルがあるんだろうが。
tracerouteコマンドのように下の層を直接使うアプリもあるし。
- 200 名前：デフォルトの名無しさん mailto:sage [2009/01/26(月) 20:28:26 ]
- ネットワークプログラミングに興味を持って始めてみようと思うのですが、
Windowsではwinsockが主流なのでしょうか？
長らく更新されていないようですけど、それだけ完成度が高いということですか？
- 201 名前：デフォルトの名無しさん mailto:sage [2009/01/26(月) 21:30:45 ]
- うん
- 202 名前：デフォルトの名無しさん mailto:sage [2009/01/26(月) 21:38:43 ]
- HTTPリクエストだけならWininetAPIの方が楽ちん
- 203 名前：デフォルトの名無しさん mailto:sage [2009/01/26(月) 22:09:07 ]
- Winsock以外のプロトコルスタックの実装もあるにはあるけど、実際に使われてるのを
最近は見たことない。Winsockで十分だからね。
- 204 名前：デフォルトの名無しさん mailto:sage [2009/01/26(月) 22:30:39 ]
- なんか意外な気もしますが普通に現役なんですね
取っ掛かりは簡単そうだし、少しやってみようと思います
- 205 名前：デフォルトの名無しさん mailto:sage [2009/01/26(月) 22:34:01 ]
- ptrace(2)を使うのはほとんどのUNIXでお勧めではない。
詳しくはmanpageを読んでくれ。
- 206 名前：デフォルトの名無しさん mailto:sage [2009/01/27(火) 03:58:49 ]
- ふつ〜straceだよね
- 207 名前：デフォルトの名無しさん mailto:sage [2009/01/27(火) 09:08:04 ]
- tracerouteは
UDPを投げてICMPの戻りを使うタイプのものと
ICMPを投げてICMPの戻りを使うものがある
この理解であってる？
- 208 名前：デフォルトの名無しさん mailto:sage [2009/01/27(火) 14:05:03 ]
- あってる。
Linuxには-Iオプションとかもあるな。
- 209 名前：デフォルトの名無しさん mailto:sage [2009/01/29(木) 23:21:46 ]
- ちょっと引くぐらいくだらない質問だと思いますが、教えてください。
TCPやUDPなどにはヘッダの構造が定義されていますが、
ポートからヘッダの構造に従ったパケットを送信しさえすれば
後はヘッダに定義したあて先にパケットが届くということでいいのでしょうか？
つまり、大雑把にいうとヘッダ構造にしたがってパケットを送信できれば
一応イーサネットの通信はできるという認識はあっているでしょうか。
（品質やエラー処理などは考慮しないとして）
- 210 名前：デフォルトの名無しさん mailto:sage [2009/01/29(木) 23:45:01 ]
- そこいうポートって？
- 211 名前：デフォルトの名無しさん mailto:sage [2009/01/29(木) 23:47:25 ]
- 「で」が抜けた
- 212 名前：デフォルトの名無しさん mailto:sage [2009/01/29(木) 23:49:15 ]
- あ、すいません。
書き方が悪かったです。
ここでのポートは、組込み開発のボード上にある
物理的なLANポートのことです。
- 213 名前：デフォルトの名無しさん mailto:sage [2009/01/30(金) 00:01:21 ]
- >>209
恐らくネットワークの下層の存在を知らないんじゃないかな？
TCP, UDP, IPまでは物理的な通信ハードウェアとは隔離されたレベルの
通信規格。
その下層にあるデータリンク層がLANの場合ならIPアドレスから
イーサネットのアドレスへの変換、イーサネットヘッダーの追加、
イーサネットチェックサムの計算等をやってくれている。
ここの規格はネットワーク技術によって異なる。 他に
身近なものではwifiとかDSLで使われるPPPoEとか。
で、さらにその下の物理層が具体的な電気信号への変換を行う。
- 214 名前：デフォルトの名無しさん mailto:sage [2009/01/30(金) 00:11:50 ]
- >>209
ファーム支援が何もない状態って事だよね？
ARPをちゃんと理解しないと、
イーサネット上でIPパケットを出すことは難しいよ。
ルーティングの知識もいる。
> その下層にあるデータリンク層がLANの場合なら
ルータの裏蓋程度の中途半端な知識で語るのやめれ
- 215 名前：デフォルトの名無しさん mailto:sage [2009/01/30(金) 00:12:12 ]
- >>213
そういうことですか・・・少し理解が進みました。
ありがとうございます。
昨日からあるボードのイーサネットのソース解析を
行っているのですが、まったく知識がない状態で
解析しているので何が何だかわかっていないのです。
確かにソース上で、MACアドレスの取得（ARP？)を行ったり、
イーサネットヘッダの追加やチェックサムの計算を行っていました。
要はその部分がデータリンク層の実装ということですね。
ということは、データリンク層までを実装して
そのパケットをLANポートから送信してあげれば
イーサネット通信ができるということでいいでしょうか。
・・・もうソースを見ても何が何だかという感じです。
多少取っ掛かりはみえてきましたが。
- 216 名前：デフォルトの名無しさん mailto:sage [2009/01/30(金) 00:16:08 ]
- >>214
そのファームの移植・・・という作業なのです。
（CPUが異なるボードへの移植です）
私はペーペーなので勉強も踏まえてという位置づけなのですが、
できるところまでやってみろという感じで
何とかやり遂げないとまずい状態にいます。
ちょっと憂鬱です。
- 217 名前：デフォルトの名無しさん mailto:sage [2009/01/30(金) 00:20:12 ]
- >>3の本は読まないとね。
- 218 名前：デフォルトの名無しさん mailto:sage [2009/01/30(金) 00:36:20 ]
- >>215-216
WireShark とかインストールして、ネットワーク上のパケット
見れば理解が少しはすすもかも。
どうせ、デバッグ段階でお世話になるだろうし。
- 219 名前：デフォルトの名無しさん mailto:sage [2009/01/30(金) 00:37:35 ]
- 移植するのに上位層から眺めてたら、わけわかめになるんじゃないの？
- 220 名前：デフォルトの名無しさん mailto:sage [2009/01/30(金) 01:12:00 ]
- >>214
一応ルーターベンダでルータのコードいじってた。 IP, ルーティングが主専門だったが
時々データリンクもいじったし、ブートROMを新しいハードに移植もしたことある。
>>215
>ということは、データリンク層までを実装して
>そのパケットをLANポートから送信してあげれば
まだまだ。 データリンク層は下層の通信技術によって異なるが、これも
標準で定義された規格を実装しているハードウェア非依存のコード。
コンパイルすればいいだけで「移植」は必要ないはず。
移植が必要なのはその下のMAC層。 ここがイーサネットポートのチップと
実際にやりとりをする。
- 221 名前：デフォルトの名無しさん mailto:sage [2009/01/30(金) 01:15:50 ]
- 「データリンク層がLAN」とか良く言えるなw
- 222 名前：デフォルトの名無しさん mailto:sage [2009/01/30(金) 01:19:58 ]
- >>220
- 223 名前：213 mailto:sage [2009/01/30(金) 02:55:55 ]
- >>221
かなり変だったね。 スマン。 単に「イーサネットのLANの場合、データリンク層は」と
言いたいのが言葉が絡まってしまった。
>>219
普通は最下層からも攻めますよね。 デバッグビルドでドライバの最下層の
ルーチンを独立に叩いてチップのレジスタを表示したり設定するデバッグコマンドを
いじりながらまずチップが叩ける様にするというのが常套手段でしょうか。
- 224 名前：デフォルトの名無しさん mailto:sage [2009/01/30(金) 03:10:24 ]
- >>223
そういうやり方もありかと
あと、TCPで使うタイマーをどうするかぐらい？
ハードに依存した部分がソースで分離されてれば楽だろうね。
209は自分のMACアドレスとかどうするつもり何だろう？
- 225 名前：デフォルトの名無しさん mailto:sage [2009/01/30(金) 22:07:47 ]
- >>218
今日はEtherealを使ってパケットのやり取りをみてみました（ARPだけですが）
確かに理解は進んで、イメージがつかめてきました。
>>219
・・・うーんそうですね。まだ解析方法自体へたくそなんだと思います。
>>220
BootROMを新しいハードに移植！
まさに今私がやらなければならない作業です。
初めての開発作業で、しかもファームの開発なので
デバッグもままなりません。やりがいはありますが・・・。
>移植が必要なのはその下のMAC層。
このキーワードが解析・移植作業のヒントになりそうです。
根元の部分のみ置き換えてやればいいんですね。
今日先輩にも同じようなことをいわれました。
>>224
いえ自分のMACアドレスというわけではなく、
ARPで宛先のMACアドレスを取得したかっただけです。
皆さん色々と助言をありがとうございます。
まだ来週からは、パケットの送受信をハードがどう行っているかの解析や
TCP/IPやらUDPやらその他もろもろの解析が続くので
苦労の日々は続きそうです。
また何かあれば相談させていただくかもしれませんが、
よろしくお願いします。
- 226 名前：デフォルトの名無しさん mailto:sage [2009/01/30(金) 23:24:38 ]
- なぜいまさらEtherealなの？最新のWiresharkにしときなさい。
- 227 名前：デフォルトの名無しさん mailto:sage [2009/01/31(土) 02:00:22 ]
- >まだ来週からは、パケットの送受信をハードがどう行っているかの解析や
>TCP/IPやらUDPやらその他もろもろの解析が続くので
そういうのは文献見りゃ分かるんだから解析とは言わない
- 228 名前：779 [2009/01/31(土) 12:40:14 ]
- WinSockでデスクトップイメージの通信を行っていますが、
クライアントの接続を切ったとたんに、サーバーが異常終了して
しまいます。原因がわかりませんか？
uproda11.2ch-library.com/src/11154199.zip.shtml
お願いします。
- 229 名前：デフォルトの名無しさん mailto:sage [2009/01/31(土) 12:54:42 ]
- コードを流し見しただけだが
ソケット関係は入出力を含めてエラー処理が甘すぎ
- 230 名前：デフォルトの名無しさん mailto:sage [2009/01/31(土) 13:13:07 ]
- 何も見てないがWinSockのせいじゃないぞ
- 231 名前：デフォルトの名無しさん [2009/02/01(日) 13:00:01 ]
- >>230
何のせいですか？
- 232 名前：デフォルトの名無しさん [2009/02/01(日) 13:12:27 ]
- >>229-230
例外を処理していないのが原因だったようです。
ありがとうございました。
- 233 名前：デフォルトの名無しさん mailto:sage [2009/02/01(日) 13:19:05 ]
- server側のFD_CLOSEにトラップしかけてトレースしたらすぐ分かるでしょ
- 234 名前：デフォルトの名無しさん mailto:sage [2009/02/01(日) 16:26:44 ]
- >>228
Backdoor....ヒィーーーーッ、ガクガクブルブル
- 235 名前：デフォルトの名無しさん mailto:sage [2009/02/01(日) 17:23:23 ]
- やべっ
落として実行しちゃったけどBackdoor仕掛けられちゃったか・・・
（
- 236 名前：デフォルトの名無しさん mailto:sage [2009/02/01(日) 21:40:15 ]
- ご愁傷様です
- 237 名前：デフォルトの名無しさん mailto:sage [2009/02/01(日) 21:51:01 ]
- 落としてる途中で
怪しいと思ったので
放置してたんだけど
やっぱそうなん？
- 238 名前：デフォルトの名無しさん mailto:sage [2009/02/01(日) 21:52:39 ]
- あっぶね
落したけど実効はしてない
- 239 名前：デフォルトの名無しさん mailto:sage [2009/02/01(日) 22:20:37 ]
- UDPのソケットを作成してbind後に
どこかのアドレスにsendtoすると
selectでreadfdsが反応しちゃうんだけど
そゆもの？
なんで自分が受信可能になるの？
- 240 名前：デフォルトの名無しさん mailto:sage [2009/02/01(日) 22:21:47 ]
- ちゃんとselect用のsocket分けてますか
- 241 名前：デフォルトの名無しさん mailto:sage [2009/02/01(日) 22:48:30 ]
- ソケットは1つしか作成していません。
そのソケットをbindしてselectにセットしています。
さらにそのソケットでsendtoしてるんだけど、
それがまずいってことですか？
- 242 名前：239 mailto:sage [2009/02/01(日) 23:25:56 ]
- すいません、送信アドレスが127.0.0.でしたorz
申し訳ないです、忘れて下さい(´・ω・`)
- 243 名前：デフォルトの名無しさん mailto:sage [2009/02/01(日) 23:58:27 ]
- ｡゜（ﾟ´Д｀ﾟ）ﾉｳﾝｺ-
- 244 名前：デフォルトの名無しさん mailto:sage [2009/02/02(月) 00:11:28 ]
- タヒぬ
- 245 名前：デフォルトの名無しさん mailto:sage [2009/02/02(月) 02:12:56 ]
- >>228を落としてウィルススキャンして見たんだが反応しない
バックドアってどうしたら発見できるの？
- 246 名前：デフォルトの名無しさん mailto:sage [2009/02/02(月) 03:04:46 ]
- 作っているアプリの名前がbackdoor？
- 247 名前：デフォルトの名無しさん mailto:sage [2009/02/02(月) 06:21:16 ]
- デスクトップイメージを送信している
それだけでbackdoorと言っても差し支えない
- 248 名前：デフォルトの名無しさん mailto:sage [2009/02/03(火) 01:11:56 ]
- >すいません、送信アドレスが127.0.0.でしたorz
ﾜﾗﾀ
- 249 名前：デフォルトの名無しさん [2009/02/03(火) 23:29:30 ]
- LinuxでIPアドレスが分かっているLAN内の他のホストのMACアドレスを知るプログラムを作りたいのですがどうすればいいですか？
できれば、他のプロセス（arpコマンドなど）は起動せず、
標準的な（apt-getせずにubuntuで使える）関数で簡単に数行で記述出来ると望ましいです。
- 250 名前：デフォルトの名無しさん mailto:sage [2009/02/03(火) 23:34:48 ]
- なんでping→arp -aがだめなの？
- 251 名前：デフォルトの名無しさん mailto:sage [2009/02/03(火) 23:53:07 ]
- ARPパケットの送信と受信がしたいのでは？
- 252 名前：デフォルトの名無しさん mailto:sage [2009/02/04(水) 00:34:10 ]
- arp -a
一行
- 253 名前：デフォルトの名無しさん mailto:sage [2009/02/04(水) 00:50:26 ]
- ttp://publib.boulder.ibm.com/infocenter/systems/index.jsp?topic=/com.ibm.aix.commtechref/doc/commtrf2/arpresolve_common.htm
ttp://publib.boulder.ibm.com/infocenter/systems/index.jsp?topic=/com.ibm.aix.commtechref/doc/commtrf2/arpupdate.htm
- 254 名前：デフォルトの名無しさん mailto:sage [2009/02/04(水) 12:40:11 ]
- >>249
arpのソースをリンクすればいいんじゃないか？
- 255 名前：デフォルトの名無しさん mailto:sage [2009/02/04(水) 13:27:29 ]
- >>254
ライセンス関連であまり悩みたくないので他のプログラムのソースを取り込むのは避けたいです。
できればarp()やget_remote_mac()のようなAPIがあれば嬉しいのですが。
- 256 名前：デフォルトの名無しさん mailto:sage [2009/02/04(水) 13:29:23 ]
- >>253
ありがとうございます。参考にします。
- 257 名前：デフォルトの名無しさん mailto:sage [2009/02/04(水) 13:30:26 ]
- >>250
他のプロセスを起動したくないからです。
- 258 名前：デフォルトの名無しさん mailto:sage [2009/02/04(水) 13:40:19 ]
- 注文が多いのう
- 259 名前：デフォルトの名無しさん mailto:sage [2009/02/04(水) 16:18:33 ]
- >>255
つ www.netlib.org/
|
 |
