blogシステムserendipityをchromeで編集できるようにするパッチ

Chromeブラウザでserendiputyの管理者スィートを立ち上げた場合、警告(alert)が度々表示される不具合があります。"mozilla < 1.3 beta is not supported"というものです。これをfixするパッチを作りました。

serendipity-chrome.patch

これは、Safari系ブラウザに共通なもののようです。このアラートは、Geckoエンジン(SafariはKHTMLのような？)の場合に、リリース日時を調べて、一定以上昔の場合に表示されています。通常はこれでOKなのですが、Safariの場合はちょっと動作が違っていて、初期リリース(1.0版)のリリース日時を返すとのこと。このため、必要以上に古い日時が返されて警告が表示されていました。

Safari系のブラウザ(Safari, Chrome)は新しく、時期的に"< mozilla 1.3"とかいうことはありませんので、単純に警告を抑制することにしました。実際には、AppleWebKitを使っているものに対して抑制します。調べていませんが、このモジュールが上記動作をしていると思われます。

もしかしたら、serendipityの最新リリースでは直っているかもしれません。(ソースコメントに、この部分の実装が不完全なことが注記されていますので)

中小規模の会社ネットワーク その2

こちらの続きです。

ゲートウェイ

名前の通り、外(インタネット)とのやりとりはすべてこの機器によって中継されます。通信パケットフィルターによって、危険性のある通信を遮断し、内(イントラネット)を安全に保つことができます。常時起動であることと、外との通信が容易であることから、DNSやウェブサーバとメールサーバ、NTP等を稼動するのに最適ですし、パケットフィルタリングだけでは処理能力に余裕がありますので、各種のネットワークサービスを稼動することとします。勿論、サービスが重くなれば、他にサーバを立てて処理を分散することも可能です。

GatewayとNAT

ゲートウェイでは通信を中継する際に、ポリシーに沿ってパケットフィルタリングを行います。要するにファイアウォール(防火壁、firewall)を構築します。代表的なポリシーは「何も通さない」と、「内からの通信は許し、外からの通信は遮断」です。いずれにしても、外(インタネット)からのアクセスはゲートウェイ内で処理し、内(イントラネット)には通さないことが原則になります。この場合、イントラネットはプライベートアドレス(192.168.0.0/16、もしくは、172.16.0.0/12)を使うことができます。

何も通さない

基本的に、内(イントラネット)からも外(インタネット)からも通信を開始されることはありません。全てのパケットはゲートウェイ内で破棄されます。その代わり、proxyをゲートウェイ内で稼動し、アプリケーション層で中継することになります。proxyでは通常、内から外へのウェブアクセスとFTPを許可します。アプリケーションはproxy対応が必要となります。

内からの通信は許し、外からの通信は遮断

NATです。内からの通信はゲートウェイのIPとポート番号を持つ通信として第3,4層(TCP/UDP/IP層)で外のサーバに転送(forward)されます。これは外のサーバからも、内のPCからも透過的ですので、通信プログラム(サーバ、アプリケーション共)はNATの存在を意識する必要はありません。
イントラネットからの自由なインタネットの利用を妨げたい特段の理由がなければ、スモールオフィスには適したポリシーです。特段の理由とは、例えば、「P2Pやメッセンジャーが帯域を圧迫するのを防ぐ」、「内からの機密データ流出を完全に阻止したい」、「社員がインタネットで遊んでしまわないようにする」などでしょう。

実装手段

LinuxのNAT実装であるIPマスカレードを含むIPフィルタであるIPTablesを使います。設定の概要は以下の通りです。

$IPTABLES = "/sbin/iptables"
$EXTDEV="ppp0"   #-- インターネットに通じるPPPOE仮想NICデバイス
$POEDEV="eth0"   #--  インターネットに通じる物理NICデバイス
$INTDEV="eth1"    #--  イントラネットに接続されたNICデバイス
$INTRANET="192.168.7.0/16"

まず、基本的なポリシーです。外には出られて、中には入れない。

 $IPTABLES -P INPUT   DROP
 $IPTABLES -P FORWARD DROP
 $IPTABLES -P OUTPUT  ACCEPT

ローカルホストとイントラネットからのアクセスは受け入れる

  #--- allow access from lo, internal_net 
  $IPTABLES -A INPUT   -i lo      -j ACCEPT
  $IPTABLES -A INPUT   -i $INTDEV -j ACCEPT
  $IPTABLES -A FORWARD -i $INTDEV -j ACCEPT

インタネットからは、イントラネットから開始された通信中であるパケットのみ受け入れる。

$IPTABLES -A INPUT -m state --state ESTABLISHED,RELATED -j ACCEPT
$IPTABLES -A FORWARD -m state --state ESTABLISHED,RELATED -j ACCEPT
$IPTABLES -A FORWARD -i $EXTDEV -m state --state NEW,INVALID -j DROP
$IPTABLES -A INPUT -p tcp ! --syn -m state --state NEW -j DROP

ウェブサーバへのインタネットからのアクセス(http, https)だけを受け入れる。

$IPTABLES -A INPUT -p tcp -m state --state NEW,ESTABLISHED,RELATED --dport 80 -j ACCEPT
$IPTABLES -A INPUT -i $EXTDEV -p tcp --dport 80 -j ACCEPT
$IPTABLES -A OUTPUT -o $EXTDEV -p tcp --sport 80 -j ACCEPT
$IPTABLES -A INPUT -p tcp -m state --state NEW,ESTABLISHED,RELATED --dport 443 -j ACCEPT
$IPTABLES -A INPUT -i $EXTDEV -p tcp --dport 443 -j ACCEPT
$IPTABLES -A OUTPUT -o $EXTDEV -p tcp --sport 443 -j ACCEPT

NATの設定

echo 1 > /proc/sys/net/ipv4/ip_forward
echo 1 > /proc/sys/net/ipv4/conf/all/rp_filter
$IPTABLES -t nat -A POSTROUTING -o $EXTDEV -j MASQUERADE

中小規模の会社ネットワーク その1

小さな会社や、個人商店に最適なネットワーク構築です。これから、何回かに分けて解説をします。

情報システム(IS/IT)

会社のネットワーク構築にはSI(社内/社外)が入り、少なくない予算と多くの機材、設備を要するという考え方が一般的です。このため、ここで紹介するものの極限的にシンプルさに驚かれるかもしれません。しかし、機能や性能は必要に応じて増やすことができますので、基本的な構成はシンプルにできます。よほどの大企業でもなければ、どこでも充分に使えるものと思います。実際、このような構成は私の発明ではなく、10年前までは(大企業でも)普通に使われていたものです。現在のIS/ITへの投資は、得られる効果に比して過剰品質なのではないでしょうか。

機能としては、社外に対しては、ウェブ、ファイル転送、リモートシェル(リモートログイン)を提供し、社内にはファイアウォールに守られたイントラネット、DNS、DHCP、ウィンドウズのドメインコントローラ、ファイルサーバと共有プリンタを提供します。ウィンドウズネットワークとしては、ワークグループの他に、ドメインログオンを提供することも可能です。

利点

• 汎用の技術、機材を使っていますので、ソフトウェアの機能追加、ハードウェアの性能向上と価格下落の恩恵を享受できます。
• 安価です。ソフトウェアはフリーソフトですし、ハードウェアも、中古PCを使えば5千円以下の機材で構築できます。(実際、最新の機器は必ずしも必要ありません)
• ランニングコストが安い。機器が少なくて電気も食いませんので、特別なマシンルームなども不要です。
• スケーラビリティはありませんが、数十台〜数百台のネットワークには充分です。パーツも汎用のものなので、ファイル容量なども(通常の企業システムよりは)簡単に大きくすることができます。

構成

構成は以下です。Linux PCをゲートウェイとし、その上で種々のサーバを稼働します。

ルーター/ブリッジ

ハードウェアは通信会社から提供される機器を使います。回線は光Fletsか同等の回線を利用すれば良いです。もしかすると場所にも依るかもしれませんが、公称100Mbps、実効で上り下り共30Mbps程度は出るようです。なお、ウェブ等サーバとして提供する場合には、上り回線の帯域が必要になりますので、ADSLは使えません。

プロバイダ(ISP)は固定IPアドレスを取得できるところを選びます。最安値で500円/月程度からあります。固定IPにしないで運用することも不可能ではありませんが、特に疾しいサービスでなければ特にメリットがあるとは思われません。

ゲートウェイ

ハードウェアは汎用PCです。イーサネットポートを増設して100base-Tを2口用意して、一方の口をルータ/ブリッジに、もう片方の口をイーサネットハブに接続します。
信頼性を考えるとサーバPCが良さそうですが、むしろ、省電力と静音を考慮して、メーカ製のスリムタイプが良いと思います。(サーバはファン音がうるさいです)。なお、常時起動が必要でサスペンド等を使うことはありませんので、BIOSで切っておきます。また、起動さえ可能であれば、ディスプレイやキーボードはなくても構いません。(リモートログインでメンテナンスできます)

Linux OSを使用します。利用するサーバプログラムは、rp-pppoe (PPPOe)、IPTables (ファイアウォール、NAT)、Bind (DNS)、dhcpd (DHCP)、Apache (Web Serever)、Samba (ウィンドウズ共有)。

イーサネットハブ

ポートが沢山付いたciscoとかの高価なものでなくても、家庭用のもので十分です。端末個数が多い場合は、カスケードして使います。

ワイヤレスLANアクセスポイント

特別な設定は必要ありません。ただ、NAT機能が付いているようでしたらOFFにしておき、ブリッジとして使います。

「その2」に続きます。

YahooAuctionSの機能追加

ヤフオク向けGreaseMonkeyユーザスクリプトの機能を追加しました。こちらyahooauctions.user.jsです。

変更点は以下の通りです。

• ウォッチリスト画面の表示を「タイトルと画像」に設定するスイッチ(FORCE_TITLE_AND_PICTURE_ON_WATCHLISTをtrueにして下さい)の追加。
• 上記を設定するとウォッチリストが20個/画面になってしまうのを、50個/画面とする。
• ウォッチリストの削除画面から自動で戻る設定をしたときに、"終了したオークション"の削除画面から"開催中のオークション"に戻ってしまう不具合の修正。

なお、"設定する"と言っても、ユーザがボタンを押して、表示を明示的に変更した場合は、そちらが優先されます。

インストール

Firefoxで、GreaseMonkeyのアドオンがインストールされていれば、単にクリックしていただくだけでインストールされます。詳しい設定方法は、こちら"ヤフオク用Greasemonkeyスクリプト II"をご覧下さい。

※ FORCE_TITLE_AND_PICTURE_ON_WATCHLIST に不具合があったので、差し替えました。不具合は、設定しても最初の一回目は反映されないというものです。

ヤフオク ユーザスクリプトの改良

ヤフオク画面用ユーザスクリプトを改造しました。改造点は2点です。

• ソート方法が既に指定されていたら、そのまま表示します。
  例えば、「価格が安い順」とユーザが設定したらそれに従い、残り時間で再ソートはしません。
• リスト表示形式が、「画像」(画像のみのマトリックス表示)のときにもブラックリストが効くようにしました。

ファイルはこちらyahooauctions.user.jsです。

SKKの入れ替え

嵌り易い漢字変換システムにSKKがあります。その名の通りシンプルな単語変換ですが、入力の手順が手書きと似ているところが気に入っています。元々はEmacsに特化したシステムだったこともあり、ユーザも多くはないながらも熱心な人が多いようで、廃れることもなかったので、利用し続けてきました。また、幸いなことに今ではLinux(iBus, SCIM, UIM, XIM), Windows、Macなど多くの環境で利用することができます。

やっと、受託していた開発を納品することができましたので、なんだか無駄なことがしたくなり、SKK関係の不満を解消しようと思い立ちました。

SKKIME on Windows

WindowsにはSKKIMEがあります。本当に素晴しい。これと、XKeymacsがあるおかげでWindows上でも快適に作業をすることができるようになりました。しかし、私が使っていたバージョンでは「IMEをオープンしたときに"かな"に戻す」の設定が効いていないことが、小さな不満でした。特にWindowsではステータスバーがウィンドウから離れた端っこのほうに出るので、いちいち確認していられないのです。

さて、サイトを見てみると新しい版が出ていますので、入れ替えてみました。設定が大幅に変わっているようで、Shift+Spaceを押しても動きません。どうやら、この辺のキーハンドルが自分でできるように変更されたようです。このため、XKeymacsで設定していた"toggle-ime"のキーマップを解除し、skkimeのプロパティ設定のキーマップの設定で、Shift-Spaceを追加して、toggle-imeを設定。これでできました。最新版では、上記の「"かな"に戻す」も動作しています。

この設定を見ていると、もっとカスタマイズできそうなので、以前から気になっていたのを変更することにします。
skkでは"\"(あるいは￥)で句点コード入力モードに入りますが、UNIXと違い、Windowsではディレクトリのセパレータとして"\"自体を入力することが多く、この仕様はちょっと困りものでした。要するに、"\"で"\"が入力されるようにします。同じくキーマップ設定で"\"の "skk-j-mode-map"を"self-insert-char"にして、別のキーに"skk-input-by-code-or-menu"を割当てます。IME起動と"Shift+Space"にしているために空いている"C-\"に設定しました。

SkkInput3 on Linux

これで気を良くしたので、Linuxのほうも変更してみることにしました。ディストリビューションにはskkinput2が入っているため、こちらをバージョンアップしつつ使っていたのですが、何かの拍子に落ちてしまうこと(しばしばFirefoxと共に落ちる)や、漢字登録ダイアログが消去できなくなってしまうことがあり、解決策を捜していました。

バージョン3版を取ってきてコンパイルしてみると動きそうです。(以前は何故か動かなかった記憶が)。とりあえず、実行ファイルも同じskkinputになるので、同じように使うことができますが、共存は想定されていないようです。
こちらも、そのままでは動かないようです。Xリソースに書いてある設定は効いていないようで、emacs-lispの設定ファイルを作らなくてはなりません。で、".skkinput.el"を作ります。とりあえず、".skk"にリンクすれば良さそうです。(ln -s .skk .skkinput.el)

こちらもしばらく使っていた限りでは、前述の問題は解決されています。落ちないようですし、登録ダイアログの動作も申し分ありません。なのですが、原因不明の不具合が発生しており、一時的にバージョン2に戻していて、そのまま乗り換えには至っていません。不具合はFirefox上で"Enter"が入力できなくなってしまうことがある、のと、Ｂａｃｋｓｐａｃｅが誤動作(？)することです。skkinput以外の何かの設定が原因かもしれません。

Mouse Wheelのゴム交換

マウスは、ボールから光学になって可動部分が減り、大幅に故障が減りましたが、ホィール周りは段々と壊れてくるようで、ネットで沢山ググれます。私の場合は、特に、ホィールに付いている滑り止めのゴムが駄目になってしまうことが多いです。手に汗をかくせいかもしれませんが、ゴムが伸びてきて空回りをしたり、ホィールの外側の部品に当ってしまい回転が悪くなってしまいます。

自己融着テープ

今迄、色々なものを貼ってだましだまし使ってみていたのですが、やっと良い修理方法が見つかりました。それは、自己融着テープをホィールに貼る方法です。
自己融着テープはブチルゴム製の両面テープ状のもので、時間が経つとテープ同士の接触面がくっついて一体化します。外面はゴム状です。主に屋外の防水対策に使われることが多いようです。例えばAmazonで検索すると、こんな感じの商品がありますし、HANDSやDIYの店に置いてあります。

修理方法

修理方法は簡単で、マウスを分解してホィール部品を取り出し、伸びたゴムキャップを取り除いて、代わりにテープを巻きます。大体、テープを幅1cmくらいの短冊型に切って、それをホィールの幅になるまで伸ばしながら巻き付けていくのが良いようです。
注意点としては、巻き過ぎないように。意外と嵩が増えますので、多く巻くと、周りの部品と擦ってしまいます。一度貼ったテープは二度と層状には剥れないので、削るしかありませんが、デコボコになってしまいます。(下記、失敗の写真。滑り止めになって良い感じでもありますが。見栄えが気になる場合は、全部取り払ってやり直したほうが良いでしょう)

成功例

失敗例

VIA VT6102イーサネットコントローラの不具合解決

VIA Technologies Inc.社のチップセットKT600(多分他のファミリにも)には、VT6102(6105とかも)イーサネットコントローラ(NIC)が付いています。このNICはRhine/Rhine IIと呼ばれていて、勿論Linuxでもサポートされているのですが動作上の不具合があり、今に至るもfixされていないようです。しかし、VIAが提供するドライバを使えば解決することが解りました。

不具合の内容

以前に一回調査してみたのですが原因が掴めていないようで、カーネルの残バグとして残っています。対症療法として、ACPIを切れば動くとか、APICを使わなければ動くとか書いてあるものもあり、やってみましたが直りませんでした。(Linuxカーネルでは、何か不具合あると、仕様が必ずしもオープンでないACPIやAPICに原因を求めようとする悪い癖があるような。度々grub.confに色々書き込んで試しています)。結局仕方なく、別途NICカードを差して対処していました。

VIAのドライバ

今回、ひょんなことからVIAがLinux向けにドライバの提供を行っていると知り、もしやと思って捜してみたらRhine II向けもありました。ソース提供なのでコンパイルして"rhinefet"というモジュールをロードしてみます。今迄使ってみていますが、不具合は出ていないようです。作業で1GBx40個のファイルを転送しましたが大丈夫です。有難いことです。もしも、この不具合に悩まされているサーバ屋さんがいらっしゃいましたら、このドライバを試してみることをお勧めします。

それにしても、Linuxのサポートが全くなかったり、不具合以外のfirmwareやBIOSのupdateを行わないのは、今や日本メーカだけなのではないでしょうか。酷い場合には、アメリカサイトでは提供しているのに、日本サイトだけには置いていなかったりします。最近もF通のPC(Inetl 865チップセット)でPrescottが使えなくて残念な思いをしました。以前はサポートのことも考えて国内メーカ製の機器を選んでいましたが、今は韓国や台湾を始めとする海外メーカのものを選んでしまいます。
提供してもし不具合が出たらとか、コールセンタへの問い合わせが増えたら困るということなのでしょうけれど。そろそろこういった社内対応優先主義、あるいは事なかれ主義のようなものはやめていただきたいですね。「お客様第一」などと口では言いますが、全然そうなっていません。

PS/2キーボードのUSB化

今使っているキーボードのIFはPS/2です。キーボードは機械としてあまり壊れないのと、慣れがあるので、頻繁に換える気になりません。ATプラグが付いているものでさえ未だに現役です。しかし、これからはUSBに統一されていくことは間違いないようです。macや最近のノートPCにはPS/2は付いていませんし、ちょっと前に仕事で使ったデスクトップPCもUSBオンリーでした。私は普段英語キーボードなので、出先にもマイキーボードを持って行くことがあり、そのためにUSBで動くキーボードを用意したいと思っていました。

そんな中、最近、キーボードが一台壊れてしまい、代わりを検討していました。良さそうなHappy Hacking Keyboadも、USBのは少し割高で、PS/2のものであればかなり安く手に入ります。是非を判断するためにPS/2からUSBに変換するアダプターを調べてみましたら、かなり価格が下っていることが分りました。概ね1000円以下で購入できます。しかし、動作検証サイトを見てみると、動いたり動かなかったりするようです。

とりあえず、送料込みで300円の激安品を試してみました。SPEED社の"SPU-UPTS2"という型番の商品です。ネット上での評判は最悪のようです。しかし、結論から言うと、英語キーボードでは問題なく使えます。Windowsでも、macでもLinuxでも。
但し、この商品は日本語キーボードですと、"変換"キーが落ちるそうです。考えてみますと、こんな商品は、どこかが作ったIF変換のICが一個入っているだけみたいなものでしょうから、英語キーボードで動くのは当たり前で、動かなければ不良品の類でしょう。無変換などの離れたキーコードは世界共通部品ではハンドルされていないということなのでしょうね。