皆さん、こんにちは。

業務改善を行うIT・業務コンサルタント、高橋です。

ウェブサイト（ホームページ）を公開している会社や店舗であれば、自社や自店のウェブサイト（ホームページ）にどれくらいのアクセスがあるのかが気になるところです。

しかし、その中に自社や自店からアクセスしたものも含めていては正確なアクセス数に大きな誤差が生じる場合があります。

WAN側のIPを定期的に見直す必要性

ウェブサイト（ホームページ）のアクセス解析を行う場合、多くはGoogleのAnalytics（アナリティクス）が使われていますが、それに何も設定をしなければ全てのアクセスが含まれてしまうため正確なアクセス数とは言えないことが多いのも事実です。

つまり、自社や自店の従業員・スタッフがアクセスした数まで含まれてしまうため、大幅にアクセス数が増えてしまっていることも考えられます。

これはAnalytics（アナリティクス）の管理上でフィルタリング設定を行うことで除外できますが、問題なのは自社や自店で契約しているインターネット回線のWAN側IPアドレスです。

どういうことかと言うと、中小・零細企業、小規模事業者の多くは固定IPアドレスの契約をすることは少なく、OCNやauなどのプロバイダから割り当てられる動的なIPアドレスを使用することになります。

これが今日の本題です。

プロバイダから割り当てられる動的なIPアドレスはある日突然変わることがあります。

例えば、プロバイダ側で設備メンテナンスがあったとか、影響する部分において障害が発生したとか、自社や自店付近などにおいて停電があったとかによる影響を受けます。

このような場合、自社や自店に設置されているルータはIPアドレスを取得し直すため、WAN側のIPアドレスが変わってしまうことがあるのです。

それ以外にも、セキュリティ的な観点から一定期間を経過すると割り当てているIPアドレスの割り当て直しを行うこともあり、WAN側のIPアドレスが変わってしまうのです。

これを把握しないまま放置していると当然ながらアクセス解析に影響しますので、定期的にWAN側のIPアドレスを確認し、変わっていたのであればAnalytics（アナリティクス）のフィルタ設定にて除外しているIPアドレスを変更してあげる必要性があります。

皆さん、こんにちは。

業務改善を行うIT・業務コンサルタント、高橋です。

冒頭に書いたAppleの対応は既に『Yahoo!』や『AOL』などでも行われており、今後はさらなる厳格化が行われていくものと思われます。

では、これによってどのようなことが起きるのでしょうか？

Appleも行ったDMARCポリシーの変更

DMARCについては以前にもこのブログで書いたかもしれませんが、簡単に言えば『なりすましメール』を防ぐためのもので、『SPF』、『DKIM』、どちらの認証にも失敗した場合に受信サーバにはどのようにして欲しいかを記述したものになります。

これを、Appleは昨年の7月に『none（規定しない）』から『quarantine（未認証メールは受信サーバで隔離）』にレベルを引き上げました。

つまり、送信元が『@mac.com』、『@me.com』、『@icloud.com』などのAppleが提供しているメールは認証されたAppleのサーバから送信されない限り迷惑メールフォルダに入ることになります。

ただし条件があります。

受信する側のサーバがDMARCポリシーの処理に対応していることが必要です。

これらのDMARCポリシーに対する厳格化の動きは他でも進んでおり、『Yahoo!』や『AOL』などにおいては『quarantine』よりもさらに厳格な『reject（未認証メールは完全に拒否し受信しない）』に移行したとされています。

おそらくAppleも段階を経てDMARCポリシーを『reject』にしていくことでしょう。

『Gmail』や『Microsoft』もDMARCポリシーを『reject』に変更するとされています。

（確認したところMicrosoftは実施済みでした。）

そして、これらの動きに他のサービスプロバイダも追随してくれることでさらに『なりすましメール』を防ぐいくことができるでしょう。

皆さん、こんにちは。

業務改善を行うIT・業務コンサルタント、高橋です。

冒頭に書いたインターネット回線の速さに関しては、誰もがストレスなく快適な状態であることにこしたことはありません。

しかし、あちらこちらからで当り前のように使われている光ファイバーのインターネット回線、その多くは他の契約者と共有で回線を使用するタイプの契約をされているため、混雑時にはスピードが低下することもあり、ストレスに感じることもあるでしょう。

では、それを回避する策はないものでしょうか？

IPv6 IPoEを使った回避策

現在提供されている光ファイバーのインターネット回線は『IPv4』と『IPv6』のどちらにも対応していることが大半です。

しかし、この大半は『PPPoE（トンネル方式）』という手法を採用しているため、IPv6で接続したとしても事実上はIPv4と同じ部分を通過します。

つまり、まわりの使用状況によっては混雑（渋滞）するということです。

これを回避したい場合の方法として、『IPv6 IPoE（ネイティブ方式）』が使える光回線とプロバイダを契約することです。

この『IPv6 IPoE（ネイティブ方式）』の場合、『IPv6 PPPoE（トンネル方式）』よりも最大で出せる速度がアップし、現状では利用者数も少ないことから混雑（渋滞）を回避することができます。

ただし、この『IPv6 IPoE（ネイティブ方式』が使えるのはまだ一部の回線業者とプロバイダに限られています。

また、これとは別に『IPv4 over IPv6』という、IPv6で接続するもののIPv4しか対応していないウェブサイトを閲覧するような時はIPv4接続に自動変換してくれるサービスもあります。

この場合においても混雑（渋滞）を回避できる可能性が高いでしょう。

※『IPv6 IPoE（ネイティブ方式）』に対応していても『IPv4 over IPv6』に対応していない場合があります。