[過去ログ] ネットワークに関する疑問・質問 Part41 (1002レス)
1-

このスレッドは過去ログ倉庫に格納されています。
次スレ検索 歴削→次スレ 栞削→次スレ 過去ログメニュー
524
(1): 2022/06/20(月)21:00 ID:??? AAS
>>523
同時にということであれば、契約次第です。
例えば、フレッツ光は基本2セッションです。
525: 名無し 2022/06/20(月)22:16 ID:??? AAS
IPoEだとフレッツ1回線1契約ですね。

いまいちわかってませんが、モバイルルータの話ではないですよね?
526: 2022/06/21(火)02:04 ID:??? AAS
>>524
フレッツ光なので2プロバイダ使えそうです。
ありがとうございます!
527
(1): 527 2022/06/25(土)21:50 ID:??? AAS
AirVideoHDというアプリを使っていますが、家のLANだと普通に接続できるのですが、
Tailscaleを使うと接続できません
↓の「Wi-Fiで自動接続」のところでは、同一ネットワークなら自動で接続できるってあるのですが。
外部リンク:ab.eiz.jp

Tailscale同士は同一ネットワークとはみなされないんでしょうか?
528: hoge 2022/06/25(土)22:44 ID:??? AAS
そのアプリ知らんし tailscaleもwireguard使ってるくらいの情報しか拾ってないから詳しくわからんけど、
ブロードキャストドメイン内を同一ネットワークと言っている可能性、VPN内を流れる探索系のパケットを破棄している可能性、アプリがそのVPNの方を向いてない(そっちに送信してない)とかじゃないのかな

サーバーピンじゃだめなん?(というかこのスレでいいのか?
とりあえず何やったかわからんけど >>1 読んで?
529: hoge [age] 2022/06/25(土)22:45 ID:??? AAS
age進行だったのかage
530
(2): 質問 2022/07/04(月)21:03 ID:dJkVnNtj(1) AAS
ルータのインターネットVPN(というかインターネット接続)について教えてください。

通信要件は、社内サーバ⇔クラウドサービス間のNW接続で使う想定です。
一般的家庭でフレッツ等のインターネット回線を使うときは、
WAN側のIPアドレスは、ISPのPPPoEサーバからパブリックIPを払いだされる物と思います。

PPPoE接続以外には何がありますか?
下の①、②は認識あってますか?
①ケーブルTV等一部のキャリアはPPPoEでなくDHCPで払い出されるものを使用
②ISPにお金を多めに払って「パブリックの固定IP」を使用
あっていたら、この3パターン以外にあるものを教えて下さい。

また、PPPoE・DHCP・固定アドレスの場合のデメリットを教えて下さい。
省1
531
(1): 2022/07/04(月)22:20 ID:??? AAS
discord導入しなくちゃならなくなったんだけど、以前知り合いに招待されて断ってるんですよね
そこで質問、ユーザー名って他の人にも見えるの?
532
(1): hoge [age] 2022/07/04(月)23:04 ID:??? AAS
>>530
・IPv6の場合はPPPoEとは異なる技術としてIPoEと呼ばれる技術を使用します
・①について、実際のプロバイダーに聞かないとわからないですが、PPPoEからプライベートIPを払い出している可能性は十分にあると思います(DHCPではない)。
・ソフトバンク(YahooBB)などは擬似的に固定にしているケースがあります(参考: 外部リンク[html]:takagi-hiromitsu.jp

・PPPoEやDHCPは機能面で異なります。認証系は特にそうです。それぞれのプロトコルにどういう情報が載って、どういうやり取りするかチェックしてみて良いと思いますよ
・議論の焦点を固定か動的IPアドレスかにするなら、構成次第です。スマホでウェブページを見るときのようにスマホから能動的に参照する場合はスマホのIPアドレスは固定にする必要がなく、何らかの手法(Google検索やDNSなど)で相手先のアドレスを知ればよいです。しかし、複数のサテライトオフィスをもつ会社の拠点間を相互に通信するために繋げるなどの場合は、お互いがお互いのアドレスを知らなければなりません。何らかの手法で知る仕組み(DDNSなど)を用いることはできますが、設定が複雑になりがちですし、問題が発生した際に切り分ける力が必要です~
533: hoge [age] 2022/07/04(月)23:05 ID:??? AAS
>>531
ディスコスレで確認汁
// 見えます。
534: a 2022/07/05(火)07:26 ID:??? AAS
>>530
>>530
パターンが間違ってる
アドレス設定が自動(PPPoE、DHCPやら)か、手動設定かと
自動ならそれが固定か固定でないかは別の話
自動固定、自動非固定、手動(固定)の3パターン
自分で決めるもんでないから先にひけるキャリア確認してその中から調べて選べ

>>532
IPv6 PPPoE もある、PPPoEはIPv4もv6も関係ないしIPでなくてもよい
ケーブルTVは基本的にDHCP
535
(4): 535 2022/07/05(火)22:15 ID:??? AAS
フラグメントされたパケットの再構築について教えてください。
家の中のパソコンA—-ルータ(NAPT実施)—インターネット——-webサーバ

パソコンAからwebサーバにアクセスした時、戻りパケットが経路の途中で
フラグメントされたとします
この場合、フラグメントを再構築するのはパソコンAでしょうか?
それともルータでしょうか?

ネットで調べると再構築するのは、終端であるという記載があり
素直に受け取るとパソコンAで再構築されるのかとも思ったのですが
ルータでNAPTされているので、ルータで再構築しないとパケットが破棄されるのではないか?と
思えてきたのでお聞きしたい次第です
省4
536
(2): 名無し 2022/07/06(水)10:04 ID:??? AAS
>>535
ルータでリアセンブリされることが多いかと思います
通常はMSSをローカルのルータで調整するのでフラグメントパケットが来ることはほぼ無いのと、DFビットが付いているとフラグメントが必要になった経路上のルータでパケット破棄されたり
そのルータがフラグメントをしない設定になっていれば同様に破棄されます
537
(1): . 2022/07/06(水)22:15 ID:??? AAS
>>535
> フラグメントされたパケットはtcpヘッダがない部分もある筈なので
画像リンク[gif]:image.itmedia.co.jp
538
(2): 535 2022/07/06(水)23:25 ID:+DYMm5Eu(1) AAS
>>536
ありがとうございます
フラグメントパケットを拒否している以外で、ルータで再構築されない可能性はあるんでしょうか
ルータで再構築しない限りパケットがパソコンAに届く可能性が無いように思い。。。

>>537
ありがとうございます
こちらのヘッダ=IPヘッダであり、TCP等それ以上はデータ部分かと思います
なので各パケットにコピーされるのはIPヘッダだけで、データ部分は細切れにされるかと…
539: 536 2022/07/06(水)23:53 ID:??? AAS
>>538
>フラグメントパケットを拒否している以外で、ルータで再構築されない可能性はあるんでしょうか
>ルータで再構築しない限りパケットがパソコンAに届く可能性が無いように思い。。。

あるかもしれませんが、NATしてるルータでリアセンブリを行わないのであれば、フラグメントされてポート情報が無いパケットは
NATしてるルータ上のセッションテーブルで内部宛の転送先を確認できないため
そこで破棄するしかないかなと思います
そのあたり書いてるRFCがあるといいんですが、どのRFCかよくわかっておりません
540
(1): 2022/07/08(金)07:59 ID:??? AAS
そういうところに手を掛けたくないので分割なんてしない
v6ではそもそも仕様にない
v4でももはや化石仕様
541: 名無し 2022/07/08(金)10:02 ID:??? AAS
いつもの通り回答もらってもレスは無い仕様
542: 2022/07/08(金)12:55 ID:??? AAS
結局最初から質問者が言ってる事を「そうだと思います」って
回答しただけだし
543: 名無し 2022/07/11(月)02:42 ID:??? AAS
>>538
フラグメントされたパケットで同じID値になるので、それをみてルータが最初のパケットと同様に後のパケットも転送してくれればPCには到達しますね
その場合、受け取るアプリ側が断片化されたパケットをリアセンブリできるかはアプリの設計次第
rfc3235にもそれっぽいこと書いてあります
リアセンブリをルータにやらせるかアプリにやらせるかも結局はその装置の実装次第に読み取れます

>>540
rfc2473とかみると、トンネリングでMTU問題が出る場合はv6でフラグメント/リアセンブリしてますね
DS-LiteのRFC(rfc6333)もこのあたり書いてあるかと
1-
あと 459 レスあります
スレ情報 赤レス抽出 画像レス抽出 歴の未読スレ AAサムネイル

ぬこの手 ぬこTOP 0.025s