火曜日, 10月 23, 2007

sshでポートフォワード

sshのポートフォワード機能を利用して、他ネットワークに存在しているProxyを使用してみた。仕組みさえ理解してしまえば簡単に設定できる。ここでは一応、個人的な備忘録として残すことに。

【使用環境】
・自宅でWindowsクライアントを使用。アプリはPuTTYを利用する。
・他ネットワーク(外部)にログイン可能なsshサーバがある。
・他ネットワーク(外部)に利用可能なProxyサーバがある。

※私が試した環境では、他ネットワークに存在するサーバでsshサーバとsquidが稼動。squidはローカル(サーバ自身)からの接続しか許可されていない。


【やりたい事】
・他ネットワークに存在する特定サーバからの接続だけが許可されたwebサイトがある。そのため、ポートフォワード機能を使用してssh接続した特定サーバ(squid経由)でwebサイトを閲覧する。


【自宅クライアントのPuTTY設定】
・PuTTYを起動して、接続→SSH→トンネル を選択。
・ポートフォワーディング設定を以下内容で指定。
     源ポート : 8080(任意)
     送り先 : 127.0.0.1:3128
(送り先の指定は、接続するsshサーバから見たポート転送先を指定する。つまりここでは、sshサーバ自身で稼動している3128ポート(squid)宛に8080ポートを転送する)
・設定を保存して、sshサーバに接続する。見た感じは、通常のssh接続になる。


【自宅クライアントのブラウザ設定と接続】
・ssh接続を行ったままの状態でブラウザを起動する。
・ブラウザのプロキシ設定を入力する。(ここでは、127.0.0.1:8080)
・プロキシを設定後、目的のURLに接続する。
・可能であれば中継するサーバのプロキシログを参照し、ポートフォワードされている事を確認する。

木曜日, 8月 30, 2007

SUSE(SLED10)のSP1適用方法

SLED10のSP1が公開されたので適用しようと作業を開始するが、挙動がおかしく随分とハマってしまった。

今回の作業にあたり、SUSEのサイトに記載してあった内容をまずは参考にしてみた。(http://www.novell.com/ja-jp/products/desktop/eval.html)
【抜粋】
---
個々のService Pack のディスク#1でインストールを開始するか、YaST「パッチCDアップデート」モジュールによってSLEDインストールにService Packを適用します。
---

対象のマシンはマルチブート環境であり、CDブートのSP1適用はMBR等が上書きされる可能性が嫌だったのでYaSTによる適用方法を選択。今思えば、この選択が間違いだったと後悔。

というのは、YaSTの「パッチCDアップデート」や「システムアップデート」を何度試してもSP1の適用に失敗してしまった。ここでの失敗とは、YaSTがいきなり落ちたり、SP1適用中にrpmが適用できないと怒られたりと(その後rpmdbが壊れた)、かなりやられ放題。。

最後の選択肢として残っていたのがCDブートによるSP1適用方法。結果論ではあるが、この方法でしか適用できないのでは?、と疑いたくなるほど久々のハマリようだった。(気にしていたMBR等の上書きもなかった。)

火曜日, 8月 21, 2007

vsftpdでシェル利用の無効化

ftp利用ユーザを作成する際、ftpのみの利用を想定した場合はシェルを利用させないように「/bin/false」とすると思う。しかし、vsftpdの場合は「/bin/false」ではNGの様子。

これは実際に設定してみて分かったのだが、「/sbin/nologin」を指定しないとftpのログインができなかった。今までは、どちらであってもログイン出来なくする指定と思っていたが、厳密には異なる点があるらしい。細かい点に気をつける必要がありそう。。