ラベル server の投稿を表示しています。 すべての投稿を表示
ラベル server の投稿を表示しています。 すべての投稿を表示

土曜日, 7月 18, 2020

Microsoft 365のメールをGmailから利用する際のトラップはどこか【追記あり】


Microsoft 365を使うことにした経緯

仕事で使っている独自ドメインを随分昔からロリポップでホストしている。Webなどはほとんど使っていないので、どうでもいいのだが、メールは時々重要なものを送受信する機会がある。

ロリポップは以前は低価格で使い始めやすいのが良かったのだが、最近は同等のサービスも増えてきており、特に価格面でのアドバンテージはない。ただ、大手プロバイダーが提供するサービスよりはやはり安い。それで、なんとなく使い続けていたが、時々困ったことがある。

あるメールサーバからスパムメールが大量に送信されると、受信側のサーバが発信者のメールサーバをdenylist(ブラックリスト)に入れることがある。すると、そのメールはサーバ側ではねられてしまい、受信者のメールボックスには入らない。「送ったのに届かない」「エラーが返ってくる」という状況が発生するわけだ。

これまで、そのメールアドレスで受信したメールは、@niftyのあまり使っていないアドレスに転送していた。こうだ。

送信者→ロリポップ→(転送)→@nifty

で、ロリポップ→@niftyのところでエラーが発生し、@niftyがロリポップからのメールを受信しない設定になっていた。そこで、エラーメールが送信者に届いたわけだ。

これは大変カッコ悪いし、困る。一応、デジタルで飯を食っているオッサンとしては、これを放置はできない。しかも、実はこの問題はこれが初めてではなく、おそらく3回目くらいだ。数年に一度くらいある。

ということで、メールサーバを移行することにした。ちょうど来月には契約が切れる。移行先だが、G Suiteはすでに別のドメインで利用していたので、今回はMicrosoft 365のBusiness Basicを契約することにした。価格的にはG Suiteとほぼ同じで、年間契約なら6,480円(たぶん税別)。1ヶ月540円相当だ。Officeアプリはややこしいことに、個人のMicrosoft 365 Personal (以前のOffice 365 Solo)を契約しているので、そちらで賄うことになる。キャンペーン中だとかなんとかで、Business Standardなら半年無料だったりするのかもしれないが、気にしない。

Gmailから送信できない!

ドメインのホスティングは、ムームードメインで契約している。継続利用だと、別にムームードメインが特に安いわけではないが、先日長期契約したばかりだったので、今回はドメインの移行はしない。なので、独自ドメインによるメール送受信を可能にするには、DNSの情報を書き換える必要がある。具体的には、ムームードメインでドメインを持っていることの証明(TXTレコードを指示通り入力する)とMXレコードなどの所定の情報の登録が必要になる。

ちょいちょいググりながら入力していくと、意外とすんなり入力は終わった。また、意外なことに30分もしないうちにDNS情報が行き渡ったのか、Web版Outlookでは独自ドメインのメールアドレスを使った送受信が可能になった。

メイン環境のGmailへの転送設定もすんなり終わった。これで受信はできた。あとは送信だ。ただ、これはかなり苦戦した。メールサーバ「smtp.office365.com」に設定して、いろいろ入力してみるのだが、エラーが表示される。一晩寝て思いついたのは、アプリパスワードだ。

2段階認証を設定しているため、その認証方法に対応しないアプリにパスワードを通そうと思ったら、もともとのパスワードではなく、そのアプリ用に作成したアプリパスワードが必要になる。まず、これを作成する画面が見つからずに、数時間消費した。誰かの役に立たないとも限らないので、リンクを置いとこう。
https://account.activedirectory.windowsazure.com/AppPasswords.aspx

もしこの画面がちゃんと開かないなどの問題があれば、Microsoft 365の管理画面で多要素認証を有効にするなどの操作が必要になる。以下のサポートページなどを参照して設定するといいだろう。

多要素認証用に Microsoft 365 サインインを設定する

管理者が多要素認証 (MFA) (2 段階認証とも呼ばれます) を使用して組織を 有効 にすると、ユーザーアカウントを使用するようにユーザーアカウントを設定する必要があります。 MFA を設定することで、 Microsoft 365 アカウントのサインインにセキュリティの追加レイヤーを追加します。

アプリパスワードは発行できた。しかし…

アプリパスワードの問題はクリアできたので、もしスマホのメールアプリ(Outlook以外)に登録したくなったときは、これで行けるだろう。

ただ、まだ問題は解決していない。Gmailに戻って、アプリパスワードを入力してみるが、どうしてもエラーが表示されてしまう。エラーメッセージで検索してヒットしたのが、以下のサイトだ。

【解決済】Gmailで送信エラーになる:TLS Negotiation failed, the certificate doesn't match the host - HANAUTA INC.

先週の金曜(2020/4/10)あたりから、メール送信後にエラーで返ってきてしまっていたのですが、一時的にはエラーが起きないよう応急処置ができたのでメモ。 推奨ではないですが、同じような現象ですぐ解決したい方の助けになれば幸いです。 
ポートを25番に変更しろとのこと。うーん、セキュリティ的に拙くないかと思いつつ、やってみたら通った。とりあえず、これでいいかも!

…と思ってテストメールを送信してみたら、Outlook.comからエラーが返ってくる。@niftyも(ミスって送信した)取引先のサーバも漏れなく拒否してくる。そりゃそうだよな。送信しても届かないのなら、なんの意味もない。

SMTPサーバを「smtp.offfice365.com」ではなく、pingを打って返ってきたホストに変更しろという意見も複数見たので、試してみたがダメ。

今度はGmailとMicrosoft 365の関係に絞って検索してみたら、ヒットしたのが、ここ。

Office365のメールをGMailで送受信する 

この記事は 2018年3月8日 に書かれたものです 諸般の事情でOutlook(Office365)を使うことになりました。 ...

 そこに書いてあったのが、これ。
まぁ日本国内からの利用なら大抵の場合は outlook-japan.office365.com で行ける気もします。
SMTPサーバを「outlook-japan.office365.com」に書き換えて試してみたところ、もういったい何を苦労していたのか全然わからないよ!ってくらい、すんなりと通った

なんとか懸案の問題が週明けまでに解決したので、メモしておく。疲れた。

(追記)
1日ほど経って、またテストしてみたら、同じエラーで送信できなくなっていた……。もうOutlook.com(ブラウザ版Outlook)を使うか……。


木曜日, 2月 07, 2019

macOS mojaveのファイル共有でハマった

20190207 mojave

Mac miniのHDDが飛んだ

年始にファイルサーバのHDDが飛んだので、ちまちまと復旧作業をしていた。サーバはMac mini Server (Late 2012)。2台のHDDを内蔵していたが、そのうちのシステムが壊れたようだ。もう1台の内蔵HDDにはほぼ何もデータを入れてなかったので、ここにシステムを移行することにした。メールを遡ると、2013年11月に購入していたので、もうまる5年も動いていた。ファイルサーバなので、停電以外では電源を落とさないし、よく動いていたと思う。

TimeMachineでバックアップは取っていたが、いろいろ細かいカスタマイズが積み重なっていて、ごちゃごちゃしていたので、TimeMachineからの復旧ではなく、新規インストールを選択した。これがトラブルの原因だったかもしれない。とりあえず、そこらに転がっているiMacにデータの入ったHDDを接続して、最低限のデータにアクセスできるようにした上で、復旧作業を開始。

どういう方向で修正するか

チームごとに割り振っていたアカウントを個人ごとに変更。グループなども新しく作ってファイル共有したのだが、まず引っかかったのは、「Server」アプリの機能が減ったこと。ちょっと調べればわかるが、すでにプロファイルマネージャーとしての役割しかなく、単にファイルサーバに使いたいだけなら、もう「Server」アプリはいらない

まあこれでいいかと思うレベルまで設定して、他のスタッフにも公開したところ、トラブルが発生した。他のユーザーがサーバにコピーしたファイルに進入禁止マークがついているとのこと。親フォルダからアクセス権を継承しないのだ。これには参った。よく考えてみれば当然かもしれないが、それではファイルサーバとしては使えない。

スタッフには「smb://192.168.x.yy」でログインしろと指示したのだが、どうにもうまくいかない。そもそもアクセスできないとダイアログが表示されるらしい。自分の手元の環境ではアクセスできたのに…と話を聴いてみると、OSがMacOS X 10.6なのである。10.6。10.6。10.6。AFPは全廃するつもりだったが、仕方なくAFPを生かして「afp://192.168.x.yy」も許可する。それでもアクセス権の問題は解決しないのだが。

他のOSでやってみる?

Windowsの共有と同様、ファイルのアクセス権共有サービスの権限(システム環境設定の「共有」から設定できる項目)は別に設定できるものの、デフォルトでは共有サービスの権限はファイルのアクセス権を参照しているようだ。両方が異なる設定にできるのか、異なる設定にしたときに問題は生じないのか、かなり検索したつもりだが、ほとんど情報がない。ファイルサーバを立てる人はMacを使わないんじゃね?とも思えた。PC+LinuxでSambaか、高価な業務用NASを買ってくるかだろう。両方とも検討したが、前者はMacからコピーしたファイルの扱いがどうなるのか、実際にはテストしないとわからない。Linuxサーバの構築からやらないといけない上に、本当に使えるのかがわからない。マシンも買わないといけないし、投資コストが無駄になるとキツイ。ということで、Sambaの案は却下。

後者はベアドライブを内蔵するタイプなので、ベアドライブがいっぱいになったら、NASそのものを増やす必要がある。昔はNASを社内にどんどん増設していたが、今のシステムにした理由が「ディスクを一元管理できること」「バックアップなどが柔軟に設定できること」だったので、NASがどんどん増えていくネットワーク設計は選択できない。今のシステムなら、ディスク容量が足りなくなれば、外付けHDDを買ってきて繋げばいい。さすがに、4TBとか8TBを超えるフォルダが出てくれば、別々のディスクにデータを格納し、マウントポイントを増やす必要があるが、まあ、4TBのフォルダに入っているデータが新しいデータと同じ場所に入っている必要はなかろう。古いデータ置き場として物理的に別ディスクにしておいてもいいはず。また、バックアップはソフトの設定で細かく管理できるし、ログも取れる。なぜかロールバックしたファイルが時々あってバックアップに失敗したというメッセージが飛んでくるが、これはこれで生きてる証拠なので悪くない。

もう一つ、クラウドに全面移行するという手も考えたが、これはこれで大変なコスト増になる。さすがにちょっと厳しいので却下。

ということで、何とか現状のようにMacでやりたい。

再びアクセス権の問題へ

フォルダ内に変更があれば、Automator→AppleScriptでアクセス権を親フォルダから継承するスクリプトがあればいいんじゃね?と思ったのだが、まずはAppleScriptを勉強しないと…というワシには無理。もうアカウントを全部削除して、全員同じアカウントでログインすれば、(セキュリティ以外の)問題は生じないだろうと諦めかけたところで、上の画像の設定をAppleのフォーラムで発見した。

(追記ここから)

世の中には、いい人もいるもので、Automatorでスクリプトを書いてくれているのを発見した。

automatorで共有フォルダを監視… - Apple コミュニティ
https://discussionsjapan.apple.com/thread/110210585

(追記ここまで)

ボリュームの「情報を見る」で「このボリューム上の所有権を無視」にチェックを入れれば、所有権に関係なくアクセスができる。どう考えてもセキュリティ的に厳しいのだが、システム環境設定の「共有」の指定は有効なはずだし、毎日データを全コピーでバックアップしているので、最悪前日のデータには戻せる。ということで、この設定を有効にした。システムドライブには絶対にやらないほうがいいし、データドライブも別の方法でもとに戻せるとわかっていなければ、やらないほうがいい設定だし、そもそもこれは本当の意味での裏技なので、どうしても他の方法が使えないときに腹をくくって(自分のスキル不足を認識した上で)やるべきだろう。

さて、これでもういいだろう、と思ったところ、なぜかAFPが無効になる(ログインできない)事案が発生。全員帰宅したあとに、アクセス権を調整するため、新しいフォルダを作成してそこに全ファイルをコピー→アクセス権をちょっと変更、をほぼ全共有フォルダに実行したものの、AFPが無効なのとは関係ないだろ。なんだよこれ。「afp://192.168.x.yy」も「smb://192.168.x.yy」もダメ。で、ダメ元で「cifs://192.168.x.yy」を試してもらったら、問題なく行けた。何じゃそら。ちなみに、CIFSはSMBのバージョン1を指定して使用するときに使うプロトコル(?)。SMBと書くと、新しいバージョンを使ってアクセスしようとするが、CIFS指定ならバージョン1でアクセスする。現状では、そのほうが速いらしいし、とにかく「接続できない」トラブルがないのが必須なので、もういいやこれで。

月曜日, 5月 15, 2017

Mastodonはp2pではない

先祖返りしたMastodonと、Webという楽園追放の物語 - 雑種路線でいこう

世間ではp2pといわれるけどMastodon自体は典型的なサーバーだ。昔ながらのクラサバと違うのは他のインスタンスと連携するサーバーだという点だ。

この後、ソースで挙げられているように、Mastodonはトポロジー的にはSMTPと似ている。Mastodonがp2pと言われると、ちょっと違うような。ただ、SMTPなどとは違って、Mastodonでは自由にサーバを立てることができるのがいい。掲示板のCGIがあちこちに出現していた頃のワクワク感を感じないでもないが、それはインスタンスと参加者がもう少し増えていかないと続かないように思える。

May 15, 2017 at 12:45AM

土曜日, 9月 19, 2009

いい共有フォルダ監視ソフトがない


社内のFTPサーバ(Windows 2000 Server)にトロイの木馬が作成したらしいファイルが何度もできている。NOD32が引っかけてくれるのはいいのだが、どうにも完治せず、何度削除してもファイルができてしまう。

それだけならFTPサーバを疑えばいいのだが、複数のウイルス対策ソフトのオンラインスキャンで確認したところ、まったく問題がない。そこで、ファイルが作成されるフォルダが共有してあるので、もしかすると他のWindowsクライアントが共有フォルダに感染ファイルを作成しているのかもしれない、と考えることにした。

それで、ファイルを作成したホストを追跡できるものを探してみた。まず見つかったのが、「FAccLog」。フリー版があったので、インストールしてみたが、起動はするもののまったくパケットを拾ってくれない。シェア版もアウト。

仕方なく、海外製のシェアウェアを試してみる。「NetShareWatcher」が紹介されていたので、設定してみた。動作しない。まったくがっかりだ。どうしたものかな。

日曜日, 6月 28, 2009

ThinkPad X40にWindows Home Serverをインストールしてみる


あまり一般的ではないと思うけど、同じことを考えている人がいるかもしれないので、メモ。

まず、前提条件としてHDD交換は必須。40GBではWHSは入らない(最低65GB必要)ので、今回は80GBに換装。東芝の1.8インチHDD「MK8025GAL」にした。ZIFソケットになるので、変換コネクタを若松通商で注文。四苦八苦しながら、ThinkPadをバラしてHDDを交換した。HDDの上下に結構アキが出来たので、気休めに緩衝材を放り込んでおいた。もうあまり持ち歩くことはないけれど、換装前よりも間違いなく振動に弱くなっているはずなので…。

次に、Windows Home Serverをインストール。今回はMSDNで配布しているものを利用した。インストールにはウルトラベース X4を装着して、光学ドライブから。時間はかかったが、特に問題なくスムーズに終わった。

問題はここから。ドライバ類が軒並みアウト。特にネットワークドライバがないのが痛い。レノボのページに探しに行く。「ソフトウェアとデバイスドライバーのダウンロード・ファイル一覧 - ThinkPad X40, X41, X41 Tablet」で「ネットワーク関連」→「ntel(R) PRO/10/100/1000 LAN アダプタ ソフトウェア (イーサネット ドライバ)」→「Windows 2000/XP(Intel PRO/1000 MT Mobile Connection アダプター(10/100/1000 イーサネット)内蔵モデル」を選択。ダウンロードしてUSBメモリでX40にコピーする。
配布されている実行ファイルは、ダブルクリックすると解凍される。「C:¥drivers¥win¥ethernet」以下にドライバが展開されるが、ドライバのインストールには、「c:¥drivers¥win¥ethernet¥apps¥prosetdx¥win32」フォルダの「dxsetup.exe」をダブルクリックして実行。あとは、ディスプレイドライバもついでに入れておこう。「ディスプレイ・ドライバー(Windows 2000/XP) - ThinkPad R50e/G41/X40」でドライバをダウンロードしてインストール。「C:¥drivers¥win¥display」フォルダの「setup.exe」を開いてインストール。

あとは、Windows Updateを適当にかけて終わり。ThinkPad X40でWindows Home Serverが動いた!

木曜日, 4月 16, 2009

サイトのリンク切れをなくす

仕事でツールの紹介記事を書いていて、便利だと思ったのが「404 Checker」。自分で作ったサイトにリンク切れがないか、CGIがエラーを吐いていないか、簡単にチェックしてくれるツール。紹介文を引用しておこう。
「404 Checker」はその名の通り、Webサイトの「404 ページが見つかりません」をはじめとした、さまざまなエラーをチェックできるソフト。手動でチェックすると面倒なリンク切れを自動で検出してくれる。 CGIで動的に生成されるページや、ドメインユーザにしかアクセスできないサイトなどにも対応。調査結果は画面で確認できるほか、CSVファイルに出力す ることもできる。
残念ながら、Windows XP/Vistaのみ対応。まあ、同じようなツールがMacにもありそうだけどね。

木曜日, 8月 21, 2008

Windows Home Server日本語版がリリース

「ママ、どうしておうちにサーバーがあるの?」でMSが訴えたい:
実際、増え続けるデジタルデータの保存や保護に困るという声は多く、WHSには一定のニーズがあるだろう。ただ、一方で手元のPCではなくインターネット上にデジタルデータを保管し、共有する動きもかなり広がってきた。マイクロソフト自身も無料のオンラインストレージサービス「Windows Live SkyDrive」を提供している。現在のニーズには応えられても、将来のニーズにWHSが応えられるかは確かではない。
絵本風のパンフレットは「ちょっとそれどうよ?」レベルだが、製品のコンセプトは悪くない。登場は遅すぎると思うけど。

それで、すでにデータの保存はローカルからインターネット上へと移りつつあるわけだけど(flickr、YouTube、Googleドキュメントなどなど)、それでもローカルのネットワークで保存したいもの、共有したいものはあると思う。そこに訴求できたかは、ちょっと怪しい。どうせなら、ローカルのサーバとネット上のストレージとを完全にシームレスにするような仕組みを売ればいいのに、と思う。ここがたぶんMSの限界なんだろうなあ。

AI時代の本の読み方