Google Meet （Hangouts Meet）は、Chromeだけで利用できる。ポートは、ユーザ認証とウェブでTCP/UDPで443番ポート（HTTPS）と、動画と音声としてUDPの19302～19309番ポートを使用する。動画と音声は、WebRTCで通信される。
UDPの19302～19309の送信が制限されている場合はGoogle MeetでのMTGができない。
カテゴリー: 技術系memo
-
apt updateでGitLabの公開鍵がエラーになり更新できなかった
Ubuntu Serverで、apt updateを行ったところ、GitLabの公開鍵がエラーになった。
エラー:7 https://packages.gitlab.com/gitlab/gitlab-ce/ubuntu bionic InRelease 公開鍵を利用できないため、以下の署名は検証できませんでした: NO_PUBKEY 3F01618A51312F3F
“apt-key list” で公開鍵を確認してみると、「2020-04-15」で期限切れになっていた。
zen@Lab:~$ apt-key list /etc/apt/trusted.gpg -------------------- pub dsa1024 2005-05-24 [SC] 3B59 3C7B E6DB 6A89 FB7C BFFD 058A 05E9 0C4E CFEC uid [ 不明 ] Ubuntu-ja Archive Automatic Signing KeyGitLabのページをみたところ、公開鍵（GPG）の更新手順が乗っていたので、実行する。手順は、キーをダウンロードする。次に、GPGキーを追加する。
curl https://packages.gitlab.com/gpg.key -o /tmp/omnibus_gitlab_gpg.key sudo apt-key add /tmp/omnibus_gitlab_gpg.key
これで、完了。あとは、もう一度apt updateして、sudo apt upgradeを行う。GitLabも、ちゃんと更新された。
実際に実行すると、下記のような感じ。
zen@Lab:~$ curl https://packages.gitlab.com/gpg.key -o /tmp/omnibus_gitlab_gpg.key % Total % Received % Xferd Average Speed Time Time Time Current Dload Upload Total Spent Left Speed 100 3191 100 3191 0 0 6675 0 --:--:-- --:--:-- --:--:-- 6689 zen@Lab:~$ zen@Lab:~$ zen@Lab:~$ sudo apt-key add /tmp/omnibus_gitlab_gpg.key OK zen@Lab:~$■参考
https://docs.gitlab.com/omnibus/update/package_signatures#package-repository-metadata-signing-keys -
CiscoのCatalystスイッチでのSNMPトラップのテスト方法
Catalystスイッチでは、testコマンドで、snmp trapのテストができる。テスト時に、送信先は選択できないので、設定済みのトラップ先にテストトラップが送信される。
コマンド
enable test snmp trap snmp linkdown test snmp trap snmp linkup
ポートのリンクダウンとリンクアップのトラップを送る例。
-
CiscoのNexusスイッチでのSNMPトラップのテスト方法
Nexusスイッチでは、testコマンドで、snmp trapのテストができる。テスト時に、送信先は選択できないので、設定済みのトラップ先にテストトラップが送信される。（Catalystとは、コマンドが異なるので注意）
コマンド
test pfm snmp test-trap fan test pfm snmp test-trap powersupply test pfm snmp test-trap temp_sensor
筐体のFanや電源などの通知をsnmp trapで送る例。
-
Windows10がこんなことをいうなんて・・・
Windowsでアップデートなどを行うと、やたらと時間がかかるときがある。特に「あと○分」という表示は信じちゃいけないと体感している。それがWindows 10では、待ち時間が長いとメッセージが変わる。
予想よりも少し長く時間がかかっていますが、できる限り早く処理を完了します
こんな表示をする機能がついていたとは知らなかった。時間がかかることには変わらないのだが、なんかWindowsが頑張っている感がする。ちょっとユーザフレンドリなだろうか。
-
Veeam Backupでバックアップジョブ完了時にメール送信する方法
全体としての送信先のSMTPサーバの設定を行う。
- Veeam Backupの管理画面を開く
- 上部メニューから「General Options」を開く。
- 「E-mail Settings」のタブを開く
- 「Enale e-mail notifications」にチェックを入れる
- SMTP Serverなどの値を入力する。
- チェックボックスで、メール送信するステータスを選択する。（「Notify on sucuess」「Notify on warning」「Notify on failure」「Suppress notifications until the last retry」）
- 入力後、「Apply」をクリックする。
各バックアップジョブで、設定を行う。
- バックアップジョブ設定の「Storage」の項目で、「Advanced」のボタンをクリックする。
- バックアップジョブ設定の「Storage」の項目で、「Advanced」のボタンをクリックする。
- 「Send e-mail notification to the following recipients」にチェックを入れる。
- 通知先のメールアドレスを入力する。
- 「Use e-mail notifiation settings」を選択する。
- 「OK」をクリックする。
これでバックアップが動作すると、メールが送信されるようになる。
-
Veeam BackupでSQL Serverのリストア時にエラーになる
Veeam Backupで、Windows Server 2003 R2上のSQL Server 2005のDBのリストアを実施したときに下記のエラーが発生した。（Schemaのリストアでは発生しなかった）（Windows Server 2019とSQL Server 2019でDBのリストアをしたときも発生しなかった）
Failed to restore database: XXX Failed to call RPC function 'VerifyiSCSIServiceIsStarted': Microsoft iSCSI Initiator service is not installed. Microsoft iSCSI Initiator service is not installed.
Veeam BackupでDBをリストアするときに、iSCSI Initiatorを使って、バックアップフォルダをWindowsにマウントするとのこと。iSCSI Initiatorがインストールされていない場合は、エラーになる。
対応としては、iSCSI Initiatorをインストールする。特にWindows Server 2003 R2以前は、機能としては提供されていないので、マイクロソフトのサイトからプログラムをダウンロードしてインストールする。
Windows Server 2003用のiSCSI Initiatorの配布ページは下記。
Windows Server 2003のiSCSI Initiator
https://www.microsoft.com/en-us/download/details.aspx?id=18986 -
Veeam BackupがRPCの呼び出しに失敗してエラーになる
Veeam Backupで仮想マシンのバックアップかつSQL Serverのバックアップを行ったところ、下記のエラーでバックアップの取得が失敗した。
Processing Server01 Error: Failed to check whether snapshot is in progress (network mode). RPC function call failed. Function name: [IsSnapshotInProgress]. Target machine: [Server01.ad.xenos.jp]. RPC error:RPC サーバーを利用できません。 Code: 1722 01:41
原因は、RPC（リモートプロシージャコール）へのアクセスがWindowsのファイアウォールで禁止されていたから。
対応として、「セキュリティが強化されたWindows Defenderファイアウォール」を開き、「スケジュールされたリモートタスク管理（RPC）」と「スケジュールリモートタスク管理（RPC-ESMAP」の許可ルールを有効にする。
-
Veeam BackupでCode 53エラーが発生する
Veeamで仮想マシンのバックアップで、SQL Serverのバックアップの取得設定を行ったところ、Code 53のエラーが発生して、バックアップに失敗する。
Processing Server01 Error: Failed to connect to guest agent. Errors: 'Cannot connect to the host's administrative share. Host: [Server01.ad.xenos.jp]. Account: [administrator@ad.xenos.jp]. Win32 error:ネットワーク パスが見つかりません。 Code: 53 Cannot connect to the host's administrative share. Host: [192.168.0.11]. Account: [administrator@ad.xenos.jp]. Win32 error:ネットワーク パスが見つかりません。 Code: 53 ' 01:22
原因は、バックアップ対象のファイアウォールの設定。Veeam Backup は、管理共有を使用して、VM上のSQL Serverのバックアップを取得する。Windows ファイアウォールの設定で、ファイル共有を許可する設定にしていないのが原因。
対応として、「セキュリティが強化されたWindows Defenderファイアウォール」を開き、「ファイルとプリンターの共有（SMB受信）」の許可のルールを有効にする。
なお、「ファイルとプリンターの共有（SMB受信）」が許可されていない場合、「RPC」の接続も許可されていないと思われるので、「RPC」も許可しないと別のエラーが発生する。
-
ソフトウェアのリリースで見かけるGAって
VMwareなどのソフトウェアのリリースによく使われているGAという表現。なんの略だか気になって調べてみた。
GA ＝ General Availability
製品リリースのこと。海外系のソフトウェアだと、日本でもGAと表記されている。Google AnalyticsもGAと略されるので、まぎらわしい。