2005-11 / 01 02 03 04 05 06 07 08 09 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30
crack とか john というツールを使うと、使用しているパスワードが安全
かどうかを確かめられるとのこと。加えて、ユーザパスワードを変更する
たびにその強度を crack のライブラリを使って検証する PAM のモジュー
ルもあるそうな。
(URL: http://www.atmarkit.co.jp/flinux/rensai/linuxtips/244johnripper.html)
(URL: http://www.linux.or.jp/JF/JFdocs/User-Authentication-HOWTO/secure.html)
# unshadow /etc/passwd /etc/shadow > passwdfile
# john passwdfile
or
# john -wordfile:password.lst passwdfile
% pwd
/home/masutaka
管理領域を作成
% cvs -d /home/masutaka/CVSROOT init
bin プロジェクトの登録
% mkdir empty
% cd empty
% cvs -d /home/masutaka/CVSROOT import -m "Created bin directory" bin gen start
bin プロジェクトのチェックアウト
% cd
% cvs -d /home/masutaka/CVSROOT co bin
% rmdir empty
これ以降は add => commit で良いはず。
(URL: http://www.tanu.org/~sakane/doc/public/howto-cvs.html)
(URL: http://www1.accsnet.ne.jp/~gen/cvs/cvs-memo.html)
svnserveで動かす場合、特に何も設定しないとリポジトリが読み取り専用に
なる。よって、変更をコミットしようとした場合
svn: Commit failed (details follow):
svn: Connection is read-only
というエラーになる。/home/masutaka/SVNROOT/conf/svnserve.conf に以下を
追加して解決した。(外部に公開しているわけではないので、セキュリティは甘々)
[general]
anon-access = write
1. /etc/inetd.conf に以下を記述して、inetd 経由で使えるようにする。
この例だと、リモートから /home/masutaka/SVNROOT にアクセスできるようになる。
svn stream tcp nowait masutaka /usr/sbin/tcpd /usr/bin/svnserve -i -r /home/masutaka/SVNROOT
2. [2003-07-21-1] を参考にして、lokkit から svn:tcp のアクセスを許可する。
/etc/services でポート番号 3690 が svn に割り当てられているはず。
3. inetd を再起動する。
# /etc/init.d/inetd restart
4. Cygwin からは以下のコマンドで checkout できる。
# 全部
% svn co svn://dyna/SVNROOT/trunk .
# 第一階層だけ
% svn co -N svn://dyna/SVNROOT/trunk .
# misc だけ
% svn co svn://dyna/SVNROOT/trunk/misc .
何回ダウンロードを試みても _update-info-dir-00325-1.tar.bz2 のダウ
ンロードに失敗してしまう。原因はインストール元のホストに上記ファイ
ルがなかったため。
ftp://ftp.yz.yamagata-u.ac.jp/pub/cygwin/release/ には存在していた
ため、こちらからインストールするように変更した。
svn commit すると、以下のメッセージが出て commit に失敗する。
svn: コミットに失敗しました (詳しい理由は以下のとおりです):
svn: URL に対し ra_local セッションを開始できません
svn: リポジトリ 'file:///home/masutaka/SVNROOT/trunk' を開けませんでした
svn: Berkeley DB error while opening environment for filesystem /home/masutaka/SVNROOT/db:
?\204?\181?\184?\250?\164?\202?\176?\250?\191?\244?\164?\199?\164?\185
svn: bdb: Program version 4.2 doesn't match environment version
DB のバージョンが違うみたい。以下のコマンドで復旧することができた。
% svnadmin recover ~/SVNROOT
フォントが汚かったのは、Debian デフォルトのフォントに原因があった。
[2005-10-31-1] の設定を OFF にして、『Debian GNU/Linux 徹底入門』附
属のリョービフォントをインストールしたら、かなりきれいになった。
# 更新されたパッケージを全てインストール ("-s" で実際には実行せず、確認を行える)
$ sudo aptitude update
$ sudo aptitude safe-upgrade # 安全なアップグレード
$ sudo aptitude full-upgrade # 状況によりパッケージの追加や削除を行う。
# インストール
$ sudo aptitude install <pkg-name>
# アンインストール
$ sudo aptitude remove <pkg-name>
# アンインストール(設定ファイルも含め完全)
$ sudo aptitude purge <pkg-name>
# 現在のパッケージキャッシュを検索
$ aptitude search <strings>
# パッケージの情報を表示
$ aptitude show <pkg-name>
# パッケージの依存関係を調べる
$ apt-cache depends <pkg-name>
# 指定されたインストール済みパッケージに含まれているファイルをすべて表示
$ dpkg -L|--listfiles <pkg-name>
# インストールしてあるパッケージをすべて表示
$ dpkg -l|--list
# そのファイルがどのパッケージに属するか調べる。
$ dpkg -S|--search <file-name>
# パッケージに含まれているファイルを確認
$ dpkg -c|--contents <pkg-file-name>
# パッケージに含まれているファイルを指定したディレクトリに展開
$ dpkg -x|--extract <pkg-file-name> <dir-name>
# キャッシュされているパッケージの削除(/var/cache/apt/archives/* の削除)
$ sudo aptitude clean
# キャッシュされている古いバージョンの削除(/var/cache/apt/archives/* の掃除)
$ sudo aptitude autoclean
# パッケージがなぜインストールされている/削除されているのか、依存関係を表示。
$ sudo aptitude why/why-not <pkg-name>
# 依存関係から孤立したパッケージを検索
$ deborphan --guess-all
# インストールしたパッケージを再設定する(インストール時に実行されたアレを再実行する)。
$ sudo dpkg-reconfigure <pkg-name>
参考URL: D: AptGet - Debian GNU/Linux スレッドテンプレ
※ CUI が苦手な人は Synaptic パッケージマネージャがおすすめ。
[GNOME メニュー]→[システム]→[システム管理]→ [Synaptic パッケージ
マネージャ] から辿れる。
~/.fetchmailrcに 'batchlimit 10' を追加して解決。
(URL: http://lists.debian.or.jp/debian-users/200404/msg00101.html)
2005-11 / 01 02 03 04 05 06 07 08 09 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30
最終更新時間: 2020-02-18 22:46 JST