ネットワークプログラミング相談室 Port30 [転載禁止]©2ch.net
■ このスレッドは過去ログ倉庫に格納されています
主にソケットに関しての質疑応答スレッドです。 Programming UNIX Socket FAQ (日本語訳) http://www.kt.rim.or.jp/ ~ksk/sock-faq/indexj.html Winsock Programmer's FAQ (日本語訳) http://www.kt.rim.or.jp/ ~ksk/wskfaq-ja/ 関連リンクは>>2-10 辺り 足りなかったら適当に付け足してね 前スレ ネットワークプログラミング相談室 Port28 http://toro.2ch.net/test/read.cgi/tech/1334736934/ ネットワークプログラミング相談室 Port29 http://peace.2ch.net/test/read.cgi/tech/1351670708/ 関連スレ ネットワークプログラミング雑談 http://toro.2ch.net/test/read.cgi/tech/1235800707/ >>72 なにがそんなに楽しいのか・・・ 通信関係の低レイヤやったら半ビットなんて当たり前に出てくる単語だぞ? >>74 ネットワークプログラミングの話しかでてないような…? >>75 だからどの規格で、参照実装はなにで、プログラミング言語はなんなんだよwww >>72 RFCに入るには10年くらいかかるか、あるいは入らないかもしれませんね。 この分野はサムソンの動向次第だと思います。 サムソンの考えによっては、RFC自体が尊重されないようになるかもしれません。 その場合、サムソンがRFCに代わる規格を発行するようになるのでしょう。 「半ビット対策」でググってもヒット0件だったので何の話だかわけがわからんけど、どこらへんの分野の話なの? で、なんでサムソン主導で話が進んでるの? 量子通信でググっても、Wikipediaで > 量子ネットワーク(りょうしネットワーク)は、量子暗号技術から発展してきた通信ネットワークである。 > 量子テレポーテーション実験における成功の後、量子通信を行うためのネットワークという概念が提唱された。 とあるけど何のことやら。 一般のプログラミングに関係あるの? RS232Cの ストップビット1.5 とは無関係な話? ハーフビットの概念が理解できない奴が騒いでるだけだから まともに相手しなくていいよ ネットワークプログラムで半ビットとか出てこなくね? ネットワークときいてRFCの範囲しか思いつかない奴が何人かいるね 誰か>>87 の友達ネットワーク構築計画の相談に乗ってやれよ。 1バイト未満のデータがどうたらこうたらの話だったのに、 いつの間にか謎の半ビットの話になっていたでござる 量子通信しってまーす、そりゃよかったね、ちゃんちゃん 普通にスレ読めば、TCPで1バイト未満の送信があるかというのが量子通信がどうのとなってる 一番の元凶は>>71 がTCPの話もまともにできないのに、本人に興味があったからかなんだか知らないが、 量子通信とか持ちだしたから オクテット単位未満をサポートする通信規格なんて存在するの? >>104 RFCに乗るレベルのルールでは見たことないな もし知ってたら教えて >>104 だから>>93 は「オクテット」と言ってるんだと思うが・・・ >>105 RFCは8bit以外の処理系に対しても考慮されてるよ。 というか、RFC 821とか初期のものはむしろ7bitしか考慮してない。 8bit長のかたまりを オクテット と呼んで、 バイトとは言わないのはそういうこっちゃ >>109 35年前には既に一般化した常識すら知らないってのは恥ずかしいだろ >>112 自分が常識知らないからって 一般人をバカにし始めるのは見てて痛々しい >>113 >一般人 一般人は知らないだろうwww >>116 いや、>>109 曰く一般化したらしいからそれに合わせてやっただけ。 Protocol Buffers, MessagePack, Apache Thrift ならどれがシェア持ってますか? これからの時代スタンダードになるのはどれだと思いますか? TCPみたいなUDPってなんだっけ? ここ10年くらいで出てきた比較的新しいやつ すぐちねって言ったらダメだよってお母さんに教えられなかったの? 高度なネットワークとは自己増殖するネットワークのことか? SSLの自己証明書って用途がよくわからないんですが、どういうことですか? ようはオレオレ証明書っていうものですよね? 接続先は証明できないけど暗号化できるからやるとかそういうものなんでしょうか? 最終的に知りたいのは、 自分が開発したアプリから自分が製作したwebページにアクセスするときに証明できるのか? っていう所です。 SSLの仕組み自体あまりよくわかってないんですが、よろしくお願いします >>143 >SSLの自己証明書って用途がよくわからないんですが、どういうことですか? >ようはオレオレ証明書っていうものですよね? >接続先は証明できないけど暗号化できるからやるとかそういうものなんでしょうか? 主にそう。 >最終的に知りたいのは、 >自分が開発したアプリから自分が製作したwebページにアクセスするときに証明できるのか? >っていう所です。 出来る。 自分で作るアプリならその証明書(正確には証明書を発行したCA=自分自身)を信頼することが可能。 大雑把に言うと、証明書を信頼できるのはプリインストールされたルート証明書という形で信用するCAを決めているだけなので。 ルート証明書はCAの公開鍵の自己証明書に過ぎません。 自分が開発したアプリがシステムのコンポーネント使うときに そのコンポーネントにオレオレ証明書くわせるのが大変だったりするけどなー TCPでセッションを張っていて、データが途中のままセッションが切れたとします。 再び同じポートでセッションを張ると途中からのデータは自動で送信されますか? JavaやCなどでTCPを使ってノンブロッキングSocketプログラミングをするとき、 Socketに届いたデータが途中までなのか全部受け取ったのかはどう判断すれば良いですか? 中身のプロトコルを決めてそれで終了判断するのがお気楽かと ブロッキングだろうがノンブロッキングだろうが プロトコルで約束ごとを用意しないと区切りを知ることはできない TCPの順番が約束されてるってのは データA送信 →データAを全て受信完了する前にデータB送信 →データAの受信が完了してからデータB受信開始 ってのが約束されてるって事で合ってる? ならプロトコルに必要なのはデータA開始・データA終了だけでいいのかな? プロトコルの形はどういうのがセオリー? それじゃhttpとかのリクエストが全部届いてるかどうかっていうのはどう判断されてるんですか? バージョンとかプロトコルとか固定長じゃないですよね >>153 時間が過ぎたらアウトにします。 HTTPプロトコルバージョンは有れば事実上固定長です。 ゴーストプロトコルが発令されました。今後当局は一切関わりありません。 >>152 データの並びが送信側を同じになるってだけ 送信側 [ABC]送信 続いて [abcd]送信 と送った場合 最終的に ABCabcd が得られることは保証するけど 1回の recv でやってくる塊がどうなるかは保障していない 全て分断で7回の recv: [A] [B] [C] [a] [b] [c] [d] 連結された1回の recv: [ABCabcd] 分断と部分連結で2回の recv: [AB] [Cabcd] これら全てが起きえます >分断と部分連結で2回の recv: [AB] [Cabcd] これ結構ふつうに起こる おっと 送信側と同じ区切りで2回の recv: [ABC] [abcd] が抜けてたな ・先頭記号 - 終端記号 で区切る ・(固定長の)ヘッダに後続のデータサイズをおいて、受信データサイズで区切る ・情報やりとり毎にセッションを張りなおす: 送信側 送ってcloseする 受信側は recv 0 を受け取ったところがデータ終端 >>158 ありがとう ・先頭記号や終端記号が分割された場合 ・固定長のヘッダが分割された場合 それぞれどうするのがセオリー? 固定長のヘッダハ固定長なんだから 固定長に達するまで読むまで >>160 先頭記号や終端記号は分割されないように1オクテットにするのが簡単 ユニークな記号なら複数オクテットでも処理できるけどね ありがとう >>161 俺がバカだった >>162 TCPの場合どれだけ分割が起こっても最小単位は1オクテットって事かな >>163 そう 8ビット未満に分割されることはあり得ない CでDNSリゾルバを作っているのですが、テスト用のアドレスでlookupすると 逆引き用のホストが数台出てきます。これはどうしてなんでしょうか。 以下実行結果です。よろしくお願いします。 $ nslookup 157.82.13.243 243.13.82.157.in-addr.arpa name = ee.t.u-tokyo.ac.jp. 243.13.82.157.in-addr.arpa name = eeis.t.u-tokyo.ac.jp. 243.13.82.157.in-addr.arpa name = eegw.ee.t.u-tokyo.ac.jp. 243.13.82.157.in-addr.arpa name = maxwell.ee.t.u-tokyo.ac.jp. 243.13.82.157.in-addr.arpa name = ccs.t.u-tokyo.ac.jp. Authoritative answers can be found from: 13.82.157.in-addr.arpa nameserver = ns1.t.u-tokyo.ac.jp. ip-address : host name = 1 : 1な世界にいるのか linux C++な人はやぱsocket系はclibなので 自分でラッパクラスを自作するの? それともACEとかブストとかポコとか使うの? ■ このスレッドは過去ログ倉庫に格納されています
read.cgi ver 07.5.5 2024/06/08 Walang Kapalit ★ | Donguri System Team 5ちゃんねる