どurakuの作ったもの、作ろうとしているもの、作ろうとしていたものの近況。Firefox上のプラグインとして動作し、Webブラウザを自動操作、グラフィカルだったりそこそこAjaxが入っているサイトでも操作やアサート条件が設定できるE2Eテストツールです。個人的にはWebアプリケーションのテストはコア部分以外は(単体テストよりも)E2Eテストで実操作に近いシナリオで動かした方が良いのではと思っている所も有り、そこそこ使っています。IDEも実質終了してしまいました。ESR(長期サポート)版も来年には次のバージョンが来てしまいます。Driverだったりで動くものに乗り換えるべきかもしれません。JSとかKapybaraとかその辺も関係してくるのかもしれません。いかんせん実際に使った事が無いので、いちから調べる必要が有ります。今まで以上に自動化を進める(継続的インテグレーションへの組み込み)人向けのようにも感じ、GUIでぽちぽちするだけでテスト出来ていたソリューションを置き換える物としては「同じ事は出来るけど別の層向け」という印象が有ります。https://github.com/SeleniumHQ/selenium-ide一応公式?なんでしょうか。IDEと言えるものです。頻繁に使っていたClickAndWaitが無かったりと、テストケースファイルの互換性に関しては何とも言えないものになっています。今後今までのシナリオと同等の物が作れるようになるんだろうか......?。実際に試してみたものの、全体的にベータ版感が有ります。https://www.katalon.com/resources-center/blog/katalon-automation-recorder/エクスポート機能も有り、仕様上はSideeXよりも高機能なエクステンションです。実際に試してみましたが、Chrome版だとページ内の文字列を取るバリデーションで動作が止まったり、Firefox版だと実行ボタンを押しても1ステップも動かずと、こちらも上手く動かず。UIはそれなりに完成度が高そうな感じなんですが......。他のツールとも連携するソリューションを目指しているようで、ツール開発の今後に期待が持てます。正解がない別物である事を受け入れたうえで、CUIやCI上のテストツールから実行するソリューションに行くのがおそらくもっとも無難。新しいものを知る事は勉強にもなる。Recorderが今後便利に使えるようになるのかもしれない、という気持ちも捨てきれず。期待するなら開発に協力しろと言うのも有りますが(SideeXはOSS)そういった余力もなく。ESRに残された期間で検討していきたいと思います。7.x要点LinuxカーネルがCentOS5/6の2.6.xから3.10.xになりました。デフォルトのファイルシステムがXFSになりました。ext4ではありません。併せてLVMのスナップショットをサポートしました。initからsystemdに置き換わりました。分散していた設定の一元化や並列処理による起動の高速化、ログのジャーナルファイル化が特徴です。ファイアウォールの管理設定がiptablesからfirewalldに置き換わりました。iptablesはバックエンドとして使われていますがiptables自体は起動されず、共存も出来ません。ネットワーク設定がNetworkManagerに一元化されました。設定のセットを「コネクション」としてまとめ、インタフェースごとに付け替えるような設定が可能です(本番用のネットワーク設定、開発用のネットワーク設定等)。ネットワーク関係のツールコマンドがiproute2に置き換わりました。従来のnet-toolsは推奨されず、初期状態ではインストールもされません。具体的にはifconfig、route、netstat、arpコマンドが無くなり、代わりにipコマンドとssコマンドを使います。時刻合わせのデーモンはntpdではなくchronydが動きます。ntpdよりも高速かつ正確に同期するようです。タイムゾーンの変更はtimedatectlコマンドです。ロケールの変更はlocalectlコマンドです。ホスト名の確認、変更はhostnamectlコマンド、もしくはsystemdと同期しているNetworkManagerのnmcliコマンドを利用します。編集しても反映されません。Containerのサポート。Dockerも標準リポジトリから利用できます。ブートローダーがGRUBからGRUB2に変更。CentOS公式としてはipv6の無効化は非推奨です。その他いろいろなライブラリのバージョンが変わっていたり。PHP公式のサポートが終わっていてもCentOSによるサポート対象となる。2.4systemdコマンドとしては主にsystemctl、journalctlを利用します。操作できない物も多く、利用できないものと思った方がいいです。chekconfigでも表示されない項目が多々存在します。同様にsystemctlを使ってください。.serviceは省略可。–no-pagerjournalctlsystemctlコマンドでサービスを起動しようと思ったが失敗した時等に、journalctlコマンドで見てとそのまま実行できるコマンドを提示してくれます。出ていた内容がこちらに出ている事も有るので、問題調査時も要チェック。-xntimedatectlタイムゾーンを確認する。timedatectllocalectlロケールを確認する。localectlhostnamectlホスト名を確認する。hostnamectlfirewalldインタフェース毎に仮想的なファイアウォールを構築します。コマンドとしてはfirewall-cmdを利用します。許可するサービスをまとめたゾーンを作成する。接続元IP(ソース)ごとにどのゾーンを割り当てるか指定。インタフェースに適用するゾーンを指定。ネットワークインタフェースが1つだけの環境の場合は3番目は行わなくてもOKです。他にもIPマスカレードやポートフォワード等いろいろ出来ますが上記3点のみ説明します。付けないと恒久的な変更とならないので注意。–change-interface=ens192ゾーンにインタフェースを割り当てない場合はデフォルトゾーンが割り当てられます。ゾーンは新しく追加する事もできます。/usr/lib/firewalld/services/に配置されています。–zone=public恒久的でない変更はOSやfirewalldの再起動によって初期化される。–remove-icmp-block=echo-request恒久的に変更する場合は–permanentを付けるゾーンへ許可するポートを追加・削除サービスとして定義されているものはサービスで制御する事。使うものであれば自分でサービスとして定義を追加してもいいかもしれない。–remove-port=8080/tcp恒久的に変更する場合は–permanentを付ける接続元IPアドレスによるゾーン振り分け接続元IPアドレス(ソース)によって振り分け先のゾーンを変える事で、許可サービスの制御をします。ソース設定で振り分けられなかった接続はデフォルトゾーンに振り分けられます。デフォルトゾーンのpublicではhttpだけを許可し、特定のIP(ソース)をworkゾーンに振り分け、workではhttpとsshを許可する、といった指定で制御します。–remove-source=1xx.1xx.xx.xxx恒久的に変更する場合は–permanentを付ける反映この辺りの設定は/etc/firewalld/zones/の中にxml形式で作られている。デフォルトで用意されているゾーンについてdrop:全ての受信パケットを破棄する。block:全ての受信パケットに受信拒否を返す。内部から開始した通信の返信パケットは受信できる。trusted:すべての受信パケットを受け入れる。上記3つのゾーンについては設定を変更できない。参考:http://www.slideshare.net/enakai/firewalld-study-v10上記以外のファイアウォール設定とりあえず表示するコマンドのみを記載。–get-all-rulesNetworkManagerコマンドとしてはnmcliを利用します。コンソール上でTUIベースの設定が行える、nmtuiコマンドが有ります。nmcliconnectionはcon、またはc、modifyはmod、またはmといった形で簡略化できるパラメータも多いです。ens160なお、設定変更の反映もupを使います。showはかなりたくさんの情報が出てくるので、特定のフィールドだけ確認したい時は–fieldsを使う。nm-settingsで確認できる。設定値の変更はmodify。デフォルトゲートウェイ”のフォーマットで指定する。192.168.0.1パラメータの追加は+。以下はIPエイリアスの追加。urakuZabbixのデフォルト配色が色弱にやさしくないので変更するZabbix上の正常色、異常色は典型的な黄緑色、赤の配色になっていますが、一部の色弱の方にはとても区別しづらい色になっています。日本人男性の20人に1人は色弱持ちと言われる日本ですので、複数人が利用するZabbixでは色を変えた方が無難でしょう。7.xにyumでインストールした場合のパスとなります)。:%s/#59db8f/#59dbc2/gこれでも見づらい場合は各自調整してみてください。このファイルはZabbixをマイナーアップデートするたびに元に戻されてしまいます。別のテーマとしてコピーしてあげる方がいいのかもしれません。