投稿

ラベル(Mac Book Pro)が付いた投稿を表示しています

メールサーバの移行

イメージ
 自前のメールサーバを停止 これまで、自ドメインのメールサーバはVPS上に構築していた。 ・Ubuntu Server ・Postfix ・Dovecot ・spamAssassinと、BlackListの利用 Spam対策を行ってきたし、サーバ上でメールをトリガーにして各種プログラムを動かしたりしてきた。 メールサーバのメンテナンスは結構面倒くさくて、  ・Disk容量のチェック  ・不正アクセスのチェック  ・各種セキュリティパッチの適用 など、手間がかかる。 そこで、外部のサーバを利用することに…。 結構安くて使い勝手の良さそうなのが、「さくらのメールボックス」 3年契約で、3070円とな…。  メールアドレスは自分のだけなので、20GBまで利用可能!  (Gmailより大きいねぇ) ということで、早速契約。 アカウント設定を行って、既存のDNSを書き換える。WHOISも書き換えて完了。 SMTPとIMAPが利用できればOK。 ちょうど、GoogleがSPF設定していないと受信しないし、DKIMおよびDMARCに対応していないメールを弾くようになったので、対応しているのを確認。 さくらサーバ自体は、これまでお客さんのサーバとして何件も利用しているので、利用方法も難しくはない。  Webメールにも対応しているので、いざという場合にもありがたい。 ということで、各メールソフトの設定を変更。  PC(常時使用する3台)とタブレット、スマートフォンと台数は多いがそれ程手間はかからない。 問題は、旧サーバで送受信したメールの履歴だけれど、これはThunderbrdを使ってローカルに保存することで回避。  本当は、サーバtoサーバでMailboxに残そうとも考えたんだけど、古いメールはそれ程必要ないし、ローカルにバックアップしてあれば凌げるので、良しとする。 移行時にDNSの反映で若干時間がかかったものの、問題なく送受信できるのを確認して、作業完了。  これでメンテナンスの手間が減るので、安いもんです。

Android Tabletをサブディスプレイに

イメージ
 MacとiPadならSidecarなんだけど… 今回はAndroidタブなので、良い方法がないか調査とテストを隈無く実施…。(めちゃくちゃ苦戦した…) 目的は、ノートPC(Ubuntu)+タブレット & MacBook Pro+タブレットで、タブレットをサブディスプレイとして利用できるようにする。 Ubuntuの場合は、RDP接続で可能と書かれているんだけど、Xorgでもwaylandでも動作しない。 そもそも、VIRTUAL1という仮想ディスプレイが接続時に見えるというのだが、存在すらしない。 そこで、自前で作ってしまえばいけるんじゃ?と思って作業する。 http://kapper1224.sblo.jp/article/189032259.html ここを参考に、仮想ディスプレイを作成する。 $ sudo nano /usr/share/X11/xorg.conf.d/30-virtscreen.conf でもって、以下の内容を記述。 Section "Device"     Identifier "intelgpu0"     Driver "intel"   EndSection 一旦、ここで再起動が必要。 すると、VIRTUAL1が作成される。 $ xrandr  Screen 0: minimum 8 x 8, current 1920 x 1080, maximum 32767 x 32767 eDP1 connected primary 1920x1080+0+0 (normal left inverted right x axis y axis) 290mm x 170mm    1920x1080     60.02*+  59.93    48.02      1680x1050     59.88      1400x1050     59.98      1600x900      60.00    59.95    59.82      1280x1024     60.02      1400x900      59.96    59.88      1280x960      60.00      1368x768      60.00    59.88    59.85 

UTMのUpadateで大幅改善

イメージ
アップデートで超改善 前回構築したM1 Mac上の仮想マシン でキー入力などがうまくいかず、苦労していたところが、あっけなく解消してしまった。 homebrewを使用しているので、各種updateを行っている時に、utmのバージョンが上がっているのに気づいた。 でもって、2.2.4にversionを上げたところ、機能アップと不具合の改善が行われていた。 まずは、前回苦戦したキーボードの入力を認識しない件に関して、大きな変化があった。 ほぼ全てのキーを正しく認識することが分かった。 ほぼ、というのは、「英数」と「かな」のみ全く認識していない。ただそれ以外は、一応OKっぽい。 問題は、mozcでの日本語入力の切り替えだ。 デフォルトでは「⌘+スペース」を押すことで、入力ソースの切り替えに設定されているのだが、MacOS側の入力が先に反応してしまい、仮想マシンに入力が渡らない。  Mac上での⌘+スペースはspotlightがデフォルトになっているので、画面上にspotlightの検索画面が表示されてしまう。 そこで、基本使用してしないspotlightをオフにしてみると、難なく仮想マシンに入力が渡ることが判明した。 これで、無事に入力の切り替えが可能になった。 本当は、「英数」「かな」でOFF/ONを切り替えたかったけれど、まったくキーを認識していないので、仕方なくこの方法で運用することにした。 ネットワークも楽に 前回のバージョンでは、ホストと仮想マシン間でNATでしか接続できない状況だったのが、あらたにbridge接続ができるようになった。 これで、外部の他のマシンからのアクセスが容易に利用できるようになった。 設定は以下の箇所を変更するだけ。 設定を保存し、仮想マシンを起動すると、ホストマシンと同じセグメントでIPを取得できている。 これで、Apacheを起動すれば、外部のマシンからWebサーバとしてアクセスできる。 ポートフォワードなどの設定をする必要もなく、簡単にサーバ環境をテストできるわけだ…。 ということで、utmを利用する価値は格段に上がった感じです。 ちなみに、iOS版も出ているので、その上でも仮想マシンが構築できるような感じ?なのかな。試していないのでなんとも言えないけれど…。

USB Type-C Hub購入

イメージ
 Type-Cになって便利なんですけど… 最近購入したマシンは、コネクタがType-Cになっていて、便利なんですけど、マシンによってはコネクタの数が少なかったり、Type-Aが使えなかったり…。 まず、MBPは、Type-Cが2つだけしか存在しない。電源を取ると、残りが1つ。 これだと、抜き差ししないといけなかったりして、少し不便。 特に、最近は娘がZoomしている時に、自分がZoomで打合せとかになるので、帯域を確保するのに有線で接続しようとすると、Type-Cがネックになる。 ということで、新しくType-Cハブを購入して、M1 MacBook ProとHP Chromebookで動作検証してみた。 購入したのは、「 USB C ハブ ドッキングステーション 10-in1 」 タイムセールを利用したので、4000円程度だった。 まずは、ACアダプタ→HUB→MBPと充電しながら、有線LANを使ってみた。 さすがに、Wi-Fiとは比べ物にならない速度で接続可能! まぁWi-Fi経由でも150Mbps程度出るので、問題はないのだけれど…。 快適です。GigaBitのLANアダプタというのも、問題なさそうです。 次に、ChromeBookに接続。電源を取らずHDMIケーブルをTVに接続。 おぉ!2画面のChromeBookは、なかなか斬新で素敵かも…。 ただ、TVはタッチパネルじゃないので、微妙…。 この環境だと、chromebookもメインマシンとして利用できるかも。 まぁ、Linux上でvscodeやらブラウザやら使うのが中心なので、廃棄しても良い家庭用TVでも解像度によっては使えそう。 ということで、安い割にはちゃんと機能しています。 これなら、MBPかChromwBookと一緒に持ち運べば、どんな状況でもなんとかなりそう。 2画面でZoom。有線LANもOK。 USBも余裕ありなので、後期の講義には持っていこうかと思案中。 気になる点も… 電源を使いながら3時間以上使用したところ、かなり発熱する。 オンラインミーティングを終えて、取り外そうとしてあつっ!と感じるくらいの温度になってました。  まか、MBPで通常の利用なら充電なしでも問題ないけど、HDMI使った場合はバッテリーがどの程度持つのか、一度試す必要はありそう。  まあ、お安いので駄目もとで買ってみたも

M1 Macの仮想マシンでUbuntu

イメージ
 M1 Mac速いけどまだ足りない… M1 Chip搭載のMacbookProを入手して、いろいろとテストしている。 確かに速い!メモリ8GBで苦しいんじゃ?と思ったけど全然そんなことないし、Intelの16GB相当と言えるような感じ。 バッテリーの持ちも本当に良いし、ZoomやSkypeを使うときはメインマシンとなっている。 さて、今回はこれまでx86対応が遅れている箇所を検証してみた。 目的はM1 Mac上に仮想環境を構築し、その中でLinuxを動作させること。 VirtualBoxが動作しないので、他に方法はないのかと探してみると、OpenSource Base(QEMUを使用したもの)で、UTMというのが存在することがわかった。 しばらく、OSXから離れていたので、情報不足でした。 そこで、こいつを使用して構築を試みる。 intel系のコードの場合、rosset2が変換して動かすものの、初期変換に時間がかかることと、ドライバ等は正常動作しないことが多い。 仮想マシンは、M1のnativeで動作させたいので、以下の方針で進める。 仮想マシンはArm64 CPUとする OSは、Arm64に対応したもの できれば、使い慣れているUbuntuもしくは他のLinux 色々と探してみると、すでに同じ構成でのレポートがあった。 参考にしたのは、「 第672回 UTMを使ってM1 Mac上でUbuntuを動かす 」だ。 UTMのインストール これは、どのインストール方法を選択するかで、変わってくる。自分のマシンはHomebrewを導入済みなので、当然brewでインストールする。 (https://github.com/utmapp/UTM/releases/tag/v2.1.2) $ brew update $ arch -arm64 brew upgrade $ arch -arm64 brew install --cask utm 何の問題もなく進む。 brewを使用していない人は、dmgを落とすか、AppleStoreで有料購入できるらしい。 仮想マシンの構築 さて、UTMを起動して、仮想マシンを作成する。 メモリは8GBしかないので、とりあえず3GB割り当てることにした。 Ubuntu程度なら、2GBでも充分動くけど、快適に動かせるように少し余分に…。 Ubuntu

M1 Macはやっぱり速い!

イメージ
 M1 Mac Book Pro ネイティブ対応が嬉しい 入手して4ヶ月が過ぎ、その間に徐々にでは有るけれど、M1対応のソフトが増えてきている。 日頃使用しているブラウザはVivaldiなんだけど、これがx86→M1に対応した。 まぁ、少しは早くなるだろうと思い、更新したらサクサク感に少々驚く。 これは、ちゃんと比較しておこうとベンチマークしてみた。 最初の状況がこれ。 こいつでの測定結果。約93って感じ でもって更新後 なんと、185までアップ。arm版になるだけで、こんなに違うのか…。 ちなみに、Ryzen5 のLinux機では、133程度なので、メインマシンより速いじゃん! その割に、発熱も少なくてバッテリーの持ちがすごく良いので、これは良機の予感。 しょぼいマシン買うくらいなら、お勧めですわ。