[Network][RMA] 某ルータをRMAすることになった。

    • 2013/07/26 15:08:07
    • Category: Network
     
    • 最終更新日時:-0001/11/30 00:00:00

    何気に入手していた某ルータですが、入手してから少し放っておいて、最近さわろうとしたところ、Bootしなくなっていました。
    早速サポートにメールを投げてみたところ、とりあえず事象自体はRMA対象だからこちらへ送れということで、インボイス等の書類と格闘して先ほどEMSで発送して来ました。

    しかし、あっさり壊れるなんてちょっと悲しい・・・



    関連記事

    [Ubuntu][ハードウェア情報][自分用メモ] ThinkPadのモデルナンバーなどをCUIで確認する方法。

    • 2013/07/24 16:07:53
    • Category: Ubuntu
     
    • 最終更新日時:-0001/11/30 00:00:00

    たまたまUbuntuを導入しているThinkPadでX Windowを導入していない状態で、モデルナンバーとシリアルNoを確認する方法がないか、調べていたところあったのでメモ。
    kometch% sudo lshw | head -17
    [sudo] password for kometch:
    description: Notebook
    product: 86144AB (LENOVO_MT_8614)
    vendor: LENOVO
    version: ThinkPad T430u
    serial: ********
    width: 64 bits
    capabilities: smbios-2.7 dmi-2.7 vsyscall32
    configuration: chassis=notebook family=ThinkPad T430u sku=LENOVO_MT_8614 uuid=013B949B-4451-CB11-94C7-834797DFA923
    *-core
    description: Motherboard
    product: 86144AB
    vendor: LENOVO
    physical id: 0
    version: Not Available
    serial: **************
    slot: Not Available

    新しいBIOSなどが出ている場合、LenovoのWebサイトだとモデルナンバーを入力して探す方が早いので、これらの方法を使って調べることができるのは楽だと思います。



    関連記事

    [修正][DNS][NSD] NSD 4 beta 5 が公開された。

     
    • 最終更新日時:-0001/11/30 00:00:00

    [nsd-users] NSD 4 beta 5 /
    http://open.nlnetlabs.nl/pipermail/nsd-users/2013-July/001686.html

    気がついたら、NSD4 Beta5が公開されていました。
    変更点は以下のとおりです。

    引用元:[nsd-users] NSD 4 beta 5
    The beta5 version uses about 45% of the memory that beta4 used. Disk access speed has improved, and also queries per second, UDP and TCP, have improved, mostly with responses handled at a spike in the load. Bug fixes have been merged with NSD 3.2.16. NSD 4.0.0b5 contains the RRL ratelimiting implementation (configure with
    --enable-rate-limit).

    FEATURES:
    - - Optimizations for startup, qps and tcp speed, beta bug fixes and merge with code changes with NSD 3.2.16.
    - - nsd-mem tool (make nsd-mem) to estimate memory usage.
    - - Same as NSD 3.2.16: --enable-draft-rrtypes(EUI48, EUI64), rrl-slip, rrl-ipv[46]-prefix-length, ip-transparent config options.
    - - configure option --disable-flto.
    - - improved RRL logging (query details that caused blockage).
    - - nsd-control status prints out ratelimit if ratelimit is enabled.
    - - nsd-control verbosity prints out verbosity level without argument.
    - - Fix #491: pick program name (of executable) as syslog identity.
    - - printout percentage for long activities (to log). After about 5 seconds have passed.

    BUG FIXES:
    - - The same fixes up to NSD 3.2.16.
    - - Fix that old zonefile does not override newer AXFR for slave zones.
    - - Nicer printout of notify.
    - - Fix tcp zonetransfer pipeline lookup function.
    - - Fixup the growth and shrinkage of nsd.db. This should use less calls to remap and change the file and mmap size.
    - - notify information is logged at correct verbosity level, 1.
    - - Fix memory statistics in nsd_munin_.
    - - faster nsec3 updates.
    - - Fixup contrib/bug390.patch for 4.0.0b4.
    - - remove leak of nsec3.
    - - allocate radixtree in region for small (5%) total savings and about 15% savings in the radixtree itself (due to many small alloc savings in region).
    - - Patch from Lukas Wunner that makes nsd.conf include files work inside chroot/etc environments on repattern and reconfig.
    - - Fix race on exit of nsd, for restarts, so that the pidfile-pid process waits until port53 has been closed before exiting.
    - - Patch from Lukas Wunner that makes chroot more consistent. Make all paths absolute with the chrootdir in front, or use an absolute zonesdir with other paths relative to that.
    - - Fix segfault on repeated reconfigs, double free of zone apex name.
    - - Fix zone parser allocations are put in the db region.
    - - Fix memory leak in zone parser for txt record.
    - - Optimizations: -O3 if possible (user can override CFLAGS), udp buffers are set to 1m by default (if socket options exist), use recvmmsg and sendmmsg, or only recvmmsg, or recvfrom.
    - - nsd.db 12% smaller, no nsec3 hash storage. Also ups udb version because of the format change. The nsd.db is recreated when a different version number is detected on startup.
    - - Fix region-allocator for speedup of load and change of large data.
    - - Increase tcpbacklog default to 256 (silently capped to 128 on BSD). For remote control keep it at 16, it has less TCP load. It does not actually increase TCP performance (some except), but reduces connection loss when there is a spike in TCP connections.
    - - unlink xfr file if transfer is stopped, timeouted or interrupted. And unlink xfr file in progress when the zone is deleted.


    パフォーマンスの改善も入っているようなので、早速自宅環境も入れ替えてみました。

    とりあえず様子を見ようかと思います。



    関連記事

    [Linux][DHCP] ISC DHCPの冗長化設定。

     
    • 最終更新日時:-0001/11/30 00:00:00

    DHCPサーバの2重化(failover)の設定 /
    http://unixservermemo.web.fc2.com/sv/dhcp-failover.htm

    まぁご家庭レベルだと問題無いと思いますが、例えばLinuxでDHCPサーバを構築していた場合、1台のみだとそのサーバが落ちていた際は勿論IPアドレスが払い出されません。とりあえず2台にして、払い出すIPアドレスレンジを分けて設置するというのが一般的かなぁと思います。

    しかしながら、どうやらISC DHCPには冗長化プロトコルが用意されています。

    draft-ietf-dhc-failover-07 - DHCP Failover Protocol /
    http://tools.ietf.org/html/draft-ietf-dhc-failover-07

    ということで、これに従ってDHCPサーバの冗長化設定を行ってみることにしました。

    確認環境
    Internet Systems Consortium DHCP Server 4.2.2

    dhcp_failover.png

    failover peer "test" {
    primary;
    address 192.168.0.1;
    port 519;
    peer address 192.168.0.2;
    peer port 520;
    max-response-delay 60;
    max-unacked-updates 10;
    mclt 300;
    split 128;
    load balance max seconds 3;
    }

    プライマリ側の設定はこういう感じで記述します。
    ・failover peer: ここで使用する名称が、subnetで使用
    ・primary: プライマリまたはセカンダリ(secondary)を指定
    ・address: failoverプロトコルを送受信する為に使用するインターフェースのIP
    ・port: failoverプロトコルを送受信する為に使用するポート番号
    ・peer address: 自分がプライマリならセカンダリまたはその逆のIPアドレスを指定
    ・peer port: ピア側のポート番号を指定
    ・max-response-delay: 応答遅延の最大時間を指定(秒)
    ・max-unacked-updates: ピアから応答確認なしに送信できる最大データベース更新メッセージ数
    ・mclt: プライマリ側のみに記載。プライマリに障害が発生した際、正規のリース期限を越えてリースを延長できる最大時間。Maximum Client Lead Time
    ・split: プライマリ側のみに記載。ロードバランス(負荷分散)のために指定する値。分担の割合。
    ・load balance max seconds: ピア側がDHCPクライアントの要求に答えないとき、failoverメッセージのやり取りが出来る場合、ロードバランスのルールを破り自分がサービスを引き受けるようになるまでの待ち時間。

    セカンダリ側の構成は以下の様な感じ。
    failover peer "test" {
    secondary;
    address 192.168.0.2;
    port 520;
    peer address 192.168.0.1;
    peer port 519;
    max-response-delay 60;
    max-unacked-updates 10;
    load balance max seconds 3;
    }

    あとは、通常通り、subnetセクションに以下のようにfailoverすることを明記します。
    subnet 192.168.0.0 netmask 255.255.255.0 {
    pool {
    failover peer "test";

    うまくいっていると以下のようなlogが出力されると思います。

    Apr 18 02:32:43 dns3 dhcpd: failover peer test: I move from recover to startup
    Apr 18 02:32:58 dns3 dhcpd: failover peer test: I move from startup to recover
    Apr 18 02:33:44 dns3 dhcpd: failover peer test: peer moves from unknown-state to recover
    Apr 18 02:33:44 dns3 dhcpd: failover peer test: requesting full update from peer
    Apr 18 02:33:44 dns3 dhcpd: Sent update request all message to test
    Apr 18 02:33:45 dns3 dhcpd: failover peer test: peer moves from recover to recover
    Apr 18 02:33:45 dns3 dhcpd: failover peer test: requesting full update from peer
    Apr 18 02:33:45 dns3 dhcpd: Update request all from test: sending update
    Apr 18 02:33:45 dns3 dhcpd: Sent update done message to test
    Apr 18 02:33:45 dns3 dhcpd: failover peer test: peer update completed.
    Apr 18 02:33:45 dns3 dhcpd: failover peer test: I move from recover to recover-done
    Apr 18 02:33:45 dns3 dhcpd: failover peer test: peer moves from recover to recover-done
    Apr 18 02:33:45 dns3 dhcpd: Both servers have entered recover-done!
    Apr 18 02:33:45 dns3 dhcpd: failover peer test: I move from recover-done to normal
    Apr 18 02:33:45 dns3 dhcpd: balancing pool b7926b08 192.168.0.0/24 total 20 free 14 backup 0 lts 7 max-own (+/-)1
    Apr 18 02:33:45 dns3 dhcpd: balanced pool b7926b08 192.168.0.0/24 total 20 free 6 backup 8 lts -1 max-misbal 2



    他参考:
    ISC DHCPメモ - とあるSIerの憂鬱 /
    http://d.hatena.ne.jp/incarose86/20110819/1313743999




    関連記事

    [書籍][購入履歴] 2013年7月15日の書籍購入履歴。

    • 2013/07/20 18:44:05
    • Category: 書籍
     
    • 最終更新日時:-0001/11/30 00:00:00

    だいぶ前に購入したのですが、忘れていたので書いておきます。

    小説版も持っているのですが、コンビニDMZでお馴染みの笹尾悟先生が絵を書いていらっしゃるので購入。
    しかし、駒門さん、いいキャラしてる・・・(笑)

    ゲート 3―自衛隊彼の地にて、斯く戦えり (アルファポリスCOMICS)ゲート 3―自衛隊彼の地にて、斯く戦えり (アルファポリスCOMICS)
    (2013/07/18)
    柳内 たくみ

    商品詳細を見る


    関連記事

    [時刻同期][NTP][Chrony] ntpdとchronyを少し比較?してみた。

     
    • 最終更新日時:-0001/11/30 00:00:00

    Linuxでの時刻同期といえばおなじみntpdですが、FedoraではChronyが採用されおり、debianなどでもPackage自体は配布されており、導入することが可能です。

    ということでどの程度同期精度に差があるのか気になったので、同じNTPサーバを参照して違いを見てみることにしました。ただし、ntpdとchronyで同じ内容に合致する種別が無いものがあるので、これが正しいのかは不明です。

    まずはお馴染みntpd。
    $ ntpq -p
    remote refid st t when poll reach delay offset jitter
    ==============================================================================
    *ntp-a2.nict.go. .NICT. 1 u 518 1024 377 5.896 -0.267 0.520

    delayについてはこのとき5.9msec、Offsetは-0.267msec程度の精度で、時刻同期を行っています。

    一方のchorny。

    chronyc> tracking
    Reference ID : 10.84.87.146 (ntp-a3.nict.go.jp)
    Stratum : 2
    Ref time (UTC) : Wed Jul 17 14:01:20 2013
    System time : 0.000005312 seconds slow of NTP time
    Last offset : -0.000003546 seconds
    RMS offset : 0.000009096 seconds
    Frequency : 27.637 ppm fast
    Residual freq : -0.002 ppm
    Skew : 0.168 ppm
    Root delay : 0.005726 seconds
    Root dispersion : 0.000018 seconds
    Update interval : 16.0 seconds
    Leap status : Normal

    delayについては5.8msecでntpdと同等ですが、offsetについては3.5マイクロsecと恐ろしい精度になっています。

    ただし、これにはその時の使用機器やNW環境によるものも多いので、一概にはchronyが優れているとは言えないとは思いますが・・・。
    それでも、configの書きやすさや紐付いた親子関係の把握のしやすさを考えると、そろそろChronyへの移行も考えてもいいのかなぁと思います。




    関連記事

    [備忘録][処方箋] 22回目のお薬。さらに薬が増えました。

     
    • 最終更新日時:2016/10/02 17:19:00

    名称色・形・記号用法服用タイミング
    アモキサンカプセル25mg淡赤褐:白/赤1夕食後服用内服薬    1cap
    ジェイゾロトフ錠50mg白/楕円形1夕食後服用内服薬    1錠
    ドグマチール錠50mg白帯/黄白/錠1夕食後服用内服薬    1錠
    リボトリール錠2mg白/錠1夕食後服用内服薬    1錠
    マイスリー錠10mg淡橙/錠寝る前服用内服薬    1錠
    ソラナックス0.4mg白/錠1回に1錠頓服薬   


    少し家族的な事情により、ストレスの負荷が戻ってきたのか頭痛がする日が多くなり、パートも休みがちになった2週間でした。
    念のためということで、ソラナックスを再度処方してもらうことになりました。
    外出する気持ちも億劫で、結構辛いです・・・




    関連記事

    [mikrotik][RouterOS] RouterOS のconfigをGmailで送信するスクリプト。

    • 2013/07/11 10:36:33
    • Category: mikrotik
     
    • 最終更新日時:-0001/11/30 00:00:00

    MikroTik RouterOS • View topic - CLOUD CORE ROUTER /
    http://forum.mikrotik.com/viewtopic.php?f=1&t=67195&start=800#p370682

    たまたまフォーラムを見ていた際に、見つけたので有用だと思いここに書いておきます。
    RouterOSは自前でスクリプトを書いて、設定等を自動化したりすることが可能ですが、今回のはconfigのバックアップ並びにlogの一部を転記して、Gmailに送信するというスクリプトとなります。

    [System]-[Scripts]から追加を実行し、「Source」に以下のコードを貼り付けます。ユーザ並びにパスワードについては適宜修正するようにしてください。また、サーバがIPアドレスを直接指定しているのはRouterOSの仕様のようです。

    引用元:MikroTik RouterOS • View topic - CLOUD CORE ROUTER
    log info "///---->backup"
    global backupfile ([/system identity get name]. ".backup")
    if ([/file find name=$backupfile] != "") do={/file rem $backupfile}
    delay 5s
    global logMessages;
    set logMessages ""
    foreach i in=[/log find ] do={
    set logMessages ($logMessages. [/log get $i time ]. " ");
    set logMessages ($logMessages. [/log get $i message ]);
    set logMessages ($logMessages. "\n") }
    delay 5s
    /system backup save name=$backupfile
    delay 10s
    /tool e-mail send server=74.125.143.108 port=587 user= USER password=PASSWORD start-tls=yes to=USER@gmail.com from=USER@gmail.com subject=Backup file=$backupfile body=("Name ". [/system identity get name]. ". \n done: ". [/system clock get time]. " ". \ [/system clock get date]. " \n____________________\n \n Uptime: ". [/system resource get uptime]. "\n free memory: ". [/system resource get free-memory]. " from ". [/system resource get total-memory]. " kb. \n Free space: ". [/system resource get free-hdd-space]. " from ". [/system resource get total-hdd-space]. " kb. \n bad blocks: ". [/system resource get bad-blocks]. " %. \n CPU USE: ". [/system resource get cpu-load]. " % \n____________________\n \n log: \n \n". $logMessages. " \n____________________ \n". [/system identity get name])
    log info "///----> mail"
    delay 20s
    /file remove $backupfile
    log info "///---->done"
    /file remove $backupfile

    ros_scripts.png

    この後は、「Run Script」ボタンをクリックしてスクリプトを実行させるのも良いのですが、これだとエラーが発生しているか分からないので、Terminalを起動し、コマンド実行を行います。

    > /system script run <スクリプト名>

    問題がなければそのままエラー出力されることなく実行されますが、問題があった場合Syntax Errorとして出力されるので、それを参考に修正すれば大丈夫かと思います。

    また、これをスケジューラーに登録することで、毎日の自動バックアップのようにすることも可能なので、色々とためしてみると良いと思います。



    関連記事

    [Network][mikrotik] mikrotik RB2011UAS-RMを購入してみた。

    • 2013/07/10 10:24:01
    • Category: mikrotik
     
    • 最終更新日時:-0001/11/30 00:00:00

    9224815613_981457ce17_n.jpg

    RouterBoard.com : RB2011UAS-RM /
    http://routerboard.com/RB2011UAS-RM

    またmikrotikから購入しました。
    今回はラックマウントタイプのGiga 5port、Fast Ether 5portという変則的な配置のスイッチです。
    一応CPUはmipsの600MHz(定格は600MHzですが、configでoverclockが出来るようです)を積んでいるので、そこそこ高速で動作すると思います。
    中身については以前購入したCCR1016と同じRouterOS 6.0rc14が乗っかっていたので、こちらについては最新の6.1にアップデートしておきました。

    RouterOSのライセンスLevelは5ですが、普通に使用する分には全く問題がないと思います。
    ※ライセンスの違いについては以下のWikiを参照してください。

    Manual:License - MikroTik Wiki /
    http://wiki.mikrotik.com/wiki/Manual:License

    9227652930_95597a6f1d_n.jpg

    中身は非常に簡素になっています。電源部についてもACアダプタ駆動なので、消費電力もそこそこだと思います。
    また、100ドル程度にも関わらず、1Gbps SFPまで搭載されているので、スイッチ間接続などでも使えると思います。
    自宅では、Giga側をWAN向けに、Fast Ether側をマネジメント系に割り振って使用することにしました。

    ただ、とりあえずCCR1016と使用を比較すると以下の点が気になります。
    ・SNMPで取れる種類の数が違う
     →CCRでは電流、電力まで取れたが、RB2011ではSNMP OIDは用意されているが、値は出力されない。
    ・純粋なスイッチとして使用する場合の使い方が、Wikiにドキュメント化されていないので分かりづらい。

    まだまだRouterOSの分からない部分が多いので、分かったところから情報を出していければいいなと思っております。




    関連記事

    Pagination

    Utility

    Profile

    kometch

    Author:kometch
    なんちゃってエンジニアです。
    2009年10月から業務都合により大阪勤務になりました。
    2010年1月、HYBRID W-ZERO3を購入しました。
    2010年11月、HTC Desire HDを購入しました。
    2012年2月、都内の会社に転職しました。
    2012年5月、HTC One Xを購入しました。
    2012年8月、事情により休職しました。
    2012年8月、SONY Xperia SXを購入しました。
    2013年1月、一身上の都合により退職しました。
    2014年3月、都内の会社に就職しました。
    2016年8月、HPC系の会社に転職しました。

    Amazonほしい物リスト
    何か問題などありましたら、こちらまで。 Twitter:@kometchtech follow us in feedly

    カレンダー

    06 | 2013/07 | 08
    - 1 2 3 4 5 6
    7 8 9 10 11 12 13
    14 15 16 17 18 19 20
    21 22 23 24 25 26 27
    28 29 30 31 - - -

    全記事(数)表示

    全タイトルを表示

    バロメーター

    カテゴリー

    カテゴリークラウド

    アーカイブ

    検索フォーム

    FC2カウンター

    現在の閲覧者数

    現在の閲覧者数:

    Amazonアソシエイト

    スポンサードリンク

    月間ページランキング

    ブログパーツ

    サイトランキング

    スポンサードリンク