<?xml version="1.0" encoding="utf-8"?>
<!DOCTYPE feed [
      <!ENTITY lt "&#38;#60;">
      <!ENTITY gt "&#62;">
      <!ENTITY amp "&#38;#38;">
      <!ENTITY apos "&#39;">
      <!ENTITY quot "&#34;">
      <!ENTITY nbsp "&#160;">
      <!ENTITY copy "&#169;">
]>
<feed xmlns="http://www.w3.org/2005/Atom">
    <title type="text">ブログ</title>
    <subtitle type="text">UJP-Unwired Job Professional</subtitle>
    <updated>2026-08-27T02:29:04+09:00</updated>
    <id>http://www.ujp.jp/modules/d3blog/index.php</id>
    <link rel="alternate" type="text/xhtml" hreflang="ja" href="http://www.ujp.jp/" />
    <link rel="self" type="application/atom+xml" href="http://www.ujp.jp/modules/d3blog/index.php?page=atom" />
    <rights>Copyright (c) 1995-2020</rights>
    <generator uri="http://www.ujp.jp/">D3BLOG - XOOPS BLOG MODULE</generator>
    <entry>
        <title>macOS TahoeとYAMAHA RTX1200でVPN構成</title>
        <link rel="alternate" type="text/xhtml" href="http://www.ujp.jp/modules/d3blog/details.php?bid=11321" />
        <id>http://www.ujp.jp/modules/d3blog/details.php?bid=11321</id>
        <published>2026-08-18T23:54:50+09:00</published>
        <updated>2026-08-18T23:54:50+09:00</updated>
        <category term="2021 M1 MAX" label="2021 M1 MAX" />
        <author>
            <name>ujpblog</name>
        </author>
        <summary type="html" xml:base="http://www.ujp.jp/" xml:lang="ja">　自宅のVPNサーバに出先(実家)から接続すると，一部のプロトコルが通信できない．　軽くAIモードで調べてみたら，こんな感じでした．引用：Q:macos tahoeでVPN L2TPの仕様は変わりましたか?A...</summary>
       <content type="html" xml:lang="ja" xml:base="http://www.ujp.jp/">
<![CDATA[<div>　自宅のVPNサーバに出先(実家)から接続すると，一部のプロトコルが通信できない．<br />　軽くAIモードで調べてみたら，こんな感じでした．<br /><br />引用：<div class="xoopsQuote"><blockquote>Q:<br />macos tahoeでVPN L2TPの仕様は変わりましたか?<br /><br />AIモード:<br /><br />　macOS Tahoe（バージョン16）では、組み込み（ネイティブ）VPNクライアントにおけるL2TP / IPsecの仕様が変更され、古い暗号化アルゴリズムが完全に削除されました。<br /><br />Q:YAMAHA RTX1200のL2TPでVPNを構成しています．<br /><br />AIモード：<br /><br />　YAMAHA RTX1200をL2TPサーバーとして運用している場合、macOS Tahoe（バージョン16）を搭載したMacからは、OS標準機能でのVPN接続が完全にできなくなります。<br /><br />　RTX1200がサポートしているIPsecの暗号化アルゴリズム（3DESやAES-CBC、SHA-1など）は、macOS Tahoeの標準VPNクライアントから「脆弱で安全ではない古いシステム」として完全に排除されたためです。RTX1200はすでに生産終了・サポート終了から時間が経過しており、macOS側が求める最新の暗号化プロトコル（IKEv2やWireGuard）に対応するファームウェアアップデートも提供されません。<br /></blockquote></div></div>]]>
       </content>
    </entry>
    <entry>
        <title>macOS Tahoeの不具合</title>
        <link rel="alternate" type="text/xhtml" href="http://www.ujp.jp/modules/d3blog/details.php?bid=11316" />
        <id>http://www.ujp.jp/modules/d3blog/details.php?bid=11316</id>
        <published>2026-08-13T14:59:16+09:00</published>
        <updated>2026-08-13T14:59:16+09:00</updated>
        <category term="2021 M1 MAX" label="2021 M1 MAX" />
        <author>
            <name>ujpblog</name>
        </author>
        <summary type="html" xml:base="http://www.ujp.jp/" xml:lang="ja">　ずっとMontoreyを使って不具合はなかったのだけど，MacBook Pro M1にしてから最新OSにしている．　しかし，これまでのOSで問題が起こったことがない機能で，動作不良が確認されている．と...</summary>
       <content type="html" xml:lang="ja" xml:base="http://www.ujp.jp/">
<![CDATA[<div>　ずっとMontoreyを使って不具合はなかったのだけど，MacBook Pro M1にしてから最新OSにしている．<br />　しかし，これまでのOSで問題が起こったことがない機能で，動作不良が確認されている．とてもストレス．<br /><br />・アクセシビティ機能でマウスカーソルの矢印の大きさを２段階大きくするとマウス反応ができなくなる．<br />・ファーストユーザスイッチができなくなる．<br />・なんだか突然マウスの左クリックが右クリックになる．<br /><br />　マウス関係の不具合は，ELECOM Mouse Assistant 6をインストールしてから確認できていて，どうも他のLogitecなどのマウスドライバでも不具合が出ている場合もある模様．<br />　ELECOM Mouse Assistant 6をオフオンしたら直ったっぽい．<br /><br />[macOS Tahoe] ファストユーザスイッチが動かない場合の解決案<br /><a href="https://qiita.com/miuraken/items/caf9b14e78344181ee4b" rel="external">https://qiita.com/miuraken/items/caf9b14e78344181ee4b</a></div>]]>
       </content>
    </entry>
    <entry>
        <title>移行アシスタント　つかえなーい</title>
        <link rel="alternate" type="text/xhtml" href="http://www.ujp.jp/modules/d3blog/details.php?bid=11285" />
        <id>http://www.ujp.jp/modules/d3blog/details.php?bid=11285</id>
        <published>2026-07-21T23:33:07+09:00</published>
        <updated>2026-07-21T23:33:07+09:00</updated>
        <category term="2021 M1 MAX" label="2021 M1 MAX" />
        <author>
            <name>ujpblog</name>
        </author>
        <summary type="html" xml:base="http://www.ujp.jp/" xml:lang="ja">　Mac Pro 2013(Monterey)からMacBook Pro M1 MAX 2021(Tahoe)へ移行するにあたり，「移行アシスタント」を使ってみる事にした．　転送時のデータ量が多いからと思い，Wi-Fiを使わずに1GB Ethernet経由で開...</summary>
       <content type="html" xml:lang="ja" xml:base="http://www.ujp.jp/">
<![CDATA[<div>　Mac Pro 2013(Monterey)からMacBook Pro M1 MAX 2021(Tahoe)へ移行するにあたり，「移行アシスタント」を使ってみる事にした．<br />　転送時のデータ量が多いからと思い，Wi-Fiを使わずに1GB Ethernet経由で開始．<br /><br />　6時間経っても終わらないのでキャンセル．中身を見てみたら，何も始まってなかった．<br /><br />　Time Machine経由にしてみる事に．</div>]]>
       </content>
    </entry>
    <entry>
        <title>サービス停止</title>
        <link rel="alternate" type="text/xhtml" href="http://www.ujp.jp/modules/d3blog/details.php?bid=11268" />
        <id>http://www.ujp.jp/modules/d3blog/details.php?bid=11268</id>
        <published>2026-07-07T23:48:00+09:00</published>
        <updated>2026-07-08T12:59:57+09:00</updated>
        <category term="2008 late" label="2008 late" />
        <author>
            <name>ujpblog</name>
        </author>
        <summary type="html" xml:base="http://www.ujp.jp/" xml:lang="ja">　7月6日(月)になった途端に，大量アクセスがありWebサイトが停止状態．　CPU Usageが振り切って，午前0時から18時くらいまで，ほぼデータが取れないくらいの負荷になっている．　大量のSQ...</summary>
       <content type="html" xml:lang="ja" xml:base="http://www.ujp.jp/">
<![CDATA[<div>　7月6日(月)になった途端に，大量アクセスがありWebサイトが停止状態．<br /><br /><center><img src="http://www.ujp.jp/modules/xelfinder/index.php?page=view&file=15213&ServiceStop1.jpg" align="center" alt="" /></center><br />　CPU Usageが振り切って，午前0時から18時くらいまで，ほぼデータが取れないくらいの負荷になっている．<br /><br />　大量のSQL Injectionなど不正アクセスを疑ったけど，検知システムでも実際のログを見ても検知しておらず．アクセスログをみるとアンソロピックや検索エンジンの各種botからの大量のクローリングが原因でした．<br /><center><img src="http://www.ujp.jp/modules/xelfinder/index.php?page=view&file=15214&ServiceStop2.jpg" align="center" alt="" /></center><br />　Webアクセスをみると，通常とどれだけ違うかわかります．普段はhttpdが12程度で処理できているのに，mpmでのMaxClientsの上限設定の160近くまで跳ね上がっています．<br /><br /><center><img src="http://www.ujp.jp/modules/xelfinder/index.php?page=view&file=15215&ServiceStop4.jpg" align="center" alt="" /></center><br />　CMSで使っているデータベース側もスレッドが積み上がり，ロックが多くなってしまいました．アクセスが多いとアクセスカウンターの更新処理が入るので，これが負荷になるのですが，攻撃以外でこんなにアクセスされる事はないのです．<br /><br /><center><img src="http://www.ujp.jp/modules/xelfinder/index.php?page=view&file=15212&ServiceStop3.jpg" align="center" alt="" /></center><br />　対処としてはHTTPDのMacClientsとデータベースのコネクション数を低減させ，大量のアクセスを受け付けずに処理をHTTP 500にさせて稼働を守る方向に．<br /><br />　設定変更後，半日以上かかりましたが，やっと落ち着きました．<br /><br />　なぜ急にアクセスが増えたのかは，今の段階ではわかりませんが，ドント来い設定だったのを最小限設定にできたのは良かったのかな．自宅サーバ運用21年目の夏．<br /><br /><li>データベースの現在の接続数を確認．<br /><div class="xoopsCode"><pre><code>mysql&gt; SHOW VARIABLES LIKE &#039;max_connections&#039;;🆑
+-----------------+-------+
| Variable_name   | Value |
+-----------------+-------+
| max_connections | 151   |
+-----------------+-------+
1 row in set (0.00 sec)

mysql&gt;</code></pre></div><li>設定値を100に変更．<br /><div class="xoopsCode"><pre><code>mysql&gt; SET GLOBAL max_connections = 100;🆑
Query OK, 0 rows affected (0.01 sec)

mysql&gt;</code></pre></div><li>設定値の確認．<br /><div class="xoopsCode"><pre><code>mysql&gt; SHOW VARIABLES LIKE &#039;max_connections&#039;;🆑
+-----------------+-------+
| Variable_name   | Value |
+-----------------+-------+
| max_connections | 100   |
+-----------------+-------+
1 row in set (0.00 sec)

mysql&gt;</code></pre></div><li>データベースのスレッド数を確認．<br /><div class="xoopsCode"><pre><code>mysql&gt; SHOW STATUS LIKE &#039;Threads_connected&#039;;🆑
+-------------------+-------+
| Variable_name     | Value |
+-------------------+-------+
| Threads_connected | 86    |
+-------------------+-------+
1 row in set (0.00 sec)

mysql&gt;</code></pre></div><li>Webサーバを再起動して，再度データベースのスレッドを確認．<br /><div class="xoopsCode"><pre><code>mysql&gt; SHOW STATUS LIKE &#039;Threads_connected&#039;;🆑
+-------------------+-------+
| Variable_name     | Value |
+-------------------+-------+
| Threads_connected | 4     |
+-------------------+-------+
1 row in set (0.00 sec)

mysql&gt;</code></pre></div><li>データベースエンジンのステータスを確認．<br /><div class="xoopsCode"><pre><code>mysql&gt; SHOW ENGINE INNODB STATUS\G🆑
*************************** 1. row ***************************
  Type: InnoDB
  Name:
Status:
=====================================
260706  4:50:44 INNODB MONITOR OUTPUT
=====================================
Per second averages calculated from the last 16 seconds
----------
BACKGROUND THREAD
----------
srv_master_thread loops: 1 1_second, 1 sleeps, 0 10_second, 2 background, 2 flush
srv_master_thread log flush and writes: 1  log writes only: 5
----------
SEMAPHORES
----------
OS WAIT ARRAY INFO: reservation count 3, signal count 3
Mutex spin waits 0, rounds 0, OS waits 0
RW-shared spins 3, OS waits 3; RW-excl spins 0, OS waits 0
Spin rounds per wait: 0.00 mutex, 30.00 RW-shared, 0.00 RW-excl
------------
TRANSACTIONS
------------
Trx id counter D901
Purge done for trx&#039;s n:o &lt; 0 undo n:o &lt; 0
History list length 0
LIST OF TRANSACTIONS FOR EACH SESSION:
---TRANSACTION 0, not started, OS thread id 2960855040
MySQL thread id 11355, query id 1061000 localhost root
SHOW ENGINE INNODB STATUS
--------
FILE I/O
--------
I/O thread 0 state: waiting for i/o request (insert buffer thread)
I/O thread 1 state: waiting for i/o request (log thread)
I/O thread 2 state: waiting for i/o request (read thread)
I/O thread 3 state: waiting for i/o request (read thread)
I/O thread 4 state: waiting for i/o request (read thread)
I/O thread 5 state: waiting for i/o request (read thread)
I/O thread 6 state: waiting for i/o request (write thread)
I/O thread 7 state: waiting for i/o request (write thread)
I/O thread 8 state: waiting for i/o request (write thread)
I/O thread 9 state: waiting for i/o request (write thread)
Pending normal aio reads: 0, aio writes: 0,
 ibuf aio reads: 0, log i/o&#039;s: 0, sync i/o&#039;s: 0
Pending flushes (fsync) log: 0; buffer pool: 0
42 OS file reads, 7 OS file writes, 7 OS fsyncs
0.00 reads/s, 0 avg bytes/read, 0.00 writes/s, 0.00 fsyncs/s
-------------------------------------
INSERT BUFFER AND ADAPTIVE HASH INDEX
-------------------------------------
Ibuf: size 1, free list len 0, seg size 2,
0 inserts, 0 merged recs, 0 merges
Hash table size 553253, node heap has 0 buffer(s)
0.00 hash searches/s, 0.00 non-hash searches/s
---
LOG
---
Log sequence number 44736
Log flushed up to   44736
Last checkpoint at  44736
0 pending log writes, 0 pending chkp writes
10 log i/o&#039;s done, 0.00 log i/o&#039;s/second
----------------------
BUFFER POOL AND MEMORY
----------------------
Total memory allocated 136937472; in additional pool allocated 0
Dictionary memory allocated 20888
Buffer pool size   8192
Free buffers       8177
Database pages     15
Modified db pages  0
Pending reads 0
Pending writes: LRU 0, flush list 0, single page 0
Pages read 16, created 0, written 1
0.00 reads/s, 0.00 creates/s, 0.00 writes/s
No buffer pool page gets since the last printout
LRU len: 15, unzip_LRU len: 0
I/O sum[0]:cur[0], unzip sum[0]:cur[0]
--------------
ROW OPERATIONS
--------------
0 queries inside InnoDB, 0 queries in queue
1 read views open inside InnoDB
Main thread id 2960240640, state: waiting for server activity
Number of rows inserted 0, updated 0, deleted 0, read 0
0.00 inserts/s, 0.00 updates/s, 0.00 deletes/s, 0.00 reads/s
----------------------------
END OF INNODB MONITOR OUTPUT
============================

1 row in set (0.00 sec)

mysql&gt;</code></pre></div><li>エラーログの場所を確認．<br /><div class="xoopsCode"><pre><code>mysql&gt; SHOW VARIABLES LIKE &#039;log_error&#039;;🆑
+---------------+-----------------------+
| Variable_name | Value                 |
+---------------+-----------------------+
| log_error     | /mysql.err            |
+---------------+-----------------------+
1 row in set (0.01 sec)

mysql&gt;</code></pre></div><li>mysqlcheckを実施．<br /><li>まずはソケットファイルの場所を確認．<br /><div class="xoopsCode"><pre><code>mysql&gt; SHOW VARIABLES LIKE &#039;socket&#039;;
+---------------+---------------------------------------+
| Variable_name | Value                                 |
+---------------+---------------------------------------+
| socket        | /opt/local/var/run/mysql5/mysqld.sock |
+---------------+---------------------------------------+
1 row in set (0.00 sec)

mysql&gt;</code></pre></div><li>データベースをチェック．<br /><div class="xoopsCode"><pre><code>server$ /usr/local/mysql/bin/mysqlcheck -u root -p --auto-repair --all-databases --socket=/opt/local/var/run/mysql5/mysqld.sock🆑
Enter password:🔑
db.db__altsys_language_constants           OK
db.db__avatar                              OK
db.db__avatar_user_link                    OK
db.DB__banner
warning  : 3 clients are using or haven&#039;t closed the table properly
db.db__banner                              OK
db.db__bannerclient                        OK

ー略ー

mysql.columns_priv
error    : Table upgrade required. Please do &quot;REPAIR TABLE `columns_priv`&quot; or dump/reload to fix it!
mysql.db
error    : Table upgrade required. Please do &quot;REPAIR TABLE `db`&quot; or dump/reload to fix it!
mysql.func
error    : Table upgrade required. Please do &quot;REPAIR TABLE `func`&quot; or dump/reload to fix it!
mysql.help_category</code></pre></div><li>高負荷でデータベーストランザクションの不整合が発生して問題が出てる感じ．<br /><div class="xoopsCode"><pre><code>server$ /usr/local/mysql/bin/mysqlcheck -u root -p --auto-repair --all-databases --socket=/opt/local/var/run/mysql5/mysqld.sock🆑
Enter password:🔑
db.db__altsys_language_constants           OK
db.db__avatar                              OK
db.db__avatar_user_link                    OK

ー略ー

mysql.time_zone                                    OK
mysql.time_zone_leap_second                        OK
mysql.time_zone_name                               OK
mysql.time_zone_transition                         OK
mysql.time_zone_transition_type                    OK
mysql.user                                         OK
mysql.user_info                                    OK
server$</code></pre></div><li>データベースは復旧した．</div>]]>
       </content>
    </entry>
    <entry>
        <title>MacBook Pro 2021 M1 MAX</title>
        <link rel="alternate" type="text/xhtml" href="http://www.ujp.jp/modules/d3blog/details.php?bid=11267" />
        <id>http://www.ujp.jp/modules/d3blog/details.php?bid=11267</id>
        <published>2026-07-06T23:56:58+09:00</published>
        <updated>2026-07-21T23:26:24+09:00</updated>
        <category term="2021 M1 MAX" label="2021 M1 MAX" />
        <author>
            <name>ujpblog</name>
        </author>
        <summary type="html" xml:base="http://www.ujp.jp/" xml:lang="ja">　インテルアーキテクチャからARMアーキテクチャに変更されて6年．mac mini 2020 M1も所有しているけど，開発用サブ機なので，やっとメインのパソコンを買おうと検討．　本来はmac mini M4が...</summary>
       <content type="html" xml:lang="ja" xml:base="http://www.ujp.jp/">
<![CDATA[<div>　インテルアーキテクチャからARMアーキテクチャに変更されて6年．mac mini 2020 M1も所有しているけど，開発用サブ機なので，やっとメインのパソコンを買おうと検討．<br />　本来はmac mini M4が欲しいけどローカルLLM構築で人気で納期が数ヶ月先．さらに半導体不足で大幅な値上げをしたので，ちょっと妥協して，それでもメモリとストレージが強化されたモデルを選択して購入．<br /><br /><center><img src="http://www.ujp.jp/modules/xelfinder/index.php?page=view&file=15211&MacbookProM1MAX1.jpg" align="center" alt="" /></center><br />　64GBで2TB．今使っているのが64GBで1GBのMac Pro 2013なので，どのような性能さがあるか答えてもらった．<br /><br />引用：<div class="xoopsQuote"><blockquote>　Mac Pro 2013のXeon E5 2.7GHz（12コア）とMacBook Pro 2021のM1 Max（10コア）では、M1 Maxがシングルコアで約3.5倍、マルチコアでも約2.5倍高速と、あらゆる面でM1 Maxが圧倒的な性能差を見せつけます。<br />　具体的な性能指標と実作業への影響は以下の通りです。<br /><br />1. CPUベンチマーク比較（Geekbench 6）<br /><br />Mac Pro 2013 (Xeon 12コア)<br />　　シングルコア：約 680<br />　　マルチコア：約 4,900<br /><br />MacBook Pro 2021 (M1 Max 10コア)<br />　　シングルコア：約 2,380<br />　　マルチコア：約 12,300<br /><br />2. グラフィックス（GPU）性能<br /><br />Mac Pro 2013:<br />　デュアルGPU（AMD FirePro D700など）を搭載していますが、基本設計が古く、現在の新しい動画編集・3Dレンダリングの標準であるMetalには最適化されていません。<br /><br />MacBook Pro 2021 (M1 Max):<br />　最大32コアのGPUを内蔵し、さらにProResのハードウェアアクセラレーションにも対応しています。4Kや8Kの動画編集、3D処理においてMac Proとは比較にならないほどの快適さを発揮します<br /></blockquote></div>　3D処理とかはしないのだけど，やっぱりちょっとローカルLLMは動かしてみたい．GPU性能が高いのは良い．<br /><br />　そしてノートパソコンだと気になるバッテリ劣化．<br /><br /><center><img src="http://www.ujp.jp/modules/xelfinder/index.php?page=view&file=15210&MacbookProM1MAX2.jpg" align="center" alt="" /></center><br /><br /><br />引用：<div class="xoopsQuote"><blockquote>　中古のM1 Max MacBook Proであれば、その状態は十分に良好で平均的な消耗度合いです。不安になる必要はありません。理由は以下の3点です。<br /><br />1. 発売からの期間を考えると標準的<br /><br />　M1 Max搭載のMacBook Proは2021年後半の発売です。約4〜5年が経過していることを考えると、充放電回数200回（年間およそ40〜50回）は「主に電源に繋いで据え置きで使われていた、状態の良い個体」と言えます。<br /><br />2. Appleが定義する寿命の目安Apple公式の基準では、MacBook Proのバッテリーは「充放電回数1,000回で最大容量80%を維持」するように設計されています。<br />　充放電回数 200回：まだ寿命の2割しか消化していません。<br />　バッテリー容量 85%：経年劣化（時間の経過による自然消耗）を考慮すると、200回で85%は極めて自然な数値です。<br /><br />3. 今後の使用への影響<br /><br />　85%あれば、持ち運んでの作業も数時間は十分にこなせます。Appleのバッテリー交換目安である「80%未満」になるまで、まだ1〜2年はそのまま快適に使える可能性が高いです。<br /></blockquote></div>　2年後にバッテリ交換を検討という感じか．そうなるとAppleで交換ができるギリギリだろう．10年使いたいけどな．<br /><br /><br />　今回はヤフオクの横河レンタ・リースで購入しました．ヤフオクの期間限定キャンペーンで1万円引きクーポンも選択できたし，商品は綺麗な感じだし今の所よかったかな．<br /><br /><div class="xoopsCode"><pre><code>商品の合計金額 ： 231,000円
送料：1,540円
クーポン利用分：-10,000円
合計金額：222,540円</code></pre></div></div>]]>
       </content>
    </entry>
</feed>