投稿者: zen

  • Google WorkspaceのGoogle Driveの不適切コンテンツの検査が開始された

    Googleが企業向けGoogle WorkspaceのGoogle Drive上(共有ドライブも)にあるコンテンツのポリシー監査を行い、不適切コンテンツが制限される

    https://workspaceupdates-ja.googleblog.com/2021/12/google_21.html

    これにより、制限が適用されたファイルの名前の横にはフラグが表示され、共有ができなくなるほか、一般公開(共有)も停止されるようなった。一般公開(共有)が停止されると、リンクを知っているユーザーもそのファイルにアクセスできなくなる。この状態になったファイルのオーナーには、違反の詳細と、審査をリクエストする方法が記載されたメールが届く。不適切コンテンツではない場合は、審査のリクエストを行って、ファイルの回復処理が必要とのこと。

    Googleのポリシーを見ると、Google Drive上にあるファイルで、下記のようなものが対象になる。(https://support.google.com/docs/answer/148505)

    • 児童の性的虐待と搾取
    • 危険行為、違法行為
    • ハラスメント、いじめ、脅迫
    • 悪意のある表現
    • なりすましと不実表示
    • マルウェアおよび同様の悪質なコンテンツ

    などなど。

    Googleなので、機械的に検査されていくはずなので、日本語の場合、ヘイト的な内容の解釈によっては検査にかかる可能性は否定できない。

    この手の規制は、コンテンツプロバイダの仕事なのでやることはわかるのだが、公開されているウェブの書き込み内容でもなく、企業向けのストレージも対象なのは恐ろしい。クラウドサービス(クラウドストレージ)を利用する以上は、諦めて従うしかないのだが。そのうち、オンプレミス回帰や重要なデータは、オフラインで手渡しのような形に戻るのではないかと考えてしまう。

  • OpenSSLでCSRを発行したときに”.rnd”が開けないというエラーが出た

    OpenSSLでCSRを発行したときに”.rnd”が開けないというエラーが出た。エラーは出たが、CSRファイル自体は出力できた。

    Can't load /root/.rnd into RNG
    140466838241728:error:2406F079:random number generator:RAND_load_file:Cannot open file:../crypto/rand/randfile.c:88:Filename=/root/.rnd

    毎回エラーがでると、ドキッとするので、エラーが出ないようにした。

    `/etc/ssl/openssl.cnf `を開いて、下記の行をコメントアウトした。

    RANDFILE                = $ENV::HOME/.rnd

    これでコマンドを実行してもエラーが表示されなくなった。

  • 鴨川シーワールドにいってきた

    先々週末に、数年ぶりに鴨川シーワールドにいってきた。

    ずっと行こうとは思っていたもののCOVID-19下で入場制限されていたり、休んでいたり、不要不急の外出自粛だったりと、行きにくい状態だった。オミクロン型が入ってくる前にいけてよかった。

    鴨川シーワールドは激混みではないけれど、人はいっぱいいた。ショーが主体なので、どうしても、混雑しやすい。子供が飽きるというのもあって、ちゃんとショーをみれたのはイルカショーだけだった。シャチのショーは見れなかったけれど、練習中のシャチのジャンプだったり泳ぎはゆったりと見ることができた。

    本当に久しぶりにいったけれど、楽しかった。シャチが見れるところは少ないので、シーワールドが生き残ってくれて本当によかった。

  • 迷惑メール確定

    “rain_dream_5654@docomo.ne.jp”という連絡先に登録されていないところから、SMSが届いた。とても怪しいので、名乗ってくるまで放置したところ、同じような時間帯にメールがくる。それで、検索エンジンで調べてみたところ、同じメールアドレスからメールを受けている人が多数いた。よほど、同級生が多いフィッシングアカウントのようだ。

    日付をみると、去年くらいから出回っているようで。それから、季節性のものっぽい印象を受けた。年末のこの手のものがきそうな時期を狙っているようだ。

  • GASからCloud SQL(MySQL)に接続するコード

    Google Apps Scripsから、Google Cloud SQLのMySQLに接続するコードのサンプル。このとき、Cloud SQLのMySQLは、MySQL 5.7よりも古くないと接続できない。

    DBへの接続は、JDBCを使用する。このとき、JDBCの読み込みは必要なく、GASのエディタ上で直接記述してよい。このサンプルでは、SSL(TLS)を使わないバージョン。通信経路が暗号化されないので、注意が必要。

    接続のチェックのため、コンソールログに、いろいろと書き出すようにしている。Logの部分はなくても、問題なし。

    function myFunction() {
      dbConnection();
    }
    // --------------------------------
    // SSL 接続なしで接続する
    // --------------------------------
    function dbConnection(){
      Logger.log('start dbConnection function.');
      // 接続先設定
      var connectionIp = 'xxx.xxx.xxx.xxx'; // 接続のMysqlのIPアドレス(ホスト名があれば、ホスト名も可)
      var userName = 'user'; // 接続で使うユーザ名
      var passwd = 'password'; // 接続で使うパスワード 変数名をpasswdにしているのは、コネクションInfoの作成時にキーワードと変数が同じになるのを避けるため。
      var databaseName = 'dbname'; // データベース名
      var addr = 'jdbc:mysql://' + connectionIp + '/' + databaseName;
      Logger.log('start mysql con');
      Logger.log(addr);
      var connectionInfo = {
        user: userName,
        password: passwd
      }
      var connection = Jdbc.getConnection(addr, connectionInfo);
      // 接続できたことを確かめるために、ログにDB名を出力。
      Logger.log(connection.getCatalog());
      // コネクションを閉じる
      connection.close();
      Logger.log('end');
    }
  • 暴風雨の音がうるさくて寝不足

    昨夜の暴風雨がすごくて、特に風のうなる音がうるさくて、寝不足。荒れた天気だったので、早めに寝たのだが、夜中に風の音と揺れで起きてしまった。とりあえず、何もなかったが、自然の力には驚かされた夜だった。

  • MySQL Workbench をインストールしようとしたら、Visual Cのランタイムがなくてエラーになった

    MySQL Workbench 8.0CE をインストールしようとしたら、Visual Cのランタイムコンポーネントがなくてエラーになった。

    MySQL Workbench requires the Visual C++ 2019  
    Redistributable Package to be installed. Click the 
    Download-Button on the next page to open a web 
    page containing further instructions.

    下記のMicrosoftのサイトから、「Microsoft Visual C++ Redistributable for Visual Studio 2022」のパッケージをダウンロード。

    https://visualstudio.microsoft.com/ja/downloads/

    ダウンロードができたら、実行して、インストールする。パッケージには、Visual C++ 2015~2022までが入っているので、2019が含まれている。

    Visual C++のランタイムのインストールが終わってから、MySQL Workbenchのインストールを再実行し、インストールに成功した。起動もできるし、無事に使えている。

  • お名前.comのVPSメンテナンスにハメられた話

    お名前.comのVPSを利用しているのだが、ここ数ヶ月でメンテナンスが多発している。VPSの基盤を入れ替えているためのようだが、このメンテナンスがなかなかひどい。

    最初のメンテナンスで、平日の日中に長時間の停止が発生した。そのあとは、VPSに接続できなかったりすることが多発していた。とても、パフォーマンスが悪く、ひどい有様だった。

    そして昨日に行われた緊急メンテナンスも、ひどかった。当然のように日中に行われているし、停止時間は30分で再起動が発生するという告知はあった。サーバとの疎通が切れてから、数時間がたっても、疎通がとれない。メンテナンス時間の間なので、待つしかない。メンテナンスの終わりの時間になっても、VPSとの疎通はとれず。管理コンソールから確認すると、OSは起動していた。だが、ネットワークに繋がっていない状態だった。それで確認すると、DHCPでアドレスが取れない場合があるとのこと。とりあえず、OSを再起動したが状況は変わらなかった。

    1つ1つ、OSの状況を確認していくと、ネットワークインターフェース(NIC)の認識されている名前が変わっていることを発見した。そんなことは、通知には書いていなかった。NICが変わっているので、ネットワークの設定が有効にならず、ネットワークから切り離されていた。VPSの管理画面をみても、NICのことは書かれていない。仕方無いので、NICのem0を消して、ifconfigで表示されたvtnet3に対して、割り振られているIPアドレスの設定をした。これで、VPSがネットワークに接続できるようになった。

    結局、ダウンタイムは6時間以上になった。メンテナンスにしても、サーバOSを扱っているわけで、このメンテナンスはひどい。お名前.comのVPSは品質悪い。別のVPSに乗り換えることも検討しないといけないと感じた。

  • ランチ:赤坂 武蔵のしゃぶしゃぶ(2021/12/15)

    2021年12月15日のランチ。寒くて、体調も優れなかったので、温かいしゃぶしゃぶにしてみた。

    武蔵の昼の混雑も復活しており、結構、ならんでいる人がいた。おいしかったのだけど、待っている間に頭痛がひどくなり、なかなか大変だった。体調のよいときに、もう一度行こう。

  • Log4Jの脆弱性はNHKニュースでも取り上げられたのね。

    Log4Jの脆弱性(Log4Shell)は、NHKニュースのおはよう日本で取り上げられたようだ。

    https://www3.nhk.or.jp/news/html/20211214/k10013387051000.html

    これをみて、慌てて指示を出す会社の上層部とか多そうだ。日頃は関心のない層がみることで、いい方向で変わるといいのだけど。逆に現場をせめて、愛想つかされて、技術者が退職するというパターンもありえそうだが。