投稿

3月, 2017の投稿を表示しています

SSHで接続できない

-
イメージ
 Ubuntuを24.04→26.04 時間があったので、メインマシンのUpgradeを実施。 とはいえ、とはいえ、システムディスク（/）とデータディスク（/home）を分けているのでクリーンなインストールを実施。 (1) USBでUbuntu26.04を起動 (2) /home/user → /home/user_old にリネーム (3) 26.04をインストール これで、/home/user_oldにこれまでの環境が残ったまま、新規userでインストールすれば完了。もともとのuserが使用していたuser_id:1000のままなので、どちらのフォルダも見ることができる。 あとは、使用するソフトをインストールし 　/home/user_old 以下から、利用する設定ファイル等をコピーして動作確認するだけ。 Dropbox MEGA などは、先にコピーしてから、フォルダ同期設定をすることで、ダウンロードなどはチェックのみで完了する。 thunderbird brave browser vscode dbeaver-ce typora obsidian LMStudio ollama あたりを移行してほぼ終了 .sshはそのままコピーして完了。 と思っていたら、何故かサーバによっては接続できない場合があることに気づいた。 $ ssh vps 何も返ってこず、接続できない。 でこれまで接続できていたのに、うまく行かない？？ 詳細を確認しながら、チェックすることに。 $ ssh -vv vps debug1: OpenSSH_10.2p1 Ubuntu-2ubuntu3.5, OpenSSL 3.5.5 27 Jan 2026 debug1: Reading configuration data /home/user/.ssh/config ︙ debug2: we sent a publickey packet, wait for reply debug1: Server accepts key: /home/user/.ssh/id_rsa RSA SHA256:n5ocPbCvMV4FGFof … … … … … pBuJ/8r/kHGANY explicit agent のように、 認証完了後にシェルが起動せず、応答がない状態になっている。 具体的には ...
コメントを投稿
続きを読む

UTF8の指定ではまった

-
MariaDB＋PHPにて PHPでDB上のデータを大量に処理するプログラムを書いていて、おかしな現象に出くわした。 1万件＋42万件＋43万件のjoinで、必要なもののみ取り出して、updateをかけるという手作業ではやる気にならない処理なので、サクッと書いてぶん回すしかない…。 ローカルでmysqlモニタを使用してSQLを叩くと、問題なく結果が返ってくる。 でもって、サーバ上で実行すると、結果がEmpty…。 あれれ？ 試しに、phpmyadmin上でSQLだけ叩いてみる。 ローカルと同じ結果になる。 何かがおかしい。 　： 　： $mysqli = new mysqli("localhost",$username,$password); if($mysqli->connect_error){   print('<p>データベースへの接続に失敗しました</p>'.$mysqli->connect_error);   exit(); } $mysqli->select_db($dbname); $mysqli->set_charset("utf-8"); $sql="SELECT bill.bill_id,bill_item.bill_item_id,bill_item_detail.bill_item_detail_id,              bill.billing_id,bill.bill_month,bill.bill_date,bill.deposit_receive_date   FROM `bill_item_detail`   join bill_item on bill_item_detail.bill_item_id=bill_item.bill_item_id   join bill on bill.bill_id=bill_item.bill_id   WHERE `bill_item_detail`.`name` LIKE '繰越残高' AND 　： 　：   order by bill.b...
コメントを投稿
続きを読む

404エラーが多発？

-
イメージ
Google Search Consoleからメールが来た 今度は、なりすましではなく…。 本家からエラーが急に出ているよと報告のメールが届いた。 特に、外部へのリンクは多く張らないようにしているし、急に増えるというのが解せない。 何か、トラブルが起きたのか？ ということで、エラーの内容を確認してみる。 Search Consoleで確認 とりあえず、どのリンクでエラーが出ているのかを見てみると、 2013_03_null_archives.html とか、2015_04_null_archives.html という日付のアーカイブ？なのか、null_archivesなので、アーカイブでないのか良くわからないリンクへのエラーが大量に発生。 図は、すでに該当のリンクを全て「修正済とする」と指定した直後。 2017/02/05に初めて1件のエラーが出ているが、これは上記に残っているアタックと思われるアドレス。 大量に発生しているのは3月に入ってからで、10日以降にドンと発生している。 これらのリンクとして考えられるのは、レイアウト情報にあるガジェットの「ブログアーカイブ」くらいしかない。 過去の記事を、年月指定で見に行くガジェットで、別に自作したものではない。 Google謹製なので、自前のツールでエラーが出ているとしか思えない。 多分、時間と共に収束するのかもしれないが、気持ちが悪い。 まず、修正済にして様子を見てみるしか、現時点では手がない。 海外でも、同様のメールが届いたが、何をすればよいか？という書き込みを見つけたが、公式の案内に書かれている事以外、特に解決策らしきものはなさそうだ。 これでも、同じように404エラーを吐くのであれば、robots.txtにエラーとなるURLをすべて書き込むしか解決方法はなさそう…。 面倒なので、ちゃんとクロールするようにしてくれるのが嬉しいのだが…。
コメントを投稿
続きを読む

LINE乗っ取りにまんまとヤラれてしまった

-
イメージ
事の顛末 朝から少々面倒なデータ編集作業と、コード書きをしていて…。 頭が疲れてきたので、通常のメールの確認と、迷惑メール内のチェックをしてました…。 で、普段なら軽々しく信用しないのですが… で、以下がそのメール本文。 差出人は軽くチェックし、画面へ遷移。 いつもなら、URLも確認するんだけど…。 これが、その画面。 まあ、ログインして確認しておこうと、ログインしたのですが…。 で、さっくり乗っ取られて…。 ぐはぁ…と。 素人同然のことをやってしまいました。 疲れた脳味噌は判断力を低下させてくれるようです。 あちこちから、お電話もらいました。 絶対にヤラれているわ…とか、おかしいと思った…、とか。 連絡しようにも、LINE自体が使えないので、電話しか…。 ということで、本当に申し訳ないことをしました。 LINEのメッセージを信じて被害に遭わないことを祈って・・・。 本当にご迷惑をお掛けしました。 LINEには、乗っ取りの連絡をしてあるので、何時間かで収束するとは思うのですが…。
コメントを投稿
続きを読む