【コミュニティイベント参加＆登壇】Japan EUC Nexus Autumn Meeting

 

日本のOmnissa Tech Insidersの面々と、Omnissa Japanのキムさん(一番右)。
皆さんフレンドリーな方で、気さくに写真撮影などに応じてくれました。

このブログ記事は、日本時間2024年10月25日(金)にOmnissa Japan様のオフィスにて開催された、「Japan EUC Nexus（JAEN） Meeting」のイベント参加日記です。

当日のスケジュールは以下の通りです。

14:30-15:00 開場
15:00-15:05 オープニング
15:05-15:35 Omnissa 様 EUC スペシャルセッション①
15:40-16:10 Omnissa 様 EUC スペシャルセッション②
16:20-17:45 JAEN / VMUG LT パート
17:45-17:50 クロージング

「Omnissa 様 EUC スペシャルセッション①」および「Omnissa 様 EUC スペシャルセッション②」では、Omnissaの鈴木さんより、「Omnissa what's new」というタイトルでOmnissa製品の最新情報を共有いただけました。

Horizon、Workspace ONE、そして噂のAIソリューションなど、最新情報てんこ盛りのセッションでした。

Omnissa 鈴木さんのセッションの後は、Omnissa Tech Insiderの皆さんを中心とした、面白くてためになる、ライトニングトークが続きました。

なお、光栄なことに、Omnissa Tech Insiderではない私もライトニングトークの機会をいただくことができました。
スピーカーとタイトルは以下の通りです。

  1. Wataru Unno：目新しいプラットフォームで Omnissa Horizon を動作させてみよう
  2. Daisuke Yajima：KB93123と順守ポリシーのアクションについて
  3. Takuya Ichijima：Workspace ONE UEM Linux を管理してみた
  4. Masato Narishige：ゼロトラスト成功の秘訣は、実は〇〇だった！？ EUCを添えて

まずはOmnissa Tech InsiderのUnnnoさん。「目新しいプラットフォームで Omnissa Horizon を動作させてみよう」というタイトルで、Omnissa HorizonをAzure HCIスタック上で動作させるという、非常に興味深い内容のセッションでした。

左から、Omnissa Tech InsiderのTakahataさん、Unnoさん、Narishigeさん、Ichijimaさん、そしてOmnissaのKimさん
ご本人の顔出しの掲載許可はいただいていなかったため、スタンプで隠していますが、皆さんスタンプの通りの朗らかな表情で記念撮影していました。会場にはもう一人Omnissa Tech InsiderのSugataさんもいましたが、タイミングが合わず、写真にはいりそびれてしまいました。

Unnoさんの次は私の番でした。「KB93123と順守ポリシーのアクションについて」というタイトルで、順守ポリシーのアクションについて、その存在意義を改めて考え直した内容で発表させていただきました。
資料はこちらから閲覧いただけます。（ハロウィーンが近かったので、少しお化けのような不気味さが漂うデザインにしてみました）

3人目はIchijimaさんでした。「Workspace ONE UEM Linux を管理してみた」というタイトルで、Workspace ONEに加入したLinuxインスタンスに対してアプリを配信したりステータスを確認したり、スクリプトを配信したりと、もはやMDMにとどまらなくなってきたのではないかと期待できるようなWorkspace ONEの使い方についての検証レポートをしてくださいました。

Ichijimaさんの内容はWorkspace ONEでLinuxマシンを管理してみたという内容でした。Workspace ONEに慣れ親しんでいなくとも、会場にいたシステム管理者の皆さんからはLinuxに関連した鋭い質問が飛び交っていました。

そしてトリを飾るのは、Japan EUC Nexusの発起人であるNarishigeさんです。最新技術の事例をみてあせることなく、しっかりと組織ごとに自社の将来像を見据えたうえで、必要な最新技術の要素を取捨選択することの重要性を説いていました。この辺りは、Omnissa Liveで話されていた内容（AIが台頭してくるものの、必ずしもFOMOに陥る必要はないといった内容だったように思います）に通ずるところがあるように感じました。

熱弁をふるうNarishigeさん。
写真を撮るといったら、快諾の上、より良い写真となるようにポーズもとってくれました。

そして熱のこもったMeetingの後は、皆さんお待ちかねBeer Bash。登壇することがなかった方々含め、くつろいだ雰囲気でEUC以外のちょっとプライベートな内容の話題(ご家族のことや趣味のことなど)も含めて様々な会話が飛び出て、親睦を深めることができました。

このために皆さん集まったといっても過言ではないかもしれない？
画面中央左はNarishigeさん、中央右はIchijimaさん

なお、今回ハロウィーンが近かったので会場でちょっとしたお菓子を配ってみたのですが、次回はほんとにちょっとしたものですが、SWAGを配布できるように現在準備中です。。


このブログの人気の投稿

●久々にESXiのカスタムISOをつくってみた

ブログのタイトルに仮想化という言葉がはいっているのですが、ここ2-3年ESXiなどにちゃんと触れていないことに気づき、後ろめたい気持ちがあったので、久々に仮想化について記載いたします。 今回は自作PCをくみ上げ、ESXi 6.7をインストールしてみました。 ※7じゃなくて6.7な理由は、自作パソコンをくみ上げた後にオンボードnicがRealtekさんだったことに気づいたためです。 ESXi 6.7までは有志の方が作ったRealtekのドライバを使うことができたようなのですが、7では使えないらしく、泣く泣くこの選択になりました。。。 参考： Homelab considerations for vSphere 7 そのため、インストールではなく、カスタムイメージの作成から始まります。 ※というかインストールはいろんな人がすでにブログで書いており、現状ほぼ自分も迷わないので、忘備録としてカスタムISOの作成だけを記載します。。汗 普段Workspace ONEに触れている私は、ESXiのカスタムイメージを作成する機会が滅多になく、作成のたびに2時間程度調べて格闘しなければいけなかったので、この機会に忘備録として記載してしまいます。。 なお、必要なイメージやVIBなどは以下を利用しました。 Net55-r8168 - V-Front VIBSDepot Wiki VMware vSphere Hypervisor (ESXi) 6.7U3b(オフラインバンドル) 手順は主に以下を参考にしました。 Using vSphere ESXi Image Builder to create an installable ISO that is not vulnerable to Heartbleed Using the vSphere ESXi Image Builder CLI ●ESXiのカスタムイメージ作成をやる前に、概念をぼんやり思い出そう 今回のESXiカスタムイメージ作成では、以下二つの概念が出てきます。 ソフトウェアデポ これはVIBなどのソフトウェアモジュールをプールしたモノのようです。ESXiのオフラインバンドルや拡張VIBモジュールのzipを入手したら、Add-EsxSoftwareDepotコマンドレットを使用して、とりあえずソフトウェアデポに追加していきます...
Read more »

Microsoft Graph PowerShellモジュールでMicrosoft 365の認証をWorkspace ONE Accessにフェデレーションする

イメージ
耐寒マツバギク(2024/5/18撮影) タンポポに似て、円形に細い花弁を持っていることや、その名前からキクの仲間と思ったところ、調べてみると違う植物の仲間だそうです。 マツバギクという名称なのでなんとなくアジア原産かと思っていたら、南アフリカ原産でした。 New-MgDomainFederationConfiguration コマンドというコマンドがあるそうです。 以下URLを見てみると、 前回のブログエントリ で使用した Set-MsolDomainAuthentication コマンドの後継コマンドだそうです。どうやら、Microsoftは将来的にSet-MsolDomainAuthenticationをはじめとしたコマンドの一式を非サポートとするようです。 Find Azure AD PowerShell and MSOnline cmdlets in Microsoft Graph PowerShell 今回私は、近い将来来る変化に備えて、New-MgDomainFederationConfiguration コマンドを使用してMicrosoft 365の認証をWorkspace ONE Accessに委任する方式を試してみました。 本ブログエントリは2024年5月18日時点で筆者が確認できた情報をもとに作成しております。本ブログエントリを参考に同様の手順を実行する場合、その時々の各製品、サービスの提供元の公式情報をご確認ください。 【2024年12月15日更新： このMicrosoft日本チームのブログ記事 を見ると、2025年3月30日をもってMSOLコマンドのサポートが完全に提供されなくなるようです】 ■目次 Microsoft.Graph.Identity.DirectoryManagement モジュールのインストール Microsoft 365に接続 Microsoft 365に存在するドメインのリスト表示 New-MgDomainFederationConfiguration コマンドによるフェデレーション設定 ログイン確認 その他躓いたこと ①Microsoft.Graph.Identity.DirectoryManagement モジュールのインストール Set-MsolDomainAuthentication コマンドは MSOnlin...
Read more »

■Workspace ONE UEM API Explorerについて

イメージ
この投稿は、 vExperts Advent Calendar 2019 - Adventar の 12日目の記事 です。 今年初めて vExperts Advent Calendar に参加させていただきます。どうぞ宜しくお願い致します。 今回の記事のテーマは、 「Workspace ONE UEM(以下UEM)の持つREST APIの動作確認をしてみること」 です。 VMware製品の持つAPIの多くは、以下のページでどのようなものがあるかを確認することが可能です。 VMware API Explorer ただ、 UEM のAPI については上記ページに記載はなく、UEMホストそのものに同様のページが設けられています。具体的には各UEMホストの、以下のURLに準備されています。 https://<UEMのFQDN>/api/help/#!/apis ※2020/9/25 追記：確認する範囲では <UEMのFQDN>でもAPI Explorerにはアクセス可能ですが、 多くのSaaS共有環境では、API のURLは普段管理コンソールとして利用するcnXXX.awmdm.comの先頭二文字のcnをasに入れ替えた値となります(API ExplorerのFQDNも本来はこちらになります)。 UAGなどでTunnelやContent Gatewayなどの構成要件として APIとの通信が必要な 場合は、 <UEMのFQDN>ではなく、 asXXX.awmdm.comなどのような、API用URL をご確認の上、通信を許可してください。なお 管理者権限にもよりますが、 API用URLについては SaaS共有環境であれば[グループと設定]＞[すべての設定]＞[システム]＞[高度な設定]＞[サイトURL]で確認可能です(2020/9/25時点)。    REST API用のURLの確認画面。 ※画像はConsole Administrator権限で確認した際のもの 上記URLにアクセスすると、 Workspace ONE UEM API Explorer が表示されます。 REST APIの動作確認というと、 postmanなどのREST Clientをインストール したり、 FireF...
Read more »