facebook twitter hatena line google mixi email
★お気に入り追加


■ このスレッドは過去ログ倉庫に格納されています

  • 1
  •  
  • 2015/01/06(火) 10:25:35.97
FreeBSD 関連の質問はここでどうぞ. 望んでいる回答が来なくても怒らないでね.
事前にハンドブック閲覧や過去ログ検索等の自助努力をすることが望ましいです.
分からなければ仕方がないので, 初心者でもとりあえず質問してみて下さい.
トラブルの場合, 再現性情報(ハードウェア・ソフトウェア・エラーメッセージ)の記載は必須.
sysutils/sysinfo あたりがおすすめ

The FreeBSD Project
http://www.freebsd.org/ja/

FreeBSD ハンドブック
http://www.freebsd.org/doc/ja/books/handbook/

過去ログ
http://www9.atwiki.jp/freebsd/

前スレ
初心者もOK! FreeBSD質問スレッド その119
http://peace.2ch.net/test/read.cgi/unix/1407128429/

ここまで見た
  • 359
  •  
  • 2015/02/17(火) 11:36:17.65
オレは悔しいから回答しない

ここまで見た
  • 360
  •  
  • 2015/02/17(火) 11:38:33.90
つまんないからその辺でやめとけ

ここまで見た
  • 361
  •  
  • 2015/02/17(火) 11:46:42.32
routed について質問です。

LANでRIPを流しています。
大まかな構成は以下のとおりです。
 ルータ1 (インターネット)
 ルータ2 (別のLAN)
 Windows
 Linux
 FreeBSD
ルータ2がRIPにて経路情報を流してます。
Windowsは標準機能で、Linuxはquaggaを使って、
RIPの情報を反映した経路情報を利用できてます。
(なので、RIPの送信自体は問題ないと判断してます)

今回、FreeBSDにてRIPを利用しようと考え、
routed -q にて動作させましたが、経路情報は更新されません。
520/udpが開いていること、フィルタリングされていないことは確認済みです。

なにか設定漏れや考え違いなどあるでしょうか。

ここまで見た
  • 362
  •  
  • 2015/02/17(火) 11:59:33.22
すみませんが悔しい方のみ回答をお願いします

ここまで見た
  • 363
  •  
  • 2015/02/17(火) 12:08:27.42
man routed

ここまで見た
  • 364
  •  
  • 2015/02/17(火) 12:12:20.19
「man hoge」の回答はたいてい外してる、の法則発動

ここまで見た
  • 365
  •  
  • 2015/02/17(火) 12:21:20.84
>>363
どこに書いてるというのか

ここまで見た
  • 366
  •  
  • 2015/02/17(火) 12:34:01.79
>>363
悔しい方(・∀・)キター

ここまで見た
  • 367
  •  
  • 2015/02/17(火) 12:39:52.33
自己解決しました。
ネタバレになるので解決方法は控えます。
では、引続きご歓談下さい。

ここまで見た
  • 368
  •  
  • 2015/02/17(火) 12:43:18.54
>>367
悔しい方また(・∀・)キター

ここまで見た
  • 369
  •  
  • 2015/02/17(火) 13:03:11.09
routedの件は
% sysctl -a | grep routed
で何か表示が出れば適切に設定してみたらどうでしょう?

ここまで見た
  • 370
  •  
  • 2015/02/17(火) 13:11:15.72
>>369
え?

ここまで見た
  • 371
  • 355
  • 2015/02/17(火) 14:42:10.43
>>369
それが、特にエラーなどは吐かれないんですよ。
バージョン表示や多重起動したときのエラーは出るので
ログの収集は問題ないと思うんですが、
普通に動かしているぶんには全くエラーなどは出ない状態でして・・・

ここまで見た
  • 372
  •  
  • 2015/02/17(火) 14:56:23.14
>>369はエラーの話してなくね?

ここまで見た
  • 373
  • 355
  • 2015/02/17(火) 14:58:14.25
>>372
いや、バージョン情報とか消しても意味無いでしょ?

ここまで見た
  • 374
  • 355
  • 2015/02/17(火) 17:21:56.82
>>361です
経路情報が更新されない理由がわかりました。
 ルータ2 (別のLAN)
から届いたはずのRIPの中身を見て、
すべてルータ1を向いてると勘違いしてるようです。
ルータ1にはdefaultで経路があるので
不要と判断して追加せず(なので処理としては正常扱い)
という動作をしているようです。

確認のため、そのネットワークを覆うような大きなネットワークで
別の経路情報を追加しておくと、RIPの内容が反映されました。
・・・やはり、gatewayはルータ1を向いてますが。

他のOSなら問題ないのに、FreeBSDだと
なぜルータ2からのRIPをルータ1と判断してしまうのかは謎です。

何か知っている方、何でもいいので情報ください。

ここまで見た
  • 375
  •  
  • 2015/02/17(火) 18:54:42.32
>>369が何事もなかったかのように流されてプチ吹いた

ここまで見た
  • 376
  •  
  • 2015/02/17(火) 19:05:15.75
その辺話噛み合ってないなと思ったけど
言っても無駄な人っぽいから言うのやめた

ここまで見た
  • 377
  • 355
  • 2015/02/17(火) 19:06:12.42
>>375
え?

 >>369 ログになんか出てたら対処しよう
 >>371 ログにはなにも出てないよ

って感じで話は普通に終わってるけど・・・?

ここまで見た
  • 378
  •  
  • 2015/02/17(火) 19:08:56.11
「ログになんか出てたら」なんて言ってないじゃん

ここまで見た
  • 379
  • 355
  • 2015/02/17(火) 19:12:21.61
あー・・・
なんか無駄に騒いでる人がいると思ったら、

 routedのログは sysctl -a に記録される

という事を知らない人がいるわけですね。
知ってたら>>369はログの話だと気がつけるはずですので。

ここまで見た
  • 380
  •  
  • 2015/02/17(火) 19:20:46.14
・・・つっ・・・釣られないぞ・・・

ここまで見た
  • 381
  •  
  • 2015/02/17(火) 19:25:00.92
それ書いた時点で負け

ここまで見た
  • 382
  •  
  • 2015/02/17(火) 21:57:36.78
dmesg -aを知らない人だったのか
素人の発想にはビックリだよ

ここまで見た
  • 383
  •  
  • 2015/02/17(火) 22:11:42.74
routedつながりで・・・

192.168.0.0/24のLANが家庭内にあります。
192.168.0.1がブロードバンドルータです
192.168.0.2がFreeBSD 10.1Rです
このFreeBSDから別のサーバーにVPN接続しています。
VPNは、OpenVPNのtun接続を行っていて、
別のサーバーは192.168.1.1、FreeBSDは192.168.1.101になります。
接続時に、pushで192.168.1.0/24の経路を通知しています。

FreeBSDでの経路は以下になってます
 192.168.1.0/24 192.168.1.102 UGS 0 0 tun0
 192.168.1.1/32 192.168.1.102 UGS 0 7 tun0
 192.168.1.101 127.0.0.1 UH 0 0 lo0
 192.168.1.102 link#14 UH 0 0 tun0

この状態でroutedにてRIPv2を送信するのですが、
広告した該当ネットワークの情報は
 AFI IPv4, 192.168.1.101/32, tag 0x0000, metric: 1, next-hop: self
 AFI IPv4, 192.168.1.102/32, tag 0x0000, metric: 1, next-hop: self

というように、192.168.1.1へ到達する情報が含まれません。
OpenVPNで接続したネットワークの情報をうまく伝える為に
なにか良い案はありませんか。

ここまで見た
  • 384
  •  
  • 2015/02/17(火) 22:14:52.88
>>382
お前が素人なのはよくわかったよw

ここまで見た
  • 385
  •  
  • 2015/02/17(火) 22:19:52.71
>>382
よっぽど悔しかったんだな。頑張れよwww

ここまで見た
  • 386
  •  
  • 2015/02/18(水) 11:00:20.29
FreeBSDなんかをルーターにするのが間違い
これほどネットワークに弱いOSも珍しい

ここまで見た
  • 387
  •  
  • 2015/02/18(水) 12:01:58.35
sysctlの話してたのになんでdmesgが出てきたんだ?

ここまで見た
  • 388
  •  
  • 2015/02/18(水) 12:25:13.00
アホは放置で

ここまで見た
  • 389
  •  
  • 2015/02/18(水) 12:34:14.29
>>383
FreeBSDでは無理だろ
もう少しまともなOSを選択したほうがいい

ここまで見た
  • 390
  •  
  • 2015/02/18(水) 12:36:39.68
久々にsysctl -a実行してみたけど
dmesg -a相当の結果がkern.msgbufに格納されてた。

ここまで見た
  • 391
  •  
  • 2015/02/18(水) 12:45:17.40
>>390
それが理解できなかった奴が悔しくて騒いでるんだよ。
放置しとけ。

ここまで見た
  • 392
  •  
  • 2015/02/18(水) 13:45:47.55
>>390
なるほど、そういうことか

ここまで見た
  • 393
  •  
  • 2015/02/18(水) 14:12:06.75
>>383
これ解決出来る問題なの?

ここまで見た
  • 394
  •  
  • 2015/02/18(水) 14:27:27.86
>>383
それ、ウチのIPです!!
ウチのIPの経路情報を流さないで下さい!!

ここまで見た
  • 395
  •  
  • 2015/02/18(水) 14:29:43.92
なつかしいネタだな

ここまで見た
  • 396
  •  
  • 2015/02/18(水) 15:45:09.20
>>393
FreeBSDには無理だろうなw

ここまで見た
  • 397
  •  
  • 2015/02/18(水) 16:06:32.61
>>393
できない理由はないだろ。
ルーティング情報は持ってるんだから広告すればいいだけ。

なんで広告しないのか不思議なくらい。

ここまで見た
  • 398
  •  
  • 2015/02/18(水) 16:07:38.18
FreeBSD以外なら出来るんですかね?
どうやって?

ここまで見た
  • 399
  •  
  • 2015/02/18(水) 16:10:48.25
出来らあっ!

ここまで見た
  • 400
  •  
  • 2015/02/18(水) 16:14:21.65
作ればあるもん!(´;ω;`)

ここまで見た
  • 401
  •  
  • 2015/02/18(水) 16:53:05.43
>>2

ここまで見た
  • 402
  •  
  • 2015/02/18(水) 17:21:36.06
>>398
Linuxなら普通にできてる

ここまで見た
  • 403
  •  
  • 2015/02/18(水) 18:22:33.80
>>402
どうやってやるの?

ここまで見た
  • 404
  •  
  • 2015/02/18(水) 18:24:13.08
ここまでの半分くらいは約一名なんだろうけど、BSDどころかLinux以前に勉強すべきことが山程ある

ここまで見た
  • 405
  •  
  • 2015/02/18(水) 18:26:49.23
>>404
そこまで言うならあなたが回答すればいいと思うの

ここまで見た
  • 406
  •  
  • 2015/02/18(水) 18:29:00.13
>>405
>>218

ここまで見た
  • 407
  •  
  • 2015/02/18(水) 18:42:15.78
なんだアラシか

ここまで見た
  • 408
  •  
  • 2015/02/18(水) 19:01:22.27
>>404
返事もできずに逃げるだけなら初めから書き込まない方がいいよ?

ここまで見た
  • 409
  •  
  • 2015/02/18(水) 19:06:07.18
・「〜できない、使えない」の言い回しを多用して対応して貰えるまでこきおろし続ける
・「〜しなきゃならないなんて大変だな」と義務であるかのような聞こえよがし的な煽り
・意見がわかれてもまとめさせようとするフリをして自分に都合のいい案にまとまるまでループさせる
・おま環の類でも「協力する」「致命的な不具合」云々で無料PCサポートとして使おうとする
・やましい使い方をした時限定の動作不良を使い方を伏せて小出しで対応させようとする
・雑談だと言い張れる言い回しで不満や要求が解消されるまでしつこく書き込み続ける
・間違いを正当化する為に論点とは関係ない事ができると周囲をこきおろす

お客様はスルー推奨、釣れたカキコがあれば解答を引き出すまで暴れ続ける

砂時計アラームタイマー
フリックラーニング
ここまで見た

★お気に入り追加

このページを共有する
facebook twitter hatena line google mixi email
おすすめワード