2020年04月
2020年04月30日
※本件は､なんだか危険な感じがして結局作業しませんでした｡調査した結果だけ｡
私はそろそろサーバーの世界では老害になってきているかもしれません｡
root 権限でサーバーを触ることが多く､一つ一つのコマンドで sudo は行っていません｡
以下のコマンドで､ root ユーザーになっています｡
sudo su -
一方で､パスワード認証はほとんど行っていません｡証明書を利用したログインに限っています｡
だから危険なパスワードはそもそも設定しなければいーじゃん｡そのように思ったのです｡
sudo を行うとき､パスワードを聞かれます｡これが上記の点と矛盾してしまいます｡
で､だったらパスワードなしで sudo できるのかな?そう思って調べたのがきっかけでした｡
visudo で以下の箇所を編集すれば可能でした｡
## Same thing without a password
# %wheelALL=(ALL) NOPASSWD: ALL
USERNAME ALL=(ALL) NOPASSWD: ALL
これで sudo su - を行ったときにパスワードなしでコマンドを実行することができました｡
証明書を利用したSSHが不正ログインに成功することは無いと信じていますが､ログインできてしまった後に無制限にフリーなのはなんとなくイヤな感じがしたので､結局ユーザーにパスワードを設定し､それを利用することにしました｡
もちろんSSHログインはパスワード認証無効にしているので､パスワードを割り当てることによるリスクは少ないと思っています｡
私はそろそろサーバーの世界では老害になってきているかもしれません｡
root 権限でサーバーを触ることが多く､一つ一つのコマンドで sudo は行っていません｡
以下のコマンドで､ root ユーザーになっています｡
sudo su -
一方で､パスワード認証はほとんど行っていません｡証明書を利用したログインに限っています｡
だから危険なパスワードはそもそも設定しなければいーじゃん｡そのように思ったのです｡
sudo を行うとき､パスワードを聞かれます｡これが上記の点と矛盾してしまいます｡
で､だったらパスワードなしで sudo できるのかな?そう思って調べたのがきっかけでした｡
visudo で以下の箇所を編集すれば可能でした｡
## Same thing without a password
# %wheelALL=(ALL) NOPASSWD: ALL
USERNAME ALL=(ALL) NOPASSWD: ALL
これで sudo su - を行ったときにパスワードなしでコマンドを実行することができました｡
証明書を利用したSSHが不正ログインに成功することは無いと信じていますが､ログインできてしまった後に無制限にフリーなのはなんとなくイヤな感じがしたので､結局ユーザーにパスワードを設定し､それを利用することにしました｡
もちろんSSHログインはパスワード認証無効にしているので､パスワードを割り当てることによるリスクは少ないと思っています｡
2020年04月27日
2020年04月26日
今まで意識したことはありませんでしたが､スマートフォンの時刻同期はどうなっているのだろうかと｡
調べてみると､以下の情報がありました｡NITZ という仕組みが利用されているようです｡
7月1日は"うるう秒"で1秒長い一日に、スマホに悪影響は?
スマホは「時刻合わせ」しなくていいの? - いまさら聞けないAndroidのなぜ
緻密な正確性よりも､秒単位でずれていなければいいという考えのようです｡
しかし提供されているのは､SIMを差して利用するような場合のようです｡
そしてSIMを利用せず､Wifi専用で使っている場合には､そのときはNTPが利用されるようです｡
スマホの時刻を自動で合わせるには
調べてみると､以下の情報がありました｡NITZ という仕組みが利用されているようです｡
7月1日は"うるう秒"で1秒長い一日に、スマホに悪影響は?
スマホは「時刻合わせ」しなくていいの? - いまさら聞けないAndroidのなぜ
緻密な正確性よりも､秒単位でずれていなければいいという考えのようです｡
しかし提供されているのは､SIMを差して利用するような場合のようです｡
そしてSIMを利用せず､Wifi専用で使っている場合には､そのときはNTPが利用されるようです｡
スマホの時刻を自動で合わせるには
2020年04月20日
アライドのスイッチでも､Webからできるんですね｡
ということで､以下の手順で作業しました｡
アップデート前は､ 1.6.0 でした｡
# enable http server
# add ip int=1 ipaddr=192.168.0.1
これでVLAN1にIPが当たりました｡
あとはPCとスイッチを直接接続して､ブラウザからアクセス可能です｡
Firmware をダウンロードすると､ gs900m_v1617.pkg というファイル名でした｡ブラウザからこれを指定しようとすると､拡張子の指定がデフォルトであるため表示されません｡
すべての拡張子ファイルを表示させるようにしてファームウェアを指定することができました｡
しばらく待つことで再起動してアップデートが完了しました｡
ということで､以下の手順で作業しました｡
アップデート前は､ 1.6.0 でした｡
# enable http server
# add ip int=1 ipaddr=192.168.0.1
これでVLAN1にIPが当たりました｡
あとはPCとスイッチを直接接続して､ブラウザからアクセス可能です｡
Firmware をダウンロードすると､ gs900m_v1617.pkg というファイル名でした｡ブラウザからこれを指定しようとすると､拡張子の指定がデフォルトであるため表示されません｡
すべての拡張子ファイルを表示させるようにしてファームウェアを指定することができました｡
しばらく待つことで再起動してアップデートが完了しました｡
2020年04月19日
詳細は不明です｡
他で利用していたのか不明ですが､無線APの設定を依頼されました｡
ある程度傷がついているようだったので､新品ではありませんでした｡
他で利用していたのか､中古の機器を購入したのか｡
で､電源を入れたのですが､一切反応がありませんでした｡いくつかのLEDは点灯していました｡
PowerとWPSとLANだったかな?
しかしSSIDも出てこないですし､IPの反応もありません｡
工場出荷時のボタンがあったので､それを押したのですが､それも無反応でした｡
時間をかけていろいろと試行錯誤したのですが､結局あきらめることにしました｡
お客さんも新しいアクセスポイントを購入して設定するようなことを言っていました｡
しかしこういうLEDが少しついたり､そういった故障のパターンは珍しいようなきがしました｡
他で利用していたのか不明ですが､無線APの設定を依頼されました｡
ある程度傷がついているようだったので､新品ではありませんでした｡
他で利用していたのか､中古の機器を購入したのか｡
で､電源を入れたのですが､一切反応がありませんでした｡いくつかのLEDは点灯していました｡
PowerとWPSとLANだったかな?
しかしSSIDも出てこないですし､IPの反応もありません｡
工場出荷時のボタンがあったので､それを押したのですが､それも無反応でした｡
時間をかけていろいろと試行錯誤したのですが､結局あきらめることにしました｡
お客さんも新しいアクセスポイントを購入して設定するようなことを言っていました｡
しかしこういうLEDが少しついたり､そういった故障のパターンは珍しいようなきがしました｡
2020年04月16日
CentOS7 + Software Collection でインストールした､apache 2.4 と php 7.3 を利用しています｡
memcached サーバーが別にあるので､PHPからこの memcached を利用したいと思います｡
ちなみに yum でインストールしようとすると､scl でインストールしたPHPとの依存関係が出てしまいうまくいきません｡
また無理矢理インストールしても scl 側のPHPには作用しません｡
scl 側では対応した memcache のモジュールは用意されていません｡さあ困った｡
---------------------------
※以下のコマンドではうまくいきません｡
後日顕彰した結果をまた記事にしたいとおもいます｡
---------------------------
# yum list |grep memcache |grep php
php-pecl-memcache.x86_64 3.0.8-4.el7 base
base パッケージに php 用の memcache がありました｡
rpm をダウンロードします｡
# yumdownloader php-pecl-memcache.x86_64
中身を取り出します｡
# rpm2cpio php-pecl-memcache-3.0.8-4.el7.x86_64.rpm |cpio -id
カレントフォルダ内にファイルができてしまうので､フォルダ内で実行した方がいいように思います｡
エクステンションを保存する場所を確認します｡
# php -i |grep extension_dir
extension_dir => /opt/rh/rh-php73/root/usr/lib64/php/modules => /opt/rh/rh-php73/root/usr/lib64/php/modules
# 取り出したファイルをエクステンションの場所にコピー
cp -p /[rpmから取り出したフォルダ]/usr/lib64/php/modules/memcache.so /opt/rh/rh-php73/root/usr/lib64/php/modules/
#php -i |grep ini
<略>
Scan this dir for additional .ini files => /etc/opt/rh/rh-php73/php.d
<略>
# cp -p /[rpmから取り出したフォルダ]/etc/php.d/memcache.ini /etc/opt/rh/rh-php73/php.d/memcache.ini
extension で memcache が指定されていることを確認する
httpd を 再起動する
# systemctl restart httpd24-httpd.service
エラーログが以下の通り出ていました｡
PHP Warning: PHP Startup: Unable to load dynamic library 'memcache' (tried: /opt/rh/rh-php73/root/usr/lib64/php/modules/memcache (/opt/rh/rh-php73/root/usr/lib64/php/modules/memcache: cannot open shared object file: No such file or directory), /opt/rh/rh-php73/root/usr/lib64/php/modules/memcache.so (/opt/rh/rh-php73/root/usr/lib64/php/modules/memcache.so: undefined symbol: _zval_ptr_dtor)) in Unknown on line 0
と､ここまで書いてて､解決策が見つけられていません｡
remi パッケージなどから memcache をダウンロードして､同じようにインストールすればうまくいくような気がしています｡
_zval_ptr_dtorというのは､環境を確認した結果､対応していない場合に出ることが多いようです｡
base パッケージの memcache は対応しているPHPのバージョンが古いのだと思われます｡
参考
Why does the PHP extension fail to load with _zval_ptr_dtor_wrapper error
※結局 apache ごと remiパッケージを利用することにしてしまいました｡
memcached サーバーが別にあるので､PHPからこの memcached を利用したいと思います｡
ちなみに yum でインストールしようとすると､scl でインストールしたPHPとの依存関係が出てしまいうまくいきません｡
また無理矢理インストールしても scl 側のPHPには作用しません｡
scl 側では対応した memcache のモジュールは用意されていません｡さあ困った｡
---------------------------
※以下のコマンドではうまくいきません｡
後日顕彰した結果をまた記事にしたいとおもいます｡
---------------------------
# yum list |grep memcache |grep php
php-pecl-memcache.x86_64 3.0.8-4.el7 base
base パッケージに php 用の memcache がありました｡
rpm をダウンロードします｡
# yumdownloader php-pecl-memcache.x86_64
中身を取り出します｡
# rpm2cpio php-pecl-memcache-3.0.8-4.el7.x86_64.rpm |cpio -id
カレントフォルダ内にファイルができてしまうので､フォルダ内で実行した方がいいように思います｡
エクステンションを保存する場所を確認します｡
# php -i |grep extension_dir
extension_dir => /opt/rh/rh-php73/root/usr/lib64/php/modules => /opt/rh/rh-php73/root/usr/lib64/php/modules
# 取り出したファイルをエクステンションの場所にコピー
cp -p /[rpmから取り出したフォルダ]/usr/lib64/php/modules/memcache.so /opt/rh/rh-php73/root/usr/lib64/php/modules/
#php -i |grep ini
<略>
Scan this dir for additional .ini files => /etc/opt/rh/rh-php73/php.d
<略>
# cp -p /[rpmから取り出したフォルダ]/etc/php.d/memcache.ini /etc/opt/rh/rh-php73/php.d/memcache.ini
extension で memcache が指定されていることを確認する
httpd を 再起動する
# systemctl restart httpd24-httpd.service
エラーログが以下の通り出ていました｡
PHP Warning: PHP Startup: Unable to load dynamic library 'memcache' (tried: /opt/rh/rh-php73/root/usr/lib64/php/modules/memcache (/opt/rh/rh-php73/root/usr/lib64/php/modules/memcache: cannot open shared object file: No such file or directory), /opt/rh/rh-php73/root/usr/lib64/php/modules/memcache.so (/opt/rh/rh-php73/root/usr/lib64/php/modules/memcache.so: undefined symbol: _zval_ptr_dtor)) in Unknown on line 0
と､ここまで書いてて､解決策が見つけられていません｡
remi パッケージなどから memcache をダウンロードして､同じようにインストールすればうまくいくような気がしています｡
_zval_ptr_dtorというのは､環境を確認した結果､対応していない場合に出ることが多いようです｡
base パッケージの memcache は対応しているPHPのバージョンが古いのだと思われます｡
参考
Why does the PHP extension fail to load with _zval_ptr_dtor_wrapper error
※結局 apache ごと remiパッケージを利用することにしてしまいました｡
2020年04月15日
以前の内容からちょっとだけ変化がありました｡
2015年07月25日: 僕の携帯/スマホ環境
なんと普段利用の携帯はガラケーのままで､いまだに利用しています｡
途中で紛失したため､中古の同型機を購入しなおしたように記憶しています｡
個人スマホについては､2015年12月に Priori3を購入しました｡
2015年12月07日: Priori3 を購入しました。
個人利用のスマホについて今回変更がありました｡
ZenFone Live (L1) に変更したのです｡
以前のスマホはおよそ13,000円で､結局50ヶ月ぐらい(4年ちょいぐらいでしょうか)
月額の費用は250円+SIM500円ぐらいなので､まあこんなもんかなと思っています｡そう考えるとSIMが相対的に高いですね｡
Priori3ではタッチパネルのことを書いていましたが､google map を操作するときは最悪でした｡
あまり触らないので､気になりませんが､これは困りました｡
また3-4年は継続して使いたいと考えています｡
2015年07月25日: 僕の携帯/スマホ環境
なんと普段利用の携帯はガラケーのままで､いまだに利用しています｡
途中で紛失したため､中古の同型機を購入しなおしたように記憶しています｡
個人スマホについては､2015年12月に Priori3を購入しました｡
2015年12月07日: Priori3 を購入しました。
個人利用のスマホについて今回変更がありました｡
ZenFone Live (L1) に変更したのです｡
以前のスマホはおよそ13,000円で､結局50ヶ月ぐらい(4年ちょいぐらいでしょうか)
月額の費用は250円+SIM500円ぐらいなので､まあこんなもんかなと思っています｡そう考えるとSIMが相対的に高いですね｡
Priori3ではタッチパネルのことを書いていましたが､google map を操作するときは最悪でした｡
あまり触らないので､気になりませんが､これは困りました｡
また3-4年は継続して使いたいと考えています｡
