具体的なシステム面からの説明はありませんでしたが、SaaS事業者としては、EUリージョンに建てたIaaSを勝手に他のリージョンに移動しない、という事になるのでしょうか。このセッションを聞いていると、GDPRはSaaS事業者だけの問題ではなく、SaaSを使用する企業自身の問題と感じました。お客様は何をしないといけないのか??“ちゃんとやってますよ”というプロセスを作る。各人の名刺入れに保管し、捨てたり家に持ち帰ったりポリシーが統一されておらず、トラッキングは出来ない。社内に持ち帰った段階で、名刺管理DBに情報を入れている各人は必要な時にオンラインで名刺管理DBを参照する名刺管理DBはIRMがかかっており、社外にコピーできないなど。感想EU国民のデータを日本のサーバーで触らない、となると、自社のお問い合わせフォーム用のサーバーをEUに配置して、EU域内のIPからアクセスされた場合、EU内のWebフロントエンドに飛ばしてデータもそこで持つ...としないといけないけど、どんだけシステムコストかかるねん、という話だし、例えばEU国民が日本に旅行に来て日本語でお問い合わせフォームに書いたら、システム上はGDPR対象のデータであると分からない。それ以前に、仮にEUにEU国民のデータを保管しても、日本の端末から閲覧しただけでブラウザキャッシュが残っちゃうので、結論から言うとシステム的にGDRPを守るのは不可能じゃないかと。よって落としどころとしては、EU国民のデータも”仕方なく”日本国内のサーバーで処理しちゃうことがあるけど、ちゃ~んと保護するし、ユーザーから申請があれば削除するようなフローを作るし、不要に長期保管しない仕組みを作ってますよ、と言うしかない?まーしかしskype会議でEUの支店と会話してPPT共有したらどうすんねん、とか考えると辛いね。GDPRの正式施行は2018年5月らしいので、EUの動向に要注目です。セキュリティ~途中入室。クルマのハッキングを防御するためには、PCと同じく多層防御の考え方が必要。PCの場合Tier2:クライアントPCTier1:管理者アカウントTier0:サーバーのような多層構造となっており、クライアントPCがやられてもそいつを組織から切り離せばOK、など。クルマの場合Tier2:物理ソケット。ここが破られるとチップを入れ替えられて物理的に乗っ取られてしまう。カーシェアなど不特定多数で共有する車はこういった物理的なセキュリティもしっかりしているべき。Tier1:インフォなんとか(名前忘れた):エンタメ系のモジュール。外部との通信のためにポートが空いていると危険Tier0:駆動系モジュール(名前忘れた):車に”前進”や”後退”の信号を送るモジュール。本当はここをしっかり守りたいが、このモジュールはCPU性能が低くふるまい検知やアンチウイルスを動かすことが出来ないので、現状、Tier1までで防御する事が重要クルマ業界も何もやっていないわけではないが、ファームウェアを書き換えられるなどは想定しておらず、IT業界では当然の対策がされていない部分もある。昔からハックに対応してきたIT業界の知見が必要である。Proxyの構築方法。VPNと違って外→内の通信がないからセキュア。構築時に認証付きプロキシは回避してね。オンプレアプリはAzureポータルからエンタープライズアプリケーションを追加する。理解しやすかったが、レベル400もあるかな...と思いました。終わった後はBeerBush。写真撮り忘れた...ローストビーフ美味しかったです。automationに移行できる、など。個人的にSCCMとIntuneの連携を聞きたくて参加したけどあまり話題なく。CenterってSCCM以外の機能がたくさんあったの忘れてた僕が悪いですすいません。DAY2:CLD012:百聞は一見に如かず。Stack、ってくらい注目度が高く、セッションも多かったです。Stackのマルチノードの動いている所のデモでした。Stackって、本当にAzureがオンプレでそのまま使える、以上終了、みたいな所ありますよね。負荷分散やネットワーク、冗長化などの構成を考える必要はありますが、それは考えればいいだけで、使う側の使い勝手は変わらない。Stackの使いどころをどのように提案できるか、だと思いました。HUB的な製品なのかな...と勝手に思ってます。使った高速分散アプリケーションの設計パターン同時間帯のハンズオン満席だったのでこちらのセッションに参加。思った以上に面白かったです!CosmosDBは早いしDR組みやすいしよい!けど高いから既存のSQLと役割分担するとよいよ。デモでは軽~く使ってたけど、ドキュメントまじめに読むと1か月かかると言われてビビってます。説明のペースが速かったのでPPTで復習したいと思います。セキュリティの観点で解説Webアプリを使ってAPIを実装し、そのAPIを開発者やユーザーに開放する時に、APIを適切に管理する方法。ADや!って同僚のインフラエンジニアと参加したのですが「そもそも俺たちWebアプリ作ったことある?」とのっけから脱落気味。便利さは一応理解したものの、ちょっと我々には早すぎた...か。このご時世、アプリ作ったらAPI公開して当然という気もするし、NAVITIMEや駅探のAPIは便利に使わせてもらってます。AD基盤で管理できるは知らなかったので勉強になりました。Tipsこの時間帯、見たいセッション被ってたんですよね~。これ、全然マークしてなかった自分が恥ずかしく。基本的なサービスのトリガーとバインディングも用意されているから、今までサーバーにスクリプト置いてタスクスケジューラーで動かすシステムを捨てることが出来る。Automationは少し触った事があったのですが、Functionはそれより簡単にデプロイできてびっくりしました。インフラ関係の仕事だと使う機会少なそうだけど、何かの案件で無理やり使ってみたいな~。期待していただけあってディープでした...。B2Cだが、標準で連携できるサービスにLINEが入っていない。カスタムで作っちゃおう、との事でしたが、ドキュメントがないためほぼ手探り。そりゃ社外秘だわな...。面白いセッションだったけど、これを聞いて”参考になった!自分も解析しよう!”となる人はどれだけいるのか...。なんとも圧倒されるセッションでした。去年のメモを見返していたのですが。私視点です個人的にはTeamsがないことが意外でした。EM+S系、Microsoft365系は、おそらく知ってる話だろうな~って出なかったんですがtwitter追ってる感じだと多分予想は当たってたのかな、と。EM+Sの条件付きアクセスについては去年の時点で概念自体は完成していた気もしますが、自分が自社ブースでデモ手伝ってる中でも、まだまだエンドユーザーの情シスまでは浸透していないのかな~?と感じました。キャズム超えそうな雰囲気はあると思うのですが、まだ啓蒙活動が必要だと思います。365って名前付くとセッション参加人数増えるんだろうけど、Microsoftさんとしてはそういうベーシックなんじゃなく、他の技術をアピールしたいんだろうな~って思ったりしました。365のアップデートを定期的にチェックして気になったものをピックアップするシリーズ。ライブラリその他各種ブログ情報TechPlusライブラリはMSパートナーじゃないとアクセス出来ないので、いけてる情報があったら内容を紹介する事にします。Roadmapは見るの大変なのでやめるかも。メッセージセンターだけの紹介に...。準拠しないメールアドレスはスパム扱いしちゃうぜ!って話らしいです。具体的にはこんなメールアドレスです。Outlook実際、どの程度スパム判定されるか分かりませんが、11月9日(木)から有効との事で、その日はメールログを要チェックです。YammerYammer上でグループの分析機能が有効になりました。これ、うちにも来ててメンバーだけ多くて活動していないグループも一目でわかっちゃいます...。いうグラフはコミュニティ運営で励みになりますね。リソースを使用できるかアクセス制御が出来るようです。Online限定版といったところでしょうか。11月初めから展開を開始し、12月終わりには展開を終了する予定だそうです。Help#CARPriority)いやーマジか。Onlineでも問題なく動くんだろうな~。機能が便利になるのはいいですが、調子に乗って社内IPからしかアクセス出来ないように制限すると実は3rdパーティー製メールシステムからアクセスありました、とかなりそうなので、実装は慎重にしたい所。Onlineでのアクセス制御は構築対象外です”って入れとかないと大変そうです。新GUI関係の投稿が多数いろいろありますが、SPOはただいま大工事中なので出来上がったサイトを見たほうが早いかもしれません。Directoryリフレッシュトークンを使用していない際の失効期間が14日から90日に伸びるそうです。既定の14日から変更している組織は対象外だそうです。Token)アクセス先のシステムに渡すためのクレデンシャル。既定の有効期間は10分。Token)上記アクセストークンとセットで発行され、PCにキャッシュされるクレデンシャル。更新トークンの有効期間中は更新トークンよりアクセストークンを生み出せるため、認証基盤に対しての再認証は不要である。365にアクセスしないと、15日目に再認証が求められていて、これがユーザー利便性を妨げていた、よって90日にした...との事。365への認証っていつ頃切れるの?(再認証されるの?)」って聞かれて、「14日間間を空けずに使い続ければ、最大90日間使えるよ」って説明しています。クライアントに発行)”なんですね。トークンと更新トークンのペアを取得します。これが正しいなら、アクセストークンは10分くらいで切れるため、キャッシュされたリフレッシュトークンを元に新しいアクセストークンを作成して認証に行くのですが、このタイミングで新しいリフレッシュトークンをゲットし、リフレッシュトークンの有効期限が更新されるんじゃないかな...と思ってたのです。この”新しいリフレッシュトークン”によって更新されるのは、リフレッシュトークンの最終使用日時であり、これとは別にリフレッシュトークンの新規作成日時、みたいなデータを持っており、90日縛りは新規作成日時を元に確認されてるのかな...と無理やり納得してみます。ここらへんの話、認証トークンの期限だけではなくアプリの作りにもよると思うので(OneDrive同期ツールなんて、一度設定したら90日経ってもパスワード変わっても再認証不要ですよね?)理解しづらい所だな、と思います。三連休のど真ん中で大丈夫?という話でしたが、私は前後仕事だったので大丈夫です。日本ジオパークネットワークさん?に導入したとの話です。以前、シャルマン火打に行ったときにNPO法人さんが糸魚川らへんに絡んでる、ってポスターを見かけましたが、その法人さんなんですね。410円サービス継続性サービス終了する可能性のあるサービスは採用できない知っている人が多いツールだからです。GoogleもNonprofit版あるようなので、O365に価格優位性があるかはびみょーだと思いますが、サービス継続性という点では信頼性あると思います。Officeを導入するって話と似てるかなと思います。そこまでO365触った事がある管理者が増えればいいですけど...。Japanに申請したりいろいろで、リードタイムが最大50日くらいかかるそう。よって試用版ライセンスで構築をはじめ、ライセンスが有効になった時点で付け替えを行ったそうです。Office365の試用版ライセンスはゴネれば90日まで伸ばせるので、リードタイムを考慮に入れておくだけで問題なさそうです。一般の企業でもライセンス購入の時期を遅らせたいがゆえに、あえて試用版をギリギリまで有効にすることはあると思います。片手間でやるのは大変だったNPO法人は中小企業のようなもので、専任のIT管理者いない。以下の理由で複雑なシステム構成となってしまったので、片手間でやるのは大変だった、とのこと。365をとりあえず導入したってのはたまに聞くので(担当のPCスキルによっては)出来ない事はないと思うけど、以下のシステム構成では片手間では難しいよな...と思いました。システムその1.連番メーリングリスト連番メーリングリストとは何かというととあるメーリングリストアドレス(list01@ml.test.com)に送るメールの件名が[list01:000001]件名となるその後、同じメーリングリストアドレスに送ると、000001の部分がカウントアップするシステムであり、旧来的な日本企業で愛されているシステムである。Onlineとあわせてメールフローを構築する必要がある。これ、一応構築は出来て、僕自身、IIJのSecureMXを使うパターンとAzure上にmailman立ててIaaSで組むパターンの両方を検証(後者はどっかの案件で採用されてた)したのですが、いかんせんメールフローが複雑でSI費結構頂いた気がします。数百万だったかな...。別のメールドメインだったかな...。同一メールドメインけどいけた気がするけども。Onlineに移行するのに旧来の業務変えられないがために余計なコストかかるのはなんだかなぁと思うし、そこは業務変えろよ...と思いましたが、そのおかげで我々のお仕事があるわけです。支社毎に権限を分けたサイトを作成して、お互いが見れないような構成としたい。この時にSPOの権限設定を正しく構成するのに苦労した。具体的には、SharePointを2サイト目、3サイト目と作成していくと、気づかずに権限が付与され、2サイト目の人が3サイト目のサイトを見れるようになってしまう...。もこのパターンで情報漏えいしちゃったんじゃないかとの話。SharePoint権限はやり方を知ってるか知らないかだけの話だと思うけど(※私は知らない)、そういった要件に対応できる会社、エンジニアを探すのは大事なのかな、と思います。Onlineの設計要素を抑えるこのセッションは納得でした。Exchangeエンジニアなので...。設計大変なところはみんな同じだな、と思いました。LTおかしパステルのプリンです!トイレ行って戻ってたらなくなってました。Formsを下に配置すればいいよ、という話。子供でもIT使っていて面白い気づきがあった、という話。Teamsあーこれ、ほぼノンコーディングで出来るんだ...。前後に移動時間分の予定をオブジェクトを入れるってのをシステムでコーディングしたことがあるんですけど、これもFlowで出来そうだな...。LT5:スタートアップこそOffice365で業務効率化(経営者として)従業員の興味がDelveで分かるので、間違った方向に興味があるのなら軌道修正が出来るってのが面白かったです。あと、Flowがめちゃ使える!URL監視も出来るとは...。MFCMapiを使ったExchangeのトラブルシューティングオンプレ時代にMFCMapi.exe使いまくってたおじさん歓喜のセッションです。最近はOutlookプロファイル再作成で直るトラブルが多いので触ってないですね...。メッセージが受信者に複数回送信されるMFCMapi.exeで見れる全部の属性を把握し影響調査するのは難しいので、現実的にはお客さんの環境でよくある事象について情報を確認し、直す手順を確立し、それ以外のオペレーションはやらないってのがいいと思います。SIer的な視点で言うと、手順ですぐ出来るからと言って、運用サービスメニュー1回30分とかではやりたくなくて、リスク費積みたいところです。リスク費が算出できなければ、例えばデータ消失・設定消失の可能性があるので、事前にユーザーメールボックスのデータと設定を抜き出すのに3時間かかるから、1回3時間30分です、みたいな立て付けをしないと。iOSの話とMSのサポートを担当されているベンダーさんのお話が面白かったです。iOSから接続できないトラブルシュートはいろいろ大変かと思いますね...。両立するセキュリティと働き方改革MSさんが今一押しのMS365の話です。お高いライセンスを買わないと使えないってのはあるものの、セキュリティインシデントが発生した企業さんではトップダウンで導入が決定されたりして急にSIerが呼ばれたりします。ATPは出始めに比べるとほんま良くなったと思います(動的添付ファイル配信とか)。構築コストが少なくSIerが介入する余地がないのがアレですし「いやぁ~ふるまい検知のおかげでイスラエルからのアタックに気づけたよ~」という話をお客様から聞けないので、自信を持って性能の良さを語れないところではあります。ハイブリッドのお話しされた方だったのか。Pass-the-Hashの発音が同じだったから気づけました。あのセッションはテクサミの展示作るのにめっちゃ聞きました。まとめ今回は4セッション中3セッションが得意分野だったので新しい気づきは少なかったですが、自分の知識を確認するいい機会となりました。LTのFlow大活用術は参考にしたいと思いました。ビジネス面の話だと、E1以上のお客様ならライセンスは持っているので提案環境は整っているが、”メールシステム”や”グループウェア“といったカテゴリでくくれない部分なので、営業も売りづらい・お客さんも使い方のイメージがない。エンジニア側があれこれできまっせ、って事例集を持参して、その中からお客さんのやりたい事引き出して、フローを組んでやるって、感じなのかな...。365エンジニアじゃなく開発エンジニアがO365のAPI使って何かやる時にFlow使って工数削減しない?とアプローチする感じかな。Flowの話にそれてしまいましたが、主催者のみなさん、定期的な勉強会の開催ありがとうございます。次回も参加させてください。iOSで他人の予定が見れてざわざわしたのですが、MSのページを見つけたので読んでみます。iOSなどに同期されるようです。現在PC版Outlookで選択できる予定表閲覧権限は”レガシーであり複雑”な共有方法である確かに、従来Outlookから選択できる予定表権限は”参照者”やら”寄稿者”やらパッと見意味が分からないものが多かった。invitation送ろうとするとシンプルな権限しか表示されないけど、今後はこれがデフォルトとなるようです。これ以降、前者を”旧権限”、後者を”新権限”と呼ぶ。Webで閲覧できるようになる...ようです。iOSからクリックする。新権限での共有はユーザー個人を対象にしか出来ないのか?旧権限による予定表共有は、”既定”の権限を”参照者”などにして、自分が許可せずとも他人が勝手に自分の予定を見れる仕組みであった。invitationを飛ばさなければならず、いちいち自分が許可する必要があるし、他人の予定を見る時にも許可を得る必要がある。よってユーザー利便性が低下するこれを防ぐためには、powershellか何かで事前に新権限による共有権限を管理者側でセットすれば回避できるのか検討する必要がある。A,B,C,D,Eが同じ部署なら、AにはB,C,D,Eへの予定表閲覧権限、BにはA,C,D,Eの...といった具合ただ、システム的に上記が可能だとしても運用はとても回らないよって、やはり”既定”やセキュリティグループ単位で”新権限”の付与を管理者側でしたい“旧権限”は必要以上に細かい権限設定が出来きるため混乱の元であり、大半の要件は新権限で満たせると思いますが、細かい権限設定を利用して運用している現場があれば検討をする必要がある。syncing)権限種別もリセットされるらしいが、予定表同期ロジックも変更になる様子。iOSで使用でき、PC版Outlookは2018年夏にリリース予定。分かりやすいよう、これ以降は旧方式・新方式と呼びます。improvements”以降を読めばわかるが、旧方式に比べて新方式の方がよくなっているよ...と主張している。エンジニア的には挙動が変わるから要チェック、くらいの意識がよい。新方式の特徴として、共有相手のカレンダー情報をローカルに保有するため、データへのアクセスが早くなる、などいろいろあるが、ネットワーク負荷が増えないか?共有相手のカレンダーに添付ファイルがめちゃくちゃついてたらどうなるのか?など気になります。共有カレンダーのリマインダーの挙動も変わる様子。理由として、旧方式では共有カレンダーに毎回アクセスしていたが、新方式だとローカルコピーを持つようになるためと書いています。すんません、共有カレンダーあんまり使ってないので感覚が分かりませんが、使っているところは大きな変更になるのかな?一番気になる所、というかよくわからないはPC版Outlookの対応が2018年夏ということ。clients”に今後のリリース予定が書かれています。syncingはあくまで同期ロジックの話で、カレンダー共有については2017年4QのUpdateで使えるようになる?とにかく今は2017年4QのPC版Outlookへの実装待ちであり、その時いろいろ確認するしかなさそう。365のアップデートを定期的にチェックして気になったものをピックアップするシリーズ。サポートファイル名に#や%が付与されたファイルをアップロードできないという致命的な欠陥があったが、サポート対象に。実態参照に置き換えてくれるのでしょうか?確か7月くらいから一部のテナントでは有効になっていた気がします。アプリ新しくなったよ!...と言っているが、現状もブラウザ版と同等の機能しか使えず。今の所、インストールする意味は薄いと思われる。アクセス9月で一番話題だった機能。最近よく使っているアプリを優先的に強調表示するように変わる、という話。確かにアプリ数も多くなってきたからいいのかな?Flowとか下の方に行っちゃう可能性あるけど。携帯電話上のカレンダーを共有9月で2番目に話題だった記事。チームの監査ログTeamsの監査ログがアップデートされ、タブ作ったりコネクター作ったりするログも取れるようになる、と。お一人様チーム作って遊びのyoutubeタブで動画見ててもタブ作った時点でばれる、ということです。youtubeタブ作ること自体は、Teamsの管理画面から制御できます。利用状況レポートTeamsに関してのユーザーアクティビティとアプリ使用状況がレポートになるという話。電話会議などの回数も取れる。ExOLやSfBのグラフのイメージですかね。その他、データがAPIで取れるようになったり(前から?)管理者権限を付与しなくても、利用状況だけを見れる権限を付与する事が出来る。Onlineにつながらない問題。11.01で直ったっぽい。formattingメッセージセンター内のメッセージにyoutubeとか埋め込んで分かりやすくするよ!という話。365以前から予告されていた、週間ダイジェストをメールで送ったりなどの機能が追加されるらしい。今回は当たりの資料が多かったです。秘書bot使い方が分からなかったので参考になった。CommunityTeamsでカスタムポリシーを適用する、という話。SfBでは偉い人だけ画面共有許可したりできたが、Teamsの電話会議のバックエンドはSfBなため、SfBで個別に割り当てたポリシーの通りにTeamsも動作する。話は分かったが、SfbとTeamsの機能が完全に1vs1かなどは、こちらで確認する必要がある。バグとかありそうだし。Servicesになったのでテキストのトランスクリプトが出るようになる、がいいですね。トランスクリプトが正確に出れば会議の議事録を起こす手間も省けるし、文字列検索もできる。その他、以下のような機能追加を予定しており10月以降にロードマップ出すから楽しみにしとけよ!とのこと。Communityセキュリティ&コンプライアンスセンターの話ATPの進化Win10とEdgeから得られる情報を元にフィッシングサイトのDBをアップデートしていくのでEOPだけしか使ってない人にもメリットある。いやOutlookでやべーメール受信したら赤いラベルの警告が出る機能ってリリースされたんだっけ?SPO,OD4B,TeamsへのATP拡張:するってよ(前から言ってなかったっけ?)セーフリンクがオリジナルURLにATPでセーフリンクすると強制的にURLが書き換えられて長いURLになって、反ってスパムメールっぽくなってしまっていたのを廃止となると、どうやってセーフリンク判定するんだろう?素のURLでアクセスするとATP踏まないか?よく読んだら、マウスでホバーすると元のURLが表示される、との事でした。危険なコンテンツアクティビティ、ユーザーアクティビティを教えてくれるぽい。社外にファイル共有しているユーザーとか。Managerとかいう、GDPRはじめ各規約(というのか?)に合致しているかどうかのステータスを判定するポータルを11月にリリースするぽい。eDiscoveryo365以外のデータも(おそらくアップロードすれば)分析してくれるぽい。読んだけどどういう場合にこの機能が響くのか、メリットが分からなかった。あ、SPOとかOD4Bの容量がいっぱいになってきた時に不要なデータを捨てやすくなるのかな?O365メッセージ暗号化の新機能これ、気になりますね。今までO365の暗号化といえば、AIP(旧RMS)かOutlookの暗号化オプションだった。後者はあまりSIする機会もなく動作保証が薄いイメージ、AIPはとにかく使いづらく社外にメールを送るにしては現実的ではない。今回の新機能は、ベースはAIP(なのでライセンス必要)ながら、受信者が普通に読める、具体的には受信者がO365ユーザーならそのまま読めるし、O365以外のユーザーはGoogleやYahooIDを使って認証が出来る(←どうやって正当な受信者だと証明する???受信者に依存する以上完全性はないが、グループ会社が別テナントでO365を使っている事が分かっている場合、有効な選択肢となるか。Notesの人とかオンプレExchangeの人は今まで通り煩わしい手順を踏まなければいけないと思うが。Governance不要になった機密性の高いデータは廃棄してしまいましょう、という機能それは確かに...と思うが、普通の企業だとこの機能に頼らないのではないか(誤削除が怖くて)消す前に確認とかあるんだろうけど...今の所、検証優先度は低い。E5だしDLPポータルが改善したよこれ、前からじゃなかったっけ...。365が指定するURLにインターネット接続できる必要があります。そのURLは以前より以下のページで公開されていました。365また、XMLファイル形式やRSSでのUpdate情報も配信されています。XML形式:https://go.microsoft.com/fwlink/?LinkId=533185RSS形式:https://go.microsoft.com/fwlink/p/?linkid=236301今回新たに、pacファイルのサンプルをMSが提供し出しました。365提供されるPACファイルのパターンは3パターンのようです。パターン1このパターン1についてはよくわかりません。MSがIPアドレスを管理しているものはFWに、そうでないものはプロキシにで通信経路を分ける目的のPACファイルと思われます。akamaiなどのCDNを使っているものと思われますが、疑問としてそういうものをプロキシに飛ばす必要があるのか仮にそうだとしても、URLの分類基準が分からない→例えば、compliance.outlook.comというURLは「MSがIPを管理していないからプロキシに飛ばす」となっています。“に分類されているのですが、同じくここに分類されている”protection.office.com”などはPACファイル上はプロキシではなくFWに飛ぶようなPACとなっている。URLとIPアドレスのページからPACファイルを導き出せないえす。proxy”がproxyserver2;であるべきなんでしょうが)とにかくいろいろ謎。365にアクセスする必要があるURLを分けています。O365を契約していても、ライセンス認証などの通信はExpressRouteじゃなくインターネット経由でアクセスしないといけないので、PACファイルまたはL4スイッチのソリューションで経路を分けてやる必要があります。これはパターン1と違ってしっかりとURLが記載されている様子。Stream、Yammer、Sway、PlannerのURLが入っていないです。URLとIPのページで、これらの製品のExpressRouteのカラムがないからと思われます。ならないで、プロキシに振っておいてくれればいいのに...。365で使用されるURLを全てリストアップしプロキシサーバーに投げるというもの。この程度なら今までMSが提供してくれていたXMLを解析すれば作成できるので、他の2つに比べると新しい意味は少ないか。MSが作ってくれたPACファイルでうれしい事パターン1のPACファイルの意味は分からないけど、パターン2はうれしいリリース。URLとIPのページを確認する必要があったが、このPACファイルによってある程度正規化された情報が手に入る事になった。Streamなどに対応していないものの使っている環境の方が少ないので実用性はあるかなと。注意点としてこのPACファイルを丸コピーはダメで、ちゃんとプロキシのIPを指定したり、sharepointのURLを自社のものに書き換える必要がある。URLとIPアドレスのページに記載されている情報を正規化した形でくれればいいんですけどね...。Syncで他人の予定表が見れるようになったようです。青チェックの所に、他人のユーザー名が表示され、予定表が閲覧できるようになっている。動作確認したのは以下の端末。iOSバージョン:2.42.0ただ、発生条件は今のところ不確かで、私の周りでも見れている人見れない人がいる様子...。iOSに表示されるようです。iOS側で自由にユーザーを追加・削除する事が出来れば、今までの悩みである、モバイルから他人の予定表が見れない、というのが解消しそうです。Web)でいいじゃん、という話ですが、企業によってはOWAの利用は非推奨というのがそれなりに多く。iOSとOWAMDMでMAMをかけやすいなどがあります。OWAの方がアプリ配布不要で機能的には(予定表も含めて)満たしている、というメリットもあるんですけど。MS-500,MS-100,MS-101を受験して合格しました。