1read 100read
2012年3月通信技術15: YAMAHA業務向けルーター運用構築スレッドPart11 (237) TOP カテ一覧 スレ一覧 2ch元 削除依頼
routing system は大丈夫か? (166)
クソネットワーク機材会社決定戦 (178)
インフラ系ITエンジニアは土木作業員と同じ? (151)
非通知ワン切り (147)
IPv6 実現したら、何をつなぎたい? (121)
ポートスキャン楽しいですか?報告会 (475)

YAMAHA業務向けルーター運用構築スレッドPart11


1 :12/02/16
【前スレ】
YAMAHA専用スレッド
http://pc.2ch.net/test/read.cgi/network/997877142/
YAMAHA業務向けルータ運用構築スレッドPart2
http://pc5.2ch.net/test/read.cgi/network/1037975157/
YAMAHA業務向けルータ運用構築スレッドPart3
http://pc8.2ch.net/test/read.cgi/network/1092832668/
YAMAHA業務向けルータ運用構築スレッドPart4
http://pc11.2ch.net/test/read.cgi/network/1144116104/
YAMAHA業務向けルータ運用構築スレッドPart5
http://pc11.2ch.net/test/read.cgi/network/1196114751/
YAMAHA業務向けルータ運用構築スレッドPart6
http://pc11.2ch.net/test/read.cgi/network/1223667451/
YAMAHA業務向けルータ運用構築スレッドPart7
http://pc11.2ch.net/test/read.cgi/network/1245454435/
YAMAHA業務向けルーター運用構築スレッドPart8
http://hibari.2ch.net/test/read.cgi/network/1275391797/
YAMAHA業務向けルーター運用構築スレッドPart9
http://hibari.2ch.net/test/read.cgi/network/1294731041/
YAMAHA業務向けルーター運用構築スレッドPart10
http://engawa.2ch.net/test/read.cgi/network/1309822690/
【公式サイト】
YAMAHA RT series router Home Page http://www.rtpro.yamaha.co.jp/
【お約束】
・ここはYAMAHAルーターで、小規模〜大規模のネットワークを構築、運用する人のための情報交換スレッドです。
・ネットボランチシリーズ(コンシューマー向け)、業務用向け機器でもYAMAHAルーターの
設定方法、YAMAHAルーターの使い方などハードウェア寄りの話題は以下のスレッドへ。
YAMAHAヤマハブロードバンドルーターpp select 16
http://toro.2ch.net/test/read.cgi/hard/1311181544/

2 :12/02/17
ciscoネタの補足。
どっかでも同じこと言ってたやついるけど、
ciscoが人気なのは定価が高く、仕切が安いという売り易さもあるよ。
その条件に保守面のメリットを加えたら、こればっかりになるのもうなづける。
性能や使い勝手のみを考えるならいくらでもciscoを超えるものはあるんだけどねぇ。。。

3 :12/02/17
>>2
資材じゃないからわからないけど、仕切が安いのをそのままエンドユーザー
に反映してくるもんなの?

4 :12/02/17
ボレるところからボルのが商売の鉄則だろ

5 :12/02/17
だが、値引きの材料にするためには仕切が低い方が都合がよい。
あと、cisco製品だとconfig書ける人間が、
一声かければどこからともなく沸いてくるっていう魔法の魅力もあるかもしれない。
他社製品はそのついでに扱ったことがあるよ、とかいう習熟度の輩が集まる程度か。
人の繋がりのお話になるから、立場変われば異論もあるだろうけど、うちではこういうところ。

6 :12/02/17
>>3
多くは反映されないね。
定価が高く、仕切が安い
ということは、同じ値引き率で売った時に利幅が大きくなるってこと。
例えばバッファローあたりはよくて75%、ものによっては90%が仕切。
アライドだと65%前後が多いかな。
一方ciscoは上位のパートナーなら50%、ものによっては30%くらいで入ることもある。
定価マジックって実は大きくてね。
実際は高いモノを買わされているのに、値引き率がほかよりよければ得した気がするのよ。
実は他にも仕切が安いってのはメリットがあるんだけど、長くなるから割愛する。
とにかく、性能以前にビジネス的にciscoは都合がいいってことね。

7 :12/02/17
前スレ918さんいらっしゃいませんか?

8 :12/02/17
ナンパならお断りです

9 :12/02/17
失礼しましたwww

10 :12/02/17
新しいスレは慎重だなあ

11 :12/02/18
sohoですらない個人の趣味用なので、RTX810で五年は頑張ってもらうで。

12 :12/02/18
RTX系なら業務で使ってても5年は平気で使うよね?
10年近くなるとさすがにそろそろ交換したほうがいいかって気になるけど。

13 :12/02/18
YAMAHAに関わらず、NWデバイスは5年程度では交換なしかと。
鯖とホストは保守サポート切れで5年交換をオススメしてるけど。

14 :12/02/18
rt100iは10年経っても正常に動き続けて
先にインフラの進歩での交換って感じ

15 :12/02/18
イーサネットって5年10倍のペースで進化してるから、
帯域使う用途だと交換せざるを得なくなるんだよな。

16 :12/02/18
今の人がたってアナログモデムとかしらんだろうな・・・

17 :12/02/18
このスレだと
知ってる人の方が多数派でわ

18 :12/02/18
音響カプラ…

19 :12/02/18
>>18
http://engawa.2ch.net/test/read.cgi/network/997467849/l50

20 :12/02/18
業務用じゃないけどRTA55iとかって、マザボみたいに、内蔵リチウム電池なんて入っているのかな。
シスログなんかで使う時間を管理しているでしょ。
この間、RTA55iの時計がなぜか1980年になっていてびっくりした。
換えれるなら、今度蓋開けて電池交換してみようかなって。
RTXなんかは電源切ってしばらくしてからつけても、バックアップ電池があるから時間クルワナイよね??

21 :12/02/18
>>20
交換するような物ではなく、充電池が入っている。
たぶん、RT100iの時代からそうだと思う。(RTXもそうなってる)
だから、長時間放置しておくと、カラになってる。
たいていの充電池は、過放電に弱いから、放置しているのがあまりに長期間だと
ダメになっている可能性はある。

22 :12/02/18
レスありがとうございます
ニッケルカドミウムの串団子をつぶしたような電池が入っているのかもしれないですね。
当時は高い起電力のあるリチウム電池はなかったですものね。
さて、使っているうちに少しは回復するかな。

23 :12/02/19
ntpで拾って来れば電池いらなくね?

24 :12/02/19
>>23
ああ、なるほど。
スタートアップ時にスケジュールでntpdateすれば良いわけか。
ppがつながるのに、わずかだが時間差があると思うが、うまくいくのかな。

25 :12/02/19
すぐタイムアウトしないと思うけどな

26 :12/02/19
2000年問題かいな

27 :12/02/19
>>20
少し推測が入るが、
予備回線専用で使ったりISDN回線で繋いだりなどの常時接続しない場合を考えて内部電池が入っているのものだと思う。
上の人が言っているように常時接続の場合は内部電池よりNTPが良いよ。

28 :12/02/19
>> 予備回線専用で使ったりISDN回線で繋いだりなどの常時接続しない場合を考えて内部電池が入っているのものだと思う。
おいおい。電源スイッチを切った時に時刻を保持するために電池はあるのだよ?

29 :12/02/19
そういや、RTX1200以後は1次電池を使うようになったとか言ってた。
設定した後に電源を切って置いてたら時刻が消えったってクレームが来たとか。

30 :12/02/19
>RTX1200以後は1次電池を使うようになった
じゃあ、マザーボードと同じだな。リチウムボタン電池かなにかかな。
>>24
>スタートアップ時にスケジュールでntpdateすれば良いわけか
えっ、スタートアップ時イベントとか、そんな設定できるの?
スケジュールしかないんだと思っていたけど。

31 :12/02/19
>>30
やっぱり、スケジュールコマンドには違いない。
たとえば、こんなふうに書く。
schedule at 1 startup * ntpdate 210.173.160.87

32 :12/02/19
>>31
教えていただき、ありがとうございます。
今度、試したいと思います。

33 :12/02/20
>>31-32
それ、最近のRevの書き方
RTA55iとか Rev.4系だと
schedule at startup * ntpdate ntp.nict.jp

34 :12/02/20
>>33
すみません、補足ありがとうございます。"By >>32"

35 :12/02/20
>>33
補足ありがとう。そう言えばそうでした。
RT56v以前と、57i以降(+業務用)って、
微妙に違うコマンドが、いくつかあるんだよね。
たとえば、自分でよく使うコマンドでいえば、
show status dhcp は、古い機種だと show dhcp status
ISDNで52iを使っていた期間が長かったから、
移行してしばらくは、しょっちゅう間違えてた。

36 :12/02/20
>show status dhcp
で思い出したけど、rtx1200って、そうやっても、
アドレスを割り当てたクライアントのMACアドレスが表示されないねえ。
rtx1100なら、ちゃんとMACアドレス表示されていた。
01 00 FF FF FF FF FFという表記と、
00:FF:FF:FF:FF:FFとが区別されてたから、
これをみて、アドレスの静的割り当てのコマンドを発行することができていた。
rtx1200って、どうやったら、できる?

37 :12/02/22
>>32
できました!
今まで1980:00:00になって時計が進まず、スケジュールさえも実行されなかったのに、
起動時に自動的にntpで時間を取得できるようになりました。
ありがとう。

38 :12/02/22
>>37
ああ、なるほど。
それってハマるんだよね。(ええ、もちろん私も経験者です)
「適当にスケジュールでntpdate入れとけば、24時間以内には合うだろ」
と思ったのだが、初期状態では、なぜか時計が進まないようになっている。
でたらめでも良いから、時刻を設定してやると、ちゃんと動き始めるのだが。

39 :12/02/22
>>33
そうそう。全く同じ見解で、楽観していたものの、いつまでたっても、
スケジュールが実行されずに、ntpで時間調整がされなかった。
でも、これで安心!

40 :12/02/23
>>39
これって古い機種だけですか?

41 :12/02/23
RTX1100/RTX1500/RT107e Rev.8.03.92 キター
前スレ780さん/918さんに朗報
http://www.rtpro.yamaha.co.jp/RT/docs/relnote/Rev.08.03/relnote_08_03_92.txt
> [38] IPv6マルチキャストパケットがファストパスで処理されるとき、パケットが破棄さ
> れてしまうバグを修正した。本バグによってNTT東日本/NTT西日本のひかりTVが視
> 聴できなくなっていた。
>
> ※ Rev.8.03.87以降のファームウェアで発生する。
>
> 対象機種: RTX1100, RT107e

42 :12/02/23
>>41
てか、L2TP/IPsec 対応ファームかよ
見捨ててなかったのね

43 :12/02/23
と喜んだのは束の間
ファストパス未対応のモッサリ仕様となorz

44 :12/02/23
>>41
それって、このスレの声が聞こえていたってこと??

45 :12/02/23
ここよりは現場からの声のほうが大きいだろ普通www

46 :12/02/23
結局L2TP/IPsec対応したけど、まともに使い物になるのはRTX1200だけってことでおけ?

47 :12/02/23
昨年1500がハングする症状で何度か問い合わせたことがあるが、治ってるかもー。週末入れ替えてみるか

48 :12/02/23
>>47
あ、俺もそんなことあった。
電源切って、再起動するまでネットにつなげなかったなあ。

49 :12/02/23
おおお!RTX1100でもL2TP/IPSex行けるようになったのか!?

50 :12/02/23
もっさり

51 :12/02/23
IPSexってオイ。

52 :12/02/23
RTX1100にもきたのか
んじゃ早速試してみるか

53 :12/02/23
RTX1100なんてとっくに売っちゃったさ
出す予定だけでもアナウンスしてくれてたら売らなかったのに

54 :12/02/23
結局そういう事かよ糞が

55 :12/02/24
結局そうなるんだよね。やった!

56 :12/02/24
>>36
亀レスすまん
show status dhcp で表示されるよ
割り当て中アドレス: 192.168.1.1
(タイプ) クライアントID: (01) 01 23 45 67 89 ab
リース残時間: 99日 99時間 59分 59秒

57 :12/02/24
>>56
えっ?と思って、rtx1200でやってみたら出たわ。
おかしいなあ、そうやって出なかったから質問したのに。
あっ、そうか。
restartした後はしばらくは出ないのかも。
で、やってみた。
仮説はビンゴだった。
ありがとう。おかげでなぞが解けました。

58 :12/02/24
>>57
そもそも、restart直後だと、「割り当て中アドレス」じゃなくて
「予約済(未使用)アドレス」ってなってないか?

59 :12/02/24
>>58
そうそう。
RESTART直後では、クライアントでタイムアウトしていないので、
RTXのDHCPサーバーに要求かけていないわけなんだね。
要求が来てからはじめて、「割り当て中アドレス」になるわけだ。

60 :12/02/24
>>57
DHCPの仕組み解ってないんじゃん

61 :12/02/24
>>60
ぶー

62 :12/02/24
やっとRTX1100でL2TP/IPsec対応したので
スマホからリモートアクセスできるようにしたのですが、
設定例どおりにすると1分くらいで自動切断してしまいます。
皆さんは運用的に1分くらいで切断するようにしているのでしょうか?

63 :12/02/24
L2TPトンネルの切断タイマの設定
[書式]
l2tp tunnel disconnect time TIME
no l2tp tunnel disconnect time
[設定値]
TIME
切断タイマ(1 .. 21474836 秒)
off ... 切断タイマを設定しない
[説明]
L2TPトンネルの切断タイマを設定します。
選択されている L2TP トンネルに対して、データパケット無入力・無送信時に、タイムアウトにより L2TP トンネルを切断する時間を設定します。
L2TP制御メッセージ以外はすべてデータパケットとなるため、PPP キープアライブを使用する場合などは切断タイマによる L2TP トンネルの切断は行われない場合があります。 トンネルインタフェースにのみ設定可能です。
[初期値]
60
この設定じゃね?

64 :12/02/24
>>63
情報ありがとうございます。
offにすればずっとつなぎっ放しになるのかな。
実運用として皆さんはどうしているのでしょうか?

65 :12/02/24
私はWindowsPhone持ちでVPN使えないので…
今後の勉強のためにファーム上げては見たんだけどね
Offでもいいと思う
心配ならスマホでしか使わないなら600秒とか
PCでも使うようなら3600秒とかにするかな
もし自宅のルータなら様子みながら調整で良いかと
会社のならそうは行かないだろうけど

66 :12/02/24
やべ全角になってもた

67 :12/02/24
>>65
意見ありがとう。
offで使ってみようと思います。
電池の消耗がひどいようでしたら600秒に変更してみます。
L2TP/IPsecがPCでもまともなスピードで使えれば良いんですけどね。

68 :12/02/28
RTX1200ですが、LAN2にDSUに接続でマルチセッションで複数のプロバイダ
LAN1に同じゾーンでPC接続してどこのプロバに繋ぐか指定したいのですが
いまいち設定が分からないのですが。
nat descriptorで同じ番号にして、共通で設定したのでいいのでしょうか?

69 :12/02/28
日本語しっかり

70 :12/02/28
>DSU
isdnの?

71 :12/02/28
いまいち何したいのかわからん

72 :12/02/28
すいませんONUです、困っています教えてください

73 :12/02/28
だから具体的にどういう動作させたいの?
PC1、PC2とかプロバ1、プロバ2とかで説明に入れてみてよ

74 :12/02/28
以下のようにしたいのですが
ONU --(マルチセッション)-- RTX1200 --- PC1(プロバイダA固定IP)
                   |--PC2(プロバイダB)
                   |--PC3(プロバイダB)
                   |--PC4(プロバイダB)
PC1〜PC4は同じゾーンで構成します。
この場合
pp select 1
〜プロバイダA〜
ip pp nat descriptor 1
pp select 2
〜プロバイダB〜
ip pp nat descriptor 1
nat descriptor type 1 masquerade
nat descriptor masquerade static 1 1 〜
NATを共通で設定するのか
pp select 1
〜プロバイダA〜
ip pp nat descriptor 1
pp select 2
〜プロバイダB〜
ip pp nat descriptor 2
nat descriptor type 1 masquerade
nat descriptor masquerade static 1 1 〜
nat descriptor type 2 masquerade
nat descriptor masquerade static 1 1 〜
NATを別々に設定するのかご教授をお願いします。

75 :12/02/28
>>74
これ?
http://jp.yamaha.com/products/network/solution/internet/dual_line/

76 :12/02/28
おっと、厳密にはこのままじゃないな。
設定例では物理回線も2本あるようだ。

77 :12/02/28
ありがとうございます、この設定例は2回線をLAN2、LAN3に接続して繋ぐ場合で
マルチセッションではありません、またPCもそれぞれ別ゾーンです。

78 :12/02/28
>>77
横レス失礼。
ネットワーク構成図を示すと、希望の構成を伝えやすいと思う。
物理的な接続と、論理的な接続をそれぞれ示して。
AAだとずれて読みにくかったりするっていう読む側からのリクエスト

79 :12/02/28
NAT別々で設定しろ
プロバイダ毎にouterアドレスが違うのだから

80 :12/02/28
>>77
うーん、もう少しconfigを読んでほしいなぁ。
>マルチセッションではありません
なら、単に両方 pppoe use lan2ってすれば良いだけでしょ?
pp1とpp2に分かれるって言う意味では、どちらも同じ。
>PCもそれぞれ別ゾーンです。
確かに2グループに分けてるけど、同一セグメントでしょ?
あなたのやりたいことは、1台と、その他全部。
同じだと思うけど。

81 :12/02/28
おや知恵袋にも来てるのか。
ついでにそっちの答えも書いておくけど、固定IPの設定方法はプロバイダで違うから
プロバイダの設定方法をよく読む。
たとえば、通常の認証で固定IPを割り振ってくるところもあるし、
固定IPを利用する場合は、違うアカウントを利用しないといけないところもある。
で、NATは二つ書く。
どっちの接続を使うかというのは、フィルタ型ルーティングという方法を使う。
ヤマハの設定例だと、
192.168.100.1-192.168.100.127
192.168.100.128-192.168.100.254
の2グループに分けて、それぞれどちらのフィルターに適合するかでppを使い分けている。
1台と、その他全部に分けるのも同じでしょ?
たとえば、
192.168.100.1-192.168.100.253と192.168.100.254に分けるフィルターを書いても良いわけだ。

82 :12/02/28
同じゾーンでもNAT二つに分ければいいのですね、つまり以下の設定でゲートウェイを省いたらいいという
認識でいいのでしょうか?
http://jp.yamaha.com/products/network/solution/dual_line/

83 :12/02/28
ちょっと書いてみたのですがこんな感じで大丈夫でしょうか?
ip lan1 forward filter 100
pp select 1
pp always-on on
pppoe use lan2
pp auth accept pap chap
pp auth myname (ISP1に接続するID) (ISP1に接続するパスワード)
ppp lcp mru on 1454
ppp ipcp ipaddress on
ip pp mtu 1454
ip pp address (グローバルアドレス)
ip pp nat descriptor 1
pp enable 1
pp select 2
pp always-on on
pppoe use lan2
pp auth accept pap chap
pp auth myname (ISP2に接続するID) (ISP2に接続するパスワード)
ppp lcp mru on 1454
ppp ipcp ipaddress on
ip pp mtu 1454
ip pp nat descriptor 1
pp enable 2
ip filter 101 pass-log 192.168.100.2 * * * *
ip filter 102 pass-log 192.168.100.3-192.168.100.254 * * * *
ip forward filter 100 1 gateway pp 2 filter 101
ip forward filter 100 2 gateway pp 1 filter 102
nat descriptor type 1 masquerade
nat descriptor address outer 1 (グローバルアドレス)
nat descriptor masquerade static 1 1 192.168.100.2 tcp www
nat descriptor type 2 masquerade

84 :12/02/28
dhcp service server
dhcp scope 1 192.168.100.2-192.168.100.254/24
dns server (ISP1から通知されたDNSサーバーのIPアドレス) (ISP2から通知されたDNSサーバーのIPアドレス)
dns private address spoof on
ip filter source-route on
ip filter directed-broadcast on
ip filter 1010 reject * * udp,tcp 135 *
ip filter 1011 reject * * udp,tcp * 135
ip filter 1012 reject * * udp,tcp netbios_ns-netbios_ssn *
ip filter 1013 reject * * udp,tcp * netbios_ns-netbios_ssn
ip filter 1014 reject * * udp,tcp 445 *
ip filter 1015 reject * * udp,tcp * 445
ip filter 1020 reject 192.168.100.0/24 *
ip filter 1030 pass * 192.168.100.0/24 icmp
ip filter 2000 reject * *
ip filter 3000 pass * *
ip filter dynamic 100 * * ftp
ip filter dynamic 101 * * www
ip filter dynamic 102 * * domain
ip filter dynamic 103 * * smtp
ip filter dynamic 104 * * pop3
ip filter dynamic 105 * * netmeeting
ip filter dynamic 106 * * tcp
ip filter dynamic 107 * * udp
pp select 1
ip pp secure filter in 1020 1030 2000
ip pp secure filter out 1010 1011 1012 1013 1014 1015 3000 dynamic 100 101 102 103 104 105 106 107
pp enable 1
pp select 2
ip pp secure filter in 1020 1030 2000
ip pp secure filter out 1010 1011 1012 1013 1014 1015 3000 dynamic 100 101 102 103 104 105 106 107
pp enable 2

85 :12/02/29

機能ごとに分けてブロック番号を表記し、
なおかつ各々についてコメント(そのように設定した意図、ねらい)を書いてください。
そうすれば、皆さんはレスしやすいと思います。

86 :12/02/29
ip lan1 forward filter 100
pp select 1
〜プロバイダAの接続設定
ip pp address (グローバルアドレス)※必要?
ip pp nat descriptor 1
pp enable 1
pp select 2
〜プロバイダBの接続設定
ip pp nat descriptor 1
pp enable 2
※プロバイダの振り分け
ip filter 101 pass-log 192.168.100.2 * * * *
ip filter 102 pass-log 192.168.100.3-192.168.100.254 * * * *
ip forward filter 100 1 gateway pp 2 filter 101
ip forward filter 100 2 gateway pp 1 filter 102
※NATの設定
nat descriptor type 1 masquerade
nat descriptor address outer 1 (グローバルアドレス)※必要?
nat descriptor masquerade static 1 1 192.168.100.2 tcp www
nat descriptor type 2 masquerade
※DHCP、DNS
dhcp service server
dhcp scope 1 192.168.100.2-192.168.100.254/24 ※共通でいけるのか?
dns server (ISP1から通知されたDNSサーバーのIPアドレス) (ISP2から通知されたDNSサーバーのIPアドレス)
dns private address spoof on
※以下フィルター
ip filter source-route on
ip filter directed-broadcast on
ip filter 1010 reject * * udp,tcp 135 *

よろしくお願いします。

87 :12/02/29
動かないような気がする・・・

88 :12/02/29
ルーターのローカルアドレスはどこで振ってるの?無し?

89 :12/02/29
結局何がしたいのか、箇条書きにしてみたら?

90 :12/02/29
ip route default gatewayがないな

91 :12/02/29
プロバAからグローバルIP1個貰ってるの?
決定的な間違いはPP2ではdescriptor 1ではなく2な
pp select 2
〜プロバイダBの接続設定
ip pp nat descriptor 2
pp enable 2

92 :12/02/29
forwardなど使わずに、pp毎にローカルアドレス振って、default gatewayで出口を切り替える方がスッキリする気がする
DNSも2回線マルチセッションであればルーターのリカーシブルなど使わずに、DHCP scopeoption使ってDNS関連も出口毎にキチンと設定するがよろし
マルチセッションとマルチホーミング混同してないか?

93 :12/02/29
ありがとうございました自己解決しました、RTX1200って大変はGUIで設定できるのですね。
ip route default gateway pp 2 filter 1 2 gateway pp 1
ip lan1 address 192.168.100.1/24
ip lan1 secure filter in 〜
pp select 1
〜プロバイダAの接続設定
ip pp secure filter in 〜
ip pp secure filter out 〜 dynamic 〜
ip pp nat descriptor 1
pp enable 1
pp select 2
〜プロバイダBの接続設定
ip pp secure filter in 〜
ip pp secure filter out 〜 dynamic 〜
ip pp nat descriptor 2
pp enable 2
ip filter 〜
ip filter dynamic 〜
nat descriptor type 1 masquerade
nat descriptor type 2 masquerade
nat descriptor masquerade static 1 1 192.168.100.2 tcp www
dhcp service server
dhcp server rfc2131 compliant except remain-silent
dhcp scope 1 192.168.100.2-192.168.100.191/24
dns server pp 2
dns server select 500001 pp 1 any . restrict pp 1
dns server select 500002 pp 2 any . restrict pp 2
dns private address spoof on

94 :12/02/29
追加したい点がいくつかあるけど、まあ動くんじゃないかな
60点てところか
後は運用していく中で気づくはず

95 :12/02/29
ヘルプお願いします。
windows7などが何台かつながっているローカルネットワークがあります。
これらのDHCPサーバーとしてRTX1200があります。
普通に利用している場合、正しくIPv4プライベートアドレスが各マシンに割り当てられます。
ところがこのWindows7「アドレスA」で、シャットダウンでなく「スリープ」にした場合なのですが、
この間にもし新規に立ち上げたマシンをネットワークに導入したとき、
RTX1200によって同じ「アドレスA」が新規マシンに割り当てられてしまいます。
すると、「スリープ」から回復したWindows7とアドレスが競合してしまいます。
これは、Windows7マシンが「スリープ」したあと後にその「アドレスA」とMACアドレスとをマッピングしていたテーブルがタイムアウトになってしまったからだと思います。
たとえば、RTX1200の電源を切らない限り、このマッピングテーブルを有効にする設定はあるでしょうか。
あるいは、一週間というような長い時間、テーブルを保持するような設定はできるでしょうか。
スタティックにMACとIPとを紐付けることは面倒くさいのでやりたくないです。

96 :12/02/29
>スタティックにMACとIPとを紐付けることは面倒くさいのでやりたくないです。
管理者として不適格のようです。お答えするネタもありませんのでおひきとりください。

97 :12/02/29
コマリファぐらい見たら?
> 一週間というような長い時間、テーブルを保持するような設定はできるでしょうか。
を解決する方法も、
>スタティックにMACとIPとを紐付けることは面倒くさいのでやりたくないです。
を解決する方法もありますよ?

98 :12/02/29
>>97
すみません。調べてみます。

99 :12/03/01
トラブル時の原因追求やセキュリティ面を考えたら
「スタティックにMACとIPとを紐付ける」方が
結局は楽だと思うんだが

100read 1read
1read 100read
TOP カテ一覧 スレ一覧 2ch元 削除依頼
FON技術限定スレッド part1 (182)
鈴鹿高専を語るスレ13 (222)
〜大手町伝説〜 (758)
派遣ネットワーク系技術者の時給 (389)
Juniperってどうよ? (366)
【アスキソフバン】ネットワーク雑誌って?【ニッケイソノタ】 (227)
--log9.info------------------
ダイナブラザーズ1,2について語るスレ STAGE2 (401)
【北野映画】たけしの挑戦状【原点】 (309)
聖剣伝説3雑談スレ (941)
メガドラのマイナーシューを語ろうぜ!! (864)
ひらか゛な た゛けて゛ かたろう (387)
魔導物語シリーズ語らいでか (164)
覚えていますか?【エストポリス伝記U】 (290)
【フジTV】ゲームセンターCX【CS】 (518)
おまいらの最寄駅を七英雄風にするスレ (310)
【黄ばみ】ファミコンのクリーニング【手垢】 (331)
がんばれゴエモンきらきら道中 (871)
トランスフォーマー コンボイの謎 クリアしたらネ申2 (300)
【QUINTET】 ソウルブレイダー 【ENIX】 (507)
ダークロードについて語ろう (112)
マイクタイソンパンチアウト (198)
最近のひ弱なハードは頑丈なファミコンを見習え!! (167)
--log55.com------------------
ちはやスレを荒らす通称“汁”について
【QuoVadis】 佐伯かよの 2
■□■赤石路代3■□■
CLAMPファンスレ
羽生結弦ヲタ頭おかしい
【逃げるは恥だが役に立つ】海野つなみ Part.11
【メイド殺人拳】美川べるのPart69【さらば…客】
西村しのぶver.30