SoftEtherを試してみた
これまでリモートアクセスにはQNAP+OpenVPNとCiscoルータ+VPN Clientを使っていました。どちらも普通に使えますが、不満な点もあります。
OpenVPNはクライアントの設定に管理者権限が必要な上、テキストベースなのでちょっと面倒です。
Ciscoはクライアントは使いやすいのですが、ドコモの接続ソフトと併用すると不具合を起こすことがありました。
サーバーの導入と設定の手間は、どちらもあまり変わらない印象です。
多くの人に使ってもらうには導入の容易なCiscoかな、と思っていたのですが、クライアントソフトがWindows8を正式にはサポートしておらず、私のパソコンでは起動のたびにインストーラが走るなど謎の挙動をするようになってしまうなど、ちょっと信頼性に欠けます。後継のAnyConnectというクライアントはありますが、追加のライセンスが必要みたいです。ついでに、今はIPSec接続するようにしていますが、Androidはネイティブでは対応しておらず、L2TP/IPSec対応するよう設定変更も検討していた上に、ハードウェア更新も考える頃合いでした。
そんなこんなで、Win8とAndroidとiPhone(iOS)で簡単に安定して使えて、設定が容易で、サーバー側も含めて安価に、さらに長期的に使えるもの、という要件で探したところ、SoftEtherのオープンソース版が良さそうだったので試してみることに。
サーバー機としては、そこらのPCにUbuntu+NIC2枚の構成でよろしいかと。私はHyper-V上の仮想マシンにしました。(SoftEther Projectとしては、サーバー機としてもWindowsオススメみたいですのでPC余っていればWindowsのが簡単かも)
作業はこちらを参考にさせて頂き、行いました。
ハマリどころは、2枚目のNIC(eth1)が自動起動してなくて起動できなかったのと、サービスの自動起動。(自動起動は方式が移り変わっていってて、何が正しいのか分からないです。今回はupdate-rc.dでやりましたが)
設定はマニュアル通りで問題なさげ。ただ、設定はサーバーでやらずに、Windows用の管理ツールから行うのが普通らしい。サーバーがInternetからアクセスされる状態だと、管理ツールもそこへ接続することになるので、アタックとかちょっと心配。ツールからアクセスすると、初回はパスワード設定もツールから出来ちゃうという、素晴しい配慮というか、やりすぎというか、何かすごい。
ルーターなど上流にFWあったらTCP443の穴開け。L2TP/IPSec使う場合は、UDP500,4500も穴開けが必要(Androidから繋ぐ場合とかね)。いくつかのポートで待ち受けてるので、必要ならそれらポートも開けましょう。
クライアントへのIP割り振りは、既存LANのDHCPから行われ、間に変なルーティングが入ることもないので至ってシンプル。ルーティングテーブル確認してないけど、クライアントからのトラフィックは全部流れるみたいだし、直接LANに接続しているように使えそう。その分、無用なトラフィックまで流れるだろうから、モバイル環境だとちょっと心配。それ用のオプションやら設定やらあったけども試してません。
Windows用クライアントは、パッと見情報が多すぎて、一般ユーザーが使うには身構えちゃうかも。といっても、そこまで複雑じゃないし、直感的には使えます。接続用のショートカット作成機能があるので、普段はこのショートカットでオン・オフしてもらえば問題ないはず。
かなりの親切設計で素の状態でも問題なく使えるし、複雑なことも十分に出来ると思いました。
試していませんが、サーバーをプライベートネットワークに設置することも出来るので、あまり身構えずに構築できるのは良いと思いました。
2014年03月05日(水)追記
稀な構成なんですが、2つのIPセグメントが同一LANに混在している環境(L2レベルで到達可能)で、「AユーザーはXセグメントにアクセス可能」「BユーザーはYセグメントで」という設定は出来ない模様。SecureNAT/DHCP機能が惜しいところまで行ってるんですが、これを実現するにはルーター機能も実装しないと無理かも。またはDHCPリレーエージェントの機能とか。
ただ、ユーザー毎のパケットフィルタリングルール(アクセスリスト)が設定できるので、発想を変えれば対応できるかも。
Google App EngineでPHP
前回の投稿 BlowsingNow!ブックマークレット代替 でBookmarkletとPHPでそれっぽいものを作ったんですが、PHPが動く環境がないと使えませんでした。
そんな環境どっかにないかなーと探していたら、Google App EngineでPHPが使えることが判明。以前ちょろっと触っただけで完全放置状態だったのですが、今回の用途にはちょうど良さそうだったので、お勉強がてら設置してみることにしました。
参考にしたのはこちら。
Google App Engine for PHPプレビュー版でphpinfoを動かしてみた | Lancork
後は公式ドキュメント。
Introduction - Google App Engine — Google Developers
まずはGAE上でアプリケーションの作成を行い、次にローカルでテストしたりデプロイするための環境（SDK）をインストールして初期設定を済ませます。
Downloads - Google App Engine — Google Developers
これを動かすためにはPython2.7系が必要になりますが、SDKのインストーラーの頭でインストールを促されるので、別途ダウンロード＆インストールを済ませてから続行します。
これで、SDK＋Google App Engine Launcherがインストールされます。コマンドプロンプトからSDKを叩いて各種操作をしている情報が散見されましたが、Launcherから操作してもできることは変わらない印象でした。
インストールを済ませておいても、なぜかGoogle App Engine Launcherの初回起動時にPythonが見つからないと怒られるので、とりあえず無視して設定画面を開き、Pythonの実行ファイルを指定する必要がありました。
次に、Launcherにてアプリケーションの作成を行います(File - Create New Application)。Application NameにはGAEでアプリケーションを作った際に指定したApplication Identifierの内容を指定します。Parent Directoryはアプリケーション用のフォルダが作成されるパスを指定します。ここにアプリケーション名のフォルダが自動で作成されるため、事前に用意しておく必要はありませんのでご注意を。
作成されたフォルダの中を見ると、設定などを行う最低限のファイルが作られています。アクセス制限やスクリプトのランタイム種別の指定はapp.yamlファイルで行うのですが、PHP用のテンプレートのはずなのに、なぜかruntimeがPython27になっていたりランタイムにphpを指定した時は指定してはいけない（？）使用ライブラリの設定があったりして、もう一声欲しかった感があります。Preview状態なのでそんなものなのかもしれませんが。
このファイルはYAMLの文法で指定するのですが、よくわからないので各所からコピペして試行錯誤しながらとりあえずPHPが動くようにする必要があります。
最終的にはこうなりました。
application: kiri-bween
version: 1
runtime: php
api_version: 1
threadsafe: yes
handlers:
- url: /(.+\.php)$
script: \1
- url: /
static_files: htdocs/index.htm
upload: /
- url: /images/(.*)
static_files: images/\1
upload: images/(.*)
- url: /
static_dir: htdocs
- url: .*
script: main.app
htdocsというフォルダを作ってindex.htmを置いたり、画像用にimagesというフォルダを作ったりしたので、このような形になってます。間違っていたり不足してたりする箇所もあると思いますが、とりあえず動けばいいやってレベルです。
これで、前回作ったPHPファイルとライブラリのファイルを置き、Bookmarklet内のURLを修正してデプロイすれば動くはずだったのですが、GAEではcurlが使えないのでライブラリの修正が必要でした。
こちらを参考に。
【PHP】【GAE】PHPでtwitterBot ＆ GAEにデプロイ - せかいや
話が前後しますが、Googleで2段階認証を設定していると、デプロイ時の認証で怒られます。Launcherが2段階認証に対応していないためです。これは先に紹介したLancorkさんの情報にも書いてあるのですが、ハマるポイントなのでお気をつけを。
こちらの手順でパスワードを発行して、それを指定する必要があります。
Sign in using application-specific passwords - Accounts Help
とりあえず、自分一人で使う分にはこれで完了。ですが、なんだかんだと手間がかかってしまったので、お試しで公開してみることにしました。現在のBookmarkletにはTwitterのアクセストークンなどが埋め込まれているので、公開するにあたってはこのアクセストークン等を埋め込んだBookmarkletを生成する機能が必要です。そもそも、アクセストークンを取得するためには各ユーザーがTwitter上でBweenの使用を許可しなければなりません。
ということで、まずはPHPでBookmarkletを生成する方法を調べました。ざっくり言うと、BookmarketのソースとなるJavaScriptをuri encodeした文字列を、リンクのソースとして指定して、echoで吐き出してやれば良いらしいです（HTMLの<a href="～">のこと）。つまり、Twitterの認証完了時に取得できるアクセストークン等をこのJavaScriptに埋め込んで吐き出してやればいいってことです。
次に、TwitterのOAuth認証です。いわゆる、Sign in with Twitter的なリンクを押すと、Twitterのサイトに飛んで認証完了したら、コールバック指定したURLに戻ってくる、というよく見るアレです。
Twitter連携するサービスを作るのは初めてだし、長らくTwitterのOAuth認証は触ってなかったので、どういう流れだったかも記憶の彼方。twitteroauthライブラリの説明とTwitterのドキュメント、ライブラリのソースを眺めならが流れを掴みつつ実装しました。
一番参考になったのはこちら。
twitteroauthでOAuth認証を行い、Twitterアプリケーション（Botとか）を作る – part2 « nia.note
セッション使わないとダメなのねーとか、参考になりました。（getAccessToken呼ぶときverifier指定してないのは？でした。ライブラリのバージョンの問題かしら・・・）
使ってみたい方はこちらからどうぞ。
使うのは自己責任で。使えなくなっても泣かないお約束ってことで一つ。
追記
ソースとか。使わせて頂いたライブラリも乗っけちゃってる上、手も入れちゃってるし出展元表記もソース中に無く、ライセンス表記もない。ものすごくお行儀悪いですね。すいません。
後から気づいたけど、config.phpを使うサンプルが本家にありました。こっちの方法にすれば良かった・・・
追記（2017年5月17日）
急にエラー吐きはじめてビビった。twitteroauth.phpでcURLが使えるか判断して処理切り替えしているところがあったんだけど、数日前にGAE側で環境変わったっぽい。元々使っていなかったので、常時file_get_contentsを使うように慌てて修正しました。それよか、Windowsのデプロイの環境が古くて使えなくなってたのでSDK入れ替えたりapp.yaml修正したりデプロイ手順調べたりする方が大変でした。
BlowsingNow!ブックマークレット代替
今日は@pastakさんが公開して下さっているBlowsingNow!が不調でした。ホストされているWebホスティングサービスの方で問題が出ているっぽいです。急場しのぎということで、BlowsingNow!のChrome拡張版を入れてみたけど認証時に同ホスティングサービスのサーバーを使うため使えず。他の同機能の拡張機能やブックマークレットをいくつか試してみたりしたのですが、しっくり来ませんでした。
何がしっくりこないかって、大抵のものは使用前にTwitterにサインインしておかなければならず、もしテスト用のアカウントなどでログインしっぱなしだったらそちらで投稿されてしまうのです。公式のTweetButtonもありますが、一度Twitterのサイトに飛ばされるのでお手軽感がありません。
そんなわけで、BlowsingNow!が復活するまで自前でそれっぽいのを作って凌ぐことにしました。
ブックマークレットの中身を覗くと、現在のページの情報やプロンプトで入力した投稿内容、アクセストークン／シークレットをパラメータとしてphpを叩いていました。叩くphpのURLとアクセストークン等を変えてやればそのまま使えそうです。
Webサーバーでphpが使えることを確認します。（例：> php -v）
phpからTwitterに投稿できるようにしてやればいいので、方法をググったところ、具体的な方法が書いてあるページが見つかりました。
PHP+OAuthでTwitter - SDN Project
書いてあるとおり abraham/twitteroauth · GitHub というライブラリを設置して、Twitter投稿のサンプルソースをほぼそのまま使わせていただきました。そのままだと、投稿後にTwitterからの応答JSONが生で表示されてしまうので、応答表示部分をカットして元のページに戻るように変えたり、パラメータとして受け取った内容をTwtiter投稿用に整形したりとかちょこっと手を入れたぐらいです。
phpもJavaScriptもほとんど触ったことありませんが、なんとかなるものです。
とりあえず急場しのぎ用なのでサービスとして提供するつもりはありません。っていうか、まんまBlowsingNow!なので本家が早く復旧するよう願っています。
アレなところは伏せてソース貼っておきます。
Windows7でタスクバーにピン留めしてたアプリケーションが消えちゃった場合の対処
あるソフトの不具合（？）で、タスクバーにピン止めしたたアプリケーションが綺麗さっぱり消えちゃう現象が起きまして。万人向けの情報ではないので自分用メモとして。
原因としては、下記レジストリの情報が初期化されてしまうのが原因っぽいです。
HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Explorer\Taskband
このレジストリ値はバイナリなんで、手動での操作はできません。このレジストリ値だけ予めバックアップとっておいて戻すとか、コンピューターの復元で戻すとかでも対処は出来るのですが、ちょっと大掛かりになってしまいます。
そもそも、ピン留めすると、上記レジストリが更新されるだけではなく、アプリケーションのショートカットファイルが下記に作成されます。
C:\Users\（ユーザー名）\AppData\Roaming\Microsoft\Internet Explorer\Quick Launch\User Pinned\TaskBar
ピン留め解除すると、レジストリ値とともにショートカットも削除されるのが正常なんですが、今回のような症状の時はレジストリだけ初期化されショートカットが残る不整合な状態になっています。この状態で以前ピン留めしていたアプリケーションを再度ピン止めすると、「（ショートカット名）(2).lnk」とか出来ちゃいます。気持ち悪いです。
対処方法
- 一旦このフォルダを複製して退避し、消えてしまったアプリケーションのショートカットファイルを削除
- 退避したフォルダ内のショートカットを順次起動してピン留め
以上で元通り。もし、ショートカットのリンク先をカスタマイズしていたら、退避したフォルダ内のショートカットをオリジナルに上書きコピーすればOKなはず。
Firefox21にしたらハマったこと(vimperator）
前回の記事の続編。
予定通りFirefox21になってE4Xが完全になくなりました。
で、私が使っているvimperatorのプラグイン２つ（_libly.jsとfeedSomeKeys_3.js）が動かなくなりました。前回は暫定対処としてabout:configから設定変えて逃げたんですが、それももう効きません。ってことで、各プラグインの対応状況をチェックしてみました。
https://github.com/vimpr/vimperator-plugins
両方とも対応されてます。っていうか、feedSomeKeys_3.jsの方はかなり前に対応済みだったみたいで。
ってことで、ファイル入れ替えて完了。
Firefox20にしたらハマったこと（Vimperator）
丸一日原因が分からなかったのでメモ。
先日Firefoxが20へバージョンアップしたので更新したところ、VimperatorのプラグインfeedSomeKeys_3が使えない症状が発生しました。
↓＜追記 2013/05/17 16:26＞
各プラグインで対応が進んでいました。
Firefox21以降では下記の方法では対処出来ません。
こちらをご覧ください。
↑＜追記終わり＞
ネットを探すも同様の現象は見つからず。半日待っても同様の声が上がってこないので、自分で原因を調べて見ることにしました。
先に、解決方法を書きますが、about:conifgをいじるので自己責任で。
- about:config開く
- javascript.options.xml.chromeを見つけて、trueに変更
- 再起動
これだけ。
↓＜追記 2013/04/04 17:27＞
本来的にはE4X依存部分を書き換えたほうが良いとのこと。HTMLタグで書いてるところとかね。vimpの各プラグインが対応してくれるかは分からないけど、対応版が出たら、もしくは自分で書き換えたら上の設定は戻したほうが良さそう。Fxの次のバージョンでは設定自体なくなるかもしれないですし。
↑＜追記終わり＞
以下、手順や参考ページなど。
まずは、vimperatorrcのverbose上げて再起動し、:messagesを見るとsyntax errorでプラグイン読めていないっぽい。頭のPLUGIN_INFOあたりでコケているので手の施しようがない。
自力での解決を諦めてさらにネットを彷徨うと下記を見つけた。
http://code.google.com/p/vimperator-labs/issues/detail?id=820
症状は同じっぽい。対策は「PLUGIN_INFO セクションを削除」とのこと。やってみたけけど、症状悪化するだけだった。よく見ると、
"This is caused by the removal of E4X in Firefox 18."
って書いてある。E4XがFxから削除されたのが原因らしい。そもそもE4Xって何？ってことでさらにネットを彷徨うと下記を見つけた。
http://vimperator.g.hatena.ne.jp/teramako/20120829/1346245324
なるほど。よく分からない。
が、Fxのオプション（about:configの方）を弄ることで切り替えができる・・・かもしれない感じ。なのでやってみた。
上に書かれている
javascript.options.xml.chrome
が存在するか確認。存在したので、trueに変更。再起動。
ちゃんと動くようになりました。
以上
