🚀 go-pugleaf

chocoring wrote:
> NATやマスカレード機能を介して複数のPCで
> 一つのアカウントを同時に使うことを
> 禁止しているプロバイダがあります
> プロバイダ側でトラフィックを測れば簡単にばれます
> ばれたら即刻契約解除させられる場合があります
> 
> というようなことが書いてあったのですが
> 本当でしょうか

ケーブルTVインターネットのJ-COMなんかはそうですね。
＃約款変更になって、一部で大騒ぎになっています

> トラフィックを測っただけでマスカレードしていることは
> わかるものなんですか

わかるみたいです。ポート変換とかアドレス変換をした時の情報が
パケットに乗っかっているようです。
（じゃないと、帰り道がわからない）

> そもそもこんな制限をかけることって
> 意味がないような気がするんですが

そりゃ、複数端末の契約をしてもらったほうが、事業者側に沢山
お金が入りますから。単純な理由ですね。

------------------------------
澤田淳一          東京都町田市
J.Sawada          Tokyo. JAPAN
mailto:sawada@ba2.so-net.ne.jp

"J.Sawada" <jun_sawada@yahoo.co.jp> さんは、
  <3ACBC7DB.46C1A8@yahoo.co.jp> に書きました:

> わかるみたいです。ポート変換とかアドレス変換をした時の情報が
> パケットに乗っかっているようです。
> （じゃないと、帰り道がわからない）

 ふつう IPマスカレードを行なう場合は、アドレス変換を行なう機器が、
変換前と変換後のアドレスとポートの対応表を持っているんですけど、
その変換した情報というのは何処に載っているんでしょうか？
-- 
浅田和久／大阪市在住

"ASADA Kazuhisa" <HHD03265@nifty.ne.jp> wrote in message
news:9agou6$67m$1@poinsettia.trust.co.jp...

>  ふつう IPマスカレードを行なう場合は、アドレス変換を行なう機器が、
> 変換前と変換後のアドレスとポートの対応表を持っているんですけど、
> その変換した情報というのは何処に載っているんでしょうか？

Linux の IP masq だと一定範囲の port number を使うので、これは IP masq
かなぁなんていうのが推測しやすいとかいうのはあるかも?

あと、packet に NAT な情報を書き込んで、NAT でも幸せになりましょうなん
ていうプロトコル考えられているそうですけど、これってどうなったのか追い
かけてないや。
--
内田俊明 (UCHIDA,Toshiaki)

"UCHIDA Toshiaki" <uchida@hmx12.com> さんは、
  <_qTy6.511$sx.38844@news1.dion.ne.jp> に書きました:

> Linux の IP masq だと一定範囲の port number を使うので、これは IP masq
> かなぁなんていうのが推測しやすいとかいうのはあるかも?

 ええ、真っ先に思いつきそうなチェックですよね。
 けれど簡単に範囲を変えられそうなので、そういう検出方法をとるのって、
賢明じゃないと思います。

 それはさておいて、件の引用部分って、そういうことを意図しているとは
読めなかったのですが‥‥‥

> あと、packet に NAT な情報を書き込んで、NAT でも幸せになりましょうなん
> ていうプロトコル考えられているそうですけど、これってどうなったのか追い
> かけてないや。

 あうう、なんて後ろ向きな。
-- 
浅田和久／大阪市在住

"ASADA Kazuhisa" <HHD03265@nifty.ne.jp> wrote in message
news:9ah5jp$ajm$1@poinsettia.trust.co.jp...

>  それはさておいて、件の引用部分って、そういうことを意図しているとは
> 読めなかったのですが‥‥‥

んまぁ、それ以上突っ込むのはやめといてあげましょうよ:-)


> > あと、packet に NAT な情報を書き込んで、NAT でも幸せになりま
> > しょうなんていうプロトコル考えられているそうですけど、これって
> > どうなったのか追いかけてないや。
>
>  あうう、なんて後ろ向きな。

んまぁ、v6 使えといいたくなりますけどね。

とはいえ、NAT に port forwarding みたいなまねをしなくても、互いに NAT
の中にある host 間で通信できたりするわけですから、嬉しくなることは確実
でしょう。
--
内田俊明 (UCHIDA,Toshiaki)

"UCHIDA Toshiaki" <uchida@hmx12.com> さんは、
  <2xVy6.516$sx.38982@news1.dion.ne.jp> に書きました:

> んまぁ、それ以上突っ込むのはやめといてあげましょうよ:-)

 うにゅ、どういう風に考えたらソコに行き着くのかな、とも思ってた
もので (^^;

 まあ、このご時世に、クライアント数制限なんてほざくプロバイダは
滅びちゃったらいいんですけどね。

 # ケーブルテレビ系って、システムのセキュリティが杜撰なところも
 # あるらしいですし。

> とはいえ、NAT に port forwarding みたいなまねをしなくても、互いに NAT
> の中にある host 間で通信できたりするわけですから、嬉しくなることは確実
> でしょう。

 頭が腐っていてイメージが湧かないのですが、この実現って簡単にできる
のでしょうか？
-- 
浅田和久／大阪市在住

In article <9agou6$67m$1@poinsettia.trust.co.jp>,
 ASADA Kazuhisa <HHD03265@nifty.ne.jp> writes:
> "J.Sawada" <jun_sawada@yahoo.co.jp> さんは、
>   <3ACBC7DB.46C1A8@yahoo.co.jp> に書きました:
> 
> > わかるみたいです。ポート変換とかアドレス変換をした時の情報が
> > パケットに乗っかっているようです。
> > （じゃないと、帰り道がわからない）
> 
>  ふつう IPマスカレードを行なう場合は、アドレス変換を行なう機器が、
> 変換前と変換後のアドレスとポートの対応表を持っているんですけど、
> その変換した情報というのは何処に載っているんでしょうか？

globalアドレスにはdotted decimalで短くなるものを与えておいて、FTPの
PORTコマンドで0paddingがあるのを見つけるとか…

＃ここまでやっていたら姑息、姑息。
-- 
   ___     わしは、山吹色のかすてーらが大好きでのぅ
 [[o o]]            ふぉっふぉっふぉ
   'J'     森下 お代官様 ＭａＮＭＯＳ 英夫＠ステラクラフト
PGP Finger = CD EA D5 A8 AD B2 FE 7D  02 74 87 52 7C B7 39 37

DION $B5-;vMn$7$^$/$j!D!#$d$C$Q$j!"<+J,$G(B NNTP server $BN)$A>e$2$F!"Ap$N:,G[(B
$BAw(B net $B$K2C$o$k$Y$-$J$N$+$J$!!#(B


<9ahata$ce4$1@poinsettia.trust.co.jp>$B$N5-;v$K$*$$$F(B
ASADA Kazuhisa$B$5$s$O=q$-$^$7$?!#(B

>  $B$&$K$e!"$I$&$$$&Iw$K9M$($?$i%=%3$K9T$-Ce$/$N$+$J!"$H$b;W$C$F$?(B
> $B$b$N$G(B (^^;

$B$&!A$s!#Nc$($P(B IP routing $B$N4pACCN<1$O$"$C$F!"(BNAT $B$NCf$N(B host $B$HDL?.$9$k(B
$B$K$O!"DL>o$N(B IP routing $B$r3HD%$7$F(B packet $B$K:Y9)$,$7$F$"$k$K0c$$$J$$$H;W$C(B
$B$?$H$+!#(B


>  $B$^$"!"$3$N$4;~@$$K!"%/%i%$%"%s%H?t@)8B$J$s$F$[$6$/%W%m%P%$%@$O(B
> $BLG$S$A$c$C$?$i$$$$$s$G$9$1$I$M!#(B

$B$G$9$M!#(B


>  # $B%1!<%V%k%F%l%S7O$C$F!"%7%9%F%`$N%;%-%e%j%F%#$,EN@q$J$H$3$m$b(B
>  # $B$"$k$i$7$$$G$9$7!#(B

PPPoE $B$N$*$+$2$G>/$7$O%^%7$K$J$C$F$-$F$O$$$k$h$&$G$9!#(B


>  $BF,$,Ie$C$F$$$F%$%a!<%8$,M/$+$J$$$N$G$9$,!"$3$N<B8=$C$F4JC1$K$G$-$k(B
> $B$N$G$7$g$&$+!)(B

Appletalk over IP $B$J$s$+$N$h$&$J%+%W%;%k2=$r;W$$Ib$+$Y$F$$$?$@$1$P(B
$B$h$m$7$$$+$H!#$s$G!"(BNAT $B$GHs%+%W%;%k2=$7$F!"(Bparse $B$7$F(B packet $B$rG[Aw!#(B
-- 
$BFbED(B $B=SL@(B (UCHIDA,Toshiaki)

"UCHIDA Toshiaki" <uchida@hmx12.com> さんは、
  <9aj6gk$36s$1@jaist-news.jaist.ac.jp> に書きました:

> DION 記事落しまくり…。やっぱり、自分で NNTP server 立ち上げて、草の根
> 配送 net に加わるべきなのかなぁ。

 ありゃま。

> う～ん。例えば IP routing の基礎知識はあって、NAT の中の host と通信する
> には、通常の IP routing を拡張して packet に細工がしてあるに違いないと思っ
> たとか。

 なるほど、相手にそれと意識させずに通信しちゃう、というスタンス
が理解されていないのでは、という事ですね。

>> Appletalk over IP なんかのようなカプセル化を思い浮かべて
>> いただけばよろしいかと。んで、NAT で非カプセル化して、parse
>> して packet を配送。

 変換器付のトンネリングといった感じでしょうか？


"UCHIDA Toshiaki" <uchida@hmx12.com> さんは、
  <ZOfz6.628$sx.45322@news1.dion.ne.jp> に書きました:

> 1. client が NAT に connect したい server の IP address と port を渡す
> 2. NAT が port forwarding の準備をする
> 3. NAT が client に port number を返す
> 4. client が NAT から帰ってきた port に対して通信を行う

 こちらは、両端共に対応したアプリケーションを使う必要があるように
見えるのですが、そうだとすると普及は辛いかも。
-- 
浅田和久／大阪市在住

manmos@stellar.co.jp (Hideo "Sir MaNMOS" Morishita) さんは、
  <squu243qr2w.fsf@stellar.co.jp> に書きました:

> globalアドレスにはdotted decimalで短くなるものを与えておいて、FTPの
> PORTコマンドで0paddingがあるのを見つけるとか…

 ぐはっ、そこまで‥‥‥

> ＃ここまでやっていたら姑息、姑息。

 コストが合わないような、って適当に抜き打ちで検査すればいいのかも。
 でも、一度検出手法を明かしたらもう使えないですね。
-- 
浅田和久／大阪市在住

>わかるみたいです。ポート変換とかアドレス変換をした時の情報が
>パケットに乗っかっているようです。
>（じゃないと、帰り道がわからない）

　ここがわからないのですが、これはパケットの中身を見ると言うことになり、盗聴にはならないのですか？

　こんにちは。島田です。

On 6 Apr 2001 20:04:33 GMT
denis@bitsmart.com (denis) wrote:

> >わかるみたいです。ポート変換とかアドレス変換をした時の情報が
> >パケットに乗っかっているようです。
> >（じゃないと、帰り道がわからない）
> 
> 　ここがわからないのですが、これはパケットの中身を見ると言うことになり、
> 盗聴にはならないのですか？

　J-Com の規約で、

    http://www.home.ne.jp/memberservices/m_policies/acceptablepolicy.html

の「本サービス規約の違反」の「当社からの警告」に、

    当社には、サービスやネットワークを監視する義務はありませんが、帯域幅
    (データ転送の状態)、サービスの使用法、ユーザー コンテンツ等を随時監
    視する権利を保有しています。

とあります。


----------------------------------------------------------------------
Mail: shimaden@din.or.jp
Home Page: http://www.din.or.jp/~shimaden/
島田博幸
Hiroyuki Shimada
----------------------------------------------------------------------

<20010407201716.F6E7.SHIMADEN@din.or.jp_NoSpam>の記事において
shimaden@din.or.jp_NoSpamさんは書きました。
>> > >わかるみたいです。ポート変換とかアドレス変換をした時の情報が
>> > >パケットに乗っかっているようです。
>> > >（じゃないと、帰り道がわからない）
>> > 
>> > 　ここがわからないのですが、これはパケットの中身を見ると言うことになり、
>> > 盗聴にはならないのですか？

>> 　J-Com の規約で、
>>     当社には、サービスやネットワークを監視する義務はありませんが、帯域幅
>>     (データ転送の状態)、サービスの使用法、ユーザー コンテンツ等を随時監
>>     視する権利を保有しています。
>> 
>> とあります。

つうか、パケットの中身を見ないとルーティングできないような気が...

In article <9an0pl$o0q$1@diamond.hayama.net>
    kenhrd@hayama.net (Ken Harada) writes:

 |$B$D$&$+!"%Q%1%C%H$NCf?H$r8+$J$$$H%k!<%F%#%s%0$G$-$J$$$h$&$J5$$,(B...

  $B$I$3$+$i$I$3$^$G$rCf?H$H8@$&$+$G$9$h$M!#%X%C%@$b%Q%1%C%H$NCf?H$@$H8@(B
$B$&$J$i!"(BTTL $B$N=q$-49$($J$s$F8@8lF;CG!)(B

--
$B%$%=%?!<%M%C%H$NLZ!<%`%Z!<%8$r$4Mw2<$5$$!#(B
$B:{It(B $BE/O:!J$5$5$Y(B $B$F$D$m$&!K(B

tss@isoternet.org (SASABE Tetsuro) writes:

> In article <9an0pl$o0q$1@diamond.hayama.net>
>     kenhrd@hayama.net (Ken Harada) writes:
> 
>  |つうか、パケットの中身を見ないとルーティングできないような気が...
> 
>   どこからどこまでを中身と言うかですよね。ヘッダもパケットの中身だと言
> うなら、TTL の書き換えなんて言語道断？
なるほど...どうなんでしょうか、宛名ラベルは小包の一部ではない?

信書の秘密、とはいいますが封筒の表の宛名を見ないと配達もできないし。
あ、でもポストをあけて「誰から郵便が来てるか」を見るのはやっぱしプライバ
シーの侵害ですかね。



--------------------------------------------------------
Ken Harada = 原田 健	Hayama, Japan (=葉山町)                  
http://www.hayama.net/~kenhrd/

"ASADA Kazuhisa" <HHD03265@nifty.ne.jp> wrote in message
news:9akdlf$ivb$1@poinsettia.trust.co.jp...

> > DION 記事落しまくり…。やっぱり、自分で NNTP server 立ち上げて、
> > 草の根配送 net に加わるべきなのかなぁ。
>
>  ありゃま。

でも、INN の管理は面倒なのでやりたくないんですよね。


> >> Appletalk over IP なんかのようなカプセル化を思い浮かべて
> >> いただけばよろしいかと。んで、NAT で非カプセル化して、parse
> >> して packet を配送。
>
>  変換器付のトンネリングといった感じでしょうか？

ですね。PPP over SSH のようなイメージ。


>  こちらは、両端共に対応したアプリケーションを使う必要があるように
> 見えるのですが、そうだとすると普及は辛いかも。

そういう機能を持つ SOCKS を使う:-)
--
内田俊明 (UCHIDA,Toshiaki)

そんなに返事はこないだろう
とチェックしていなかったら
結構話が盛り上がっていたようですね
ありがとうございます
しかし悲しいかな専門用語がわからず
あまり話の内容がよくつかめないでいます

今まで私にはPCやインターネットは
趣味の域を出ないものだったのですが
・今年の夏にはうちのような田舎にもADSLが来そうだ
・素人なりにも最近Linuxが手に馴染んできた
・２台PCがあるけど有効活用できていない
・家族のメールやファイルをきちんと仕分けたい
という状況になったので、このへんでネットワークの勉強をして
うちの中にきちんとLANを構築してみようと思っていたところ
前述のように
NATやマスカレードでの多重接続を禁止しているプロバイダがある
ときいて、気になってここへ書きこんでみた次第です

現在うちではniftyを使っていますが
この際だから他へ変えてもいいなと思ったのですが
先のパンフレットには例として
結構大手のプロバイダの名前が挙がっていたので
ちゃんと調べてみる必要がありそうです

この制限は大手も含めてたいていのプロバイダにあるものなんでしょうか
それともほんとに「一部の」ところだけで
「そういうプロバイダは滅んでしまえばいい」状況でしょうか

チョコリング
chocoring@mbd.nifty.com