2008/03/29 | 
カテゴリ: Bフレッツの固定IPをもらえたので、DNSを切り替えました。 早いところはすぐにアクセスできるけど、遅いところは1日程度しないとアクセスできないかな。 ある程度してからじゃないとちゃんと設定ができているか確認できないのがもどかしい。
|
||||||
|
今回の故障を機にサーバが変わりました。 CPU:Core2Duo E6400 MEM:512MByte(DDR2-4200 DualChannel) M/B:Gigabyte GA-945GCM-S2L グラボとLANはオンボード。ただ、LANがLinuxでうまく認識されなかったので、暫定的にNICを差してます。あとで設定し直さないと。 あと、ネットはテプコ光+@niftyからBフレッツ+ASAHIネットに切り替えました。 残念ながら通信速度は落ちますね。ただ、テプコ光は固定IPが使えなかったので、別の固定IPサービスを使ってました。その為、このサイトへのアクセスは1Mbps程度しか出ていませんでしたが、今後はフルスピードでアクセスできるようになるでしょう(まだ申し込んでないから変化は無いけど)。 テプコ光Bフレッツ ダウンロード89.767Mbps64.585Mbps アップロード82.47Mbps37.20Mbps うむむ、アップロードの遅さが気になるな… 予告通り3/26(水)日中にサーバメンテをします。時間は未確定だけどお昼近くに一時間程度。 あと、DNSも切り替えると思うので、反映されるまでの2、3日間アクセスできなくなるかもしれません。 ※DNSの影響を受けるのはd77.jpドメインのみ。それ以外のダイナミックDNS系は影響を受けません。 3/23(日)21時〜1時間程度、サーバメンテの為アクセスできなくなります。 →終わりました。交換したマザーボードがさらに壊れてたり、交換したらしたでグラボがオンボードじゃなかったり… 次回メンテは3/26(水)頃かも… 21日の深夜、久しぶりにサーバがダウンしました。気がついたのは朝方だったんだけど、仕事なんで直す暇が無くそのまま出社。そのまま送別会で、家に帰ったのは深夜0時くらいだったんだけど、それから障害の状況を確認。 なんか、いろいろ交換しても一行に直る気配が無いのでおかしいなぁ？と思ってたんですが、結局電源とマザーボードがお亡くなりになりました。複合障害だとどうしても切り分けが難しいですね。 とりあえず暫定的にPentiumDになっちゃったので消費電力が勿体ないです。またメンテします(たぶん26日の日中くらい)。 それにしてもLinuxって、マザーボードを交換してもすんなり動くモンだ。Windowsだとなんだかドライバをインスコし始めて途中で止まるのが関の山なのに… まぁ、交換前後のマザーボードのアーキテクチャが近いからかもしれないけど、この辺ってモノリシックカーネルの強みなのかな。 
今回の旅では、あまり写真を撮らなかったけど、撮ったところの一つ、長野の北、馬曲(まぐせ)温泉に行きました。場所はこちら。 写真のような露天風呂で、山の上にあるので景色は絶好です。いつも真冬に行くので、こんなに雪が無いのははじめて。いつもは雪の壁ができてます。写真の小屋が脱衣所。その向こう側に湯船があります。写真を見る限りだと、男性側より女性側の湯船の方が圧倒的に広いです。何ででしょうね？ 広い休憩所もあるし、食事のメニューも豊富です。今回は野菜炒め定食とソーセージ。写真を撮るのを忘れてて食べかけの写真です(^^; ちなみに今日は4月下旬のポカポカ陽気でしたが、写真の通り場所によっては人の背丈以上に雪が積もってます。 この写真は途中立ち寄った北竜湖。湖面は凍っているし周りは雪だらけですが、春になると菜の花でいっぱいになるらしいですよ。 こちらは、JR飯山線の森宮野原駅。まぁ途中立ち寄っただけですね。列車が二時間に1本くらいだったので、列車を見ずにすぐ立ち去りました。 ちなみに、この写真の通り、過去に７ｍも積もったそうな。すごいなぁ。。。 これは駅前で撮った写真だけど、結構あぶない・・・。まぁ、最近まで雪に埋もれていた事が伺えます。天気が良かったので一気に溶けたんだろうな。 最後は姨捨(おばすて)サービスエリア。いつもここは夜に来て夜景を楽しむんだけど、今回はまだ明るい時間でした。これはこれで新鮮。 ちなみに、姨捨サービスエリアのすぐ下には姨捨駅があるんですが、ここは列車が止まるのにスイッチバックします。ちょうど動画が撮れたので掲載しておきます。 ファイルがありません。 この列車自体も一時間に一本くらいなのでラッキーでした(^^;
兄ですが、せっかくだから蕎麦食べれば良いのに〜〜、、、って思ったけど、トン汁も付いて700円とは、美味しいそうだし迷うね。 – domonest (2008年03月17日 12時42分05秒)
過去に二回くらい行ってて、蕎麦はそのとき食べた。豚汁(粕汁)はなんか冷めてたよ… – デルタ (2008年03月17日 20時14分51秒)
[…] 家の周辺じゃそこそこ安いガソリンスタンドでいつも給油してるんですが、今月に入って5円以上上がってる！ グラフを見てもわかるとおり、尋常じゃない。 ところで、車を買ってからずっと燃費を記録してるんだけど(走行距離÷給油量)、14km/l平均かな。 初回はCVT独特のクセがわかんなくて燃費が悪かったけど、コツをつかんでからは15km/lくらいで走れるようになった。 冬の寒い間は燃費が落ちるのでしょうがないね。 単価給油走行距離燃費 8月26日13926.19 331.2 12.65 9月7日13925.78 343.7 13.33 9月19日13925.84 343.7 13.30 10月1日13925.74 369.9 14.37 10月13日14324.67 374.7 15.19 10月25日14025.91 390.0 15.05 11月6日14925.18 384.5 15.27 11月18日14623.49 337.0 14.35 11月30日14623.40 329.4 14.08 12月13日14823.86 354.3 14.85 12月26日14826.40 346.0 13.11 1月9日14823.61 335.3 14.20 1月22日14625.16 360.9 14.34 2月4日14625.82 349.6 13.54 2月15日14324.50 347.1 14.17 2月27日14324.39 337.6 13.84 […] 意外といいかも。 うちは土地柄、地デジはおろか、普通のアナログテレビも電波がまともに受信できない。そのため、Jcomというケーブルテレビサービスに入ってる。 ネットはもう解約したけど、料金内訳(地域によって違うけど)はだいたい以下のような感じ。 インターネット…\4,980-(ADSLとほぼ同じ場合) テレビ…\4,980-(チャンネル一覧) 電話…\1,330-(ナンバーディスプレーとかのオプションは除く) ※組み合わせでの割引もある。 で、前のブログで書いたBフレッツ+ASAHIネットの場合 インターネット…\6,279-(ADSLの6、7倍通信が早い) テレビ…\2,100-(チャンネル一覧) 電話…無料(IP電話なので050番号) ※「電話」は基本料金。通話料は両方とも別途かかる(IP電話はIP電話同士なら無料らしいけど)。 Bフレッツ+ASAHIネットの方は普通のテレビはみれないので、うちにとっては×だけど、普通にアナログor地デジが受信できる家の方にはいいんじゃないかな。 光インターネットは、インターネットの部分の金額だけをみると高額だけど、オプションサービスを総括でみると結構安価かも。 ポリシールーティングネタを書いた後でナンですが、そもそもそんな面倒な仕組みを設定してるのは、テプコ光(ひかりone)が固定IPに対応してないのが原因。テプコは仕組み上固定IPにできないそうな。 だったら、Bフレッツに変えちゃおうかなぁなんて考えて、調べてみました。 やっぱしASAHIネットかなぁ。 ちなみにテプコの撤去、Bフレッツの敷設は全く別々なので、一時期回線を二本にする必要があるとのこと＞＜ ASAHIネット https://asahi-net.jp/service/withflets/ 月額6,279円(最大5カ月間 無料) ダイヤルアップ接続/5時間まで無料 IP電話無料 固定IPアドレス無料5月から有料 さくらインターネット http://www.sakura.ad.jp/services/connect/flets/ 月額6,440円 固定IPアドレス 利用可能 ダイヤルアップ接続無料? IP電話ナシ? @Nifty 月額6,720円 IP電話(有り)有料 固定IPアドレス不明(利用可能?) OCN 月額7,119円 IP電話(有り)無料 固定IPアドレス不明(利用可能?) So-net 月額6,720円(最大Xカ月間 無料)(\) IP電話(有り)無料 固定IPアドレス月額\1260 うちは固定IPでは無いので、Interlinkの固定IPサービスを使ってます。 仕組みは、うちのサーバからInterlinkのサーバへVPNで繋いでるだけ。固定IPはInterlink側が保持してて、外からのアクセスはすべてこのInterlinkの固定IPからVPN経由でうちのサーバに入ってきます。 ただ、とてもこのVPNがすごく遅いです…。たぶん1Mbpsとかそういうレベル。なので某所用にダイレクト接続を試みてみました。 まず、もともとのルーティング設定で、ローカル側(192.168.xxx.0/24)はルーティングの設定でeth0側に抜けます。これは問題無し。 しかし、それ以外のアクセスは、このVPN側(絵の中では61.xxx.xxx.A)がデフォルトゲートウェイになっていますので、そこから出入りすることになります。 これが非常に大きな問題で、VPNを使わない側、絵で言う211.xxx.xxx.AというIPへ外部からアクセスされても、戻りのパケットはppp0側から抜けます。 IPパケットにはSRC(source:アクセス元)IPとDST(destination:アクセス先)が設定されていますが、たとえば111.xxx.xxx.xxxという人が211.xxx.xxx.Aへアクセスした場合は、 上りパケット…SRC-IP:111.xxx.xxx.xxx DST-IP:211.xxx.xxx.A 下りパケット…SRC-IP:61.xxx.xxx.A DST-IP:111.xxx.xxx.xx になります。実際には上りパケット…SRC-IP:111.xxx.xxx.xxx DST-IP:211.xxx.xxx.A 下りパケット…SRC-IP:211.xxx.xxx.A DST-IP:111.xxx.xxx.xx で無ければ通信は成り立ちません。サーバのデフォルトゲートウェイが61.xxx.xxx.Aなので、下りパケットのSRC-IPが変化しています。 通常ルーティングはIPアドレス毎に、どの回線を使うかを判断しますが、SRC/DST-IP両方は見ていません。上記例の場合はSRC-IP(サーバから見るとDestinationなんだけどね)しか見ていません。ですので、今回は以下のような対策をとりました。 デフォルトゲートウェイをeth0側に変更(ちょっと別の訳あり)。 ppp0側から入ってきたパケットは、すべてppp0へルーティング。 eth0をデフォルトゲートウェイにした場合は、当然ppp0側からのパケットはeth0から抜けますが、ここをポリシールーティングという方法を使って強制的にppp0から抜けさせます。 やり方はこんな感じ# 前のデフォルトゲートウェイを削除 route del default gw 61.xxx.xxx.A # デフォルトゲートウェイを192.168.xxx.Aに設定 route add default gw 192.168.xxx.A # ppp0へ入ってきたすべてのパケット(0/0 = 0.0.0.0/0)を、ppp0(61.xxx.xxx.A)側へとばす。 ip route add 0/0 dev ppp0 table 20 ip rule add from 61.xxx.xxx.A table 20 […] |
||||||
|
Copyright © 2026 Delta's web sites. - All Rights Reserved Powered by WordPress & Atahualpa |
||||||
