 |
|
|
2017 10,05 15：15 |
|
|
LocalのXAMPPにPHP7を入れて、OpenSSLを有効にし、Apacheを再起動したら
「序数385 xxxx php_openssl.dllから見つけられませんでした」というエラーが。
なんじゃ、そりゃ。
調べてみると、PHP7ではOpenSSL1.0.2以降のバージョンが要求されると。
とりあえず、よくわからんが、DLLを新しくすればいいのだなと。
http://slproweb.com/products/Win32OpenSSL.html
より、Windows版の最新OpenSSLを取得。
DLLが欲しいだけなのにインストーラーをダウンロードさせられます。
で、インストールしたら ～\OpenSSL-Win32配下にある
libeay32.dllとssleay32.dllを、XAMPPのApacheのbinの下に入れます。
（同名の古いdllは、バックアップを取って）
で、apacheを再起動したら、エラーが出なくなった。
OpenSSL系の関数も動作をしました。
参考
https://qiita.com/rana_kualu/items/4bd4e0aa2d3470b1f9fa
PR |
|
|
|
|
2017 09,22 15：09 |
|
|
ちょっとハマったので、記載
$ ssh-keygen -t rsa
Generating public/private rsa key pair.
Enter file in which to save the key (/home/hoge/.ssh/id_rsa):
Enter passphrase (empty for no passphrase):
Enter same passphrase again:
Your identification has been saved in /home/hoge/.ssh/id_rsa.
Your public key has been saved in /home/hoge/.ssh/id_rsa.pub.
The key fingerprint is:
1c:c8:cf:03:78:18:d6:31:e4:13:a0:83:d9:80:5b:d8 hoge@hogehoge.server
The key's randomart image is:
+--[ RSA 2048]----+
|oo ++=. |
|o=Eo *.+ |
|oo+ o B . |
|. . . * . |
| S |
| . |
| |
| |
| |
+-----------------+
$
$ cat id_rsa.pub >authorized_keys
$ ll
合計 16
-rw-rw-r-- 1 hoge hoge 413 9月 22 11:55 2017 authorized_keys
drwxrwxr-x 2 hoge hoge 4096 9月 22 11:54 2017 back
-rw------- 1 hoge hoge 1675 9月 22 11:55 2017 id_rsa
-rw-r--r-- 1 hoge hoge 413 9月 22 11:55 2017 id_rsa.pub
$
$ chmod 0600 authorized_keys
$
$
$ sftp -oIdentityFile=/home/hoge/.ssh/id_rsa hoge@hogehoge.server
Connecting to hogehoge.server...
The authenticity of host 'hogehoge.server (hogehoge.server)' can't be established.
RSA key fingerprint is 57:e4:19:5f:e3:c0:a9:81:54:9d:9a:bc:8d:68:a4:b0.
Are you sure you want to continue connecting (yes/no)? yes
Warning: Permanently added 'hogehoge.server' (RSA) to the list of known hosts.
hoge@hogehoge.server's password:
Permission denied, please try again.
hoge@hogehoge.server's password:
Permission denied, please try again.
hoge@hogehoge.server's password:
Permission denied (publickey,gssapi-keyex,gssapi-with-mic,password).
Couldn't read packet: Connection reset by peer
$
$
$ ll
合計 20
-rw------- 1 hoge hoge 413 9月 22 11:55 2017 authorized_keys
drwxrwxr-x 2 hoge hoge 4096 9月 22 11:54 2017 back
-rw------- 1 hoge hoge 1675 9月 22 11:55 2017 id_rsa
-rw-r--r-- 1 hoge hoge 413 9月 22 11:55 2017 id_rsa.pub
-rw-r--r-- 1 hoge hoge 395 9月 22 11:55 2017 known_hosts
$
$
$ ssh-copy-id hoge@hogehoge.server
hoge@hogehoge.server's password:
Now try logging into the machine, with "ssh 'hoge@hogehoge.server'", and check in:
.ssh/authorized_keys
to make sure we haven't added extra keys that you weren't expecting.
$ ll
合計 20
-rw------- 1 hoge hoge 413 9月 22 11:55 2017 authorized_keys
drwxrwxr-x 2 hoge hoge 4096 9月 22 11:54 2017 back
-rw------- 1 hoge hoge 1675 9月 22 11:55 2017 id_rsa
-rw-r--r-- 1 hoge hoge 413 9月 22 11:55 2017 id_rsa.pub
-rw-r--r-- 1 hoge hoge 395 9月 22 11:55 2017 known_hosts
$
$ ls -ltr
合計 20
drwxrwxr-x 2 hoge hoge 4096 9月 22 11:54 2017 back
-rw-r--r-- 1 hoge hoge 413 9月 22 11:55 2017 id_rsa.pub
-rw------- 1 hoge hoge 1675 9月 22 11:55 2017 id_rsa
-rw------- 1 hoge hoge 413 9月 22 11:55 2017 authorized_keys
-rw-r--r-- 1 hoge hoge 395 9月 22 11:55 2017 known_hosts
$
$
$
$ sftp -oIdentityFile=/home/hoge/.ssh/id_rsa hoge@hogehoge.server
Connecting to hogehoge.server...
sftp> \q
Invalid command.
sftp>
sftp> quit
$
$ 他のサイトでは、id_rsa.pubを接続先のサーバに持っていき、 authorized_keysに、id_rsa.pubの中身を記述とあったけど、これでうまく行かなかった 他の方法でとして、 $ ssh-copy-id hoge@hogehoge.server として、成功
|
|
|
|
|
2017 08,23 18：26 |
|
|
使い方も、満足にしらないAWSのS3から、コンテンツダウンロードして、
それを移管したいという無茶ブリな要望 えぇ、やりました。 いろんなサイトを参考にさせて頂きました。 なんで、AWSのS3の画面にダウンロードがないのだろう。。。 AWS CLIを使うしか方法がなさそうなので aws s3 cp --region ap-northeast-1 s3://バケット名/パス ダウンロード先 --recursive これで、ローカル（EC2）にダウンロード出来た。
|
|
|
|
|
2017 06,12 13：30 |
|
|
Tomcatのcatalina.outが肥大化していたのでローテーションを行う設定に
しかし、方法がいくつかあるみたい しかも、tomcatのログのパスが異なるので、 自分の環境に合うパスの設定を行ってみました。 /usr/local/tomcat/logs/catalina.out {
missingok
copytruncate
daily
sharedscripts
postrotate
EXT=`date +%Y%m%d`
for f in $1;
do mv $f.1 $f.$EXT;
done
endscript
} ポイントは、copytruncate のようです。 tomcatは、logrotateのsyslogなどのデフォルトの設定をコピーして使用すると、 tomcatがログ・ファイルを掴んだ状態になってしまう とのこと /usr/sbin/logrotate -d /etc/logrotate.d/tomcat で確認 大丈夫そうなので、1度だけど強制に実行をしました。 /usr/sbin/logrotate -f /etc/logrotate.d/tomcat 強制的に実行した際は、問題なし。ちゃんと明日は、ローテーションされているかな？
|
|
|
|
|
2017 06,07 17：12 |
|
|
apacheのsslのログのフォーマットが、分かりにくい！
分かりにくいログは、ログじゃない！っていうのが信条かと そんなわけで、 /etc/httpd/conf.d/ssl.conf に下記を追加（追加する場所は、ErrorLog とかの設定がある付近で） LogFormat "%h %l %u %t \"%r\" %>s %b \"%{Referer}i\" \"%{User-Agent}i\"" そして、httpdを再起動 なんで、最初から同じフォーマットにしてくれないんだろうか
|
|
| 忍者ブログ [PR] |
