まず前提情報として、GS110-8P (Switch)におけるPoEの電源容量が 67W であり、 GR12 (AP)の1台あたりのPoEでの消費電力が最大で 15W となります。 APが4台で「15W * 4台 = 最大 60W」の計算となるため、GR12でも最大 4台までだと思われます。   Meraki Go GS110 Network Switch Datasheet - Cisco Meraki Documentation https://documentation.meraki.com/Go/Meraki_Go_Datasheets/Meraki_Go_GS110_Network_Switch_Datasheet > GS110-8P > 67W   Meraki Go Indoor WiFi 6 Access Point - GR12 Datasheet - Cisco Meraki Documentation https://documentation.meraki.com/Go/Meraki_Go_Datasheets/Meraki_Go_Indoor_WiFi_Access_Point_-_GR12_Datasheet/Meraki_Go_Indoor_WiFi_6_Access_Point_-_GR12_Datasheet > Power consumption: 15W max (802.3af)   補足ですが、Meraki Goのカテゴリが別にあるので、そちらの方がMeraki Goのユーザーが見てると思います。   Meraki Go Japan - The Meraki Community https://community.meraki.com/t5/Meraki-Go-Japan/ct-p/go-jp   ... View more

特にプロバイダのサポート云々のドキュメントはないので、 プロバイダの接続方法にGX50が適合するのか否かの話だと思います。   Meraki GoのGX50で対応しているのは、MXと同じく Direct (Static, DHCP), PPPoE だと思います。※備考: 固定IPアドレス, DHCP割り当て, PPPoEです。 基本的な部分はMXから流用されてるようなので、現状ではMXとGX50ともにIPoEには関しては対応してないはずです。   補足ですが設定イメージとしては下記の p.14 からの「付録：PPPoE を設定する」が分かりやすいと思います。 Local Status Pageと呼ばれる機器本体の設定画面にアクセスして、WAN側の基本設定をします。WAN側がDHCP環境なら設定不要でクラウドに繋がりに行きます。   https://www.cisco.com/c/dam/m/ja_jp/meraki-go/pdf/cisco-merakigo-routerfirewall-easysetupguide.pdf   また先に話が出てるようにMeraki GoのCommunityは別にあるので、今後はそちらでトピックを立てた方がコメントが付きやすいと思います。 ... View more

無線AP 1台でSSIDを分けてるパターンだと、 ・端末がフリーWifi用SSIDの方にアソシエーションができるかどうか。(Yes or No) ・アソシエーションができるなら、端末自体にDHCPでIPアドレスは払い出されているか。(Yes or No) を改めて整理いただくのが良いかと思います。   SSIDを分けているとなると、 Meraki MRの上流側にあるSwitchで論理的に分離するためにVLANを分けてるパターンがあり。 アソシエーションはできるけど、 上流側のSwitchとMeraki MRのSSIDに紐づくVLAN IDのミスマッチにより DHCPでIPアドレスを取得できない状態が一例として想定されます。   レンタル品と言っても、何かしらの要件を元に設定したはずなので、 レンタル会社への設定依頼内容などを関係者から入手して、設定パラメーターの確認も並行して進める方法もあると思います。 もしアソシエーションできないのであれば、認証方式が本当に意図したものになっているかの確認もできますので。   また管理範囲でできることとしては、上流側Switchの設定状況や、 DHCP Serverの払い出し設定を見直すと被疑個所を狭められるかなと思います。 ... View more

Meraki MVの選定するモデルと、要件に応じて大きく変動するので一元的な予算感は出せないと思います。   私はMVは使ったことがないので主要な要素を調べてみましたが、 検討が必要な要素を社内の関係者で予め議論した上で、代理店などに見積もり依頼を行うのが良いかと存じます。   検討が必要な要素としては下記があると思います。   ●Meraki MV本体のモデル MX72の場合の型番の例: MV72-HW   ●Meraki MV Enterpriseライセンス (年間ライセンス) ライセンスのモデル依存は無しです。 型番は LIC-MV-<年数>YR になります。例: LIC-MV-3YR   必要な年数は十分に検討してください。 最近はコロナや半導体不足の影響で一部ライセンスに値上げの傾向があったので、1年単位で更新するか、必要年数を予め買っておくかが重要な検討要素になると思います。   ●オプションのマウント アーム マウントの仕方によってアームを選ぶ必要があるようです。   参考: https://documentation.meraki.com/MV/Physical_Installation/MV_Mounting_Options_and_Guidelines   ●電源供給の確保 (PoE, PoE Injector, 一部モデルは MA-PWR-USB-JP) 基本的にはPoE給電できれば追加コストは不要になりますが、 MV2だと USP Type-C で電源供給する都合で MA-PWR-USB-JP が必要なようです。   ●要件次第: MV Cloud Archive (年間ライセンス) クラウド側に長期間データを保存する場合に必要なライセンスです。 モデルによってライセンスの型番が異なるので留意してください。 要件に応じて任意で購入してください。   ●要件次第: Cisco Meraki RMA Only Service 機器の障害だと判定された際に、機器交換を【より迅速に行うため】のサービスです。 大量導入する際は、1台あたりに加算されるRMA Only Serviceのコストがネックになるので、 (RMA Only Serviceは購入はせずに)予備機を何台か用意しておいて、通常のプロセスでRMAを行うケースもあります。   ●要件次第: MV Senseライセンス Meraki MV向けの下記のようなAPIを利用するのに追加のライセンスが必要なようです。   https://developer.cisco.com/meraki/mv-sense/overview/#introduction   MVの第2世代モデルがOrganizationに登録されていると10個のTrialライセンスを取得できるので、 MV Senseの使用有無に関わらず、1台の導入であれば購入検討は不要になると思います。   https://documentation.meraki.com/MV/MV_Smart_Camera_FAQ#How_does_licensing_work.3F > MV Sense licensing works on a per-camera basis (it does not co-terminate). Each organization (new or old) with second-generation cameras (trials included) should already have ten free MV Sense licenses. These licenses do not expire.   型番: LIC-MV-SEN-<年数>YR   MV本体のモデルは下記のカタログから検討するのが良いかと存じます。   https://meraki.cisco.com/ja-jp/product-collateral/cisco-meraki-solution-brochure/   念のためEoL情報も確認しておくとよいです。   https://documentation.meraki.com/General_Administration/Other_Topics/Meraki_End-of-Life_(EOL)_Products_and_Dates   ... View more

実機で検証したので設定方法を共有します。 まず「Meraki MRによるSplash PageでのGoogle Workspace (旧G Suite)のOAuth認証」のメインとなる設定は下記のドキュメントの通りです。     Google Sign-In - Cisco Meraki   https://documentation.meraki.com/MR/MR_Splash_Page/Google_Sign-In     注記: SSIDで接続した段階の認証ではなく、Splash Pageを使った仕組みなので混同しないようにしてください。   ただし、その設定だけだとSplash Pageで "Sign in with Google" でログイン試行しようとすると、 ログイン画面のページ遷移が必要になりますがSplash Pageでブロックされるようです。 そのため、下記のWalled Gardenのドキュメントを参考にして、GoogleのOAuthの通信に必要なドメインを認証前 (prior to sign-on)でも通せるように設定します。     Using Google OAuth Splash with a Walled Garden - Cisco Meraki   https://documentation.meraki.com/General_Administration/Cross-Platform_Content/Using_Google_OAuth_Splash_with_a_Walled_Garden     Walled Garden - Cisco Meraki   https://documentation.meraki.com/General_Administration/Cross-Platform_Content/Walled_Garden   【Walled garden の設定の説明 (Dashboardの上の情報より)】 Manually specify an IP range or domain names users can access prior to sign-on. Meraki's splash page is automatically included in your walled garden. If you host your own splash page you must enter its information here.   Googleの方の最新のドキュメントを見ると、2023年09月01日時点では下記がWalled gardenへの登録対象です。 ただし clients*.google.com は * (ワイルドカード)が文字列"中"にあるので、そのままだと登録できなかったです。 私は検証環境だったので適当に *.google.com に読み替えて登録しました。   Gmail のファイアウォールの設定 - Google Workspace 管理者 ヘルプ https://support.google.com/a/answer/9497877 *.client-channel.google.com accounts.google.com apis.google.com clients*.google.com contacts.google.com *.googleusercontent.com mail.google.com ssl.gstatic.com www.google.com www.gstatic.com ogs.google.com play.google.com   【clients*.google.com を登録時のエラー メッセージ】 There were errors in saving this configuration: Walled garden field is neither a subnet, a domain name, nor a domain wildcard: clients*.google.com     【考慮点】 運用上の注意点としては、HTTP (80/tcp)の非暗号化 (Not HTTPS)の通信でSplash Pageがキックされるようにする必要があります。 ドキュメント上では http://neverssl.com/ が紹介されています。 これは一般的なCaptive Portalでの考慮点と共通だと思います。   また、セキュリティ強化された都合でそれが制限にもなっているので、 Guest Wi-Fiのような幅広くユーザーに公開するようなサービスだと、ユーザーの持ち込みデバイスや使い方次第で問い合わせが増えるかもしれません。   Google Developers Japan: セキュリティが強化された OAuth フローで Google OAuth インタラクションの安全性が向上 https://developers-jp.googleblog.com/2022/03/oauth-google-oauth.html   Upcoming security changes to Google's OAuth 2.0 authorization endpoint in embedded webviews — Google for Developers Blog - News about Web, Mobile, AI and Cloud https://developers.googleblog.com/2021/06/upcoming-security-changes-to-googles-oauth-2.0-authorization-endpoint.html   ... View more

Splash Pageを有効化すると、端末がMeraki MRに無線LAN接続している状態であれば、 1. 認証が通る前 (Before)は、"Meraki MR経由"の通信がブロックされて、 2. 認証が通った後 (After)は、"Meraki MR経由"の通信が許可される挙動になっています。   そのため、仰られていることが「社外 (Internet)からゲスト用無線ネットワークへの"外部アクセス"」の観点であれば、 そもそもMeraki MRを起点とした通信ではないためSpash Pageのアクセス制御対象にはならなくなっております。 そして、Splash PageのURLを控えていても、(VPNトンネルを張るような仕組みではないので、)外部からゲスト用無線ネットワークへは侵入できない仕組みです。   また、Splash Pageのリダイレクトに用いられるURL (例: https://nXXX.network-auth.com/splash/ ... )に関しては、 Internet上に公開されているので外部からのアクセスはできます。 実機で試しましたが、ゲスト アカウントの認証自体は通るように見えました。 ただ、時間経過によるタイムアウトなどで挙動は変わるかもしれません。内部的な動作の話なのであまり深くは追及しない方がいいとは思います。 ※備考: Splash PageのURL後半部分はMACアドレスやIPアドレスなどが変数情報として入ります。   私の質問意図の解釈が違っていた場合は、想定されている侵入シナリオなどを補足頂くと 他の方からも返信がつきやすくなるかなと思います。   ゲスト用無線ネットワークとなるとユーザーの使い勝手に影響する点があるので、 Merakiの営業担当者に検証機の貸し出しを相談して、事前に挙動を見て導入リスクを低減する方法もあるかなと思います。 ... View more