Whimsical Kitteeeeen » Windows

Cisco VPN ClientがWindws 64bitOSに対応したらしい～

hiro — Tue, 13 Apr 2010 03:05:03 +0000

以前、Windows7を導入した際の記事で、Cisco VPNクライアントが64bitOSに対応していない～と嘆きましたが、どうもCiscoが対応したらしい。
これを知ったのは、付き合いのある米国の会社サポートから「64bitに対応したから使えや」というメールが回ってきたからである。
どれどれ使えるんかしらん？とWindows7-64bitにインストール＆設定ファイルをインポートし、接続してみると無事米国ネットワークと開通。

「うひょ～、これでこれだけのために32bitOS立ち上げる必要無くなったワイ」

Ciscoのダウンロードサイトにもbeta版があるので、ログインアカウントを持っている方は落とせると思います。
ちなみに、バージョンは「5.0.07.0240」です。

Windows7を入れてみた

hiro — Sun, 25 Oct 2009 17:50:35 +0000

巷ではWindows7が売り出されたのだが、当方環境にもインストールしてみた。
仕事の関係上、MSDNの契約をしているので配布される（といっても今は現物配布ではなくダウンロード形態だが）OSイメージをDVDに焼く手間はあるのだが。

今まで使っていたVista x64のバックアップをとって、アップグレードではなく新規インストールをしてみると、案外あっさりと起動してきた。で、調子に乗って必要なアプリケーションをどんどんインストールしていく途中で、主要インストールドライブのボリューム空きサイズをみると、50GBしかない。
なんで、Windows7ってこんなにでかいのか？と思い、ボリュームを見てみると、「windows.old」ってフォルダーが。
うぉ、Vistaのファイルが残ってる・・・確かに、Windows7をインストールする時に「前のOSは使えなくなります」と言ってきたが、NTFSでフォーマットしてますぅ～と言ってなかったなぁと今更気づく。賢いんだか、賢くないんだか・・・一言いってくれぇ～。まぁ、バックアップしてあるし、不要なので、「削除」。

さて、そろそろ基本的なアプリケーションはインストールしたので、データをバックアップから戻そうかとNASに接続しようとも、認証が通らない。「おっちょこちょいだからなぁ～」と、3回、4回、・・・、何度やっても通らない。
ふと、Vista時代にセットしたレジストリを思い出し、レジストリエディタで該当の値を見ようとしたところ、
「うわっ、値が無いよ」
ということで、下記がそのレジストリ値。

HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Lsa\LmCompatibilityLevel

この認証設定パラメータを2に設定。「2」は古いsambaもあるので、NTLMv2をサポートしていないため。こんな環境じゃなければ、Vistaと同じ「3」でも良いと思われ。

それと、ブラウザを64bitネイティブで動かしたいが、Flashが動かないのでもうちょっと調査が必要・・・時間があったら移行しよう。

あとは、またこれも仕事の関係上だが、CiscoのVPNクライアントが64bitに対応していないので、フリーの64bit対応VPNクライアント（Shrew Soft VPN Client）を使ってみたが、VPNサーバーと接続するのだが相手先の環境に入っていけない模様。これも調査が必要だな、こりゃ。
あっ、ちなみに上記フリーのVPNクライアントをx64で動かす場合は、STABLE版は使わないようにね。インストール途中でブルーバックとなります。インストールする場合はRC版（2.1.5以上）を使った方がいいと思います。

まぁ、Vistaのような「ごてっ」とした操作感もなく、x86であれば、対応アプリ、ドライバも豊富なので。でも、WindowsXPから移行してくると、Vistaと大差ないかも・・・と思っても見たり。

64bit関連は、進捗があったら書いてみます。

では最後に、画面のスクリーンショットでも。
当方、デスクトップにアイコンを置くのが苦手なのであしからず。これを許すと際限なくデスクトップにファイルを置く羽目になるし、ついついバックアップ対象から外れちゃってて後で後悔したこともトラウマにあったりして・・・。

SUA de rsync

hiro — Fri, 07 Aug 2009 16:38:27 +0000

追記 (08/08/2009) — rsyncプロセス自動起動を記事末尾に追加しました。

ちょっと興味本位で、WindowsにSUA（旧SFU）を入れて、NFS共有をrsyncサーバにできるか試してみますた。
仕事上、ちょっとWindowsドメインとNISのマッピング試験（といっても枯れた技術なのでできて当たり前なのだが）を行うため、SUAをWindows Server 2003に導入し、マッピングのテスト。まぁ、こと無く試験も終わったので、環境をつぶす前に、マッピングだけでは物足りないので、

「見た目はWindows、されどrsyncサーバ（with openSSH）」

化計画を目論んだのでした。
さて、前提条件としては、SUAを導入済みであること。
それと、用意するものは以下のものを。

Subsystem for Unix-based Applicationsのツールセット（Administrator Bundle以上）

上記のツールセット、SUA環境にbashやgcc（他にもたくさん）を組み込めるツール。似たようなものに、Sygwinもありますが、当方としてはこちらが好み。まぁ、Sygwinの方が先人の方々の情報が多そうです。こっちは、なんかあったら英語のドキュメントを読めってことで、人柱になりたい方にはうってつけ・・・ぉぃ。
インストールは至って簡単。ダウンロードしてきたexeファイルを叩くだけ。
が、落とし穴が一つ。ドメインユーザでWindowsにログインしている人は、ローカルの管理者ユーザでログインし直してから、このツールをインストールしてくださいな。
では、失敗談とrsyncサーバ化の手順となります。

さて、ドメインユーザでツールをインストールした当方、sshdプロセスが立ち上がっている気配が無い。psで見てもIDが見あたらないし、netstatでポートもオープンしていない。pkg_updateで何度かアップデートを試みるも、
「最新版じゃ、ぼけぇ～」
と怒られる。
で、チュートリアルビデオを見ていたところ、インストールするところで「ろーかるあどみにすとれいたーで」と言っているではないか・・・

また、やっちまった・・・orz

気を取り直して、LocalAdministratorでログインし直し、再度インストールをすると、直後から22番の口をあんぐり開けてました。
後は、以前書いた「Wordpress – 本体バックアップ」のopenSSHでパスワード入力無しでrsyncが行えるように、ちょこっと弄ります。

同期先で、rsync動作用設定ファイルを作成します。（編集内容は上記リンクの過去記事を参考にしてくださいな）
rsyncサーバ側で、「/」ディレクトリ配下に「.ssh」ディレクトリを作ります。
$ mkdir /.ssh
rsyncをデーモンモードで起動します。
後はバックアップ元での作業は、過去記事４番以降と同じです。

これで、rsyncサーバのできあがりです。後はrsyncプロセスをどうやってWindows起動時に叩くかだけなんですが、現在調査中・・・ｗ。分かり次第追記しま～す。

SAMBAだとファイルのストリーム情報が落ちちゃうからとバックアップを躊躇されていた方は、純粋なWindowsCIFS/SMBでバックアップできちゃうし、NFSボリュームにバックアップしたファイルをWindowsからも見たいなぁ～って方も、NFS共有ポイントとWindowsの共有の両刀使いができまする。

もうちょっと面白そうなことが出来ないか探ってみようかなと思案している今日この頃。何かネタになりそうなものがあったら記事にしてみます。
ではでは。

追記：rsyncの自動起動ですが、/etc配下にあるprofileもしくはprofile.lclを弄れば出来そうでした。当方、profile.lclの最後に
rsync –daemon –config /etc/rsyncd.conf
の一行を入れてWindowsを再起動し、ローカル管理者でログインしたところ無事立ち上がっていました。