2009年12月15日火曜日

MovableType:インストール,GD

またまた別の端末にインストールを。

前回CPANで上手くインストールできたGDですが、
今回なぜかインストールに失敗。

実はyumでインストールできるんじゃないの?と

yum -y install perl-GD

と実行してみるとインストールできました。

一応、その前にlibjpeg,libpng,freetype2,zlibをインストールしてあったんですけどね。

OpenVPN:TCPにしてみました。

UDPは確かにOpenVPNサーバとの通信が早く、
細い回線でも繋がるのですが、
リモートで操作中、なにかと不便を感じたので、
試しにプロトコルをTCPに変更してみました。

当然というべきが、
TCPのほうが動作が安定します。

Sambaで動作しているファイルサーバのサイズの小さなファイルをコピーして使いたい、
というような場合は、接続がブチブチ切れなければUDPのほうが有利なのかもしれませんね。

ただ、私の場合、利用できる回線もそこそこのもので、
速度よりも安定性を担保したい、ということで、このままTCPでいってみようと思います。

2009年12月14日月曜日

OpenVPNに挑戦してみました。

概ね下記サイト様を参照。
http://fedorasrv.com/openvpn.shtml

物理的に上位にあるルーターでポートフォワーディングしています。

VPNサーバにはアクセスできるのですが、VPNサーバと同じLAN内の他のクライアントに接続できず。
次のコマンドをVPNサーバが動作しているlinux端末にて打ち込みました。

iptables -t nat -A POSTROUTING -s 10.8.0.0/24 -o eth0 -j MASQUERADE

これでとりあえず問題は解決したのですが、
再起動すると無効に・・・。

最終的にはrc.localに記述しました。
あまりスマートじゃないですけど・・・(汗)。

追記。
/etc/rc.d/rc.local
です。

2009年12月3日木曜日

役に立たない話。こういうパターンが一番気分が落ち込むという話。

社内での話ですが、
「依頼」されていた仕事がキャンセルになりました。
1週間以上待たされた挙句。

私の場合、
依頼があったその場でもっとも効率のよい方法を模索し、
自分の「向き」をその仕事に向けて修正していきます。

良いように言うと、アスリートの調整みたいなのもです。

音沙汰がないので、
こちらから確認してみたところのキャンセル。

それだけでもガックリするんですが。

この「向き」は簡単に修正できません。

こういった時間的、人的「無駄」が効率の悪さを生み出します。
きっと依頼した人間は、そういう仕事のやり方に馴れてしまっているのでしょうね。

自分の抱えている仕事全体を見渡して、
どうすれば全てに支障なく効率的に回せるのか、
(自分の抱えている仕事くらい)そんな計画的な仕事の仕方ができないようではダメですね。

依頼された側の人間(つまり私)は、
こんなことがあっては、今後依頼されてもまた同じか、とやる気になれません。

2009年12月2日水曜日

MovableType5:モジュールのインストール

fedora12をLiveCDでインストールした話を以前の記事に書きました。
それもMovableTypeのインストールのときでしたね。

さて、MovableTypeのバージョンに関わらず、
mt-check.cgiをブラウザから起動すると、
インストールされていないか動作しそうにないモジュールの一覧が表示されるわけですが、
色々と調べて手動インストールを試みたり、CPANを利用してみたり、試行錯誤してみました。

で、
ふと、これでいけないの?と思いついたのが、
fedora12のGUIで動作する「ソフトウェアの追加/削除」です。

いけました(笑)。

ということは、
最初からMovableTypeを動作させるつもりでサーバを作るなら、
(LiveCDじゃダメですが)インストール時点で、えいや!とPerl、CGI関連を放り込んでしまえば・・・。

いやいや、またこうして技術力が低下していくんですね(笑)。

2009年11月25日水曜日

今日の反面教師:S社電話回線種別切り替え時立ち会い担当者様

ネタの提供ありがとうございます(笑)。

いやいや笑い事じゃなく。

私が現在所属している会社は、電話回線等の管理も別会社に委託しているのですが、いつもの安かろう○かろうの例に漏れず、金額面からS社のお得プランへ変更と相成りました。

はい。別に問題はありません。

さて今日は某所で定期メンテナンスを行ったのですが、
ちょうどこの電話回線(サービス)変更とぶつかりました。

私がいつもどおり機器メンテナンスを行っていると、お客様の電話応対をしていた事務担当の女性が突然机に突っ伏しました。
作業の手を緩めて状況を窺っているとお客様の連絡先を尋ねる直前に電話が切れた様子。

そうです。
予告なく回線変更のために切断されたのです。

S社担当者はただ立っていただけ…。

実際の作業はN社作業員が行うでしょうから、S社担当者と事前の取り決め等ができていなかったようです。

これだけでも意味のわからん事態ですが、このあと火の粉は唐突にこちら側へ飛んで来たのです!

とりあえず、私は私の作業を優先していたのですが、
ふと周りを見ると、S社担当者の姿がサーバーラックの傍に。

なにやってるんだ?と手元を見ると、なんと我が社のISDNルーターになにやらしている様子。

私「何してるんですか!」

S社担当者「あぁ、ISDNルーター、リセットしました〜」

はぁ!?

まったくもって意味不明。

こんな輩に正面からモノを言っても伝わらないので、即座に我が社の電話等を管理している別会社の担当者へ報告。

その後、私が最終的に動作確認したことは言うまでもありません。


以上、今日の反面教師とその状況を現場から報告いたしました。

2009年11月22日日曜日

安かろう悪かろう

奥さん宛の本人確認が必要な荷物を佐○急便の若いニーチャンが持ってきました。

19時過ぎでしたが、
そもそも自宅にいるのかどうか、
特に本人確認が必要であればせめて、
「これから伺うので用意願います」といった連絡を入れて欲しいものです。

本人が手を放せそうになかったので、
また改めて後から来てくれと伝えると、
「これから××のほうへ向かうのでもう来られない」
と悪びれたふうもなく言ってきました。

そこで少しイラっとしたのですが、
こちらもそんなことで怒って気分を悪くしたくなかったので、
明日また出来るだけ遅い時間に来てくれ、と伝えました。

ニーチャン「じゃぁ、(午後)6時ごろでいいですね?」

はぁ??ワレ今何時に届けにきとるんじゃ?!

自分「いや、じゃぁ明日の一番遅く来られる時間ていつよ?」
↑
もう口調変わってますが(汗)。

ニーチャン「こちらも色々あって7時半くらいだと思います。ほかにも回るので」

はぁぁぁぁ???!

自分「色々あるのはそっちの都合やろが?」

ニーチャン「あ、はぁ」

口調悪くなって言った自分もどうかと思いますが、
こんなんが対面で直接お客と接する仕事してて大丈夫なんでしょうか?

先日、自分の勤める会社へ、
○○急便の管理職の人間が営業に来ていました。
対応した人間の話では、
以前の悪い点は改善したので、利用して欲しいといったことを言っていたらしいです。

治ってないじゃーーん(笑)。

自分のいる部署では、
大事な機械の移送には○川急便は絶対に使わないことが不文律となっていましたが、
最近それを見直そうかとも思っていた矢先・・・。

そんな責任は負いたくないのですが(笑)、
運送会社の決定権が自分にも結構あるので、
やっぱり○○急便は対象外になっちゃいますねぇ。

そう考えると、
反面教師にして自分も仕事をなくさないようにしないとなぁ・・・(笑)。