GitHubはソースが公開されてしまうので避けたい。 Windowsのローカルネットワーク内だけで使えればいい。 サーバもSSHもなしで、とにかく簡単に複数人でGitを使う方法。 結論を言えば、Windowsの共有フォルダに中央リポジトリを作る。ただそれだけの話。 でも(GitExtensionsに?)クセがあって、pushやpullをする段階でかなりハマってしまった。 <環境> 同じネットワーク内のWinXPが2台(PC-1,PC-2)。別途サーバなどはなし。 GitクライアントにはGit Extensions(無料)を利用。 <事前準備> PC-1,PC-2の両方にGit Extensionsをインストール。mSysGitも一緒にインストールされるはず。 PC-1にWindowsの共有フォルダを作る。(例)C:\public <手順> ★中央リポジトリと個人リポジトリを作る まずはPC
OpenSSH SSH クライアント 設定ファイル 書式 ~/.ssh/config /etc/ssh/ssh_config 説明 ssh (1) は以下のものから (この順序で) 設定情報を取得します: コマンドラインオプション ユーザごとの設定ファイル 各設定項目にはそれぞれ最初に見つかったものが使われます。設定ファイルはいくつかのセクションに分かれており、これらは"Host"キーワードにより区切られています。あるセクションの設定が適用されるのは、コマンドラインから与えられたホスト名が、このキーワードで指定されているパターンのどれかにマッチするときだけです。 各設定項目で最初に見つかった値が使われるので、ホストに特化した宣言をファイルの先頭近くに置くようにし、一般的なものを後に置くのがよいでしょう。 設定ファイルは以下のような形式になっています: 空行、および # で始まる行は、コメン
東京大学工学部卒。経営コンサルティングファーム、マッキンゼー・アンド・カンパニーを経て、国内大手の投資ファンド、アドバンテッジパートナーズに勤務する。その中で、「低迷する日本経済」「社会保障制度の崩壊」を見て、「今、自分が本当にやるべきことは何か」を考え抜いた結果、2010年6月に退社。証券会社に勤めていた妻と2人で、株式会社S&S investmentsを立ち上げる。金融のプロとして培った最先端のスキルを、若い世代を中心とした個人のファイナンシャルリテラシー(お金に関する知識)向上に役立てるべく、セミナーやコラム執筆、個別相談など多方面の活動を行う。雑誌・ラジオなどメディアにも多数出演。講師を務めたセミナーへの参加者は、のべ2000人を超える。資産運用全般のアドバイスはもちろん、海外移住や海外不動産投資など、お金に関わるさまざまなトピックについてのアドバイスを提供している。モットーは「お
Section: User Commands (1) Updated: 29 December 1994 Index JM Home Page roff page 名前 expect - 対話的なプログラムとのやりとりを自動化するプログラム, バージョン 5 書式 expect [ -dDinN ] [ -c cmds ] [ -[f|b] ] cmdfile ] [ args ] イントロダクション Expect は、スクリプトの指示に従って、対話的なプログラムと"会話"するプログラムである。 以下のスクリプトに示すように、 Expect には、対話プログラムからの期待されうる入力とそれに対する正しい応答を 教えておく。インタプリタは分岐処理と高度な制御構造を提供し、 対話プログラムへの指示を行なう。 さらに、必要な時にスクリプトから制御を奪って直接人間が指示を行ない、 その後、制御をス
expectコマンドは、対話形式のコマンドを自動で実行したいといった場合に便利です。 例えば、SSHでサーバーに接続する際、パスワード認証が用いられている場合は当然パスワードを入力しないとログインできません。 または、何らかのソフトウェアをコマンドラインからインストールする場合に、その過程で幾つか環境の状態により質問されたり(パスを求められたり、ディレクトリ名を指定するなど)します。 こういったコマンドを自動化したい場合は、予めその実行コマンドにスキップするためのオプションなどが用意されていないと対応が難しかったりもしますが、expectコマンドを利用すればそれらのほとんどを回避することが可能になります。 例えばサーバー運用者があるサーバーにログインしてディスク容量を定期的に確認しているとします。(あまり目視監視するってことも無いとは思いますが・・・) サーバーにログインして、また別のサー
簡単に言えば、SSHの通信の際に接続もとのホストを限定しておいてパスワードなしにログインさせる事を可能にする認証方式です。 通常の運用で接続する際は、パスワード認証を行っておいた方が無難ですが例えば、rsyncと組み合わせてバックアップを取るなどバッチ処理系のスクリプトと組み合わせると運用面でメリットが色々あります。 設定方法は下記の通り SSHの設定ファイル(ssh_config )を編集 場所は、ディストリビューションやインストール方法(ソースorパッケージ)で異なります。 「 /usr/local/etc/ssh_config 」や「 /etc/ssh/ssh_config 」など エディタで設定ファイルに下記の行を追記 EnableSSHKeysign yes Host hogehoge* HostbasedAuthentication yes PreferredAuthentic
SSHでログイン出来ない不可解な現象がどうにも解決しなかったのだが、ようやく原因らしきものが見えた。 ■現象 OpenSSHはopenssh-4.3p2-19.fc6を使用。 全て同一ホスト内で試している。DSA認証を利用。 aというユーザからbというユーザにはログイン出来る。こんな感じ。 ssh b@hoge Enter passphrase for key '/home/a/.ssh/id_dsa': Last login: Mon May 27 01:06:39 2007 from hoge で、~b/.sshに置いてある公開鍵を~c/.sshにコピーして、パーミッションも同じにしてログインすると.... ssh c@hoge Enter passphrase for key '/home/a/.ssh/id_dsa': Permission denied (publickey,gs
SSHの設定方法の質問です。 サーバA→Bにたいして、ユーザhoge(サーバBのユーザ)でSSH接続は可能ですが、鍵運用が上手くいきません。 ※常にhoge@サーバBのパスワードを聞かれてしまう状態です。 hoge@サーバBの ~/.ssh/authorized_keys 内にサーバAの公開鍵を仕込みました。 公開鍵は、foo@サーバAの~/.ssh/id_rsa.pub です。 考えられる原因は何がありますか?
ssh-keygen コマンド SSH用の公開鍵、秘密鍵のペアを作成するコマンド 構文 ssh-keygen [オプション] ssh-keygen [-b ビット長][-f ファイル名][-N 新しいパスフレーズ][-C コメント] ssh-keygen -p [-P 古いパスフレーズ][-N パスフレーズ] ssh-keygen -i [-f 入力ファイル名] ssh-keygen -C [-P パスフレーズ] [-C コメント] [-f 鍵ファイル名] オプション -b:鍵の長さを指定する。最低値は512ビット、初期設定値は1024ビット -c:鍵内のコメントを変更する -f:鍵のファイル名を指定する -N:新しいパスフレーズを指定する -P:古いパスフレーズを指定する -C:コメントを指定する 使用例 RSA暗号で鍵を作成する $ ssh-keygen -t rsa Generati
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く