• コースグループ機能についてはこちらも参照
• 他の問い合わせとしては、
  • （教職員側）コースグルーピングができない：コースグループを設定する前に、子コースとして登録されるコースからはすべてのコンテンツを削除する必要がある
  • （学生側）ある授業のコースにアクセスすると別の名前のコースに飛ぶ：その2つのコースがコースグループされており、代表コースが表示されていると考えられる

• Googleカレンダーの予約機能についてはこちら

• 案内した手順ではうまくいかず、PC再起動とキャッシュ削除で解決
• 複数のGoogleアカウントを1つのブラウザで利用していて、それが干渉している可能性もある。

• (共通ID)@g.ecc.u-tokyo.ac.jp宛てのメールは、(任意のローカルパート)@g.ecc.u-tokyo.ac.jpに転送される
• 任意のローカルパートから、別のローカルパートへ変更すると、元のローカルパートのアドレス宛てのメールは転送されない
• 数字のみのローカルパートは設定できないので、共通ID@g.ecc.u-tokyo.ac.jpに戻すことはできない

• ECCSクラウドメールの利用はウェブメールが推奨されている
• 一般的対処法の案内は可能な範囲でする

• OutlookとApple MailでのOAuthの利用方法はこちら
• 2024年2月20日からECCSクラウドメールのサインインはUTokyo Accountを用いたSSOになっているので、その時からできなかったのではないかとも考えられるが、昔の設定が残っていたのかもしれない。

• 事務業務端末のヘルプデスクについてはこちら
• 事務業務端末の仕様及び搭載アプリケーションについてはこちら
• 事務業務端末についての内部資料
• 事務業務端末についての聞き取り時の注意事項

• uteleconのページにて手順4中の「ヘルプ：上記と異なった選択をしてしまった場合 」が根拠です。
• 詳しくはこちらのページを参照してください。

• 手順にはしっかり記載されているが、勘違いが起きやすいかも

• 詳しくはこちらのページを参照してください。

• ASKサービスは東大図書館全体の図書、文献、情報の検索やデータベース、電子ジャーナル、電子ブックの検索・利用方法に関する質問・相談サービスである。

• MTG時に補足

• MTG時に補足

• MTG時に補足

• 金子さん：事情に関しては、なぜ〇〇が必要なのか、なぜ所定のとおりに手続きできなかったのか、の2点を中心に聴き取るとよいと思います。
  　　-独鈷さん：現状の文案には改善の余地があるかも

• 2025年1月1日より、「JMP Student Edition」が提供開始され、東大での提供もこれに準ずる形となった
• 詳細は同様にUTNETの学内ページへ:
  https://www.nc.u-tokyo.ac.jp/internal-only/software-jmp

• uteleconにも入口としての案内ページがある:
  https://utelecon.adm.u-tokyo.ac.jp/support/service-status
• 全体としては上記ページからリンクのある、UTokyo Accountでのサインインが必要なsharepointに記載される

• Zoomの更新ができない場合、結局はアンインストールして再インストールという形になる ( https://support.zoom.com/hc/ja/article?id=zm_kb&sysparm_article=KB0065156#collapsePC ) が、以下詳細な説明
• MSI (Microsoft Windows Installer) バージョンの場合、組織またはZoomの管理者の設定により、「更新を確認」ボタンが非表示になる場合がある。
• EXEバージョンの場合、「更新を確認」ボタンは常に表示される。
• Zoomの日本語ヘルプでは、ショートカットの「ターゲット」フィールドを確認するとMSI/EXEのどちらがインストールされているか確認できる、と書かれているが、英語版Windowsの「Target」は、日本語版Windowsでは「リンク先」と訳されている。「リンク先」フィールドを確認すべき。
• 公式: https://support.zoom.com/hc/ja/article?id=zm_kb&sysparm_article=KB0057975
• ZoomのMSIとEXEの違いについて，結局のところ普通のユーザーはMSIを使うメリットはなくて，EXEを使えば良いということでしょうか？
  • 基本的にはそれで困らないはず。https://zoom.us/download から普通にダウンロードするとexe版がダウンロードされます。一方msi版はこのページ下の管理者ダウンロードページに行かないと手に入らないので、msi版を入手した人はわざわざmsi版を入手したことになりますね。

• 2024年2月の共通IDの一元化以降、既に共通IDを持っている人に新たな共通IDが付与されることはない。
• 現時点で共通IDを複数持っている人は、共通ID一元化以前に学生身分と教職員身分の双方を持っていて、かつ共通ID一元化を希望しなかった人に限られる。
• この条件に当てはまらないのに複数の共通IDを持っている場合、人事手続きの誤りと考えられるので、人事担当への問い合わせを案内する必要がある。
• 今回の場合、過去に学生として在籍していた頃のIDと名寄せされてしまったようです。

• 多要素認証を設定するとUTokyo Accountのパスワードの有効期限が無期限になるが、実装上は2999/12/31までとなっているようである。

• UTokyo Accountのパスワード有効期限切れの場合って、初期化されてしまうんでしたっけ？　利用者メニューにのみ、従前のパスワードで入れるのではなかったでしたっけ。ただいずれにせよ、利用者メニューにログインできないということはパスワードを忘れてしまっているということだと考えると、部局の人事担当に行っていただくのは間違いではないと思います。
• 「PWの変更を試みましたが、ログインできませんでした。」とあるので、一般論として、フィッシングの可能性は検討するとよいと思います。
• 退職後いったんアカウントが無効化されてしまったのでパスワードが初期化されてしまった？　しかし通常はそのような運用ではないはず。

• UTokyo Accountの多要素認証では、本人確認方法のうちMicosoft Authenticator や認証アプリ等は最大で5個までしか登録できない仕様
• 多要素認証方法の削除の方法:
  https://utelecon.adm.u-tokyo.ac.jp/utokyo_account/mfa/change/#delete
• ただし、「既定の方法」と設定されている方法は削除できないため、事前に既定の方法を変更する必要がある
• 既定の方法の変更方法:
  https://utelecon.adm.u-tokyo.ac.jp/utokyo_account/mfa/change/#default

• uteleconにおけるパスワードレスの記述:
  https://utelecon.adm.u-tokyo.ac.jp/notice/2024/02-utac-auth-improvement#passwordless-signin
• パスワード＋本人確認方法の多要素でサインインしたい場合は、サインイン時にパスワードレスを一旦キャンセルしてパスワードを用いる方法に切り替える必要がある。
• ちなみに旧端末のパスワードレスサインインを消すのが意外と厄介らしい。現状、エラーが出て削除できないので、Microsoftに照会中。

• Microsoft Office 2016がインストールされていたため、これをアンインストールしてから最新のMicrosoft 365をインストールして解決
• ちなみに、Microsoftのサポートサイトで{自然言語}-{16進数}の形式のURLは自然言語の部分を削っても機能する

• WindowsPCの多くはIntel製のプロセッサを積んでいるが、一部ARM製プロセッサを積んだ端末が存在する。
• Intel/ARM共通で動くソフトも多いが、Cisco Secure Clientなど一部のソフトはプロセッサの種類によりインストーラを使い分ける必要がある。
• 自動的に適切なインストーラを選んでくれることが期待されるが、うまく動かないケースがあるらしい。
• 現状ではuteleconにARM版インストーラに関する説明は無く、問い合わせが届いたらその都度対応している。

• Office LTSC 2024はARMもサポートしている
• 公式:
  https://learn.microsoft.com/ja-jp/office/ltsc/2024/overview

• 2025年1月1日より、「JMP Student Edition」が提供開始され、東大での提供もこれに準ずる形となった
• 詳細は同様にUTNETの学内ページへ:
  https://www.nc.u-tokyo.ac.jp/internal-only/software-jmp

• 内容はともかく、案内文中に含まれているURLに https://support.microsoft.com/ja-jp/office/onedrive-や-sharepoint-からファイルとフォルダーをダウンロードする-5c7397b7-19c7-4893-84fe-d02e8fa5df05#:~:text=フォ[…]イル%E3%80%82 というものがありました。これについて詳しく補足します。
• SlackからコピペしたURLの途中に [...] が入っているときは省略されて本当のURLと表示が一致しない状態になっています。
• MicrosoftのサポートページのURLの「{自然言語}-{16進数とハイフン}」は自然言語部分を削っても機能することが知られています。今回の場合、ページ自体へのリンクは https://support.microsoft.com/ja-jp/office/5c7397b7-19c7-4893-84fe-d02e8fa5df05 で事足りるということです。
• #:~:text=hoge の部分は、「URL Scroll-To-Text Fragment」「テキストフラグメント」などと呼ばれるものです。今ではほとんどの主要なブラウザでサポートされているようです。今回、これが付いているのは意図したものだったでしょうか。たまに、Google検索の結果などからそのままURLを持ってきた場合に、意図しない箇所を指定するテキストフラグメントが付いてしまうことがあるので、注意しましょう。

• uteleconにも入口としての案内ページがある:
  https://utelecon.adm.u-tokyo.ac.jp/support/service-status
• 全体としては上記ページからリンクのある、UTokyo Accountでのサインインが必要なsharepointに記載される

• ページの分割には、一旦ファイルを自分の PC 内で「PDF に印刷」する方法がもっとも簡便かつ安全かもしれません。
• モノクロ印刷の方法はWin環境とMac環境で異なるので注意。Win環境はMain_Mono、Mac環境はプロファイルを利用する。

• ECCS Tutor's ページ「PDFの結合をしたい」もご確認ください。
• PDFを分割して印刷したいはポスター印刷の話なのだが、PDFの結合をしたいで紹介されているMacのプレビューを使う方法は、一部のページだけ抜き出したり、ページの順序を入れ替えるのにも使える。

• 新札が使えない自販機、当分はたくさんありそうですよね。

• Web アップロード印刷からは Excel ファイルを含む多様なファイルを指定することができるようですが、内部で印刷用データに変換するための仕組みにある程度の制限があるのでしょう。
• USBプリントだったらしい。
• ファイルを提供していただければ、原因が分かるかもしれません。

• パスワード変更等の反映タイムラグをご確認ください。
• 後者に関しては、ECCS端末とパスワード変更に関して「40分」というタイムラグは存在しません。
• ECCS利用権が無効になることってあるのでしょうか？
  • 以前はChromebox端末を使っていて、元々ECCS利用権を有効化していなかった可能性。
  • ECCS利用権を廃止するときに日付指定するので、たまたまこの日を指定して廃止申請を出していた可能性。
• 対応した方から、その日の朝には利用できていたらしいとのこと。
• 相談員ができることとして「不可解な現象が起こっているので、もし不正アクセスなどの調査を希望するなら、10桁番号を記載してuteleconのメールサポートに問い合わせてほしい。」と言うのが良いのではないか。

• 前回の事例
• 巡回チェックをお願いします。

• 報告にある通り、稀に発生している事例で、指示通り何かキーを押して進めば通常通り起動できるようです。

• 入力信号の選択は見落としがちな点です。

• 同じ場所で継続して発生する問題の場合、張り紙を増やすなどの対策が考えられるかもしれません。

• OS 環境はどちらでしょうか？　ECCS端末なのか、持ち込み端末なのかも。
• 「名前をつけて保存」が選択できそうでできず、「複製」という選択肢がある画面が思いつかないのですが、具体的にどの画面でしょうか？
• Mac環境で、左上の「ファイル」を選択したとき、そもそも選択肢が表示されなかったとのこと。
• 原因究明のためには、勤務報告を詳細に記入いただくようお願いします。

• 相談員業務の中では、ときにこのように ECCS に直接関係ない質問も来ることもありますが、知識や検索により適切に回答を導けるとよいですね。

• 相談者さんに私たちが持っているコピーカードをお見せして、見覚えがあるか確認していただけるとよりよかったと思います。
• ECCSの複合機で使えるカードではなかったのではないか？

• 先週の勤務報告の再掲です。前回のミーティングでこの事象が再現するかの確認をお願いしており、複数の勤務報告で情報提供がありました。ご協力ありがとうございます。
• ECCS端末とご自身の端末で確認していただき、問題が切り分けられています。
  • Slackでも議論がありましたが「ECCSのMac環境にインストールされたFirefox固有の問題」(#helpチャンネルから引用)だと考えられるようです。
• Mozillaのサポートページにいくつか考えられる原因があがっていました。
• ファイルシステムがNFSだから？
• Firefoxのバージョンが一般的なものと違うから？
• Firefoxのプロファイルリセットコマンドはだめだった
• センターの方でも業者と連携して調査してみるとのこと。

• 持ち込み端末に試しにマウスを繋いでみたところ正常に動作した(その時は引っ掛かりは感じなかった)ということでしょうか。
• マウス自体に問題がないのであれば、マウスのケーブルまたはKVMスイッチ周りの接触不良かもしれませんね。

• 「Cable not connected」はディスプレイ背面のHDMIケーブルが抜けていることが多いです。もし見かけることがあれば配線の確認お願いします。
• 正常にケーブルが繋がっている時は「No signal」「信号なし」と表示されます。
• 「全体が緑色の表示になった」ということは接触が悪いのでしょうか。

• 突然ということは、最後にUTokyo Wi-Fiを利用したのはここ最近ということでしょうか。
• Wi-Fiの設定が消えてしまったのでしょうか。
• uteleconのページも参考になります。
• 「一旦接続を解除し」というのは、「電波は掴んだけどIPが降ってこなかったのでいったん電波を切った」というようなこと？　でも「再度IDとパスワードを入力すると」とあるので、プロファイルを削除したということ？
  • 担当の相談員より：接続自体はされていたのですが、「このネットワークは使用できません」と言ったような表示が出てWi-Fiが使えませんでした。プロファイルの解除でなく、単に接続を切って再接続を試みました。

• 共有していただきありがとうございます。
• Mac環境に関しては、よくある質問の中にもありますね。

• 新人相談員向けのページにもリンクが貼られていますが、はいぱーワークブックというものがあります。

• OPACでは図書館の蔵書検索や貸出・予約等の手続きを行うことができます。
• 図書館での勤務ではなかったとのことで、良い対応だと思います。

• 時間があれば議題にしたいと思います。
• 確認するとよいポイント例
  • 電源がささっているか
  • KVMに2本ささっているか、ランプは点いているか
  • ディスプレイの電源ランプは点灯しているか
  • HDMIとUSBオスメスの計3本とイヤホンジャックがのびているか

• 多言語の設定から、言語を追加したり削除したりするだけでは回答の集計結果は変わりませんが、選択肢の文章自体を変更するとすべての回答がその他扱いになってしまいます。
• 検証すると分かることはよくあります。案内する時は公式に案内されている仕様なのか、サポーターの手元で検証した結果なのか、情報の確度に注意しましょう。

• Office LTSC 2021 for Windowsをアクティベーションするためには、まずWindows 10/11 Educationをインストールする必要があります。
• Educationにして、手順に沿って作業してもLTSC 2021をインストールできない場合は、以下の手順を試してください。
• ダブルクリックで開けるか試す
• Smart App Controlが実行を妨げている可能性があるため確認
• コマンドによる実行
  • ①ダウンロードして展開したフォルダ（office-ltsc-jaなどという名前になっているはず）のパス（絶対パス）を調べ、コピーしてもらう（例：C:¥Users¥...）
  • ②コマンドプロンプトを起動
  • ③開くと C:\Users...> などと表示されているはずなので、そこに C:\Users...> cd[半角スペース][コピペしたパス] と入力してEnterを押す。
  • ④ C:\Users...> install.bat と入力してEnterを押す。

• 誤解や混同があったり、そもそもやりたいことをよく理解できていなかったりして、操作の目的や調査に必要な情報がうまく聞き取れないことはよくあります。特にメールフォームでは、一回の返信で適切に聞き取れないと往復数が増え、互いに負担がかかります。
• 必要なことを聞き取るための工夫としては、以下のような方法が考えられます。
  • 聞きたいことを厳選して簡潔に聞く
  • 別のものを混同している場合は、二つの別のものがあることを説明した上で、客観的な操作で見分ける方法を示す
  • 何を指すか不明瞭なものは正確なシステム名を聞く
  • 「できない」「おかしい」という主観的記述ではなく、エラーメッセージの正確な文面など客観的な状況の記述をお願いする
  • メールではなくチャットや通話の訪問を勧める

• 一元化は一度限りとして2024年2月に実施されました。
  • 2024年2月以前から2つのUTokyo Accountがある方は一元化したか、2つのUTokyo Accountを保持するかとなっており、新たな一元化対応の予定はありません。
  • cf. https://utelecon.adm.u-tokyo.ac.jp/notice/2024/utokyo-account-consolidation#%E4%B8%80%E5%85%83%E5%8C%96%E3%82%92%E5%B8%8C%E6%9C%9B%E3%81%97%E3%81%AA%E3%81%84%E6%96%B9%E3%81%AE%E4%BB%8A%E5%BE%8C%E3%81%AE%E5%AF%BE%E5%BF%9C%E3%81%AB%E3%81%A4%E3%81%84%E3%81%A6
• 2024年2月以降は、学生兼教職員であっても1つのUTokyo Accountしか発行されないことになっています。
  • 事務上のミスなどで誤って複数のUTokyo Accountが発行されてしまった場合にはアカウント発行窓口と連携して対応します。
  • 誤発行されたUTokyo Accountに紐づいたメールアドレスに連絡が行ってしまう例などが報告されています。

• 時折、相談者からこのページが見られないなどのご指摘をいただくことがあります。その際は、感謝の意を伝えた上で担当者に連絡するのが良いと思われます。

• ライセンスが付与されても、メールでの連絡などはありません。
• Zoomのwebサイト（ https://u-tokyo-ac-jp.zoom.us/profile ）にサインインしていただき、「ウェビナー」のメニューが増えていないか確認していただきましょう。

• 少なくとも学生は利用できない機能であることは確認済みです。
• なお、Google Documentではメンション機能を利用可能であるため、もし必要ならばGoogle Documentを案内すると良いでしょう。

• CAA50021が出る例も同時期の相談にありました。
• https://www.sodan.ecc.u-tokyo.ac.jp/faq/wam-prompt/ の類例です。
• エラーコードとして、このページにない例もいくつかありますので、相談者の状況を確認し該当するならば「職場または学校のアカウント」にUTokyo Accountがあれば削除することをまず試してみましょう。
  • （エラーコードのバリエーションが増えているような気もしていますが果たして？）

• 前例のないエラーで、複数の要因が交絡していた可能性が高いものです
• エラーそのものの内容と状況の把握、ネットワーク情報、他のアプリの干渉、DARTの結果から接続できない要因となりうるものを排除していくことは基本動作として身につけましょう。
• 今回はIPsecVPNというUTokyo VPNでは利用していない方式を設定していたことで接続できなかったと考えられます。
  • スクリーンショットをもらえたことで問題の早期解決につながりました。

• ostファイルとは、ざっくり言えばOutlookがクラウドメールをローカルに保存しておく（オフラインアクセスできるようにする）ために作成するファイルで、メール本体がクラウドにある場合には削除しても問題はありません。
  • cf. https://support.microsoft.com/ja-jp/office/222eaf92-a995-45d9-bde2-f331f60e2790
• なお、事務業務端末まわりや職員メールまわりについては仕様がわからないことも多いため必要に応じて担当に確認しましょう。

• 本学はAdobeライセンスの全学提供はありません。部局・部署によっては個別に導入している可能性はあります。
• 電子印鑑と呼ばれているものは世の中に2種類あります。1つは印影の画像データで、偽造などが容易であり本人性の確認などには利用できません。もう1つはタイムスタンプや捺印者の識別情報を持つ電子印鑑で、こちらは法的効力を持ちます。
• このような機能を覚えておく必要はありませんが、ややこしい話があることを認識したうえで都度調査して的確に答えられるようにしておきましょう。

• ご利用を希望されているソフトウェアはECCS端末のWindows環境にのみある点については調査によりわかります。
  • https://www-old.ecc.u-tokyo.ac.jp/system/software.html#win
  • また、東大の提供するサービス群を見れば当該ソフトウェアを含むサービスはないこともわかります。そのため、ECCS端末・環境でなんとかするという方向性は間違っていません。
• ECCSの環境にリモートでアクセスすることもできます。これには2つの手法（GUIでMac環境に接続する、SSHでログインしOS X環境のSSHサーバに接続する）があります。
  • https://www-old.ecc.u-tokyo.ac.jp/system/outside.html
  • このページを熟読すると、Windows環境そのものにアクセスすることはできないことはわかります（SSHサーバでWindwosのホームディレクトリは参照できますが、Windows環境そのものを動かしているのではありません）。
• そのため誤った案内を最初にしてしまいました。
• その後の対応でも、ECCS端末が箱として3種類（iMac、Mac mini、Chromebox）あり、そのうちChromebox端末はChromeOSのみ利用可能であることが抜けており、相談者に迷惑を掛ける結果となりました。
• このような相談結果になると相談者にとっても対応者にとってもストレスですから、多少時間がかかっても構わないので念の為調査して往復数や要領を得ない回答を減らしていきましょう。

• こちらの件ですが、先週続報があり、
  • 同型の装置を探しつつ修理費用を検討中
  • 生協売店の対面カウンターでは販売しているので、しばらくはこのまま「修理中」として対応
  • 場合によっては、このまま撤去もありうる
• とのことです。

• 複合機を操作して、大まかに用紙の残量を確認することは可能です（手順）。
• 生協側で残量は監視してくださっているようですが（参考）、残量が極端に少ないことがあらかじめわかっていて、大量に印刷する予定の場合、補充をお願いしてもよいかもしれません。

• わずかなシワ程度なら返金にはならないと思うのですが、質問者の方が修論（おそらく）を印刷されており、判読できない文字があるほど乱れていたため、このように案内しました。
• 実際にどの程度のケースなら返金になるのでしょうかね。
  • 相談員ではなく生協が判断することになるので，はっきりしない場合は相談員で考えずに生協に誘導するのがよいと思います．

• この事例の続報のようです。
• カードの汚れには気をつけましょう。

• 「多要素認証ができていない」というのは、正確にはどういう状態で、なぜそう判断したのでしょうか？　この点が記載されていると、さらによかったと思います。
• 今回の場合、「そもそも多要素認証を設定していなかった」のか、「設定はしているが突破できなかった」のか、どちらだったのでしょうか。「サインイン自体が出来ず」「いずれのサービスにもアクセスできていない」ということであれば、後者でしょうか。
• もし前者だった場合、特有のエラー画面が表示されるので、そのこと（あるいはそうでないこと）が記載されていると、わかりやすいと思います。
• ECCS端末が利用できない件は，まずはECCS利用権の確認をするのが定石ですが，このページに入るのにも多要素認証を突破する必要があるのでした．
• 「多要素認証の設定はしているが突破できなかった」と仮定して，相談員として他にできることはなかっただろうか？
  • 今突破できないとしてもどの認証方法が求められているか確認して，どうして使えないか状況を整理する．
  • Authenticatorアプリを使っていて，機種変更で引き継ぐ場合には，普通のデータ移行には対応しておらず，「多要素認証の設定ページ」で事前の設定が必要であることを伝える．
    • そうしないとアカウントから締め出されて，本人確認方法の再登録の手間がかかります．さらに金曜の6限の相談なので本人確認方法の再登録が必要になると月曜まで何もできなくなるため，いっそうその状況は避けたいところです．
  • 機種変更をしても電話番号が変わらないのであれば，本人確認方法として電話番号を追加しておくことで，スムーズに変更ができることを説明する．
  • 対面でインタラクティブに対応できるのが相談員の強みですから，複雑なトラブルを放置せず，解決できるようサポートしたいですね．

• UTokyo Wi-Fiのアカウント情報（ID・パスワード）は、申請直後の画面に表示されるだけでなく、ECCSクラウドメール等にも送信されます。ですので、新規申請の前にまずは過去のメールを検索してみるのがよいかもしれません。
• メールのタイトルは「[UTokyo Wi-Fi] your new account」などとなっていると思います。

• どなたか再現できるか確認いただけるとありがたいです。

• まったく別の環境・OSですが、これと同じ文言が表示されて動作が止まった際に、Enter / Returnキーを連打すると起動したというインターネット上の事例はあるようです。

• ユーザ名は数字のみですし、パスワードは入力中も非表示になるので、普通に入力しているだけでは気づけなかったのではないかと思います。
• 珍しい事例ですが、とっさの機転で問題を見つけられたという意味では、理想的な対応といえるかもしれません。
• CapsLockの設定を変更するときにはShiftキーと同時押ししないといけない可能性があり，またキーボード側と端末側で状態がズレる可能性があると予想されます．確認したいですね．

• こちらのFAQの内容ですね。
• FAQ内の「参照」がリンク切れしていますが、駒場キャンパスの落とし物に関する最新の案内はこちらを参照するとよいでしょうか？
• 貴重品は一定期間経つと警察に移管されることもあるようです（知りませんでした）。

• 前回もふれた件ですね。確認ありがとうございます。

• うまく引き継いでいただきありがとうございました。
• 駒場図書館の場合は引き継ぎの紙に書いて図書館カウンターに回すルールがありますが、総合図書館は異なる取扱いでよいのですよね。
  • 総合図書館では依頼されていないので窓口へ複合機不具合を連絡していない。

• あまり頻繁に見かける表示ではないので、この機会に確認しておきます。

• Wi-Fiに関しては、どのような点に躓いていらっしゃったかがわかると、情報提供の改善にもつながる可能性があるので、もっとよかったと思います。
• ご自分でどの本人確認方法が設定済みだかわからなくなってしまったという場合は、サインイン時（パスワード入力後）に表示される本人確認を行う画面で，「問題がありますか? 別の方法でサインインする」あるいは「別の確認オプションを使用する」というリンクを探して押してください．デフォルト（自動的に選ばれるもの）以外のものも含め，設定済みの本人確認方法が一覧で表示されます．
  • 多要素認証の設定ページはログインしないと入れないのでだめですね。

• 「Microsoft Entra ID　0123456789@utac.u-tokyo.ac.jp」「既にバックアップがありますか？　アカウントを復元します　回復の開始」などと表示される画面、また「iCloud アカウントに格納されたバックアップはありません。バックアップの作成に使用したのと同じ iCloud アカウントにサインインしていることをご確認ください。」と表示される画面。
  • 正常な場合0123456789@utac.u-tokyo.ac.jpの上に"The University of Tokyo"と表示されているはずです。
• 原因は不明ですが，一つの可能性として，機種変をするときに端末のデータを移行してくれるサービスがあって，そういうサービスを使うとMicrosoft Authenticatorのアカウントもパッと見は移行されている感じになるのですが，UTokyo Accountとの紐づけは解除されているという状態になることがあるらしいです．そのパターンかもしれません．
• その場合は一旦アプリ側のアカウントを消して登録し直すしかありません。他に本人確認方法がないということなので、再登録は妥当と思われます。
  • 相談員にできることはありません。

• ゲストアカウントでもSafariの言語は変更できなかったでしょうか？
  • ゲストアカウントで最初に表示されるページは日英併記だったはずなので、困難はあれどゲストアカウントでECCS利用権を申請することは不可能ではなかったのではないか。
• ゲストアカウントはECCS利用権を取得するため（など）に限って用いるのだと思います。そのため、ECCS利用権を申請していただくこと自体は（未申請なのであれば）いわば前提で、その上でどうやったらECCS端末の言語設定を変更できるかを案内できるとよかったのではないでしょうか。
  • Mac環境・Windows環境
  • （ECCS利用権を申請していないのに、自分のECCSアカウントでログインするよう促すのは、循環している。）

• 前回もふれた件ですね。確認ありがとうございます。

• 教訓としては、余っているLANケーブルに気を取られて、本体の電源が入っているかとか、ディスプレイが通電しているかとか、基本的な確認をおろそかにしないようにしましょう。
  • https://www.sodan.ecc.u-tokyo.ac.jp/faq/mac-mini-no-signal/

• このページですよね: https://www-old.ecc.u-tokyo.ac.jp/chromeos/index.html
• Chromebox端末の近くにそっと置いてあったものではないかと思います。

• 「共有ドライブに空き容量がありません」というエラーが出るという問い合わせでした。
• 共有ドライブの容量は「ECCSストレージ管理システム」で代表者が設定するものですから、代表者に依頼して容量を増やしてもらいましょう。
• もしくは、不要なファイルを削除しましょう。共有ドライブのゴミ箱からも削除してしばらくすると空き容量に反映されます。
• ……なのですが、対応いただいたサポーターの方が疑問点を思い浮かんだようなので、この機会に疑問を解消しましょう。
• 1. 共有ドライブは20GBまでなのか？　→作成した直後は最小値の5GBで、そこから代表者の「ストレージ制限値」がある限りいくらでも増やせる。
• 2. 代表者のマイドライブの「使用量」が超過すると、共有ドライブの容量が自動的に減らされてしまうのではないか？　→容量が自動的に減らされてしまうのは、共有ドライブの「容量」を増やしたときだけである。マイドライブ・共有ドライブの「使用量」がそれぞれの容量を超過しても、新たに保存等ができなくなるだけである。
• 3. 100GBと125GBの違いは？　→初期は「ストレージ制限値」が2種類あった。マイドライブ・共有ドライブに使用できる100GB分と、共有ドライブのみに使用できる25GB分が、全員に与えられていた。ややこしいのでまとめられた。
• 4. uteleconには「代表者の責任として共有ドライブ容量が一定の容量を超えると代表者のマイドライブ容量が減ります．」と書いてあるが、一定の容量とはいくらなのか？　→初期は25GBだったので、その頃の記述が残っている。

• 担当教員なども含め、1コースあたり最大で4,000人のユーザをコース参加者として登録が可能だそうです。
• 上限人数は存在しますが、実際にコース上限人数に引っかかって問題になるようなことは起こらないと思われます。

• UTokyo Accountの多要素認証でMicrosoft Authenticatorなどが表示するTOTP（6桁の数字）と、事務業務端末のリモートアクセスに利用するCitrix Workspace の多要素認証のTOTPは別物です。
• 後者は端末1台しか設定できません。

• 研究室のコンピュータに外部からアクセスしたい場合は部局のネットワーク管理者に言う，のは過去事例がありますね( https://www.sodan.ecc.u-tokyo.ac.jp/meeting/2024年5月22日/#department-network-problem )。
• では，NIIのコンピュータにNII外からアクセスするVPNを使うには，NIIに言えば十分でしょうか？　L2VPNでは東大のネットワークにも穴を空ける必要があるので，東大の部局のネットワーク管理者にも言う必要がありました。

• 多言語の設定から、言語を追加したり削除したりするだけでは回答の集計結果は変わりませんが、選択肢の文章自体を変更するとすべての回答がその他扱いになってしまいます。
• 検証すると分かることはよくあります。案内する時は公式に案内されている仕様なのか、サポーターの手元で検証した結果なのか、情報の確度に注意しましょう。

• Office LTSC 2021 for Windowsをアクティベーションするためには、まずWindows 10/11 Educationをインストールする必要があります。
• Educationにして、手順に沿って作業してもLTSC 2021をインストールできない場合は、以下の手順を試してください。
• ダブルクリック、右クリックで開けるか試す
• Smart App Controlが実行を妨げている可能性があるため確認
• コマンドによる実行
  • ①ダウンロードして展開したフォルダ（office-ltsc-jaなどという名前になっているはず）のパス（絶対パス）を調べ、コピーしてもらう（例：C:¥Users¥...）
  • ②コマンドプロンプトを起動
  • ③開くと C:\Users...> などと表示されているはずなので、そこに C:\Users...> cd[半角スペース][コピペしたパス] と入力してEnterを押す。
  • ④ C:\Users...> install.bat と入力してEnterを押す。

• 誤解や混同があったり、そもそもやりたいことをよく理解できていなかったりして、操作の目的や調査に必要な情報がうまく聞き取れないことはよくあります。特にメールフォームでは、一回の返信で適切に聞き取れないと往復数が増え、互いに負担がかかります。
• 必要なことを聞き取るための工夫としては、以下のような方法が考えられます。
  • 聞きたいことを厳選して簡潔に聞く
  • 別のものを混同している場合は、二つの別のものがあることを説明した上で、客観的な操作で見分ける方法を示す
  • 何を指すか不明瞭なものは正確なシステム名を聞く
  • 「できない」「おかしい」という主観的記述ではなく、エラーメッセージの正確な文面など客観的な状況の記述をお願いする
  • メールではなくチャットや通話の訪問を勧める

• webアップロード印刷ではn-upはできないですよね。
• 一度 Adobe Acrobat で開いて、n-upの別のPDFを書き出して、それを印刷したということでしょうか。
• ECCS端末Mac環境の印刷メニューで（PDF書き出しすることなく）n-up印刷の設定もできると思います。
• 具体的な操作方法や参考にしたものがあれば記載していただけるとあとから確認しやすいので助かります。

• 珍しい事例ですね。基本的には生協さんを呼ぶという形で差し支えないと思います。

• 実際にネットワークの障害が発生していたようです。 https://www.nc.u-tokyo.ac.jp/category/systemfailure
• エラーメッセージを正確に書いていただき、他の資料を参照しやすいのでいいと思います。

• このような場合、なにはなくともまずECCS利用権を確認しましょう。
  • 「ECCS利用権を確認したが問題なく、原因は別のようだった」という場合でも勤務報告に記載をお願いします。

• 内容自体は頻出の相談です。
• 少し古いのは画像ですかね。勤務中などに直していただけるととても助かります。指摘だけでも助かりますが。
  • 2つのページの内容が異なっている点については、古い新しいではなくWordかAdobe AcrobatかOS標準の印刷メニューかの違いです。
  • 何のアプリケーションから印刷をしようとしたかによって画面が変わりますので、勤務報告中にアプリケーションの情報も含めていただきたかったです。
    • 一般論として、「上手い勤務報告」をお願いします！

• たまにありますね。ブラウザを変えてみるという処置もあるあるです。
  • 別の種類のブラウザを使用する・プライベートウィンドウを使用する、で変化するかどうか調べるのは定石として覚えておいてください。

• Microsoftの認証のところでということは赤門の画面ですかね。
• 正確なエラーメッセージ、UTAS以外ではどうか、その他どんなケースで発生する・発生しないのか、などを聴き取ることが肝心ですね。
• このようなケースでは、サポート窓口の中でもメールフォームがよいかもしれません。
  • uteleconの窓口には「メール」「チャット」「音声通話」の3つの窓口がありますが、相談員にはできない調査をするには「メール」が適切です（他の2つはただただ遠回りになり最終的に「メール」と同じ対応になります）。
  • 「メール」窓口のフォームに入力するさいには、相談員の対応まででできる限り問題を切り分けるための調査をする・調べてわかった情報をもれなく含めるようにサポートするなどしていきましょう（勤務報告の書き方にも通じると思います）。

• 個人的には何の問題もなく接続できたので不思議です。
• ちょっとググると、~/Library/Preferences/com.apple.Bluetooth.plistを論理削除するという方法が出てきますね。
  • ここで言う「論理削除」は、そのファイルをリネームするということ。
• https://cleanmymac.jp/blog/fix-mac-bluetooth-not-working

• 色々試してみたがちゃんと解決しているかよくわからない、という事例。
• ワークアラウンドは、OSをWindowsに切り替えることでしょうか。Safariなら動くという話もあるようです。

• 開けなくなったのでしょうか？　開けたのに押せなくなったのでしょうか？　どこまで開けたのでしょうか？　それによって考え方も変わってくるかもしれません。

• マニュアルもよいですが、uteleconのページもありますね。 https://utelecon.adm.u-tokyo.ac.jp/utol/lecturers/settings/course_participants/
• チャットで相談するにせよ、最低限担当教員から問合せていただく必要はあると思います。

• よかったです。このやり方は、どこかに書いてあった（何かを参考にした）のでしたっけ。
  • こちらですね。ECCS Mac で Excel が保存できない
    • 相談員の皆さんは、手待ち時間に過去のミーティング事例などもぜひ確認して勉強するようにしましょう。

• エラーメッセージは表示されていたでしょうか？
• ブラウザを変えてもだめだったでしょうか？　プライベートモードでは？
• エスカレーションに役立つ情報の整理を手伝えるとよいですね。

• ここではあまり深入りしませんが、
  • DNSで違うアドレスが返ってくるような措置は全学FWではしていないそうです。
  • 部局のネットワーク担当に相談することもできるそうですが、UTokyo Wi-Fiの場合は難しいですね。
  • 本当に全学FWでブロックされている場合は https では判定できないので http で同じURLにアクセスし、全学FWのブロックメッセージが表示されるかどうかを確認してもらえるとよいと思います。DNSの場合それ以前の問題ですが。

• UTokyo VPNで学外から学術文献等にアクセスすることはできません。EZproxyをご利用ください。

• 「共有中」から消す手立てがないということでよいでしょうか。
• ECCSクラウドメールの保存容量を消費しなければよいという考え方もできるかもしれません。今回はそうではないようですが、仮にECCSクラウドメールアカウントに宛てて共有されていた場合は、閲覧していなくても、自分で「共有中」から消すことはできないと思いますので。
  • 自分に明示的に権限が割り当てられてしまった場合や、リンクを踏めば誰でもアクセスできるようなファイルを踏んでしまった場合は、否応なく「共有中」に表示されてしまうのではないか。
• そういえば、今年8月頃、学外の企業がバイトの東大生にUTokyo Zoomのライセンスを業務で使わせていたという事件もあったそうですね。

• あまりしわくちゃの紙などを入れると詰まったりするので注意。

• ちなみに、「リセットボタン」が何であるかは分かりませんでした。
  • 複合機本体にある赤いスイッチ（通称「自爆スイッチ」）は正確には主電源スイッチであり、おそらくこのボタンではないと思われます。
  • ECCS2021 の複合機である RICOH IMC3500 / IMC3000 のWebマニュアルをあたりましたが、
    • 複合機本体にそれらしい物理ボタンは他になさそうでした。
    • マニュアル内を検索すると、「［リセット］を押す」という表現は度々出現するものの、それが何を指しているかはわかりませんでした。
    • 物理ではなくディスプレイに「リセット」というボタンが表示されている……というわけでもなかったようだ。

• 印刷できなかったときに使用していたソフトウェアは何ですか？
• 同端末を再起動することも検討したほうが良いかもです。（このとき、OS を同じにしてみたり、違うものにしてみたりすると良さそうです）

• 古典的ですが、「一旦抜いて再び挿していただけませんでしょうか」。
• 解決するまでの間の9勤務のうち、6勤務について勤務報告に言及がありました。ありがとうございます。うるさいようですが、前任者たちの勤務報告は必ず目を通しましょう。

• （特に ECCS2021 の）HDMI 端子は接触不良が多いです。
• 一見つながっているように見えても、「抜いて、挿す」ことが功を奏すことが意外に多いですので、まずそれを試しましょう。
  • ちなみに HDMI の端子は 3 箇所あります。（多くの場合接触不良を起こしているのはディスプレイ背面ですが）
• うるさいようですが、前任者たちの勤務報告には必ず目を通しましょう。

• pch02006 はだいぶ乱雑に扱われてしまったようですね。
• うるさいようですが、前任者たちの勤務報告には必ず目を通しましょう。

• 結局何が原因だったかはわかりません。LANケーブルあるいは端子の接触不良ということもありうるのでしょうか。

• 薬学部でなく工学部ですと、守衛が不在の際に部屋が施錠されたままのケースが稀によくあります。このケースでは、巡回連絡員である旨を（物工事務室等に）伝えると、解錠してくださいます。
  • このケースでは施錠はどなたがされているのでしょうね……。

• すでに過去のミーティングでも出現していますが、東大経由で使用できる文献サービスに関する質問は ASKサービス に回すのが正攻法でしょう。
• 現在東大が契約している文献データベースの一覧は、東大図書館のウェブサイト > Literacy > データベース一覧 より確認できます。

• 帯域を食うので、特に必要な場合に限ってライセンスをつける運用となっています。必要な理由を聴き取りましょう。

• インシデント対応についてよくまとめられている．これを機に確認したい．
• 「お使いのデバイス」がセッションを表しているのは知らなかった．

• 2つのテーマが絡み合っていた点で難しかった事例。

• 履修登録期間の切り替わり時期で，旬のものですね．

• そういう小ネタもありますね。

• 珍しい事例でした。

• URLを直接叩いても参加できないことに注意

• Fusion自体は今後の問い合わせでは少ないと思うが，どこまでサポートするかの切り分けが俊逸．

• メール関連のエラーはどこに問題があるか切り分けるのが大事ですね....
• @mit.eduのメールアドレスはMicrosoftのようですね。
• 切られてしまったので最終的にはわかりません。

• ECCS公式：https://www.ecc.u-tokyo.ac.jp/system/printing.html
• 利用にはECCS利用権が必要です．
  • 印刷だけでなくECCS端末・Web DAV環境・リモートアクセス環境の利用にもECCS利用権が必要です．
  • https://www.ecc.u-tokyo.ac.jp/announcement/2021/09/29_3361.html
• 印刷データを複合機に送る方法が4つあります：ECCS端末から / 持込み端末からIPP印刷（詳しくは省略）/ 持込み端末からWebアップロード印刷 / USBメモリ経由
  • ECCS端末から
    • 各アプリケーションのメニューから印刷をします．
    • ただしMac環境から白黒印刷するときには設定に注意が必要です． https://www.sodan.ecc.u-tokyo.ac.jp/faq/eccs2021-print-mono/
  • Webアップロード印刷
    • https://www.ecc.u-tokyo.ac.jp/announcement/2021/05/13_3326.html
    • 専用ウェブサイトに UTokyo Account でログインしてから印刷データをアップロードします．
  • USBメモリ
    • 印刷データが入ったUSBメモリを複合機操作端末に接続して印刷します．
    • USB Type-A にしか対応していません．また印刷データのファイル形式やUSBメモリのフォーマット形式（≒初期化の方式）によって対応していない場合があります． https://www.ecc.u-tokyo.ac.jp/announcement/2018/07/05_2819.html
      • このリンク先は、USBスキャンの話である
• 質問が来ていないときに，ECCS端末の印刷メニューの確認・Webアップロード印刷メニューへのログイン・複合機操作端末へのログインをやってみてください．

• ECCSの複合機には紙の文書のスキャン機能があります．
• 保存先は USB Type-A のみ対応しています．複合機本体のタッチパネル側面に接続します．
  • SDカードの挿入口もありますが対応していないようです．

• 端末番号・エラーコード・試したこと（うまくいかなかったことも含めて）・問題の切り分けについて情報が漏れなく含まれた報告です．
• 複合機は生協の担当なので，通常の操作では解決できないトラブルは生協に連絡するのが基本です．
  • 生協に対応をお願いしたことや，相談員で試したこと（特に操作端末の再起動など）は，端末番号を含めて勤務報告に記載しましょう．
  • 生協の営業時間外で連絡できない場合は，勤務報告で引き継ぎをしてください．
• 他の巡回担当者より「prjh14001のerr13は8月から11月にかけて4回も発生しています。私はerr13に2度遭遇しましたが、同じプリントカードを別の所で使っても何もなかったので課金装置の問題のような気がしています。」
• カードの磁気不良で問題が生じている可能性あり。

• https://utelecon.adm.u-tokyo.ac.jp/utokyo_account/mfa/

• 多要素認証とは，認証のときに，ID/パスワード（知識要素）に加えて，所持要素や生体要素の「本人確認方法」を求めるものです．

• 東京大学では便利で安全に情報システムを利用していただけるよう UTokyo Account において多要素認証の利用をしています．

• 初期設定手順 https://utelecon.adm.u-tokyo.ac.jp/utokyo_account/mfa/initial/

  • 手順は必ず順番通りに確実に実施してください！追加の本人確認方法の設定が完了する前に多要素認証を求められてアカウントから締め出される場合があります．
  • 「手順4」を忘れる場合が多いです．忘れず実施してください．
  • また設定がシステムに反映されるまでに最大40分かかります．
  • システムへの反映状況を確認する方法があります（「UTokyo Account利用者情報確認サイト」）

• コメント：利用者の方へ案内する際は、多要素認証や情報セキュリティ教育の目的をただ「Wi-Fiなどを利用するために必要なこと」と誤解されないように注意しましょう。どちらも全員が東大の情報システムを利用する前に完了させる必要があるものです。情報資産だけでなくアカウント利用者も保護するものだと、趣旨をご納得いただけると良いですね。

• 本人確認方法が使えなくなり多要素認証が突破できなくなった場合

  • 「本人確認方法の再登録」が必要です．https://utelecon.adm.u-tokyo.ac.jp/utokyo_account/mfa/reregister_and_terminate
  • 3つの方法があります：専用のMicrosoftフォーム（条件付き）・学部・研究科等の窓口・専用の申請サイト
    • 専用のMicrosoftフォームは，ログイン情報が残っているブラウザがあるときに利用できます．申請内容の確認に時間がかかります．
    • 所属学部・研究科の窓口があるキャンパスにいる場合は，窓口が早いです．学生証または教職員証を持って，窓口に「本人確認方法の再登録」をお願いしてもらいます．窓口の場合、所属先の学務・教務である必要があるので、注意しましょう。
    • 専用の申請サイトは上2つの条件を満たさない場合も利用できますが，本人確認に時間がかかります．
  • いずれの方法でも，その後ご自身で本人確認方法の初期設定をやり直してもらう必要があります．また繰り返し再登録せずに済むよう「追加の本人確認方法」の登録も強く推奨されています．

• https://utelecon.adm.u-tokyo.ac.jp/utokyo_wifi/
• 新しいアカウントを発行するためには，「UTokyo Account の多要素認証を有効化していること」と「その年度の情報セキュリティ教育の受講が完了していること」が必要です．
  • 「これに対するアクセス権がありません」のエラーは多要素認証の条件をクリアしていないことを表す場合が多いです．
    • 手順4忘れ・40分待ちに注意
  • 情報セキュリティ教育は，毎年度受講が必要で，確認テストで満点(100/100)を取ることで受講が完了します．
    • 「申し訳ありませんが、サインイン中に問題が発生しました。」・AADSTS50105のエラーは情報セキュリティ教育の条件をクリアしていないことを表す場合が多いです．
  • 各条件の判定を確認する方法があります（「UTokyo Account利用者情報確認サイト」 https://login.adm.u-tokyo.ac.jp/my/ ）
• 以上の条件を満たした上で，今年度のアカウントを発行する必要があります．
  • uteleconの「利用開始までの手順」を順番に
  • アカウント情報は申請直後の画面に表示されるほか，ECCSクラウドメール・UTokyo Wi-Fiアカウントメニューの「通知用メールアドレス」欄のアドレスに送られます．
• 以前別のアカウントを使っていた場合は，端末から一度0000UTokyoの接続設定を削除して再設定する必要がある場合が多いです．

• 図書館に関するサービスで，相談員では解決できないことは，ASKサービス https://opac.dl.itc.u-tokyo.ac.jp/opac/ask/ に誘導しましょう．
• ASKサービスの質問者は疑問を持っている相談者にすべきですが，フォームに質問内容を書くときにはトラブル解決に近付けるように相談員がサポートしてください．
  • 例えばトラブルに関連してわかっている情報を整理して記載する・問題の切り分けのために試したことと結果を記載する，など．
  • uteleconのメールサポートについても同じです．

• すでに報告されている端末異常も点検して解消されていない場合は勤務報告に記載してください．

• ファイル選択画面までは進めているようなので、パスワード入力画面を突破できるのに「認証されていない」と出るのがおかしい、という問題であると推測します。
• ブラウザ上で起きている問題なら、OSやブラウザなどメモって発生条件を絞り込まないと、原因は分かりません。ブラウザを変えると良いかもしれません（という内容を相談員ミーティングで扱ったばかりです。）
• 印刷代行は相談員業務に含まれません。それよりは下の報告のように「自分のアカウントでPDFのアップロードを試したら問題を再現できた or できなかった」を検証してもらえると問題解決に近づくと思います。（昼休みだけではそこまで出来ないかもしれませんが）

• 不思議な点がいくつかあります。
  1. ECCS利用権を申請していなかったというオチなのに、ECCS端末にはログインできたとも書いてあって矛盾。
  2. 「UTokyo Account利用者メニュー」には「ECCSアカウント情報」のメニューがなくて当然なはず。

• ふつう両面印刷は裏面の印刷を180度回転させるかどうかの2択のはずが、webアップロード印刷の画面ではなんと4択あります。どう説明なさったのか気になります。

• 印刷したいページだけのPDFファイルを作ってアップロードする方法も考えられます。

• ChromeboxではWebアップロード印刷なら可能です。
• もちろんMac mini端末を使っても印刷できますが、相談員はいくつかの選択肢を持っておき、利用者の方に選んでもらうと良いと思います。

• 紙を読んでくださいで分かる人ばかりなら、相談員は要らないと思いませんか？

• ECCS端末・印刷を利用するときは、多要素認証は求められませんけどね……

• まだ解決していませんが、今週続報が入り、古い装置なので直すのが大変とのことです。

• 他の複合機で印刷すれば良いので、焦らず「使用不可」を貼っておけばとりあえず問題ないですね。
  • 再起動で直らなければ相談員にはどうしようもありませんし。
• なお、複合機の異常がある場合は「質問等なし」のチェックを入れないでください。

• 以前から報告されていた問題ですが、この度プロファイルリセットのコマンドファイルを作っていただいたとのことです。次からはプロファイルリセットをお試しください。

• 後で回答が欲しい場合は、相談員では対応せず、uteleconのメールサポートのみとなります。
• その場で解決できない場合は相談員がメールフォームの記入を支援できればベストですが、時間に余裕のない場合でも利用者の方自身でメールフォームを記入していただくようお伝えください。連絡先を預かることは避けたいですね。

• 満席になるほどではないので、焦らず「使用不可」を貼っておけば良いですね。
• 良い連係プレーです！

• 8月にもトラブルがあったので要注意です。
• 9日の復旧報告まで「端末異常なし」の勤務報告が数件ありましたが、どういうことでしょうか？

• WindowsのキーボードでCapsLockのある位置に、ChromeOSでは「検索」キーがあります。Altを押しながらだとCapsLockになるようです。
• "aiueo"の順にキーを打っても「ＡＩＵＥＯ」と出てくる、のように例を挙げて説明されると、CapsLockが原因だと推測した思考過程にも納得できます。

• よく見ていただいてありがとうございます。

• サインインが上手くいかなかったのでしょうか？
  https://www.ecc.u-tokyo.ac.jp/announcement/2021/04/13_3312.html

• 購入元に尋ねてもらうのは良い対応ですね。

• ECCSクラウドメールは、ローカルパートを設定しなければ「10桁の共通ID@g.ecc.u-tokyo.ac.jp」のみ、設定していれば「設定したローカルパート@g.ecc.u-tokyo.ac.jp」と、エイリアスとして「10桁の共通ID@g.ecc.u-tokyo.ac.jp」が利用できる。
• また、Gmailの機能として「ローカルパート+任意の文字列@g.ecc.u-tokyo.ac.jp」をエイリアスとして追加することも可能。
• ECCSクラウドメールのローカルパートは変更可能だが、変更以降に送信された以前に利用していたメールアドレス宛のメールは閲覧できないため注意が必要。
• 変更前に受信していたメールは引き続き閲覧可能。
• 一度変更すると30日間は変更できないことにも留意。

• 東京大学が契約しているGoogle Workspace for Education Plusのライセンス付与を申請することで、AppSheetが利用可能になったり、Google Meetのミーティング時間の延長や参加人数の緩和、録画、その他の機能を利用したりできる。
• 詳細は情報基盤センターの説明ページを参照のこと。https://www-old.ecc.u-tokyo.ac.jp/announcement/2023/11/01_3587.html
• なお、Google Meetの翻訳字幕機能は2025年1月22日よりGemini for Google Workspaceの機能となるとのことだが、東京大学では現在のところ契約の予定はないようである。
• https://www-old.ecc.u-tokyo.ac.jp/announcement/2024/06/04_3635.html

• 「学生または東京大学に雇用されている教職員」に該当しない場合には、大学で購入、管理する共用PC上の利用に限ってOffice LTSCが提供されている。

• Power Platformは2024年9月の説明会でも取り上げられた。詳細については学内限りの資料だが、一定以上の操作をするには申請等が必要とのこと。

• 問い合わせ件数としては僅少だが、教育支援プログラムでSlackを利用している場合もある。
• UTokyo SlackのOrG外の独立した通常の有償ワークスペースと認識して差し支えない。

• 情報基盤センターが整備していた有線LAN環境は提供を終了している。
• https://www-old.ecc.u-tokyo.ac.jp/announcement/2017/10/06_2659.html
• また、UTokyo Wi-Fiではプリンタへの接続ができないため、研究室などの単位でネットワークを構築して対応する必要がある。

• 通信のトラブルの追い方として、学内でアクセスを制限するもの（情報セキュリティ教育、多要素認証など）、ネットワークの状況、ソフトウェアの干渉、他機器での接続を試したうえで詳細な調査をできるとよい。
• 今回はIPv4とv6の問題で、機器の再起動で解決しなければ通信会社への問い合わせをしていただく必要が発生したと考えられる。

• 電子ジャーナルの利用方法やブックマークレットなどについては、図書館の案内を閲覧すること
• https://www.lib.u-tokyo.ac.jp/ja/library/literacy/user-guide/campus/offcampus/ezproxy/others

• 事務業務端末のリモート接続の多要素認証の設定等は、UTokyo Accountの多要素認証とは別の設定があるため注意。
• 学内限りの資料にて説明されているが、わからないことがあれば担当部署に確認すること。

• Googleドライブの動画再生機能は大人数が同時に視聴することを想定した設計になっていない。
• アクセスが集中すると動画再生に制限が生じることがある。
• 大人数が視聴することを想定した動画公開はYouTubeの利用を推奨。
• YouTubeのコンテンツを学内構成員限定で公開する

• 仮に特例的に一時的に復旧させたとしても、特にデータを取り出すなどの操作はないので、意味がありません。

• UTOL担当の教職員に確認したところ、UTOLの設計上の仕様は以下の通り
  • 担当教員によって「コース参加者登録」された学生の登録ステータスは、担当教員の登録操作前の自己登録の有無を問わず、必ず「担当教員登録」になる。
  • 自己登録済みの学生を登録する場合でも「コース参加者登録」のみで足り、必ずしも「登録方法の更新」操作を行う必要は無い。
• 本件では仕様と異なる動作をしていてバグの疑いがある
• 一般に、UTOLの表示が更新されない場合、一旦ログアウトして再度ログインすると解決するケースもある。

• https://www.careersupport.adm.u-tokyo.ac.jp/shukatsu/626
• 卒業要件には含まれない。
• 「このコースでは、課題・テスト・アンケートの提出を行わない」にチェックすると課題の提出状況一覧画面に表示されなくなる。

• 各サービスで多要素認証設定が必須かどうかはUTokyo Account Service Directoryを参照。
  • UTokyo Microsoft Licenseは多要素認証未設定でも利用可能。
• UTokyo Accountで他機関のTeamsに入るためには、東京大学と他機関で認証についての相互承認が必要だが、現時点で東京大学が承認している他機関は無い。
• 従って、UTokyo Accountで他機関のTeamsには入れない。他機関にアカウントを発行してもらうしかない。
• ただしUTokyo Accountでも他機関のミーティングに参加するだけであれば可能。
• MFA未設定でお馴染みの53003エラーだが、MFA以外でも「アクセス権がない」状況で出ることがあるので注意。
• 53003エラーはMicrosoftの「条件付きアクセスポリシー」という機能によるものです。

• UTokyo Accountが失効すると、同時にライセンスは剥奪されます。ただし、その後90日は（「ライセンス認証ができない」という表示は出るものの、）アプリは利用できる状態が継続するので、そのことを言われているのでしょう。
• 「製品のライセンス認証が取り消されました　2024年M月D日にExcelのほとんどの機能が無効になります。[ライセンスの再認証]」などと表示されるようです。

• 大学では当該ウェブサイトをブロックする設定を入れておらず、原因不明。
• 現時点では相談者からの問い合わせは届いていないが、もし相談者から問い合わせが来たら、現状では他系統のネットワークを使うワークアラウンドを案内するしかない。
• 大学のネットワーク側で相手のウェブサイトをブロックしているか、相手のサーバ側が大学のIPアドレスをブロックしているか、という2つがまずは考えられる。しかしそれだけではなく、その間にいる事業者がブロックをしているケースもあるはず。今回はその可能性がありそう。

• 賭博や違法行為等に関係するWebサイトへのアクセスは原則ブロックされている。
• 研究・教育上やむを得ずアクセスする必要がある場合は、所定のブロック解除申請を行うと、審査により解除される場合がある。

• 会議室によって東京大学関連のZoomアカウントしか入室を認めないようホストが設定している場合がある．
• 東京大学のZoomを使うためにはSSOでサインインをしてください．https://utelecon.adm.u-tokyo.ac.jp/zoom/signin/

• 代替ホストを併せて案内するとよいかったかもしれない
  • https://utelecon.adm.u-tokyo.ac.jp/zoom/misc/management_roles/#alt_host_desc

• /my/: UTokyo Account利用者情報確認サイトの通称（URLの末尾から /my/ ）
• タイムラグをまとめているページ: https://www.sodan.ecc.u-tokyo.ac.jp/faq/time-lag/
• （教職員への確認）情報セキュリティ教育受講状況の /my/ や UTokyo Wi-Fi アカウントメニュー等への反映には最大どの程度時間がかかりますか？
  • /my/・各種システムの利用可能判定と両方とも即時反映です．ただしウェブブラウザ側のキャッシュによって情報が更新されない場合があるかもしれません．

• 多要素認証の初期設定はuteleconの記載通り手順1から手順4まで順番通りに手順ごとに確実にもれなく実施しないとアカウントから締め出される場合があります．
• 本人確認方法をシステム側に登録したが，利用者側でそれを正しく使える状態になっておらず（≒手順3の確認の過程に不備がある），手順4を実施した場合は，アカウントから締め出されます．本人確認方法再登録の手続きが必要です．
• しかしMFA本人確認方法を1つもシステム側に登録せず（≒手順1-3をまるまる飛ばした）手順4だけ先に実施した場合は，本人確認方法の追加画面だけサインインできる状態になり，追加すると UTokyo Account が利用できる状態になります．
  • この方法をとって操作ミスもしくはシステム側の不具合で手順3が正常に完了しないと結局締め出されるので，あくまで手順を間違えたときの例外対応です．

• デスクトップアプリ版のOfficeは UTokyo Account を持つ人のうち学生と大学に雇用されている教職員のみ利用できる．
• 雇用の形態は/my/ことUTokyo Account利用者情報確認サイトで確認できる.

• 参考： https://www.sodan.ecc.u-tokyo.ac.jp/hack/utokyo-slack-signin/#invited-and-cannot-join

• UTokyo Slack のワークスペースへの参加方法
• 招待を受け取る場合は 10桁@utac.u-tokyo.ac.jp を指定してもらう必要があります．
• これからワークスペースに入る人が UTokyo Slack をすでに利用しているかどうかで招待の届き方が異なります.
  • 初めての場合：ECCSクラウドメールに届く.
  • すでに使っている場合：Slack bot から通知が届く.
• ワークスペースには4通りの公開設定のどれかが設定されています：公開・リクエスト制・招待制・非公開
  • https://utelecon.adm.u-tokyo.ac.jp/slack/workspace/#access

• 学内限定の電子ジャーナル等にアクセスするためには UTokyo VPN ではなく EZproxy を使ってください.
• なお EZproxy は UTokyo Account を持っていても利用できない方もいます．エラーメッセージ例：「ご利用いただけないWebサイトです」「This website is not available to you」
• UTokyo VPN （電子ジャーナルへのアクセスに関する注意事項も記載されています） https://utelecon.adm.u-tokyo.ac.jp/utokyo_vpn/
• EZproxy https://www.lib.u-tokyo.ac.jp/ja/library/literacy/user-guide/campus/offcampus/ezproxy

• まず一般的にはECCS端末の挙動がおかしいときには，個人の容量がいっぱいになっている問題である Over Quota を疑うのが定石です．https://www.sodan.ecc.u-tokyo.ac.jp/faq/over-quota/
• Over Quota でない場合は未解決問題です．ECCS相談員も参加しているSlackチャンネルで情報共有していきましょう．
• 今のところ経験的にわかっていること（確定ではない）
  • Mac環境のみで発生する．Windows環境に切り替えると回避できる可能性がある．
  • 端末を変えても再現するが，ユーザーが変わると同じ端末でも再現しない場合がある（ユーザーを変えることはできないのでどうしようもない）．
  • Safariでは問題が発生しないようである．
• 今回の相談ではSafariで読み込みが完了しないとのことですが，アプリケーションのクラッシュとは異なる状況だと思われます．もしかしたらネットワークの問題等だったのでしょうか？（切り分けの方法の例として，他のWebサイトは正常に読み込めるかどうか確かめる，など）

• セキュリティインシデントの可能性がある場合は，部局窓口部署で初動対応を行うことになっています．詳しい手順は「東京大学の情報セキュリティ」というSharePoint（情報セキュリティ教育でアクセスするところですね）の「インシデント対応」というタブに記載があります．
• 「怒られるかもしれない」と感じる相談者もいらっしゃると思いますが，異変に気付いた時点では大切なことは適切な対処をすることなので，落ち着いて動いてもらえるような案内の仕方ができるとよいと思います．

• メインルームのホストがブレイクアウトルーム内の全員にメッセージを配信する、もしくはブレイクアウトルームの参加者がヘルプを求める機能を使いメインルームのホストを呼び出すことは可能

• utelecon /leaveの内容のみを案内する対応に誤りが一部あった
• ECCSクラウドメールについて、離籍期間が180日以内であれば基本的にはデータ類は（再度在籍したあとは）離籍前と同じ状態で利用できる。
• ただし離籍中はアクセス不可
• 更に、離籍期間中のメールについてはメール転送設定でカバーできる（180日以内なので）
• 短期間の離籍の場合はほぼ元通りになることが想定されるが、他のサービスについてはそのまま再開できない場合もある
• 2024/10/2時点の情報。今後変更の可能性あり

• 在籍期間終了と同時に利用できなくなるもの:
• • UTAS
• • 人事情報MyWeb
• UTokyo Accountは変わらずとも、その権限は身分の変化に伴い変わることに注意

• uteleconの以前の記述が不明瞭だった点が今回改められた
• https://utelecon.adm.u-tokyo.ac.jp/systems/leave/#change
• • 「学生」が「卒業・修了」する場合：在籍期間終了日の翌月初めになってから失効する
• • 「学生」がその他の理由で、また「教職員」が離籍する場合は、在籍期間終了後随時失効する
• 具体的な失効日は不明かつ回答できないため、前者はその月の末日まで、後者は在籍期間終了日までにバックアップなど必要な処置を例外なく済ませるようにしてください。

• 1について、OneDriveは共有方法（共有先をどうするか）によってリンクの種類が変更される
• 共有方法を間違えると、リンクを開くのに問題が生じるので、単純な使いまわしができないことに注意

• 公式: https://support.apple.com/ja-jp/guide/mac-help/mchlecadabe0/15.0/mac/15.0
• Appleが提供するインターネットプライバシーサービス。
• VPNを利用していないと利用者が思っていても、結果的にIPアドレスやトラッキングが難しくなり問題が発生する可能性あり
  「IPアドレスのトラッキングを制限」のオフで解決する場合がある

• 受取側を匿名にしたい場合はこちら
• https://www.sodan.ecc.u-tokyo.ac.jp/meeting/2024年7月29日/#i-want-to-collect-files-without-revealing-their-names

• UTokyo AccountやECCSクラウドメールで「もう1個アカウントが追加で欲しい・共用アカウントが欲しい」との要望には対応できませんが、チーム機能・グループ機能で代用できるケースが多いです。

• 別アカウントに「同じ機能のフォーム」を作った場合でも、フォームのURLは変わってしまうので注意。

• https://www.appsheet.com/home/apps からログインすると使用できます。AppSheetで検索すると、Google Cloudの説明ページがヒットしますが、こちらからログインしようとするとエラーが出ます。

• エラーメッセージと状況の組み合わせのパターンはある程度決まっています。
  

• MicrosoftやGoogleに限らず、認証アプリに対応したWebサービスは増えています。
• AmazonやDiscordでも使えるので、これらの外部サービスでも認証アプリの設定をしておくと、万が一パスワードが流出しても不正アクセスを防止しやすくなります。

• 共用PC向けライセンスと、個人専有PC向けのUTokyo Microsoft Licenseは適切に使い分ける必要があります。
• 現在のところ、UTokyo Microsoft Licenseが専有PC向けである、という記述は共用PC向けライセンスの説明にしかなさそうです。

• Sender Policy Framework（SPF）とは、メールの発信元が本物であり、なりすましでないことを確認するための仕組みです。
• この設定を完了していないと、問い合わせの件のように警告メッセージが出たり、場合によっては迷惑メール扱いで振り分けされる・メールがブロックされて届かなくなることがあります。

• 私用アカウントから共有した資料をUTokyo Accountから編集できない仕様が存在するようです。このような「明文化された資料は見当たらないが、何か非自明な仕様が存在する」案件に対応する際は、十分に実験を重ねた上で、「～という仕様だと推察されます」のように断定を避ける形で回答することが基本です。
• こちら https://support.microsoft.com/en-us/office/7aa070b8-d094-4921-9dd9-86392f2a79e7 には共有相手について「Microsoft 個人アカウントでサインインしている場合は、Microsoft 個人アカウントを持つユーザーのみを選択できます。」のように書いてあります。
• 細かいことかもしれませんが、実験ベースでは仕様なのか不具合なのかはわからないので、「～～という仕様だと推察されます」というよりも「～～というふるまいがあるようです」くらいの方が正確な気がします。

• UTokyo AccountやECCSクラウドメールで「もう1個アカウントが追加で欲しい・共用アカウントが欲しい」との要望には対応できませんが、チーム機能・グループ機能で代用できるケースが多いです。

• 招待済みの人を再度招待しても、招待メールは再送されない仕様のようです。そのような招待操作をした時に何らかの注意メッセージが出ると助かるのですが…。

• UTokyo Wi-Fiに接続された機器同士の通信はできない仕様になっています。有線で接続するか、独自に無線ネットワークを用意してください。独自ネットワーク構築について部局で規則が存在する場合は、それに従ってください。

• ゲスト用Wi-Fiアカウントの発行 (UTokyo Portal閲覧権限が必要)
• eduroamJP認証連携IDサービスメニューの上部にあるアカウント発行ページは「本人用」ですが、これではなく「ビジター用アカウント」を発行する必要があります。
• 誤ってページ上部にある本人用アカウントを発行しようとすると、問い合わせのようなエラーが出ます。
• 対応終了後に教職員の方の指摘で気が付き、結果的に不十分な案内となってしまいました。
• ZCCでトラブルが発生した時は、Zoomアプリの「問題を報告」機能でZoom社に報告した後、#random-zccに報告してください。

• 1つの端末に複数のユーザーアカウントが存在し、それぞれに同時にサインインしているとこのようなエラーが出ます。

• 時々届く問い合わせです。図書館が提供するサービスのライセンス関係は図書館が管理していますので、ASKサービスに問い合わせてください。
  

• 問い合わせ内容は取り上げませんが、URLの書き方の注意点を確認します。
• Zendesk文案やチャットで送信する文にURLを含める時は、前後に半角スペースまたは改行を入れることを推奨します。

• 最近同様の問い合わせがいくつか届いていて、MSにSRしていますが、まだ解決していないようです。

• トラブル内容は1個上と同様です。
• ZCCは長時間放置すると切れる仕様のようなので、相手が忙しい場合・一時離席する場合につないだままにして待つ使い方は推奨されません。

• 「UTokyo ARC」ワークスペース内に、生成AIチャットの情報交換用チャンネルとして#arc-aichat-usersがあります。
• Copilotに限らず、外国製ソフトの日本語版の翻訳の文言が変わることはしばしばあります。案内や過去事例検索の際は注意してください。

• https://utelecon.adm.u-tokyo.ac.jp/articles/share-policy/

• 運用ポリシー
• 機微情報の取り扱いには十分注意してください。サイバー攻撃の技術は日々進歩していて、著名な大企業が深刻なサイバー攻撃を受ける事件も多々発生しています。電子化する必要性が乏しい情報は電子化しない、という選択肢も検討してください。

• https://www.sodan.ecc.u-tokyo.ac.jp/meeting/2024%e5%b9%b47%e6%9c%885%e6%97%a5/#multifunction-device-cleaning-cloth
• 複合機1台につきクロス1枚ずつあるのが本来の状態ということですね
• この数日の勤務報告をざっくり確認しましたが，今相談員/巡回連絡員のシフトがある場所で未知なのは次の6箇所（巡回のシフトで言うと3セット）でしょうか
  • 農学部 図書館3F-PC端末室2
  • 農学部 農7B-1F-133
  • 理学部 4号館 2F-1215
  • 工学部 6号館 2F-200
  • 文学部 法文1号館 1F-111
  • 文学部 法文2号館 1F 文学部学生ホール

• 見たことがないエラーメッセージなきがします。
• 瞬快はハードディスクの内容を初期状態にリセットするソフト．
• できれば再起動をしてメッセージが出なくなるか試して報告してください．再起動の余裕がなくてもメッセージが出ていた場合は報告お願いします．

• 生協に報告していただいたのがよかったです．
• 複合機操作端末で操作したときにどんな表示になるか次第ですが，適宜張り紙で案内をしていただけるといいかもしれません．

• https://www.sodan.ecc.u-tokyo.ac.jp/meeting/2024%e5%b9%b47%e6%9c%885%e6%97%a5/#unable-to-log-in-again-after-locking-in-windows-environment

• 7/9(火)にマウスの交換対応をしていただきました．

• 映像出力の相性問題は残念ながらあるのかもしれません．
• しかしECCS2021ではディスプレイの機種の違い・KVMスイッチの有無で条件を変えて試すことができるので，活用してください．

• ECCS2021で採用されているKVMスイッチのメーカーはELECOMですよね。
  • が，ATENの製品画像がECCSのELECOM製品とよく似ているようにも見える．中身は同じなのかもしれない．
  • 参考URLを貼っていただいていてよかったです

• MacかWindowsか？
• Mac環境で上手くいかなかったら、Win環境を試してもらうのはどうでしょうか。
• →7月5日の議事録もご確認ください．

• 電子辞書が WPA2-Enterprise(802.1x) に非対応だと接続できません。例えばカシオの電子辞書は、WEPおよびWPA/WPA2 PSKのみ対応とのことです。 https://support.casio.jp/exword/manual/XD-SX_SV_ja/sx_sv_series_full_ja/GGADSYuhazihok.html
• 機種名も報告していただけると事後的でもより詳しいことがわかったかもしれません．

• 何がうまくいかなかったのか報告していただくと今後の対応に活かせる可能性が高まると思います．
• Apex One は一時停止できるのでしょうか？

• このような相談では、基本的には相談員にできることは少ないと思いますが、それでも無理のない範囲で力を尽くしてくださった好例だと思います。

• https://www.ecc.u-tokyo.ac.jp/announcement/2022/04/27_3428.html のことですね。

• 基本はこれですが、たしかにMacなキーボードでWindowsを操作するのは難しいですね。
• Snipping Toolも便利ですね。

• ユーザープロファイル領域をファイルサーバーから読み込めなかった？　としたら、再起動してみるとか、隣の端末で起動してみるとか、はどうでしょうか。
  • Windowsのホームディレクトリの中に AppData\Local とか AppData\Roaming とかのフォルダがありますが、Windowsでは端末固有の設定ファイルと全端末共通の設定ファイルを区別するようですね。

• 動作確認および生協への対応ありがとうございます．
• 「ファームウェアアップデート中です」と表示されている間は使えない、という旨の貼り紙があったほうがいいのだろうか？
  • しかし、複合機操作端末で操作したときにどんな表示になるか次第では？

• 起動して最初にログインするときは正常に認証されるものの，その後ロックされて再度認証するときにエラーが表示される場合があるようです．
• 3つ目の報告はログインを試みていないのに「パスワードが正しくありません。入力し直してください。」と表示されたということでしょうか．1つ目の報告とは同じではない問題が生じているのかもしれません．
• 引き続き情報提供をお願いします．
• 再現しないという報告もある。
• 有線LANケーブルが抜けていたのでは？　Macではどうだったのだろうか？（抜けていたらMacでもダメなはず）

• 端末番号やユーザー名を確認・報告していただきありがとうございます．

• Mac環境のOfficeの各アプリケーションでウィンドウ左下に「選択範囲がロックされているため、この変更はできません。」と表示されて編集できない場合は，次の方法で対処してみてください．
  • メニューバーのアプリケーション名をクリック→｢バージョン情報｣をクリック→｢More
    info...｣をクリック→｢ライセンスの更新｣をクリックしてUTokyo Accountでサインインする．
  • ｢ホーム｣画面左上のアカウント情報の表示を確認し，サインインされていない状態であればUTokyo Accountでサインインする．
  • メニューバーのアプリケーション名をクリックして｢Microsoft 365をアクティブ化する」をクリックし，サインインが求められた場合はUTokyo Accountでサインインする．
  • アプリケーションを[command]+[Q]などで「終了」したうえで再度起動する
• 類似の事例がいくつか報告されているが、詳しいことはさっぱりわからない。現時点では、できることを試すよりほかないようだ。

• URLを直接相談者さんに打ち込んでもらう場合には注意が必要ですね
• ECCSのサイトからリンクを踏むこともできるので、うまくいかない場合はそちらを試してもいいかもしれません

• 各端末室ごとに1台程度しかクリーニングクロスがないということなのか？

• 具体的にはどの相談窓口を案内されたか，今後の対応のためにも共有していただきたいです．
  • PCの購入元のサポートに相談することを提案したそうです。右上は日本語入力のモードになっているのに、英字入力になってしまったとのこと。
  • cf. ECCS端末用のFAQの「1. ログイン画面の入力ソース問題」とは異なる問題のようだ。
  • もし、生協で購入したのであれば、生協のパソコンコーナーで相談できるかも。
• たしかにECCSではありませんが，学内で対面で相談できるという相談員の強みを活かしてできる限りサポートをしていくことが望ましいと思います．

• このような相談では、基本的には相談員にできることは少ないと思いますが、それでも無理のない範囲で力を尽くしてくださった好例だと思います。

• https://hwb.ecc.u-tokyo.ac.jp/hwb2023/literacy/google-drive/pdf/ ですね。

• 共有端末だからログアウトした方が良いかと思いつくのは、セキュリティ意識が高いですね。
• （UTOLからログアウトしても、UTokyo Accountにはサインインし続けるので、正しくサインアウトするのは難しいと思われる。共有端末を使わなければならないときは、シークレットウィンドウを使うと良いでしょう。）

• 多要素認証で詰まってUTokyo Accountにサインインできなくなる事例は最近の相談員ミーティングでも扱っています。
  • 相談員ミーティング(2024年6月7日)
  • 相談員ミーティング(2024年5月10日)
• uteleconのページを見れば分かりますが、この場合にutelecon窓口へ行っても意味ないですから、対応をよくご確認ください。

• utelecon窓口へ回すだけなら誰でも出来ますが、「このような内容を添えてuteleconにメールしてはいかが？」のようなアドバイスができれば、相談員の存在価値が高まるのではないでしょうか。
  • 例えば「UTokyo Portal にアクセスして何がしたいか」というような背景情報を盛り込むようアドバイスするなどすることで，utelecon側でよりよい対応ができる可能性が高まるだろう．
  • 相談員のSlackの#helpチャンネルについてもよりよい使い方を考える余地があると思われる．
    • 「〇〇の解決策を知っている方はいますか？」という聞き方をすることが多いが，このように直接解決しようとする聞き方では知っている人が答えて終わりになってしまうし，知らない人はリアクションのハードルが高く蚊帳の外になってしまう場合が多い．
    • 相談員の中で知っている人が少しだけいてその人が答えればいい，というものではなく，詳しく知らない相談員も含めて次につなげられるような対応をするためのやり方を模索するのが#helpチャンネルの良い使い方だと思われる．
    • また実際のところすべての相談を相談員で解決できるわけではなく，状況を整理して原因の切り分けをしたうえで伝達すべき情報を教えて適切な窓口につなげるような対応も求められる（新学期の説明会資料にも書かれている）
    • そのため#helpチャンネルで質問をするときには，具体例を挙げると「このような相談に対して，まだ調べられていない解決につながるかもしれない情報は思いつきますか？」のように，最終的な解決策を知らない相談員にとってより情報を寄せるハードルの低い聞き方をしてみませんか？

• 時期的に相談員ミーティングで扱われていない過去の類似事例も持ってきました。おそらくrEFIndが出しているブートエラーですが、原因は不明です。
• 再起動で解消する場合がよくある．
• 端末番号を控えて情報共有することも忘れずに．

• 過去事例
  • 相談員ミーティング(2021年11月2日)
  • 相談員ミーティング(2021年12月21日) (画像あり)
• Windows環境でファイルが消えた とも関連している？
• Win環境で「サインアウト」は出来なくなったはずですが、エラーメッセージに表示されるボタンを押すとサインアウトできるのですね。
• 端末番号と正確なサインイン時刻を報告に書いていただければ、業者での調査が可能となります。（2021年12月21日の議事録より）
• その場でできる対応としては再起動や席の移動などくらいですが，それとは別に異常報告もお願いします．

• その後の勤務報告で異常は報告されていないので、利用者の方が戻って復元したのでしょうね。
• 推奨はされないと思うが，だからといって直接注意するほどではないか．その利用者が利用を終えたときに配線などを確認すると良いと思います．/ins>
• ECCSとは別の立場で，もし図書館の本などを台座に使っているようなら，使い方としてよろしくないでしょうね．

• 前回の積み残し の続きです。

• 前提の確認：図書館の資料そのものをスキャンしようとしている方がいる場合は，図書館の利用方法のルールにしたがってやめていただく．
• 図書館に聞いてもらう対応で全く問題ないと思いますが、気になったので調べてみました。どうやら、ダメみたいです。
• 根拠：「大学図書館における文献複写に関する実務要項」 https://www.janul.jp/j/documents/coop/yoko.pdf に「有償無償を問わず再複写したり頒布したりしない」よう周知するよう書かれている。
• 周知されている例： https://library.t.u-tokyo.ac.jp/copyright.html https://www.l.u-tokyo.ac.jp/content/000009150.pdf

• 印刷したことがない人はぜひ自分で一度やっておきましょう。
• 頻出事項：Windowsの場合はモノクロかカラーかで選択する仮想プリンタが異なります．Macの場合は仮想プリンタはMain_Colorだが「プリセット」など他の設定をモノクロ用にする必要があります．
  • https://www.ecc.u-tokyo.ac.jp/announcement/2023/03/22_3526.html
  • https://www.ecc.u-tokyo.ac.jp/announcement/2023/03/22_3527.html

• 前回のミーティングで出た「Web印刷フォームが利いていなかった」と似た事例かもしれません？
• ECCS利用権がないときの挙動とは少し違うように見えますね

• 操作端末に拒否されるSuica（2016年11月）？
  • 今回はICカードを入れる前にエラーが出ていた一方で，過去の回はICカードを入れてからエラーが出ており，少し状況が異なるようです．
  • 勤務報告を検索すると，どちらの場合もあったようです．

• SIMカードが生きていれば、SMSアプリを新たにインストールすればよいような気がしますが、そうでもないのでしょうか。
• uteleconの指示の通り，「本人確認方法の再登録」の手続きの前に，他の本人確認方法が使えないか確認すると，作業の煩雑さが減る場合があります．案内の際は確認をしていただくようお願いします．

• 盲点になりがちですが，頭の片隅に置いておくと良いと思います．

• 他の相談員・巡回連絡員のみなさんもWindows環境のタスクマネージャーやCドライブに注視してみていただきたいです．
• 機種依存かもしれないので，特にiMacを扱う巡回連絡員も確認をお願いします．
• まだわからない点が多いので，情報をお待ちしています！

• UTokyo WiFi 利用申請に関して，真面目にECCSゲストアカウントだけからできるようにしようと思ったら，多要素認証や情報セキュリティ教育の手続きも必要ですよね．許可リストの設定が格段に難しくなりそうです．
• 新規利用者講習の受講が要らなくなってECCS利用権の取得がすんなりできるようになったのだから、UTokyo Accountの初期パスワード変更、ECCS利用権の申請、以外はもはや必須でもないような気もしますけどね

• Web版で利用者さんはよかったのでしょうか？
• UTokyo Account Service Directoryが便利です。
  • utelecon -> メニューバーの「東京大学」の折りたたみから「UTokyo Account」 -> https://login.adm.u-tokyo.ac.jp/utokyoaccount/ へのリンク

• たまにある印象。たんにリロードはしましたか？

• 譲りあって使いましょう。

• 💯

• タイムラグの可能性も？
• あるいは、過去事例 https://www.sodan.ecc.u-tokyo.ac.jp/meeting/2023%E5%B9%B46%E6%9C%889%E6%97%A5/#login-on-the-multifunction-device-operation-terminal

• 「ECCS申請メニュー」？
  • はSSOだから、他のSSOなサービス（UTOLなど）に入れるか見てもらうと良いのかも？
  • 「ECCS申請メニュー」も「UTokyo Account 利用者メニュー」も試していただいた
  • エラーの内容はパスワードが間違っているというもの
  • パスワードはメールで再設定（上書き）した
• UTokyo Account 利用者メニューにログインするときのよくある罠として，ID欄に「@utac.u-tokyo.ac.jp」まで入力してしまって弾かれるというものがあります．
  • 今回はここも間違っていないことを確認していただいていました．
• uteleconのサポート窓口を案内する際は
  • 状況によるところもありますが基本は「メールフォーム」での案内がおすすめです。
    • 「チャット」や「オンライン通話」を担当しているコモンサポーター（学生）が権限的にできることは相談員ができることとだいたい同じで、教職員の権限での調査が必要な場合はメール対応になります。そのため相談員で解決できないトラブルを「チャット」や「オンライン通話」に誘導すると二度手間になる場合が多いです。
  • 「メールフォーム」に解決のために必要・参考になりそうな情報を盛り込めるよう、記入前に問題の切り分けや情報収集の手助けをし、さらにフォーム記入の案内までできるとなおよいですね。
    • メールのやりとりは時間がかかるので、往復数が少なくなるようサポートをお願いします。
    • 相談員のリアルタイム・対面で対応できるメリットと，メールフォームの詳しい調査ができるメリットを，両方を活かせるといいですね．
  • 「メールフォーム」の案内ができるよう、余裕のあるときにフォームの内容を確認しておいてください。
    • 「送信」ボタンを押さなければ送信されません。
  • 参考：新規相談員ガイダンス（今学期版のスライドp28-31あたり。録画もあり、そちらではフォームの内容も確認しています。）

• 先週：Windowsが勝手に落ちることがある
• 再発するかどうか様子見でしょうか。

• Slackより

• ECCS端末のLANケーブルの反対側が繋がっているネットワーク機器にはそのECCS端末に接続するための設定が入っているのだと思います．ケーブルを他の機器につなぎ替えると，（具体的にどうなるかはわからないものの）設定の不整合で普通には使えないかもしれません．また仮に接続できてしまったとしても，大学のネットワークに想定していない経路・方法で端末を接続するのはセキュリティ的にも問題だと考えられます．

• 今回は接続しないよう案内していただきましたが，もし接続されていた場合には，（必要に応じて職員と連携して）やめていただくようお願いし，事例を情報基盤センターに共有するのが適切だと考えました．

• ECCS端末以外の端末を接続してもインターネットに接続できない設定になっています．

• Mac環境の個人設定が再起動後消える問題と関連していないだろうか
  • 個人環境の初期化(https://www.ecc.u-tokyo.ac.jp/announcement/2021/12/08_3377.html )が有効かもしれない？

• KVMスイッチから抜くべきはキーボード（ボケててよくない）

• ECCS端末Mac環境はライセンス認証のためにUTokyo Accountでのサインインが不要なはずですが、持ち込み端末Macはライセンス認証のためにUTokyo Accountでのサインインが必須ですね。
• 関連: Mac 上の Word や Excel 等で編集ができない

• MacかWindowsか？
• Mac環境で上手くいかなかったら、Win環境を試してもらうのはどうでしょうか。
• →7月5日の議事録もご確認ください．

• https://www.ecc.u-tokyo.ac.jp/announcement/2022/04/27_3428.html のことですね。

• 基本はこれですが、たしかにMacなキーボードでWindowsを操作するのは難しいですね。
• Snipping Toolも便利ですね。

• ユーザープロファイル領域をファイルサーバーから読み込めなかった？　としたら、再起動してみるとか、隣の端末で起動してみるとか、はどうでしょうか。
  • Windowsのホームディレクトリの中に AppData\Local とか AppData\Roaming とかのフォルダがありますが、Windowsでは端末固有の設定ファイルと全端末共通の設定ファイルを区別するようですね。

• よくある質問の1つです。ECCS2021でモノクロ印刷できない
• このページ更新されていないかも？　←別途確認しましょう。

• ディスプレイと端末本体の電源を勘違いするケースはあるようです（電源を切る際にシャットダウンをするのではなくディスプレイの電源を消すなど）
• 画面が表示されない場合はこちらを確認しましょう

• 06月20日に業者による対応が終了し、問題がないことが確認されたようです
• 相談員へ：slackの#helpチャンネルで検索したり遡ったりすると、似た事案が確認できることがあります。特に業者対応となったものはslack上でやりとりが行われているため、流れを確認しやすいと思います
• イメージが破損していたため、リモートで修復した。
  • ちなみに、最後に使用したのがWindows環境だった場合、リモート修復に失敗することがあるらしい。一度Macで再起動してシャットダウンしておくとよい。

• IDとパスワードを入れたら問題なく繋がったということでしょうか
• 相談者さんに負荷のない範囲で接続できなかったときの状況を聞けるとよかったかもしれないです

• 192.168.x.xはプライベートアドレスなので、インターネットに通信できないのではないかと思います　→そうとも限らないのではないか。
• DHCPになっていなかったのでは？

• 手元で確認したところ、「ライセンス: Microsoft 365 のサブスクリプション」となっていました
• 「More Info…」を押すと「ライセンスの更新」ボタンが表示されるので、そちらを試してみてはどうでしょうか（参考：ECCS Mac で Excel が保存できない）
• →7月5日の議事録もご確認ください．

• 編集可能なpdfというものがあるようです（参考：https://www.adobe.com/jp/acrobat/resources/how-to-make-a-pdf-editable.html）
• 編集可能なpdfと普通のpdfとはどのように見分けられるのでしょうか
• 「フォーム付きのPDF」は存在するが、「編集可能なPDF」というものはないのでは？

• UTOLのSystem Errorは、さまざまな状況で一般的に表示されるエラーです。しかし、このエラーの文面だけから原因や解決策を特定するのは難しいことがあります。重要なのは、どのような操作や画面でSystem Errorが表示されたかを把握することです。
• 現在確認されているSystem Errorの一例として、画面左側のサイドメニューを閉じると表示されるケースがあります。また、過去に解消された不具合では、ログイン時に表示される場合や、「課題 全体提出状況確認」から「提出状況/評価」を選択した際に表示される場合もあります。
• System Errorだけでなく、操作の状況を詳しく聞き取り、既に確認されている不具合と一致するのか、新たなトラブルが疑われる状況なのかを確認しましょう。

• 教員側の見え方はマニュアルやテストコースで確認できます。

• 担当教員またはTAが課題の提出物をダウンロードするときに、成果物タイトルにスラッシュ(/)が含まれている場合に、「ファイル名指定オプション 」を「氏名」に指定するとSystemErrorが発生することが分かりました。確認された不具合として対応状況の表に掲載されています。

• Microsoftアカウントの干渉はよくあります。

• メッセージ自体は初見ですが、実際にはメールアドレスを登録していないために自力でメールでパスワードを再設定することができないというよくある状況でした。

「学部・研究科等の窓口で申請する」場合は、メールは飛ばないらしい。

• まず「Microsoft サポート/回復アシスタント」を案内しましたが、効果がありませんでした。これはおそらくMicrosoft 365ではなくProfessional Plus 2016を利用していることが原因でした。
• 個人用PC向けのライセンスとして現在提供されているのはMicrosoft 365です。Professional Plus 2016は以前共用PC等向けのライセンスとして提供されていましたが、現在共用PC等向けMicrosoftライセンスとして提供されているのはMicrosoft 365、Windows 10/11 Education、Office LTSC 2021 for Windows/Macの4種類です。
• https://univtokyo.sharepoint.com/sites/utokyoaccount/SitePages/Microsoft-license-for-shared-PC.aspx
• 現在インストールされている Office 2016 をアンインストールし、新たに Microsoft365 Appsをインストールしていただこうとしたが、自己解決。

• MSにSRして保留中なので内容的に取り上げるのは難しいですが、チャットでサポーターでできることを尽くした、聞き取りも丁寧な事例としては扱う価値がありそうです。チャットを見ると、かなり最初からスクショをもらうやり方でやっていたのが良い点の一つと思われます。

• 現時点では、人事情報システムの学内メールアドレス欄に登録されているメールアドレスを共有先に設定すると、UTokyo Account（10桁の数字@univtokyo.onmicrosoft.com）に置換えられて共有設定されます。
• 共有先に設定した後、「リンクをコピー」から共有リンクをコピーして、それにアクセスすることで共有することができます。
• ref. 7/1 SD Practice（内部資料）

• 先例のないエラーで未解決のため、あまり突っ込んだ議論はできませんが、エラーメッセージの事例として取り上げておきます。

• 1台のPCに MATLAB をインストールし、複数名のユーザが利用する場合はIndividual LicenseではなくDesignated Computer Licenseを使用する必要があります。しかし、本学のライセンスでは「完全にオフライン使用」が前提になっているため、オンラインでは利用できません。
• Campus-Wide Licenseでは新しい認証技術が使用されているため、
• 「PCのユーザアカウント」が異なっていればIndividualでも１台のPCで
• 共有でMATLABを利用できます。
• MATLABは問い合わせも少ないですが、知識として頭の片隅に入れておくと役に立つかもしれません。
  ーーー→ (守屋) MATLABについては7月24日のミーティングでやります（ですよね？）ので、分からないことや知りたいことをぜひその時に聞いてみましょう。皆様ぜひご参加ください。

• 対応範囲外にしては十分に親切な対応だったと思います。
• 今回の事例に限らずですが、日本語が不得手そうな利用者に対しては「やさしい日本語」で書くような工夫もありえたかもしれません。
• ところで、どうして特にPEAK（Programs in English at Komaba）を案内したのでしょうか。

• 「推奨されない」では「おすすめはしないが特に止めない」のように受け取られる恐れがあるのではないでしょうか。きっぱり「アカウントの共有はやってはいけません」と案内する方が適切と思われます。
• ベストプラクティスとしては、何をしたいか聞き出してそこを解決してあげて、最後にダメと案内したほうがいいと思う。

• 「社会人院生にはそのような状況が発生しやすい」とはなんなのだろう？
• - 飛松：社会人院生はmsの東大以外のアカウントを持っていることが多く，そっちにログインしてしまっているため見れない可能性が高くなるなど...?

• 「以上で解決しない場合でも、個別のブラウザ・環境については当窓口のサポート外となっておりますので、これ以上の対応は致しかねます。ご了承ください。」と返答しましたが、サポート対象外と断言して良かったのでしょうか？（意見の割れるところだとは思います）
• 「これ以上の対応は致しかねます」は言い過ぎだったのではないかと思います。

• こちらの対応で問題ありません。
• 現在のECCSでも使用できるいわゆる「プリンタカード」と、ECCSでは使用できず図書館等でのみ使用できる「プリンタカード」の2種類のカードがあります。
  • それぞれの違いは「旧システムのプリンタカードをまだ持っている」をご確認ください。

• https://www.ecc.u-tokyo.ac.jp/system/printing.html

• 非常に詳細な勤務報告で、しかも相談後に自身も調べてくださっており、理想的です。
  • ECCS端末なのか持ち込み端末なのか？　OSは？　アップロード手順は？　など、再現に必要な様々な情報が含まれています。
  • 「上手な勤務報告の書き方」を参考に、このような勤務報告を心がけてください。
• ところで、記号が含まれるファイルで印刷ができなくなることに関して心当たりがある方はいますか？

• 「放置端末の強制電源断の基準」もご覧ください。
• あまり明確に書いてある資料が多くない気もしますが、強制電源断をした場合は端末番号を勤務報告に記載していただくのが良いと思います。

• 多要素認証を行うことで、使えなかった ECCS 端末が使えることになることは、把握する限りありません。
• 考えられることは、以下でしょうか。
  • 利用者が当初ログインしようとしていたとき、パスワードをミスタイプしていた。
  • あるいは Caps Lock など。
  • ECCS 利用権の申請を行ってから 15 分以内に Windows 環境にログインしようとしていた。
  • ECCS は多数のシステムが絡まっている都合上、操作から反映までに時間がかかるパターンがあります。「パスワード変更等の反映タイムラグ」等をぜひご覧ください。

• というわけで、このような症状が起こった場合は ~/.CFUserTextEncoding と ~/Library を削除することが対処法のようです。
  • なお、 ~/Library/ に万が一残したいファイルがあったことに気づいた場合に備えて、実際にフォルダを削除するのではなくリネームすることによって、実質的に「~/Library というフォルダは存在しない」状態（論理削除）にすることをおすすめします。（これが上記の「削除（リネーム）」の意）
• ちなみに、
  • ~/Library/ は個人設定などが保存されるフォルダであり、これを削除することはほぼ個人設定（のうち ~/Library/ で管理されている部分）の初期化に相当します。
  • ~/.CFUserTextEncoding ファイルは ECCS に固有のファイルです。このファイルの内容の役目は知りませんが、副次的な目的としてこのファイルの存在の有無が「このユーザーの ECCS Mac 環境が初期化されたことがあるか？」の判定に使用されます（参考）。これを削除することで、次回の再起動時に環境の初期化が走ります。

• 出るものなのでしょうか。
• 基本的に ECCS 端末の OS は一元管理されており、ユーザーがアップグレードすることはできません。管理側としてもあまり積極的にはアップグレードされないと思われます。

• ぜひともデベロッパーツールを開いて何が起きているか見てみたいものです。
• 質問：UTOL トップページ にある「動作確認を行ったブラウザ・スマートフォン」は、動作保証対象内 / 推奨ブラウザだと思っていいのでしょうか？
  • ついでに：スマホブラウザがリストされていない気がします
  • ついでに：「マニュアル」を押してもログイン画面に引き戻されるのは非自明な気がします
• 6月28日ここまで回収しました

• こちらの対応で問題ありません。
• 相談員・巡回業務中に忘れ物を発見した場合の扱いは、「忘れ物の扱い」をご覧ください。
  • 学期初めに配布した資料にも複数箇所に記載があります。
• 交通系ICカードやUSBメモリなどの貴重品は即時窓口へ、それ以外は勤務終了後に忘れ物ボックスか窓口へ。

• ページ番号を挿入したあと、作成されたフッターにカーソルを置いて「中央揃え」を選択することで達成できそうです。
  • "google docs page number center" で検索して出てきたページでやり方を見つけました。

• どこから生えたんでしょうね……

• ECCS公式：https://www.ecc.u-tokyo.ac.jp/system/printing.html
• 相談員webサイト FAQ: https://www.sodan.ecc.u-tokyo.ac.jp/faq/how-to-print-from-own-pc/
• 利用にはECCS利用権が必要です．
  • 印刷だけでなくECCS端末・Web DAV環境・リモートアクセス環境の利用にもECCS利用権が必要です．
  • https://www.ecc.u-tokyo.ac.jp/announcement/2021/09/29_3361.html
• 印刷データを複合機に送る方法が4つあります：ECCS端末から / 持込み端末からIPP印刷（詳しくは省略）/ 持込み端末からWebアップロード印刷 / USBメモリ経由
  • ECCS端末から
    • 各アプリケーションのメニューから印刷をします．
    • ただしMac環境から白黒印刷するときには設定に注意が必要です． https://www.sodan.ecc.u-tokyo.ac.jp/faq/eccs2021-print-mono/
  • Webアップロード印刷
    • https://www.ecc.u-tokyo.ac.jp/announcement/2021/05/13_3326.html
    • 専用ウェブサイトに UTokyo Account でログインしてから印刷データをアップロードします．
    • （継続相談員への質問）アップロード用ウェブサイトまでの誘導はどのように案内していますか？井上はURL直接入力で https://www.ecc.u-tokyo.ac.jp/ にアクセスしてもらってからリンクをたどる場合が多いですが，よりよい方法がないかと思っています．
  • USBメモリ
    • 印刷データが入ったUSBメモリを複合機操作端末（複合機本体ではない）に接続して印刷します．
    • USB Type-A にしか対応していません．また印刷データのファイル形式やUSBメモリのフォーマット形式（≒初期化の方式）によって対応していない場合があります． https://www.ecc.u-tokyo.ac.jp/announcement/2018/07/05_2819.html
• 質問が来ていないときに，ECCS端末の印刷メニューの確認・Webアップロード印刷メニューへのログイン・複合機操作端末へのログインをやってみてください．

• https://utelecon.adm.u-tokyo.ac.jp/utokyo_wifi/
• 年度ごとにアカウントの更新が必要です．
• 新しいアカウントを発行するためには，「UTokyo Account の多要素認証を有効化していること」と「その年度の情報セキュリティ教育の受講が完了していること」が必要です．
  • 多要素認証の条件は今年度から追加されました．設定方法は後ほど．
    • 「これに対するアクセス権がありません」のエラーは多要素認証の条件をクリアしていないことを表す場合が多いです．
    • 手順4忘れ・40分待ちに注意
  • 情報セキュリティ教育は，毎年度受講が必要で，確認テストで満点(100/100)を取ることで受講が完了します．
    • 「申し訳ありませんが、サインイン中に問題が発生しました。」・AADSTS50105のエラーは情報セキュリティ教育の条件をクリアしていないことを表す場合が多いです．
  • 各条件の判定を確認する方法があります（「UTokyo Account利用者情報確認サイト」）
    • 情報セキュリティ教育 https://univtokyo.sharepoint.com/sites/Security/SitePages/Information_Security_Education.aspx
    • 「2024年度情報セキュリティ教育」
    • 「合否確認」
    • 「Sign In」→「情報を表示 / Display information」
• 以上の条件を満たした上で，今年度のアカウントを発行する必要があります．
  • uteleconの「利用開始までの手順」を順番に
  • アカウント情報は申請直後の画面に表示されるほか，ECCSクラウドメール・UTokyo Wi-Fiアカウントメニューの「通知用メールアドレス」欄のアドレスに送られます．
• 以前別のアカウントを使っていた場合は，端末から一度0000UTokyoの接続設定を削除して再設定する必要がある場合が多いです．

• https://utelecon.adm.u-tokyo.ac.jp/utokyo_account/mfa/
• 多要素認証とは，認証のときに，ID/パスワード（知識要素）に加えて，所持要素や生体要素の「本人確認方法」を求めるものです．
  • UTokyo Account の多要素認証では，スマートフォン等のアプリ・電話・セキュリティキーが使えます．
• 東京大学では便利で安全に情報システムを利用していただけるよう UTokyo Account において多要素認証の利用をしています． https://utelecon.adm.u-tokyo.ac.jp/notice/2024/mfa100-schedule
  • 現時点で有効化していないと利用できないシステムがあります：UTokyo Wi-Fi, UTokyo VPN, UTokyo Slackなど．
  • （再掲）「これに対するアクセス権がありません」のエラーは多要素認証の条件をクリアしていないことを表す場合が多いです．
• 初期設定手順 https://utelecon.adm.u-tokyo.ac.jp/utokyo_account/mfa/initial/
  • 手順は必ず順番通りに確実に実施してください！追加の本人確認方法の設定が完了する前に多要素認証を求められてアカウントから締め出される場合があります．
  • 「手順4」を忘れる場合が多いです．忘れず実施してください．
  • （再掲）また設定がシステムに反映されるまでに最大40分かかります．
  • （再掲）システムへの反映状況を確認する方法があります（「UTokyo Account利用者情報確認サイト」）
• コメント：利用者の方へ案内する際は、多要素認証や情報セキュリティ教育はWi-Fiを利用するために必要なこと、と誤解されないように注意しましょう。どちらも全員が東大の情報システムを利用する前に完了させる必要があるものを、目こぼししてもらって、Wi-Fiアカウントの更新まではいいよとか、5月7日まではいいよとかしてもらっているものです。情報資産だけでなくアカウント利用者も保護するものだと、趣旨をご納得いただけると良いですね。
• ミーティング中はここまで。ここから5月23日に回収。
• 本人確認方法が使えなくなり多要素認証が突破できなくなった場合
  • 「本人確認方法の再登録」が必要です．https://utelecon.adm.u-tokyo.ac.jp/utokyo_account/mfa/reregister_and_terminate
  • 3つの方法があります：専用のMicrosoftフォーム（条件付き）・学部・研究科等の窓口・専用の申請サイト
    • 専用のMicrosoftフォームは，ログイン情報が残っているブラウザがあるときに利用できます．申請内容の確認に時間がかかります．
    • 所属学部・研究科の窓口があるキャンパスにいる場合は，窓口が早いです．学生証または教職員証を持って，窓口に「本人確認方法の再登録」をお願いしてもらいます．窓口の場合、所属先の学務・教務である必要があるので、注意しましょう。
    • 専用の申請サイトは上2つの条件を満たさない場合も利用できますが，本人確認に時間がかかります．
  • いずれの方法でも，その後ご自身で本人確認方法の初期設定をやり直してもらう必要があります．また繰り返し再登録せずに済むよう「追加の本人確認方法」の登録も強く推奨されています．

• https://www.sodan.ecc.u-tokyo.ac.jp/faq/mac-mini-no-signal/
• Mac mini 端末や Chromebox 端末は構成機器・接続機器が多く，モニタが点かない原因になりえる要素がたくさんあります．丁寧に点検していきましょう．
• 質問があったときに加えて，端末異常チェックのときも気付いたら修正をお願いします．

• ECCS端末 (Mac mini / iMac) をMac環境で起動し，ゲスト用のID/パスワードでログインするとゲストアカウントで使えます．
• しかしゲストアカウントは「ECCS利用権の取得」・「UTokyo Account のパスワード変更」・「UTokyo Wi-Fi の利用申請」のために使えるもので，他の用途には使えません．
  • https://www.ecc.u-tokyo.ac.jp/guest_account.html
  • UTokyo Wi-Fiアカウントメニューにアクセスできない不具合があるらしい。治ったのでしょうか？
• 2024/05/23 積み残し回収ここまで
• 他の用途で使うためには，（ECCS利用権未取得の場合はゲストアカウントでログインして取得したうえで，）UTokyo Account でログインしてください．
  • https://www.sodan.ecc.u-tokyo.ac.jp/faq/terminal-login-issue/
• なおWindows環境やChromebox端末ではゲストアカウントは使えません．

• Illustratorと同様にベクター画像編集ソフトのInkscapeはECCSで利用できます．代わりに使える場合もあるかもしれません．

• 相談員ミーティングには東京大学のZoomアカウントにサインインしたうえで参加していただくようお願いします！
• 6月28日にここまで回収しました

• 最初の段階ではUTokyo Wi-Fiのアカウントが失効したのかと思いましたが、相談者さんがやろうとしていることを1つずつ確認すると、多分ですが全体像は以下のようでした。

UTokyo Portalにアクセスしたい
→そのためにUTokyo VPNを使いたい
→そのために情報セキュリティ教育を受講したい
→UTokyo Accountにサインイン
→「@utac-u-tokyo.ac.jp」と、utacの後ろをハイフンにしてしまった
→そのユーザー名のアカウントが見つかりませんでした、と出る
→「アカウントにアクセスできない場合」をクリック
→「Microsoft アカウントを回復する」という画面に飛ぶ
（最初にこの画面のスクリーンショットをもらいました。UTokyo Accountの「メールでパスワードを再設定する」際の画面に近いですが、東京大学のロゴがありませんでした。）
→メールアドレスを入力
→コード番号が届く
→よくわからず、チャットに問い合わせ

• 原因となった操作からかなり進んだ状態から問い合わせを受けたため、状況の把握に時間がかかりましたが、UTokyo Account利用者情報確認サイトにアクセスし、UTokyo Accountにサインインしようとしている画面のスクリーンショットをもらったことで打ち間違いを発見することができ、解決の糸口となりました。
  スクリーンショットをもらう意義としては、このような利用者の誤りに気付きやすいという点が挙げられますね。

• 正確にはUTokyo Portalへのアクセス自体はUTokyo VPNは不要ですが、そこからUTokyo VPNが必要なシステムにアクセスしようとされていたのだと思われます。各システムがUTokyo VPNが必要かどうかはこちら。

• 打ち間違いという点では、ハイフンではない別の横棒の文字を使ってしまっていたり、アットマークを全角で打っていたりする例もありますね。

• Microsoft Authenticatorアプリではアカウント情報が登録されていたものの、多要素認証の設定ページを見てもらうと、「既定のサインイン方法」が存在しなかったため、「使用できない認証方法」になっていると判断しました。Microsoft Authenticatorに残っているアカウント情報を消してもらって、最初から初期設定をやり直してもらいました。

• 「メールへの差し込み」機能とは、大人数へ同時にメールを送信する際に、宛先ごとに内容をカスタマイズすることができる機能です。

ちなみにカスタマイズとはどういうことかについてですが
「 Hi [@first name],
Thanks for being a valued member since [@datajoined]!
We can't wait to see you.　」
のように使うらしいです。

• 参考：公式ヘルプ

• Wordでは「差し込み印刷」機能がありますね。

GASとは「Google Apps Script」の略称で、Googleが開発及び提供しているアプリケーションを開発するためのプラットフォームのことです。一般的なウェブ言語を用いた設計ができます。

• 参考：GAS(Google Apps Script)を使ってみましょう

オプトインとは、顧客が情報を受け取ったり自分の情報を利用されたりすることに対して「承諾」することで、オプトアウトは情報の受け取りや利用を「拒否」することです。

• 参考ページ

• ちなみに問い合わせでは「東大ポータル」とおっしゃっていましたが、それは昔のもので、現在はUTokyo Portalです。

• 研究の一環としてグループインタビューを行うがなるべく個人情報を残さないようにしたいとのことで音声のみを記録したいとのことでした。初めから音声のみを録画することが不可能ですが、音声のみのファイルができるので、それ以外を消去していただければよいかと思います。

• 30時間なんですね。
• https://support.zoom.com/hc/ja/article?id=zm_kb&sysparm_article=KB0067979
• 基本的な注意事項は以下のページにも書いてありますので、それを確認いただくように案内してください。
• https://utelecon.adm.u-tokyo.ac.jp/docs/dics-terms

• 結局サポーターが手元で確認してくださったところ、確かに「一時保存」を押した際には前回そのボタンを押した際の日時が表示されていましたが、再度閲覧すると日時が反映されていたとのことでした。既に不具合については報告済みです。

• UTOLのページが作成されつつあるので、既にページがあるものについてはうまく案内に活かしていただければと思います。

• 「ゴミの情報」というのは、以前Microsoft Authenticatorに登録したけれども、本人確認方法として使えないアカウントのことです。
• うまく登録できたアカウントの場合には「The University of Tokyo」と表示されますが、うまく登録できていないアカウントの場合には「Microsoft Entra ID」のように表示されます。ただしこの「ゴミの情報」は必ずしも削除しなくても問題ないイメージがありますが、まあ消した方が良いかとは思います。

• Teamsチームフォルダの場合も、Onedriveと同様に、発行された共有リンクは互いに影響することはないとのことでした。

• 共有リンクには有効期限があり、すべて60日となっています。ただしファイル自体には有効期限はないため、消えることはありません。

• ①Microsoft 365 Apps の共用PC向けライセンスは、学内ネットへの接続によらず、インターネット経由でライセンスアクティベーションが行われる仕様になっています。詳しいタイミングや期間はマイクロソフト社が公開していませんのでわかりませんが、少なくとも30日に一度はアクティベーションが必要とされています。
• ②まず前提として、Microsoft 365 Apps の共用PC向けライセンスをご利用いただく場合には、利用される方それぞれが個別のアカウントを利用することが求められています。そのためお問い合わせいただいたような状況が起こることがまず利用条件に合っていないことをご認識いただく必要があります。もし個別にアカウントを準備することが難しい場合には、「Office LTSC 2021」をご利用ください。
• 詳細については以下のページに書いてあります。
  • https://univtokyo.sharepoint.com/sites/utokyoaccount/SitePages/Microsoft-license-for-shared-PC.aspx#%E3%83%A9%E3%82%A4%E3%82%BB%E3%83%B3%E3%82%B9%E3%81%AE%E7%A8%AE%E9%A1%9E

• Onedriveでは共有者の名前を変更することができないので、他の手段としてTeamsを利用してチームを作成し、そこでフォルダの共有を行う方法があります。ただし学外の方を本学の教職員が作成したチームに入れることは今のところできず、相手の方が作成したチームにゲストとして入ることは可能なので、そのようなやり方を案内するとよいと思います。

• Slack社に確認をしたところ、投稿内容がAIの学習データとして使用されることはないとのことでした。学習データを提供することで利便性の向上にもつながりますので、東京大学としてはSlack社に学習データを提供しないようにする「オプトアウト申請」は現段階では行わないこととしました。
• このことについて説明されているページは以下
  • https://slack.com/intl/ja-jp/blog/news/how-slack-protects-your-data-when-using-machine-learning-and-ai#:~:text=%E3%83%AF%E3%83%BC%E3%82%AF%E3%82%B9%E3%83%9A%E3%83%BC%E3%82%B9%E9%96%93,%E3%81%94%E8%A6%A7%E3%81%8F%E3%81%A0%E3%81%95%E3%81%84%E3%80%82

• 同様のお問い合わせが来た際には、窓口での対応は難しいかと思いますので、起票していただければと思います。

• BitlockerとはWindowsのセキュリティー機能の一つで、PCが盗難・紛失などの被害にあった際にデバイスからのデータの盗難などを防ぐ機能です。詳細は以下。
  • https://learn.microsoft.com/ja-jp/windows/security/operating-system-security/data-protection/bitlocker/
• この機能が有効化されていると、アップデートの際などにたまに回復キーの入力が求められることがあります。この回復キーはそのPCの管理者となっているマイクロソフトアカウントにサインインすることで確認できるのですが、加えて「職場または学校アカウントを追加」されていた場合にはそちらにも保存されます。また「職場または学校アカウントを追加」で東大のアカウントが登録されている場合には管理者の方にも確認していただけます。回復キーの確認方法は以下のページに書いてあります。
  • https://support.microsoft.com/ja-jp/windows/windows-%E3%81%A7%E3%81%AE-bitlocker-%E5%9B%9E%E5%BE%A9%E3%82%AD%E3%83%BC%E3%81%AE%E6%A4%9C%E7%B4%A2-6b71ad27-0b89-ea08-f143-056f5ab347d6

• Officeデスクトップアプリと一緒にMicrosoft Defenderもインストールされてしまうようですが、UTokyo Microsoft Licenseには含まれない製品のため利用できないようです。
• Microsoft Defenderも個人用と組織用に分かれていて、一緒にインストールされるのは個人用のため、組織アカウントであるUTokyo Accountではそもそもサインインすらできません。

• 「専用のアンインストーラー」が必要になりますので、基本は教職員対応になります。
• 直近で対応した案件があった場合に、コモンサポーターから同じ内容を返して良いかは要確認です。

• Apex OneのサービスがWindowsで起動したままであることが原因であると見抜いて、アンインストールを完了できたようです。
• 難題を上手くチャットで解決できた秘訣は、何でしょうか？
• 回答2, 3は回答内容の共有のために引きました。

• アプリが起動できる段階までインストールは終わっていたようで、インストーラに従って進める権限のセットアップを手動で行うことにより復旧できたようです。
• 難題を上手くチャットで解決できた秘訣は、手順書をよく読んだことでしょうか？

• 大学で購入したPCの場合、前任者が使っていたPCを引き継いで使用することは、ままあることでしょう。その場合、Windowsの「ユーザーアカウント」を新しくしないとトラブルが起こり得ます。1件目はOfficeのライセンス認証に失敗するトラブルです。
• 関連: https://www.sodan.ecc.u-tokyo.ac.jp/meeting/2023%E5%B9%B47%E6%9C%886%E6%97%A5/#error-code-135011-device-has-been-disabled
• デバイスの無効化はデバイスの紛失時などに使われる機能で、前任者がデバイスの無効化をしてしまったため、後任者がサインインするとエラーコード135011, CAA20003が発生してしまいました。
• 上記リンク先の過去事例では「本人確認をしたうえで管理者に問い合わせて再有効化してもらう。」と書いてありますが、前任者の本人確認は難しいので、ユーザーアカウントを新規作成してもらう対応となりました。

• 2件目はWindowsのパスワードが変更できないトラブルです。
• Windowsのユーザーアカウントは「ローカルアカウント」と「Microsoftアカウント」（他にActive Directoryアカウント）があります。「Microsoftアカウント」のパスワードはMicrosoftのサーバに保存されているものですが、「ローカルアカウント」に切り替えることでPCローカルのものを設定できるはずです（回答1後半・回答2）。しかし、上手くいかなかったようです（質問3）。
  • Windowsからサインアウトするのと「ローカルアカウント」に切り替えることは別ですのでご注意ください（回答1前半）。
• ユーザーアカウントを新規作成してもらうしかなかった……のかもしれません。

• 学生は使えないのでよく分かりませんが、TeamsのチームはSlackのワークスペースに、TeamsのチャンネルはSlackのチャンネルに相当するもので、TeamsのチャンネルごとにOneDrive (SharePoint)のフォルダが作られて、Googleの共有ドライブのように使える、ということだろうと思います。

• 関連事例: OneDriveでの通知メール
• OneDriveの共有リンクの仕様について でも扱いましたが、OneDriveでは同じファイル・フォルダに対して、共有範囲や有効期限の異なる複数の共有リンクを発行できます。リンクでファイルの要求をしつつ、リンクでファイルの共有も行える訳ですね。

• チャットログを見返したところ「他のユーザーがファイルリクエストにファイルをアップロードしたときのメール通知」は、アップロードした人がUTokyo Accountにサインインしているかしていないかで挙動が変わるのだろうか、という結論になっていましたが、そうなのでしょうか？　起票していたら何か分かった可能性が無きにしも非ずですが……。

• 直上の事例とこの事例では「Power Automateで出来るらしいですよ」と紹介していますが、Power Automate（やGoogle Apps Script）の利用について、起票して教職員対応へ回しても良いですか？　そもそも、学内でサポートできるところはあるのでしょうか？
• 5/29のミーティング資料によるとFormsやPower AutomateはOneDriveのファイルにならないので、＊＊後の＊＊希望の場合も対応が難しいと書かれています。GoogleフォームはGoogleドライブのファイルになるので、共有ドライブで作成したものは引き継げるのですが。

• ECCS 端末の Mac 環境で Office が動かないシリーズの一つです。
• 過去事例 (2023年12月)
  • この時点では「センター調査中」となっていました。
  • 進展は無し
• ここに記載の通り、ライセンスの更新手続きを行うことで問題が解決できる可能性があります。今後同様の問題に遭遇した方はぜひお試しください。
• 自分のアカウントはそもそも不都合が発生しなかったため、検証はできませんでした。
• センターの方へ：有効と分かったら広報に載せるべきかもしれません。

• こちら、「Mac環境のMicrosoft Officeを使用する時には，ライセンス認証の必要はありません．」となっていますね。
• この広報には「アプリケーション起動中，以下のように右上に！マークが表示されますが，使用には支障ありません．」と書いてあるが、今もそうなのか？　→Win環境でライセンス問題が発生したとはあまり聞かないので、状況は変わっていないと思われる。

• 以前より不都合が報告されていた prjke90001 のことでしょうか？
  • ここには、「調整中の札は撤去した」と書かれていますね。
• prtke と prjke は前者が複合機本体の名前で後者が操作端末の名前

• Web アップロード印刷 も利用できます。
• 自分でやってみて、Android のスマホから PDF を印刷することに成功しました。

• ADF: Auto Document Feeder (原稿自動送り装置)

• ？
• OSやブラウザを書いてもらうのは良いのだが、肝心の「利いていない」の意味が分からない。この勤務報告を書いた人は相談員ミーティングに参加していないので、真相は不明。

• 対応が適切で、勤務報告も詳細で良いと思います。
• 参考までに、ディスプレイの電源がついていない場合においては KVM スイッチへは紫の USB を通して給電されており、緑のランプは常に点いている状態が正しいです。
  • 参考: Mac mini端末の画面が表示されない／No Signalと表示される

• 認証に問題があるときもこの画面になりますっけ？

• 私の経験では、自己点検をやる前に即時ログインできるようになっていました。

• 相談場所と違う場所で発生している問題となると、確かにトラブルシュートは困難ですね。
• そしてこの問題は結構難しそうです。utelecon 側で何らかの解決を見たのならぜひとも知りたいです。
  • サポーターミーティング資料で共有されるかもしれない。しかし、uteleconと相談員へクロスポストされた相談に対する知見を共有できないのは問題かもしれない。
• 研究室以外の場所のどこで接続できるのかが問題である。総合図書館で接続できて、工学部n号館で接続できないなら、工学部のネットワークに問題がある可能性がある。工学部n号館の1階でOKで同じ建物の別の階でNGなら、APの問題と考えられる。相談員は、どの建物の、どの階の、どの部屋で接続できるか・できないか、のAPレベルまでの切り分けを支援すると、最近uteleconに掲載されたUTokyo Wi-Fiの部局別問い合わせ先へ問い合わせてもらうことも有効かもしれない。
• 2.4GHz帯ではつながりにくいが5GHz帯ではつながりやすい、という状況もある。しかし、SSIDが共通なので上手く使い分けることは難しい。
• 「インターネットなし」はいかにもDHCPの問題であるかのように見える。同じネットワークに多くの端末が接続されていると問題が生じる可能性がある。
• MacではOptionを押しながらWi-Fiアイコンをクリックすることで詳細情報のメニューが表示される。
• 他大学で自分だけeduroamにつながらないという事象が発生した際、接続情報を削除して登録し直すと上手くいったことがあった。（ルーティングがおかしくなっているのをリセットできる？）

• 5月21日(火)に復旧したとのことです。
• （その後スキャンを試した相談員の方はいますか？）

• 生協の方を3回呼んでいて，時系列が複雑なので一旦整理します。
  1. 相談員が不在であった火曜3限と4限の間の時間帯に，USBプリントを始めたら複合機操作端末が応答しなくなって困った利用者の方がいて，ご自身であるいは図書館窓口経由で生協の方をお呼びしていた。4限開始時に，生協の方が複合機操作端末を再起動しているのを見かけた。ということですね。
  2. 同じ日に2回呼んだので，この後は使わないように言われたのですね。
  3. 木曜朝に交通系ICカードが使えない状況だったが，水曜はどういう状況だったのかが不明なのですね。
     • →調整中の札は（勤務報告には書かれていないものの）水曜6限にはあったそうで，火曜6限からずっと貼られていたようです。
     • みなさん相談員の勤務説明資料は熟読されているはずですが，「端末・プリンタのチェックおよびそれらの報告」も勤務内容に含まれていますので，最低限の職務は全うするようお願いします。「調整中」の札が出ているのに「異常なし」はさすがにマズいと思います。
• （なお，相談員が課金装置の電源をいじってよい条件( https://www.sodan.ecc.u-tokyo.ac.jp/faq/locked-ic-card/ )が書いてありますが，それに該当しない操作をするよりも，生協の営業時間内であればお呼びするのが確実だと思います。）
  • 電源がすでに切れている状態でプラグ差し込みによる再投入はアリかも？　また、駒場図書館は内線電話が手元にないので、生協に連絡するには席を外す必要があり、生協に連絡するためのハードルが比較的高いことも考慮できるかも。

• その後の勤務報告では生協の方が来てくださったかどうか分かりません。
• （5/24情教2限勤務者より）生協に確認したところ，販売機を再起動しており，おそらく改善したと思われると回答をいただきました．
  • 入金してから返却できない仕組みなので1000円札が入るか試してはいません．
• そういえば、新札になると自販機はどうなるんでしょうね。

• 端末や複合機の異常が継続している間は，勤務報告に記載して情報を引き継ぎましょう。
• 資料には載せていませんが，「05月22日(水)総図09-11」の勤務報告を除いて引き継ぎがされていました。ありがとうございます。

• https://support.apple.com/ja-jp/guide/terminal/trmlshtcts/mac
• commandキー⌘とcontrolキー^は違うので、慣れていない人は区別しておきましょう。由来が違うとかなんとか。

• Mac環境でのOfficeトラブルは症状にばらつきがあります。
  1. アプリが起動しない（例えば本事例）
  2. アプリは起動するが，保存できないとか文字が入力できないとか，普通に使えない
  3. アプリは起動するし，ローカルに保存もできるが，OneDriveとの接続ができない（ https://www.sodan.ecc.u-tokyo.ac.jp/meeting/2024%e5%b9%b45%e6%9c%8817%e6%97%a5/#can-t-use-office-on-eccs-device ）
• いずれの場合もWin環境かWeb版を使って問題を回避してくださいという結論になるのかもしれませんが，事例の蓄積の観点でどの症状なのか勤務報告に記載いただくことが重要です。
• 症状が出ている人がいたら、問題の特定にぜひご協力ください。

• どちらの案件も原因・解決策が同じと思われますが，勤務報告の書き方が大きく異なります。
  • 上の事例には、問題と最終的な答えだけが記されていますが、下の事例では、問題と最終的な答えの間にある検討プロセスが明確に記されています。このような勤務報告を書くクセを日頃からつけておくと、難しい問題に直面したときに役立ちますし、また補足情報を共有してもらいやすくなり、相談員全体の対応力向上に資するでしょう。
• （ちなみにAASSTS50105が出た時点で，情報セキュリティ教育が原因だろうなと分かります。詳しくは https://utelecon.adm.u-tokyo.ac.jp/utokyo_wifi/#initial-setup の手順2-2にある2種類のヘルプを参照）

• 閉室対応ガイドラインでは，

  事務室等まで行って事情を確認した上で、勤務報告に適切に記載する。

  と書いてありますが，このようなケースでは「いつ掲示が貼られたのか」を事務に聞くのが事情の確認になるのですかね。

• Zoomのレコーディングの際には、音声ファイル、録画ファイルの両方が作成される。
• なお、クラウドレコーディングでは、設定から「オーディオのみのファイルをレコーディングする」を有効にしなければならない。デフォルトでは無効になっている。
  https://support.zoom.com/hc/ja/article?id=zm_kb&sysparm_article=KB0064677&_ga=2.204605392.1501444900.1716340905-495813838.1716340905#h_01F4CYJTCTXNS2MXH00W9EFG6R
• 今回はなるべく個人情報を取得しないというコンプライアンスを意識されての質問だったので、コンプラ違反になりそうな外部の非公式ツールの案内は不適切。

• Slidoは最近授業でよく使われるようになってきた。
• 一応上限人数はあるが、上限人数に達することは滅多にないだろう。

• 部局管理のネットワークはuteleconサポート窓口の管轄外となることが多い。これは当該部局のネットワーク管理者に相談してみるしかない。
• この事例以外の例としては、工学系研究科のネットワークの事例や有線LAN接続の事例がある。
• 部局のネットワーク管理者はUTNET （https://www.nc.u-tokyo.ac.jp/ ）の学内限定ページに掲載されている。
• UTokyo Wi-Fiの部局の問い合わせ先は https://univtokyo.sharepoint.com/sites/utokyoaccount/SitePages/utokyo_wifi_department_contact.aspx に掲載。

• 相談員の勤務時間・勤務場所 https://www.sodan.ecc.u-tokyo.ac.jp/about-us/tutors-working/
• 2024年4月から本郷には総合図書館以外には相談員が配置されていないことに注意する必要がある。

• 共有アイテムの仕様: 他人の共有フォルダにアップロードしても、ファイルのオーナーはアップロード者なので、アップロード者の容量制限がかかる
• この問題の回避策として、共有ドライブを利用することがあげられます。
• 共有ドライブにアップロードしたファイルは共有ドライブの容量を消費し、その共有ドライブは（東大の場合）代表者のストレージ制限値を消費する
• 詳しくは https://www.ecc.u-tokyo.ac.jp/storage_mgt/index.html
• 職員さんが主に利用している「ファイル転送サービス」が5月末で終了するので、その移行先としてOneDriveが案内されており、利用が広がっているのだと思います。
  uteleconなどでOneDriveの勉強をしておくとよいと思います。
  https://utelecon.adm.u-tokyo.ac.jp/microsoft/onedrive/recommendation
• とりあえず、OneDriveは50GBまでなので、それ以上だったら、という感じでもいいかもしれないです。

• 「AADSTS70008」（Message: AADSTS70008: The provided authorization code or refresh token has expired due to inactivity. Send a new interactive authorization request for this user and resource.）はたまに問い合わせが来ているが、「Microsoft サポート/回復アシスタント」を利用することで解決されていることが多い。一度サインアウトしてからサインインするという手順も案内しているがそちらではあまり解決していない模様です。

• この話は一つの問題として議論に上がっているのですが、まだ解決に至っていない状況です。ファイル要求だけではなく、OnedriveでのMicrosoftアカウントへの通知メールは、そのアカウントでOutlookにサインインしたときに確認することができます。しかし、UTokyo Accountの場合、学生にはoutlookのライセンスがないので見られません。また教職員の場合であっても、職員メールを利用している場合にはそちらに届くようになっているという状態になってしまっています。

1. 共有先を「The University of Tokyoのユーザー」に変更する
   OneDriveでリンクをコピーする時のポップアップで右下の「設定」をクリックし、共有先を「The University of Tokyoのユーザー」に変更-> リンクをメールで共有したい方に周知する
   ただしリンクを知った東大構成員はアクセス可能な状態となるので、資料の機密度によっては以下2,3の対応が良い場合もある
2. 対象者を入れたTeamsチームを作成する
   OneDriveで「選択したユーザ」を指定する欄はチームアドレスは無効となってしまいうが、Teamsチームは有効
   したがって、対象を含む既存Teamsチームを指定すればチーム構成員の方のみにアクセス権がつく
   なお、Teamsチームは職員メールを持っていなくても追加する方法があるので、詳細は以下のページの手順書へ（教職員限定）
   https://univtokyo.sharepoint.com/sites/utokyoportal/wiki/d/IT_Tool_020.aspx
3. 公開する資料のアドレスをコピーしてメール作成画面に貼り付け、アクセス権を編集する
   Web版Outlookのメール作成画面上で、メールの受信者に権限を付与することが可能
   　⓵OneDriveで公開するフォルダやファイルを開き、そのURLをコピーしてメール画面に貼り付け
   　②そのリンクを右クリックすると、「既にアクセス権を…」のポップアップが出る
   　③このポップアップをクリックすると、権限を選択できるので、「このメッセージの受信者」を選択
   サポーターで検証したところ、メッセージの宛先は個人の職員メールでもグループアドレスでも可能だが、宛先のグループアドレスが入れ子状態だとエラーになる他、
   アプリ版Outlookからの送信だと権限がうまくつかないので、Web版Outlookで操作するように

• 修正の依頼を出していますが、まだ時間がかかりそうなので同じ問い合わせが来た場合には新しい方を案内するようにお願いいたします。

• アンインストールの手順が書かれているページをまとめましたので、対応の際にはこちらをご確認ください。また、cisco-secure-client-5-x-の再インストール手順のmac版がまだ出ていませんが、以下の手順を行っていただければアンインストールできます。
  • 「アプリケーションフォルダの「Cisco」というフォルダに入っている、「Uninstall Cisco Secure Client.app」というアプリケーションを実行してください。」
• https://community.cisco.com/t5/tkb-セキュリティ-ドキュメント/cisco-secure-client-5-x-の再インストール手順-windows-版/ta-p/4984391
• https://community.cisco.com/t5/tkb-セキュリティ-ドキュメント/cisco-anyconnect-secure-mobility-client-4-x-のアンインストール手順-macos/ta-p/4312893
• https://community.cisco.com/t5/tkb-セキュリティ-ドキュメント/cisco-anyconnect-secure-mobility-client-4-x-の再インストール手順-windows-版/ta-p/3836480

• あまりMATLABの質問は来ないのですが、今後のために掲載しておきます。
• また、MATLABについてはuteleconの以下のページに載っていて、どうしようもなさそうなときにはテクニカルサポートに案内するというのもありかと思います。
  • https://utelecon.adm.u-tokyo.ac.jp/matlab

• ページの先頭にも最近追記されましたが、現在このサービスは利用できませんので、もし問い合わせが来た場合にはそのように案内いただければと思います。現在マイクロソフト社の方に問い合わせ中です。
• https://utelecon.adm.u-tokyo.ac.jp/microsoft/windows_education_for_students

• アカウントの管理義務は『情報倫理・コンピュータ利用ガイドライン』（情報セキュリティ教育で読むものです）で説明されています．
• 共用PCを使う場合の対処法としては，OSのユーザプロファイルの新規作成を案内してください．

• UTokyo Accountで利用できる情報システムの一覧のページがあり，利用対象者もまとめられています． https://login.adm.u-tokyo.ac.jp/utokyoaccount/
  • uteleconの UTokyo Account のページから飛ぶことができます．
• 具体的には、例えば、ECCSクラウドメール、UTokyo Slack、Zoom、UTokyo Wi-Fi、UTokyo Wi-Fiを利用して論文を読む、はOK。
• 学外から電子ジャーナルにアクセスする場合は、契約が複雑なので在籍形態の違いによって多少提供範囲が異なる可能性がある（詳しくは図書館の参考調査カウンターまたはASKサービスへ）
• ここでの「学生」・「教職員」というのはUTokyo Accountの属性の話ですね．

• UTokyo Account はMicrosoftアカウントの仕組みを使って実現しています．
• そのため UTokyo Account と個人用のMicrosoftアカウントや他の組織のMicrosoftアカウントとの間で想定していない挙動が起こる（内部用語で「干渉する」）場合があります．
• 別の事例で，東京大学から離籍してもブラウザが UTokyo Account を記憶していて「Microsoftアカウントの干渉」が発生したが，UTokyo Account の操作ができずサインアウトできないということがありました．
  • ブラウザの設定画面でCookieを削除するしかないのでしょうか……

• 文案より

  • 差し支えなければ、「3/15で使用停止になる」という情報が学内のサイト等からのものであるならば、情報源を返信でお教えいただければ幸いです。別の情報を誤認した、というものでも誤解を招くものである可能性もあり、学校側からの情報提供の質を向上させるためご協力いただければと思います。

• 回答にあるとおり，uteleconに UTokyo Wi-Fi の仕様が書かれています．PC・スマートフォン・タブレット等以外の機器や古い機器は対応していない場合があります．
  • Meeting Owlシリーズは主にWPA2-Personalに対応していて，WPA2-Enterpriseには対応していない(ref)とのことなので，WPA2-Enterprise形式を利用しているUTokyo Wi-Fi(ref)には，仕様として接続できないのでしょうね．
• 2台を同じネットワークに繋ぐと連携して使う的なことができるみたいな話。
• 関連：プリンタを UTokyo Wi-Fi に接続してネットワークプリントをすることはできません．
  • 規格の問題というよりは，同じネットワーク内の別の端末の検索ができないから？

• 古いバージョンのOSには対応しておらず動かないアプリケーションがあります．
• というか、Windows10 home 20H2は、Microsoftとしてもすでに2022年5月10日にサービス終了しているそうです。Windows10はもう22H2しかだめみたいです。
• OSやアプリケーションの更新も『情報倫理・コンピュータ利用ガイドライン』で求められていることです．

• 隔離されたメールを受信ボックスに戻すことはできません．メッセージの確認はできます．メールが必要な場合は，隔離の原因を取り除いたメールを改めて送信者から再送してもらう必要があります．
• 添付ファイルに関しては，回答のとおりです．
• 職員メールについては以前のミーティングでも扱いました．

• ECCSにソフトウェアをインストールしたい - Mac/Win環境共通 - ECCS端末 - FAQ - ECCS Tutor's page https://www.sodan.ecc.u-tokyo.ac.jp/faq/installing-application/
• 今回の相談の背景として，講義利用のためにインストールの要望を聞いてもらえる場合があります．
• （今回の場合は管理者権限が必要なインストールの作業なしで Arduino IDE を使うことができました．）

• 本件の顛末としては、Googleログイン画面にA@g.eccを入力→UTokyo AccountはBさんとしてサインイン中（サインイン画面スキップ）→B@g.eccでGoogleログインしたことになる、ようでした。
• 前回扱った学生・教職員アカウントの使い分けの件と同様に、SSO化により同じブラウザで複数のECCSクラウドメールを使い分けるのが困難になったようです。
• 情報セキュリティ教育で学んだように、他人が使える端末でUTokyo Accountをサインインしたままにするのはアカウント管理責任を果たせていませんから、Windowsのユーザーを切り替えるべきです。

• ECCSクラウドメール担当に確認したところ、ローカルパートを変更すると元に戻せないとのことです。（びっくり）
• これって結構重要な注意事項だと思いますが、UTokyo Account利用者メニューにもuteleconにも注意書きがありませんね。
• 現時点では変更できません。
• 対応としては利用者から戻せるようにしたいとの問い合わせがあった場合には、ベンダーに問い合わせを行う関係で教職員に対応を依頼する必要があるので、そのような要望がありそうな雰囲気であれば教職員に依頼をする。

1. ポイント1: 継続利用したいなら一元化してほしい、が基本方針のようです。
2. ポイント2: 一元化を希望しなかった人の繋ぎ替えは行ってもらえるのか？
   • UTokyo Slackの繋ぎ替え受付は終了しています。
   • ECCSクラウドメールはまだ未定のようです。（本件は未定と回答しました。）
3. ポイント3: 文案作成過程においてサポーター内コミュニケーションが失敗していた気がする
   • 最初にスレッドを立てて議論していたらよかった。

• 一元化を踏まえて、SSPRに使える3種類のメールアドレスを確認しましょう。
  1. 「セキュリティ情報」のページで登録したもの
  2. 【学生】UTASの「学生情報」メニューにある「現住所等変更入力」の「E-MAIL 1」欄
  3. 【教職員】人事情報MyWebの「パーソナルメニュー」にある「本人属性変更：登録画面」の「学内メールアドレス」欄
• ポイント: 学生かつ教職員アカウントでは、1と2のみ使われる。
  • 関連ポイント: 学生かつ教職員アカウントでは、UTokyo Wi-Fiの通知先もUTASが優先される。こちらのページの「利用開始までの手順」＞「手順2：UTokyo Wi-Fiアカウントの発行を申請する」＞「通知用メールアドレスを変更したい場合」を参照。

• 既出の話ですが……
• 今回のポイント: ECCSクラウドメールのSSO化により、ECCSクラウドメール(@g.ecc)・職員メール(@mail)以外を入力することが推奨されています。
  • 「セキュリティ情報のページ」で登録するメールアドレスはUTokyo Accountのパスワード再設定の際に使われるが、UTokyo Accountでサインインして利用するメールアドレスを登録してしまうと役に立たないため。

• Wi-Fi関連では、utelecon窓口で調査できる範囲が限られている話が非自明ですね。
• 本件のようにeduroamはユーザ認証(RADIUS認証)までが東大の担当です。
• 関連して、東大病院で接続できないとの問い合わせが急増した時期もありましたが、 https://utelecon.adm.u-tokyo.ac.jp/events/2023-03-15/slides/04-wifi.pdf に「部局整備」と書かれているアクセスポイントについては、残念ながら情報システム本部の手が及ばない部分があります。

• Zoomクラウド録画における不要なデータ削除等のお願いに記載の通り、不要なクラウド録画を削除していただくよう呼び掛けを行っています。
• しかし、自分で現在の使用容量を簡単に確認する方法は無いようです。 https://zoom-support.nissho-ele.co.jp/hc/ja/articles/360047320952 には管理者画面での確認方法が書いてありますが、個人別の使用容量は分からないようです。
• （このTipsはutelecon上にも書いてありませんが、ここに書いておけば助かる人がいるかもしれないので取り上げました。）

• 後から教職員による訂正が入ってしまいましたので、内容を確認しておきましょう。内部資料
• なぜOAuthなのか（サポーターミーティングでは初出？）
  1. パスワード（SSO化で使えなくなる）
     • 認証: ユーザーがメーラーに自分で決めたパスワードを入力し、メーラーとサーバーの間でそのパスワードをやり取りする。
     • 認可: メーラーに全権を委ねることになる。危ない！（特にパスワードを使い回している場合！！）
  2. アプリパスワード（SSO化後も使える）
     • 認証: ユーザーがメーラーに自動生成されたアプリパスワードを入力し、メーラーとサーバーの間でそのアプリパスワードをやり取りする。
     • 認可: メーラーに全権を委ねることになる。危ない！
  3. OAuth
     • 認証: ブラウザが開かれて、ユーザーとサーバーの間でSSOなどで認証が行われる。メーラーにはパスワードではなく認証結果だけが渡される。OAuthは認証ではない！
     • 認可: 権限を限定できる。例えば、メール・カレンダーにはアクセス許可を出すが、ドライブにはアクセス許可を出さないなど。安心！
     • ※なぜOAuthは認証ではないのか。メーラーとサーバーの間の認証方法はトークン認証などと呼ぶべきものである。例えばメーラーごとの秘密情報（クライアントID等）とユーザーごとの秘密情報（トークン）の組をやり取りする。
• ↑分かりやすさ重視の適当な説明ですので、厳密なところはご自身でお調べください。

• SSO化と一元化の影響を切り分けている案件でしたので取り上げました。
• 切り分けのために日付などの時間に関する情報を使うことは役に立つことが多い印象です。（ミスリードになることもありますが）今回の場合、一元化実施が2/26で、相談が2/22だったので一元化に起因する問題ではないのではないかという考察が成り立ちます。【内部情報】を読んでおくことがこうした見事な対応にもつながると思います。

• 既に「代表権を設定していない共有ドライブ」は削除されました（1月18日以降順次）。
• 現時点では「容量オーバーの共有ドライブ」が削除される予定はありません。しかし容量オーバーの状態では書き込めないでしょうから、普通に使うためには容量拡張が必要です。
• ※代表者がいない共有ドライブに代表者を設定した場合、自動的に共有ドライブ容量が下限値の5GBに設定される

• いま初期値であるかどうかによらず、課金対象期間（2023年度は何月からでしたっけ？）のどこかで（一瞬でも？）制限値を増加させていたら、利用負担金が年額で請求されます。
• （課金基準の説明が分かりにくいかもしれません。）

• 証明書発行機がロックされる事例にあまり見覚えがないので取り上げました。
• （内部限定の話題あり）

• 相談先が人事担当ではなく教務担当なのがポイントです。
• すべての教職員は人事給与系に名前があって、一部の教職員は学務系にも名前がある。UTOLを英語表示にすると違いが分かる。……のは常識ではないですね。

• 一元化してもしなくてもUTokyo Accountは離籍するときに消えます。
• （ECCSクラウドメールなどデータの引き継ぎを気にするシステムもあります。学生アカウントにたくさんデータがあるなら、一元化して教職員アカウントを消す方が楽で、教職員アカウントにたくさんデータがあるなら、卒業時に学生アカウントを消す方が楽なのではないでしょうか。）
• 一元化すると、再雇用時に過去のデータを参照できるシステムにおいて、学生と教職員の両方のデータを参照できます。また、教職員としての離籍が後になるとき、学生としてのデータに引き続きアクセスできます。

• 単なる質問や相談の場合は、事実の説明だけで良いかもしれませんが、今回は要望として伝えられたので、理由を丁寧に説明するよう努めました。

• 「メール取得方法にはPOPとIMAPの2つの方法があります」の詳細についてはこちら→ https://support.microsoft.com/ja-jp/office/ca2c5799-49f9-4079-aefe-ddca85d5b1c9
• POPは「全て移動」のイメージです。メールデータは1台のPCに保管されるので、メールサーバーの容量が少なくて済みます。昔はISPなどで提供されていたメールサーバーの容量が限られていたので、新着メールを全てダウンロードした後、メールサーバーを空にしなければ新しいメールを受信できなくなってしまいました。
• IMAPは「必要な分だけコピー」のイメージです。メールデータはサーバーに保管されるので、PCとスマホなど複数のデバイスからメールを確認できます。PCやスマホなどでメールを開いたらそのメールだけがダウンロードされ、メールサーバーにもデータが残ります。昔のGmailはメールサーバーの容量の大きさも画期的でした。

• 対応を改善するために取り上げました。
• 教訓1: 公式の情報と、手元の挙動・実験結果は明確に区別する必要があります。
• 教訓2: 不正確な回答を繰り返してしまわぬよう、情報を一度正確に整理するとともに、回答内容に不明な点があればはっきりするまでSlackで議論するなり教職員に問い合わせるなりしましょう。

• 個人PC用アプリを共用PCで使いたければ、通常、アンインストール→再インストール＆再アクティベーションが必要となります。
• （内部限定の話題あり）

• 「学生および東京大学に雇用されている教職員のみが利用できます」と明記されました。
• この条件に該当しない方には、「ご所属先でPCを手配してくださった方」に言及しているこの対応が良いと思います！

• 最初の回答は先方の質問への答えになっていませんでした。
• サポーターの手元で「WordでのCopilot利用」を試してみれば、その機能がないことに気づけたのではないでしょうか。

• 2024年3月11日に一部ネットワークからOneDriveやSharePoint（UTokyo Portal含む）にアクセスできないトラブルが発生しました。
• ワークアラウンドとしてUTokyo VPNを経由するなどネットワークを変える方法を案内しました。（DNSをGoogleやらCloudflareやらのパブリックDNSに変更する方法もありますが、上級者向けなのでメール回答には含めていませんでした。）
• しかし、UTokyo VPNに接続すると研究室等のプリンターやファイルサーバーにアクセスできない副作用の訴えもありました。これは、「ローカル(LAN)アクセスを許可する」にチェックを入れると解消できると考えられます。
• 根本原因はDNSサーバーでしたが、サポーターの皆さんはDNSについてどれくらい理解されているでしょうか？

1. ポイント1: UTokyo-Guestとゲスト用Wi-Fiアカウントは別物です。
2. ポイント2: どちらの場合も帯域制限はありません。これは知っておいて損はない事実だと思います。

• プロファイルの再設定を行うことで、「証明書を信頼するかどうか尋ねる画面」を再び出せると考えられます。
• 証明書を更新したタイミングで「新しい証明書を信頼してください」とアナウンスしていただけると親切ではないかと思います。

• Microsoftフォームからの情報連携に不具合がありました。
• 他の可能性をつぶしきったら起票するのがよいでしょうか。Zendesk上に情報を集めるとこういった異変を察知できるかもと期待できます。

• 3月にUTokyo VPNがバージョンアップされ多くの問題が生じました。
  1. Windowsではインストーラを起動できない問題がありました。種類の異なるCPU向けのインストーラを配っていたためで、再インストールですぐに解決しました。
  2. Macでは本件のように「バックグラウンドでの実行を許可」されておらず接続できない問題がありました。
• まず、これらの問題を混同しないように注意してください。
• 解決策は色々です：
  • システム設定アプリで「バックグラウンドでの実行を許可」をオンにして解決したケース
  • 再インストールして解決したケース
  • 「バックグラウンドでの実行を許可」に表示されないバグに当たりコマンドを実行してもらったケース

• （uteleconにはアンインストール方法がまだ書かれていないようですね？）
• Uninstall Cisco Secure Client.app を実行してアンインストールできれば、それで良いです。
• コマンドを使用する方法はCisco AnyConnect Secure Mobility Client 4.x のアンインストール手順 (MacOS)で説明されていますが、パスが /opt/cisco/anyconnect/bin/vpn_unistall.sh だったり /opt/cisco/secureclient/bin/vpn_uninstall.sh だったりに変わっていて、難しいです。

• 中間者攻撃のようなことをしている特殊なネットワークからアクセスされていた模様です。
• 証明書の不備をきちんと弾いてくれることが分かり安心です。（ダメな例 https://blog.tokumaru.org/2014/09/androidkindlesslcve-2014-3908.html ）

• ノートンとの干渉が最近多く見られます。学生が対応する段階で干渉の可能性を疑えると良いでしょう。
• 干渉の可能性を確定させるためには、VPN接続元ログを調べないといけないので大変です。

• どこまで踏み込んで回答するか悩ましい質問ですが、いい感じに練られているので取り上げました。

• ログインした後にフリーズする時は、まずoverquotaを疑いましょう。
• まずは「ディスク使用量の確認 (https://portal.ecc.u-tokyo.ac.jp/)」
• ページ（ログインしなくても使えます）でoverquotaかどうかを確定させてから、あとは以下のページの記載に従って対応するのが定石かと思われます。
• https://www.sodan.ecc.u-tokyo.ac.jp/faq/over-quota/
• 学生は8GBまで，教職員は18GBまでと異なる値になっていましたが，3月の更新で学生・教職員ともに18GBまでとなるそうです．

• 現状いかがでしょうか
• 相談員のリレーでテストを蓄積できて，よい対応だったと思います．
• 可能でしたら，複数の勤務地・複合機で試してみて詳しい情報提供をいただけるとよいと思います．

• 復習として、コピー機能やスキャン機能が使える複合機の一覧は以下のページに記載があります。
• https://www.ecc.u-tokyo.ac.jp/system/printing.html

• 複合機の不具合は、その場で生協に問い合わせてください。
• https://www.sodan.ecc.u-tokyo.ac.jp/private/how-to-call-coop-staff/

• 精算前のコピーカードが忘れられていた場合は、画面上に共通IDが表示されているはずなので、番号と一緒に届けてください。

• cf. 「旧システムのプリンタカードをまだ持っている」

• ApplePayやモバイルSuicaなどに移行した交通系ICカードの抜け殻を挿入してしまうと，エラーになるので注意．

• 何か進展はあるでしょうか
• NumLockは確認しましたか？

• 問題の内容ごとに，適切なエスカレーション先を案内するのが重要です！

• iCloud keychainが要らんことしている可能性？

• 拡張機能が要らんことしている可能性？

• ECCSの方のFAQページの修正（「このページに書いてあることはiMac端末での話ですよ」という断りを追記する）が必要でしょうか

• データベースの利用自体にはECCS利用権の申請は不要なはずです。
• データベースの使い方は必ずしも相談員が答えられる範囲ではないので、附属図書館のサービス（例えば講習会など）を案内するほうが適切な対応かと思われます。
• 「GACoS」は昔のサイトで、すでにLiteracyにリニューアルされています。

• 過去にも同様の事例がありました。
• 設定次第では可能かもしれない…？ https://manual.iij.jp/vds/manual_user/22810003.html