皆さん、こんにちは。

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

さて、事業者の中で『事務機器商』や『自動車商』などの『古物商』の営業許可を受けている事業者は結構あるとは思いますが、そんな『古物商』の営業許可を受けている事業者の中で『主たる営業所等の届出』を済まされていない事業者はまもなく『許可が無効』になってしまいます。

主たる営業所等届出は3月末まで

昨年の2月に『古物営業法が改正されています』という記事を投稿した時点では未だ『全面施行日』が決まっておらず、公布の日から起算して2年を越えない範囲内において、という状態でした。

しかし、昨年、2019年11月22日に政令が公布され『全面施行日』が『2020年4月1日』と決まりました。

つまり、『2020年3月31日』までに『主たる営業所等届出』を出していない場合は『旧法許可』ということになり、『古物商』の営業許可が『無効』となってしまいます。

＜『主たる営業所等届出』の提出まとめ＞

＜届出の対象者＞

旧法許可を取得した古物商等で、全面施行日以降も古物営業を営まれる方

＜届出に必要な書類等＞

別記様式「主たる営業所等届出書（その1、その2）」

＜届出の期限＞

2020年3月31日まで

＜手数料＞

不要

＜届出の窓口＞

主たる営業所等の所在地を管轄する警察署の生活安全課

＜注意＞

・旧法許可が新法許可として自動的に引き継がれない

・この届出をした後、その届出内容に変更があった場合には再度主たる営業所等の届出を行い、必要に応じて古物営業法第7条の規定に基づく変更の届出も行う必要がある

・届出は窓口での提出のみ（郵送不可）

・欠格事由に該当する場合は届出をしても許可が取り消される場合がある

・虚偽の届出した場合は処罰の対象とる

未だ『主たる営業所等届出』を出されていない事業者の方は忘れず、早めに提出を。

皆さん、こんにちは。

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

今日は昨日の続きになります。

『Apache 2.4』では『アクセス制御』の記述方法が『Apache 2.2』から大きく変更されていますので、昨日に続き、今日はいくつかの記述方法をお伝えします。

Apache2.4でのアクセス制御サンプル

＜すべての要求を拒否する＞

これだけは昨日の投稿でも書きましたが念のため。

（Apache 2.2）

Order deny,allow
Deny from all

（Apache 2.4）

Require all denied

＜すべての要求を許可する＞

（Apache 2.2）

Order allow,deny
Allow from all

（Apache 2.4）

Require all granted

＜IPを指定する場合＞

（Apache 2.2）

・許可：Allow from 192.168.0.1

・拒否：Deny form 192.168.0.1

（Apache 2.4）

・許可：Require ip 192.168.0.1

・拒否：Require not ip 192.168.0.1

＜環境変数を利用する場合＞

（Apache 2.2）

SetEnvIf User-Agent “Googlebot” Allowbot
Allow from env=Allowbot

（Apache 2.4）

SetEnvIf User-Agent “Googlebot” Allowbot
Require env Allowbot

こんな感じになります。

少しまとめてみると『Apache 2.4』では以下のようになります。

・すべてを許可：Require all granted

・すべてを拒否：Require all denied

・個別指定で許可：Require ip 192.168.0.1 / Require host example.com / Require env example

・個別指定で拒否：Require not ip 192.168.0.1 / Require not host example.com / Require not env example

＜条件ディレクティブ＞

今まで記述したものに加え、『Apache 2.4』では以下の『ディレクティブ』を使って条件を指定できます。

・RequireAll：すべての条件にマッチすれば許可

・RequireAny：条件に一つでもマッチすれば許可

・RequireNone：条件に一つでもマッチすれば拒否

例えば、Basic認証でIPアドレスも条件に加えた場合、

<RequireAll>
Require user admin
Require ip 192.168.0.1
</RequireAll>

（AuthUserFile、AuthGroupFile、AuthName、AuthTypeなどはApache 2.2と同じです。）

といった感じになります。

ご参考までに。

皆さん、こんにちは。

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

冒頭で書いた『LINE』や『FaceTime』によるインターネット回線を使った『音声通話』や『ビデオ通話』ですが、これはインターネット検索やメッセージの送信とは少々異なる部分があります。

では、何故『音声通話』や『ビデオ通話』ができないのでしょうか？

LINEやFaceTimeで電話が不通になる理由

まず、前提として携帯回線の場合にはこれは当てはまりません。

Wi-Fi（無線LAN）などのインターネット回線を使って行う場合においての話しになります。

では本題に戻ります。

インターネットにはポート番号という非常に多くの通り道があります。

それは、『ウェブサイトの閲覧』、『メールの送受信』、『音声通話やビデオ通話』、それぞれ別のものが割り当てられています。

特に、『音声通話』や『ビデオ通話』に関してはそれぞれのアプリケーションによって任意に使えるポート番号（通り道）を使うようにしているため、どれを通っているかわからないものもあります。

ということは、このポート番号（通り道）が塞がれてしまっている場合においては『LINE』であれ『FaceTime』であれ、『音声通話』や『ビデオ通話』ができないということになります。

ケースによっては、そのWi-Fiのネットワークから発信はできないが受信はできるといったケースもあります。

これも前述のポート番号（通り道）の塞ぎ方の問題で、それぞれには『内向き』のものと『外向き』のものがあり、発信だけができない場合は『外向き』だけが塞がれていて（許可されていない）『内向き』の方は許可された状態にあるということになります。

これらはすべて『ファイアウォール』というもので設定・管理され、大きな企業（組織）になると詳細に許可や遮断を設定されていることが多く、小規模な事業者においてはそこまで遮断してしまっていることは少ないです。

もし『LINE』や『FaceTime』を使った『音声通話』や『ビデオ通話』ができなかった場合、それを行った場所（ネットワーク）においては使用を禁止にしているという可能性も考えられますので、他の場所（ネットワーク）において使用できるかどうかを試してみると良いでしょう。

皆さん、こんにちは。

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

先日投稿したGoogle Analyticsでのスパムの記事の最後に、『Google Analyticsにてフィルタリングする方法とは別の方法もありますが、それはまたの機会にお伝えできればと思います。』とお書きしました。

今日はそれを取り上げてみたいと思います。

海外からのアクセスをブロックする

海外からのアクセスをブロックしたい場合、Google Analyticsなどのアクセス解析上でのフィルタリングだけではなく、そもそものアクセスを拒否してしまう方法もあります。

それには.htaccessなどの中に少々アクセス制限を加えることになります。

例えば、ロシアと中国からのアクセスを拒否したい場合の例として、以下のように記述します。

GeoIPEnable On
GeoIPDBFile /path/to/GeoIP.dat
SetEnvIf GEOIP_COUNTRY_CODE CN BlockCountry
SetEnvIf GEOIP_COUNTRY_CODE RU BlockCountry
Deny from env=BlockCountry

ただし、これはGeoIPという位置情報を取得するためのモジュールがサーバにインストールされている場合に限ります。

これが使えない場合、Geo Liteという同じようなモジュールなら使える場合があります。

その場合は以下のように記述します。

SetEnvIf MM_COUNTRY_CODE CN BlockCountry
SetEnvIf MM_COUNTRY_CODE RU BlockCountry
Deny from env=BlockCountry

また、これらのいずれも使えない場合にはIPアドレスをブロックするか、もしくは許可するIPアドレスだけを記述することなら大半のレンタルサーバにて可能です。

プロキシ経由などのアクセス

しかし、これらの方法は一定の効果はあっても完全ではありません。

CN（中国）やRU（ロシア）などの国コードにはIPアドレスが紐づいており、それらの物理的な場所が第三国になっていた場合もあったりしますし、プロキシ経由にてアクセスされてしまえばアクセスは可能になってしまいますので、ある一定レベルのものを制御するという認識の下で行った方が良いかもしれません。

皆さん、こんにちは。

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

最近では、パソコンに標準でWebカメラが搭載されたものも多くなりましたが、そのWebカメラの動作が急におかしくなってしまったケースが最近ありましたのでご紹介します。

Webカメラの制御がおかしくなった理由

AさんのパソコンにはWindows10が搭載されており、Webカメラもそれに対応したものが付いています。

しかし、ここ数日で急にWebカメラのアクセス制御がおかしくなってしまったのです。

その原因はズバリ、セキュリティソフトのバージョンアップを行ったことが原因でした。

最近のセキュリティソフトでは、パソコンに不正プログラムを設置されてしまった際のWebカメラへの遠隔操作などの対策として、Webカメラへのアクセス制御をセキュリティソフトに搭載しているものが出てきています。

その設定の一部が、セキュリティソフトのバージョンアップ時に『アクセス禁止』となってしまっていたことによって正常な動作をしなかったというものです。

しかし、これは『アクセス許可』の状態にしてあげることであっさり直ってしまいます。

もちろん、Webカメラが動作しなくなる原因はこれだけではありませんが、今回のケースはセキュリティソフトのバージョンアップによるものでした。

ネットワーク保護機能への推察

Webカメラへのアクセス制御とは別に、昨今のボットネットなどへの踏み台対策としてネットワーク保護機能を新たに機能追加しているセキュリティソフトもあります。

これらに対しても想定できるのは、ネットワークにつながっているデバイスへのアクセス制御が設定されてしまっていることでアクセス不可になることが考えられます。

このような場合、前述のWebカメラへのアクセス制御同様、セキュリティソフトの設定を見直し、アクセスを許可してあげることによってあっさり解決してしまうこともありますので、焦らず一度設定を見直してみてください。