本記事では、2024/10/10 に発生しているMeraki ダッシュボード上での障害情報についてご案内いたします。   2024/10/10 12:30 現在 エンジニアリングチームよりすべてのお客様の復旧が完了したとの報告がございました。 現在も同様の事象が発生している場合には Cisco Meraki サポートまでお問い合わせください。 この度は弊社サービスにおいて、ご迷惑をおかけしており、申し訳ございません。   2024/10/10 12:00 現在 エンジニアリングチームにて引き続き復旧を行っており多くのお客様のダッシュボードで復旧しておりますが、一部のお客様はでは引き続き障害が発生しております。 本障害に伴い、以下の機能についても表示されない、ご利用いただけない場合がございます。 Meraki Cloud 認証 Splash ページ   2024/10/10 8:50 現在 弊社ダッシュボードにログイン不可という問題が報告されております。 現在弊社開発側で調査及び修正が実施されている状況となります。 進捗があり次第、アップデートさせて頂ければと存じます。 この度は弊社サービスにおいて、ご迷惑をおかけしており、申し訳ございません。 ... View more

弊社サポートに対して、inSSIDer 等を使用して、無線環境のサーベイをした際に、 ダッシュボード側で設定していない非公開のSSID が送信されているといった様なお問い合わせがよく見受けられます。 本記事では、上記の事象に対して、紹介をさせて頂ければと存じます。   まず、ダッシュボード側で設定しているSSID のBSSID の情報は以下の箇所にて確認を行う事が可能となります。   Wireless > Access Points > 対象MR を選択 > 画面左側にある 'BSSID Details' をクリック     もし、上記のBSSID 以外の非公開SSID を検知している場合、 MR の機能の1つであるメッシュが原因となり、事象が発生している可能性が考えられます。   メッシュ機能が有効になっているかどうかは、以下の箇所より確認する事が可能となります。   ネットワーク全体 > 設定 > 一般 > 機器設定 > メッシュ     参考URL Wireless Mesh Networking ... View more

例えば、弊社サポートにお問い合わせ頂く内容として、以下の様な内容がよく見受けられます。   ' MR しか登録していないのに、MS やMX に関するファームウェアアップグレードの通知が来た '   本記事では、登録していない機器に関するファームウェアアップグレードが発生してしまう原因について、 紹介させて頂きます。   // 原因 // ネットワークを作成する際に、ネットワークの種類をCombined (統合ネットワーク) として 作成している事が原因として考えられます。       既に作成したネットワークの種類を確認するためには、以下の箇所で確認する事が可能となります。   オーガナイゼーション> 概要> 対象ネットワークを検索> 'ネットワークの種類'     Combined ネットワークは、一つのネットワーク配下で複数の機器(MR/MX/MS 等) を管理する事が可能となっており、 何も機器を登録していない場合、複数のネットワークが表示されます。 このネットワークに何らかの機器を登録すると、機器が登録されているネットワークのみが表示され、 機器が登録されていないネットワークは非表示となります。(* ネットワークは削除されている訳ではないです。)   - 何も機器を登録していない場合     - AP を登録した場合   一方、ファームウェアアップグレードのページで確認をすると、非表示になったMR 以外のネットワークは 存在する事が確認でき、登録していない機器のネットワークに対しても、自動アップグレードが実行される動作となります。   // 回避策 // 実際に機器を登録していなければ、アップグレードが実行されても、特に影響はないのですが、 通知等が煩わしい場合、不要なネットワークの種類を削除して頂く必要がございます。   1. オーガナイゼーション> 概要> 対象ネットワークを検索 2. 対象ネットワークにチェックを入れ、'ネットワークの分離' をクリック     3. '分割' をクリックし、それぞれの種類のネットワークが作成された事を確認     4. 不要な種類のネットワーク(今回はMR 以外) にチェックを入れ、削除     5. 機器を登録しているネットワークのみが表示される事を確認     // 参考URL // Combined Dashboard Networks ... View more

本記事では、ダッシュボード上で設定可能なアラートをメールではなく、 Cisco Webex に通知する設定方法を紹介します。   // Cisco Webex 側の設定 // 1. アラートを受信するスペースをCisco Webex 側で作成してください     2. Webex のApp hub にアクセスしてください(Link) 3. ログインを実施し、"Incoming Webhooks" を検索してください     4. Connect をクリックしてください 5. 名前と手順1 で作成したスペースを設定してください     6. Add をクリックすると、Webhook URL が生成されますので、コピーしてください     // Meraki Dashboard 側の設定 // 1. Dashboard にログインをしてください 2. アラートの通知を行いたいネットワークにて、ネットワーク全体> 設定> アラート をクリックしてください 3. Webhook の項目において、以下の画像の様に設定を実施してください   名前: 任意の名前 URL: Cisco Webex 側の手順6 でコピーしたURL 共有パスワード: 空白 ペイロードテンプレート: Meraki     4. 設定を保存し、テストWebhook を送信してください 5. Cisco Webex 側で添付の様なアラートを受信しているかを確認してください     6. 受信したいアラートにチェックを入れ、受信者に Webhook: <名前> を追加し、保存してください     参考URL Webhooks ... View more

本記事では、MR が有線接続されているにも関わらず、メッシュ(リピータ)として動作してしまっている際の トラブルシューティングについて、紹介します。   // メッシュで動作する条件 // 弊社AP では、以下の2つの条件を満たす場合、メッシュで稼働する可能性がございます。   ・AP 自身のゲートウェイからARP 応答がない場合 ・DHCP 経由で有効なIP アドレスが取得できない場合   // 確認項目 // ・AP のIP 設定方法/内容を確認する (DHCP or Static) ・AP の管理VLAN と接続スイッチのVLAN が一致しているかを確認する   // パケットキャプチャによる切り分け // * 本記事では、Wireshark を用いて、キャプチャファイルの確認を行います。   対象AP がメッシュで稼働しているかつオンラインになっている場合、ダッシュボード上では、 白抜きの緑色の丸で表示されます。     画像の様な状態であれば、ダッシュボードからパケットキャプチャを取得できる可能性があるため、 以下の手順でAP の有線側のパケットキャプチャを取得してください。   ネットワーク全体> 監視> パケットキャプチャ     キャプチャファイルのダウンロードが完了したら、AP のMAC アドレスでフィルタを設定して下さい   eth.addr == <AP のMAC アドレス>   - AP のIP 設定がDHCP の場合 以下の画像の様にDHCP 経由でIP アドレスが取得出来ていない事に起因して、事象が発生している事が想定されます。     この様な状態が発生する可能性としては、以下の原因が考えられます。 ・AP の上位の機器において、DHCP 機能が有効になっていない ・AP と上位スイッチのVLAN が一致していない   - AP のIP がStatic の場合 以下の画像の様に固定設定しているIP を用いて、設定したゲートウェイに対して、ARP 解決ができていない事に 起因して、事象が発生している事が想定されます。     この様な状態が発生する可能性としては、以下の原因が考えられます。 ・AP に設定しているゲートウェイのIP アドレスが誤っている ・AP と上位スイッチのVLAN が一致していない   // 参考URL // Gateway AP Switches to Repeater Mode Packet Capture Overview ... View more

本記事でが、MX 及びMS が存在する構成において、MS でL3 ルーティングを有効にする構成について、 紹介させて頂きます。 * あくまで、一つの構成例となりますので、予めご了承ください。   // 構成 //     // 本トポロジーにおける前提 // ・MX とMS 間は、Transit VLAN (今回は、VLAN 50) で設定  ・MS はL3 Routing が可能なモデル (サポートしているモデルの確認はこちらから) ・MS でDHCP Server を有効 ・Client は、VLAN 100 に属する   // MX 側の設定 // ・VLAN の作成 セキュリティ＆SD-WAN>アドレス＆VLAN> ルーティング> サブネット> VLAN 追加   ・MS と接続しているポートの設定変更 セキュリティ＆SD-WAN>アドレス＆VLAN> ルーティング> ポート単位のVLAN設定> 接続ポートをクリック   ・スタティックルートの設定 セキュリティ＆SD-WAN>アドレス＆VLAN> ルーティング> スタティックルート> スタティックルートを追加 * サブネット: クライアントが属するVLAN のサブネット   ネクストホップ: MS のTransit VLAN に属するインターフェイスのIP    // MS 側の設定 // ・VLAN Interface の作成 (Transit VLAN 50) スイッチ> ルーティング&DHCP > インターフェイスの作成 * デフォルトゲートウェイは、MX のIP に設定   Transit VLAN 作成後、自動で生成されるデフォルトルートがMX のIP になっているかを確認     ・VLAN Interface の作成 (Client VLAN 100) スイッチ> ルーティング&DHCP> インターフェイス> 追加 * VLAN 100 では、DHCP を有効にする必要がある     ・クライアントが接続するポートの設定変更 スイッチ> スイッチ> 対象スイッチを選択> 任意のポートのアイコンをクリック> 設定     //参考URL// MX and MS Basic Recommended Layer 3 Topology ... View more

Meraki サポートの記事では、お問い合わせが多い様な内容やTroubleshooting に関するTips 等を ご提供させて頂いておりますが、この様な記事があれば問題解決までの時間短縮が出来る・こういう内容を知りたい等、 ご要望がございましたら、ご意見を頂けますと幸いです。   ご協力頂ける方は、こちらのGoogle Form より、ご意見頂けますと幸いです。 * Google アカウントでのログインは不要となります。     ... View more

本記事では、MR でサポートされているIPSK (Radius server なし)の機能について、紹介させて頂きます。   // IPSK とは // 1つのSSID に対して、複数のパスワードを設定する事が可能となります。 従来のPSK では、1つのSSID で1つのパスワードしか設定できないため、 全てのクライアントに対して、同じパスワード・ポリシーが適用されるが、 IPSK の場合、クライアント毎にパスワードやポリシーの設定を行う事が可能となります。 弊社MR では、IPSK の設定方法として、以下の2種類がございます。 ・Radius server なしのIPSK ・Radius server ありのIPSK   今回は、前者のRadius server なしのパターンについて、紹介させて頂きます。   // 制限事項 // ・サポートしているAP の型番は、Wi-Fi5 Wave2/Wi-Fi6/Wi-Fi 6E ・サポートしているファームウェアは、MR27.1 以降 ・WPA3 は未サポート ・稼働しているファームウェアにより、設定可能なパスワード数が異なる 　MR27.x - MR29.x : 50 　MR30.1 以降 : 5000   // 設定方法 //   1. ネットワーク全体> 設定> グループポリシーをクリック 2. クライアントに適用したいグループポリシーを作成     3. ワイヤレス> アクセス制御> 対象SSID を選択 4. セキュリティの項目より、RADIUSを使用しないIdentity PSK を選択     5. Identity PSKを追加 をクリックし、名前・パスワード・グループポリシーを選択       // 接続確認 //   PSK でcisco123 を入力し、無線接続を行なった場合   PSK でcisco456 を入力し、無線接続を行なった場合   // 参考URL // IPSK_Authentication_without_RADIUS Creating_and_Applying_Group_Policies ... View more

本記事ではSystem Manager で管理されているiOS 端末の名前の挙動について、紹介をさせて頂ければと存じます。   デフォルトの設定では、ダッシュボード上で表示されている名前と実際に端末側で設定されている名前は同期されないため、 ダッシュボード側または端末側で名前を変更するとそれぞれ異なる名前を持つ様な挙動となります。 しかし、Supervised として管理されているiOS 端末に限り、ダッシュボード側で設定した名前をデバイス側に同期する事が可能となります。   管理しているデバイスがSupervised となっているかどうかは、以下の箇所で確認をする事が可能となります。   システムマネージャー> 監視> デバイス> 対象の端末をクリック     Supervised で管理されている端末においては、インストールするプロファイルにおいて、 以下の項目にチェックが入っていれば、ダッシュボード側で設定した名前が端末に同期される動作になります。   Restriction (制限事項)>管理対象iOSへの制限>デバイスの機能>デバイス名をダッシュボードの設定と同期     上記項目にチェックが入っている場合、ダッシュボード上で名前を変更した場合、端末側で保持される名前は同期される挙動となります。   // ダッシュボード側 //   // 端末側 //       // 参考URL // Configuration Settings Payload - Restrictions ... View more

本記事では、Splash Page を有効にしているSSID に対して、無線接続を実施した際に Splash Page が表示されない事象について、紹介をさせて頂ければと存じます。   // 事象// SSID の設定において、Splash Page の設定を実施しているにも関わらず、 Splash Page が表示されない挙動が発生する場合がございます。     // 原因 // ・対象クライアントに対して、ホワイトリスト等のGroup Policy が適用されている   ・端末が無線接続時にHTTP パケットを送信していない Splash Page をクライアント側で表示させるためには、MR でクライアントからのHTTP を受信する必要があります。 そのため、端末側でSSID 接続時にHTTP パケットを自動で送信しない様な挙動を行う場合、 Splash Page が表示されない事象が発生する場合があります。   例) Apple 系の端末であれば、SSID 接続時にcaptive.apple.com にHTTP GET が送信されている事が確認できます。   クライアントからのHTTP GET を受信後、MR からxxx.network-auth.com へのRedirect URL を返している事が確認できます。   * 検証環境での結果になるため、今後Apple 側の動作等が変更される場合がございますので予めご了承ください。   // 対応策 // ・クライアントからGroup policy の設定を外す ・クライアント側で手動でHTTP パケット(http://1.1.1.1 等)を発生させ、Splash Page が表示されるかどうか ・端末側でSSID 接続時にHTTP パケットを送信する様な設定が可能かどうか   参考資料 Splash Page Traffic Flow and Troubleshooting ... View more

本記事では、Meraki 認証を使用されているSSID を使用されている環境において、 サーバ側の証明書更新が実施された際の動作等について、紹介をさせて頂ければと存じます。   // 問題 // Meraki 認証を使用している環境において、サーバ側で証明書の期限切れに伴い、更新作業が発生する事がございます。 この動作に伴い、端末側で新たに更新された証明書の情報を信頼する必要があり、 無線接続時にポップアップが表示される場合がございます。 端末側の動作によっては、ポップアップ等が表示されず、新しい証明書が信頼されるまで 無線接続ができないという様な事象が発生する場合がございます。     無線接続時の端末のやり取りを確認すると、TLS Certificate のやり取りにおいて、 サーバ側は新しい証明書の情報を端末に通知をしている事が確認出来ます。 この情報を受信した端末側が、証明書を信頼するかどうかの判断を実施する形となります。     // 解決策 // Meraki 認証の証明書更新は、今後も発生する可能性があるため、 更新の度に端末側で証明書を信頼する操作が必要になる可能性がございます。 ポップアップが表示されず、無線接続が実施できない場合、端末側で手動でWi-Fi プロファイルを削除し、 再度作成する事で事象が改善される可能性がございますが、弊社MDM をご利用の場合、 事前に以下の設定を実施して頂く事で、端末側での操作が不要になる場合がございます。 * 端末やOS のバージョン等により、動作が異なる場合がございますので、動作確認の上、   実際にご利用頂ければと存じます。(弊社環境: iPhone 11/OS 15.6.1)   1. システムマネージャ> 管理> 設定 より、新しいプロファイルの作成 2. "設定を追加" をクリックし、Wi-Fi Settings を追加     3. SSID 名を設定し、セキュリティの項目でWPA2-エンタプライズ 及びプロトコルにおいて、PEAP にチェック   4. "信頼性"のタブにて、radius.meraki.com と入力し、保存 * 入力する値は、変動する可能性があるため、後に記載のあるURL を参照して下さい     上記設定後に、端末側にWi-Fi プロファイルがインストールされた事を確認した後に、 実際にSSID を接続時に、証明書を信頼する旨のポップアップが表示されないかどうか確認をして下さい。   現在Meraki 認証で使用されている証明書は、2023/02/08 までの期限となっているため、 この辺りの時期に再度証明書の更新が実施される事が予想されます。 証明書更新に関するご案内は、こちらのURL の様な形で公開がされるかと存じます。 なお、上記手順４で入力した値については、URL にて証明書のホスト名が公開されるかと存じますので、 そちらの値を入力して頂ければと存じます。     ... View more

概要 Meraki Go ご利用中で、インターネット回線に IPv6 が利用されている場合に App Store などの Apple の一部サービスや Youtube へアクセスできない、アクセスしづらい事象が報告されています。 このドキュメントではそのような事象が発生した際の対応について解説しています。   Meraki Go における IPv6 通信の扱いについて すべての Meraki Go デバイスは 2022 年 7 月現在において IPv6 のトラフィックに対し一切の処理を行いません。 つまり、Meraki Go デバイスは IPv6 のトラフィックについてはルーティング等を行わずそのままトラフィックをアップストリームへ転送するようになっています。   考えられる原因について 本件と類似した事象についてご報告いただいた一部のお客様と調査を進めたところ以下のような挙動が確認されております。   DNS 応答に IPv6 の IP アドレスが含まれていない DNS とは、ドメイン名 (例:meraki.com) から、それに対応する IP アドレス（インターネット上の住所)を取得する仕組みです。 ドメイン名と IP アドレス を関連付けた情報を保持しているのが DNS サーバーです。 PCやタブレットなどの機器(以下クライアントとします)はウェブサイトや App Store 等のサービスへアクセスする際にまず DNS サーバーに問い合わせを行い、DNSサーバーから送られてきた回答を基に実際のインターネット上の住所、IPアドレスを確認しています。 調査の結果、クライアントが DNS を使って App Store 等のサービスの IPv6 アドレスを確認しようとした際に、DNS サーバーからの回答で、アクセスに必要な IPv6 アドレスが含まれていない場合があることがわかりました。 クライアントはアクセスに必要な IP アドレスがわからないため、結果としてアクセスができない事象が発生しておりました。   対応 IPv4 の通信であれば DNS サーバーから正しい回答が返ってくることがほとんどであるため、ご利用されているルーター側でIPv6 を使用しないように設定を変更することで、事象が改善することがあります。 IPv6 の有効・無効化につきましてはご利用されているルーターや環境によって異なりますため、ご利用機器あるいはプロバイダーへご確認ください。 また、Meraki Go アクセスポイントでは前述のとおり IPv6 の通信はすべて素通り(ブリッジといいます)させるようになっておりますが、IPv6 の通信をブロックして、IPv4 の通信だけ行うように変更することも可能です。 こちらの設定変更は Meraki Go アプリで行うことはできないため、Meraki GO アプリ > 設定 > ヘルプ検索～サポート問い合わせ より Meraki Go サポートでサポートへ変更をご依頼ください。   インターネット回線側でパケットを破棄している 一部の環境では前述の方法で IPv6 の通信を行わないようにしても同じ事象が継続することが報告されております。 Meraki Go デバイスでは、デバイスを通過する特定の通信ついて、DSCP と呼ばれるタグを付与してトラフィックを優先処理するよう指示できる機能があり、デフォルトでビデオ通話の通信などに適用されるようになっております。（DSCP に関する詳しい情報はこちら) このDSCP タグが付与された通信を一部のインターネット回線網で破棄してしまい、結果として目的のウェブサイト、サービスへアクセスできないことがわかりました。   対応 Meraki 機器側で DSCP タグの付与を行わないように設定を変更することで事象が解決した例がございました。 DSCPタグ付与の有効・無効については Meraki Go サポートでのみ行うことができます。 IPv6 の通信を無効にしても事象が改善されない場合にはMeraki GO アプリ > 設定 > ヘルプ検索～サポート問い合わせ より Meraki Go サポートでサポートへ変更をご依頼ください。 ... View more

本記事では、2022/06/10 に発生しているMeraki ダッシュボード上での障害情報についてご案内いたします。   2022/06/10 13:50 ダッシュボード上でテンプレートに紐づいているネットワークのページを開こうとすると、 添付の様な画面が表示されてしまい、機器のステータス等が確認できない事象が報告されております。     現在弊社開発側で調査及び修正が実施されている状況となります。 進捗があり次第、アップデートさせて頂ければと存じます。   2022/06/10 15:35 弊社開発側でクラウド側で修正を実施した旨アップデートがあり、 弊社環境で動作確認を実施した所、機器のステータスが確認される事を確認いたしました。 まだ事象が改善されていない場合、少し時間をおいて頂き、それでも事象が改善されていない様でしたら、 弊社サポートまでご連絡頂ければと存じます。 この度は弊社サービスにおいて、ご迷惑をおかけしており、申し訳ございません。   ... View more

本記事では、ファームウェアアップグレードをスケジュール際に、 エラーメッセージが表示される問題について、ご紹介いたします。   <事象> MR/MX/MS のファームウェアを最新版に変更する際に、以下の様なエラーメッセージが表示され、 スケジュールが出来ないという問題が発生する場合がございます。   Firmware Upgrade failed due to the following node_groups: <Network Name>. Firmware Versions MR 28 and MX 16 require nodes to be able to contact Meraki's Device to Cloud Connectivity service over TCP port 443   <原因> 現在(2022/04) で最新版として公開されておりますMR28.x またはMX16.x では、Meraki クラウドとの通信に、 TCP443 を使用する動作に変更されており、ファームウェアアップグレード前に事前に TCP 経由でMeraki クラウドとの通信が可能かどうか疎通性確認を実施します。 スケジュール時に疎通性が取れていない場合、上記の様なエラーメッセージが表示されます。 また、TCP443 が上位のネットワークでブロックされていなくても、疎通性の確認結果が反映されるまで、 時間がかかるため、上記のエラーメッセージが表示される場合がございます。   なお、MR では全てのモデルでTCP 経由での通信に変更されるわけではないため、 該当モデルについては、こちらのURL をご参照頂ければと存じます。   <解決策> - 少し時間を置いて頂いてから、再度スケジュールを試して頂く - 上位の機器でSSL Inspection 等の機能が有効になっている場合、クラウド向けの通信に対しては、無効にして頂く - (急ぎでアップグレードが必要な場合) 以下の情報を添えて、弊社サポート側にスケジュールの依頼をして頂く   ・対象のネットワーク名またはネットワークに登録されているいずれかの機器のシリアル番号 ・スケジュール日時   <2024/02/08 追記> 管理通信がUDP を使用しているファームウェアから、TCP を使用するファームウェアへ アップグレードする際に、以下の画像の項目の"Override firewall tests" にチェックを入れる事で、 本記事のエラー状態を回避する事が出来るかと存じます。     ... View more

本記事では、任意のポートが閾値以上の時間ダウンした場合にアラートを送信する方法について、ご紹介します。   1. アラートメールを受信したいメールアドレスを、ネットワーク全体> アラート> デフォルトの受信者に追加して下さい   2. スイッチ> スイッチポート をクリックして下さい   3. アラートの対象にしたいポートにチェックを入れ、タグをクリックして下さい     4. 任意のタグを追加して下さい       5. ネットワーク全体> アラート> スイッチ> 任意のポートがダウンした時 のプルダウンを選択し、 手順4で作成したタグを選択して下さい     <参考文献> Alerts and Notifications ... View more

本記事では、MR のLocal Status Page へのアクセス方法について紹介いたします。   1. 無線クライアントにて、Meraki-xxx のSSID が表示されているか確認をして下さい * 下記の動画では、Meraki-Setup-Scanning のSSID が表示されましたが、型番やバージョンによっては、 別のMeraki-xxx のSSID が送信される場合がございます   2. SSID 接続後に、任意のブラウザを開いて頂き、ap.meraki.com または10.128.128.126 へアクセスをして下さい   3. 固定IP 等の設定を実施したい場合には、Configure タブをクリックした後、 ユーザ名にAP のシリアル番号、パスワードは空白でログインを実施して下さい     Meraki-xxx という様なSSID が確認できない場合には、 こちらのURL よりトラブルシューティングを実施して頂ければと存じます。   <参考文献> Cisco Merakiデバイスのローカル ステータス ページの使用 ... View more

本記事では、弊社サポートにケースをオープンしていただき、ケースがクローズされた際に送信されるアンケートについて紹介いたします。アンケートメールはケースクローズの翌日頃にお問い合わせいただいたメールアドレス宛に送信され、件名は「Cisco Meraki Support Feedback - Case ケース番号」となっております。   [メール例]   ・目的 弊社サポートのサービス品質向上のため、ケースクローズ後に任意の満足度調査をお願いしております。いただいたご意見は弊社内で確認し、今後のサービス品質向上のために利用させていただきます。   ・質問内容 現時点ではアンケートは英語で記載されていますが、以下の日本語訳を参考にご回答いただけますと幸いです。なお、ご回答は英語ではなく日本語で記載いただくことも可能です。   今回のケースにおけるMerakiサポートの全体的な対応にどのくらい満足しましたか。(0〜10で満足度の評価をお願いいたします。) また、その理由をお聞かせください。     フィードバックをいただきありがとうございます。あと2分ほどお時間をいただき、追加のフィードバックを提供していただけますか。 (追加の質問にお答えいただくことが可能の場合は”Yes”を選択してください)     ケース対応に関して、次の点にどのくらい満足していますか。(0〜10で満足度の評価をお願いいたします。) ・サポートウェブサイトと問題解決への貢献度 ・問題の解決 ・Merakiサポートとのやり取りのしやすさ ・製品の品質と使いやすさ     Merakiサポートエンジニアとのやり取りにおいて、次の点にどのくらい満足していますか。(0〜10で満足度の評価をお願いいたします。) ・プロフェッショナリズム ・対応の迅速さ ・技術的専門知識 ・コミュニケーション     Merakiサポートの全体的な対応をさらに向上させるために、私たちができることに関してご意見をいただけますでしょうか。     今回の問題について解決に至るまではどのくらい簡単でしたか。     問題は解決しましたか。           ... View more

本記事では、弊社ダッシュボード側でApple のDEP 端末を管理する際に使用されるトークンの 更新手順についてご紹介します。 なお、記事の途中で、Apple 側のポータルサイトの操作等の記載がございますが、 弊社サポートではApple 側に関するお問い合わせは対応出来兼ねますので、予めご了承下さい。 また、本記事ではApple Business Manager を使用しております。   1. Meraki 側のダッシュボードにログインし、オーガナイゼーション>MDM をクリックしてください   2. トークンの更新を実施したいApple DEPサーバをクリックしてください   3. 以下の様な画面が表示されるため、"トークンを更新する" をクリックしてください   4. 以下の様な画面が表示させるため、公開鍵証明書をダウンロードから、.pem 形式のファイルをダウンロードしてください     5. Apple Business Manager にログインを実施してください   6. 設定> MDM サーバより、更新対象のトークンを選択し、編集をクリックしてください 7. MDM サーバの設定より、手順4でダウンロードした.pem 形式のファイルをアップロードし、完了をクリックしてください。 8. トークンのダウンロードを実行してください   9. Meraki 側のダッシュボード画面に戻り、ダウンロードしたDEP トークンをアップロードしてください   10. トークンの有効期限が延長されているかどうか確認をしてください 参考URL: Apple_Device_Enrollment_Program_(DEP) ... View more

本記事では、Apple's Push Notification Service (以下、APNS) の証明書の更新方法について ご紹介させて頂ければと存じます。 また、本記事内でApple のポータル画面のスクリーンショットや操作等の記述がございますが、 弊社Meraki サポートではApple 側のポータルに関するお問い合わせはご対応出来兼ねますので、予めご了承下さい。   1. Meraki 側のダッシュボードにログインし、オーガナイゼーション> MDM をクリックし、Appleプッシュトピック の値をコピーして、メモしてください     2. Apple Push Certificates Portal にダッシュボードに紐づいているApple ID を使用して、ログインをしてください 3. 更新対象の証明書の "Renew" をクリックしてください   * 複数の証明書が登録されている場合、Renew の左にあるアイコンをクリックして頂き、手順1で確認した値とUID が一致するかどうかで確認を行う事が可能となります。 4. Meraki 側のダッシュボードに戻り、オーガナイゼーション> MDM> Apple MDM> 更新/証明書を更新 をクリックしてください   5. 以下の様な画面に遷移するため、.csr ファイルのダウンロードを実施してください   6. Apple 側のポータル画面にアクセスし、ダウンロードした.csr ファイルをアップロードしてください 7. Download ボタンをクリックし、.pem ファイルのダウンロードを実施してください 8. Meraki 側のダッシュボードに戻り、ダウンロードした.pem ファイルのアップロード及びApple ID を入力してください   9. 有効期限が延長された事とAppleプッシュトピック の値が手順1で取得した値と同一であるかどうかを確認してください     参考URL: Apple MDM Push Certificate ... View more

本記事では、Meraki 製品における脆弱性の影響有無の確認方法について、ご紹介します。   Meraki 製品が脆弱性の影響を受けるかどうかは、以下の Cisco Security Advisories を ご確認頂く事で確認する事が可能となります。 脆弱性毎に項目が分かれているため、確認をされたい項目をクリックして頂き、 Meraki 製品が影響を受けるのかどうかご確認を頂ければと存じます。 なお、英語と日本語のURL で内容が異なる場合、英語のURL の方が優先されますので、ご留意頂ければと存じます。   Cisco Security Advisories (英語版) セキュリティ アドバイザリ (日本語版) ... View more

本記事では、ホワイトリストやブロックリストに登録したMAC アドレスの確認方法についてご案内します。   // ホワイトリスト・ブロックリストへの追加方法 //   1. ネットワーク全体> クライアント> クライアントの追加 をクリックしてください 2. 任意の名前とMAC アドレスを入力し、適用するポリシーを選択してください 3. クライアントの追加をクリックしてください     // 登録したMAC アドレスの確認方法// 1. ネットワーク全体> クライアント をクリックしてください 2. クライアント一覧のフィルターを'すべて' から "ポリシー設定済みのクライアントすべて" に変更してください     3. 登録したMAC アドレスが表示されるか確認をしてください     ... View more

本記事では、弊社クラウド側に障害が発生している事を確認できるページについてご紹介いたします。   以下の様な影響範囲の大きい障害が発生した場合、こちらのURLより、 弊社側の障害発生有無をご確認頂く事が可能となります。 また、本ページは日本チームで管理をしておりますので、平日の17時以降・土日に関しては 更新が行われない場合がございますので、予めご了承ください。   上記のページが更新されておらず、事象が発生しているかどうかをご確認されたい場合には、 弊社サポート窓口よりケースまたはお電話にてお問い合わせを頂ければと存じます。   Cisco Meraki テクニカルサポート ... View more

本記事では、最近弊社サポートにお問い合わせの多いMR のリンクスピードが100 Mbps になる事象について紹介をします。     上記の様な事象が発生した場合、まず以下の切り分けを実施して頂ければと存じます。   - 別ポートに接続した場合、事象が改善されるかどうか - 別ケーブルを使用した場合、事象が改善されるかどうか - 別機器を該当AP が元々接続されていた機器に接続した場合、事象が発生するかどうか   別のポートやケーブルでも100Mbps で動作してしまう場合や 別の機器では元々AP が接続していたポートでは、1Gbps で動作する場合、 該当AP に何らかの問題が発生している可能性が考えられます。   もし、上記の切り分け後でも事象が改善されない場合、 AP とEthernet ケーブルとの間にアダプターを使用している環境かどうかご確認ください。 弊社事例において、アダプターを強く差し込む事により、 AP のEthernet ポートの両端のPin が沈む事例が報告されており、100Mbps で動作する可能性がございます。 また、その他報告されている事例としては、以下の事象がございます。   - 有線接続しているにも関わらず、AP がRepeater モードで動作する - AP を少し動かすとケーブル(アダプター)が抜けてしまう   現在事象が発生する事が報告されているアダプターについて確認が必要な際には、ダッシュボードより 弊社サポートへ本記事のURL を添えて、ケースオープンをして頂ければと存じます。 ... View more

本記事では、PDL のライセンスモデルにおいて、既存の機器の更新に関して、ご紹介します。   PDL のライセンス更新では、特定の機器に既に適用されているライセンスの期限を更新する様な動作となります。 そのため、2つのライセンスを1つにする様な動作となります。   特定のライセンスに対して、更新を実施すると、一度 recently queued のステータスとなります。   recently queued の状態が、7日間継続すると、2つのライセンスキーは1つのライセンスキーに統合される様な形となります。 また、適用から7日以内であれば、 Undo queue を実施する事により、更新の作業を取り消す事が可能となります。     recently queued が7日以上経過したライセンスは、以下の様に合算された形で表示されます。 この状態になってしまうと、Undo queue を行う事はできず、ライセンスを適用前の2つの状態にするという事は不可となります。     参考URL Meraki Per-Device Licensing - Configuration ... View more

本記事では、System Manager で管理している端末のイベントログに表示されるNotNow により、 アプリやプロファイルがインストールされない事象について紹介いたします。   アプリのインストールやプロファイルのインストールを実施した際に、 端末の状況に応じては、NotNow のステータスが返され、インストールが完了しない様な事が発生する可能性が考えられます。     このステータスが返される主な原因としては、端末側でパスコードが有効になっている事が考えられます。 端末が、パスコードを解除し、ダッシュボードにチェックインした際に、こちらの操作は再度自動で実施されます。   弊社ダッシュボード側では、以下の操作により、端末のパスコードを解除する事が可能となります。 * 再度パスコードを有効にするには、端末側での設定が必要となります。 システムマネージャー> 監視> デバイス> 対象機器の選択> MDM コマンド> モバイルセキュリティ> パスコードを消去     参考URL Status of "NotNow" in Systems Manager Event Log ... View more