Apple Developer Enterprise Program（ADEP）の契約不可の場合

 Apple Developer Enterprise Program（以下ADEP）の契約が不可だった場合。

iOSアプリの配布には、
・ADP（Apple Developer Program）
・ADEP（Apple Developer Enterprise Program）
のどちらかの契約が必要であり、AppStore経由の配布かカスタムAppの配布か選ぶことになります。

普通は、AppStore経由にすればいいのだが、
・公開
・非公開
を選択したい企業様が多々ある。（通常は公開）

ADEPを契約しているということは、企業内での配布だったはずだから、非公開にしたいはずである。
その場合、Apple Bussiness Manager（以下ABM）を使用し、かつ、MDM（Mobile Device Management）を使ってるのであれば、比較的楽である。

このABM＋MDMを使わない方法がある。

「非公開アプリの配信」
である。

これは、AppStore経由であるが、
AppStoreで検索しても表示されず、URLを知っている人だけがダウンロードできるという方法である。
先にも書いたが、ABMもMDMも使用しない。
ただ、AppStoreに申請し、かつ、非公開アプリの申請をするだけである。

昨今、ADEP継続不可の企業様が多いと聞いているので、この「非公開アプリの配信」をしたいと思っている企業様はぜひ、弊社にご相談ください。

「メニュー」
１．リビルドを含まずにアドバイスやteamsによるリアルタイム手順指示だけなら
　　５万円（税別）〜

２．弊社のアップルIDをメンバーに加えて頂き、リビルド（xcode）を含めたAppStoreへの登録なら（App修正ある場合は別途料金）
　　１５万（税別）〜

「手順」

ADP登録
AppStore申請
非表示App申請

非表示AppURL取得
※約ひと月程度のプロジェクトです。

なお、弊社は、
「適格請求書発行事業者」
ですので、請求書にはインボイスの登録番号が記載されております。

ただし、弊社は、ペーパーレスのため、
弊社内のteamsへのゲスト招待によるPDFでの請求書
及び
弊社内teamsへのゲスト招待による納品物、資料の提供
になりますので予めご了承ください。

詳細は、
webmaster@niriakot.jp
へお問い合わせください。

ーーーーーーーーーー
弊社では各種サーバー
（DNS、メール、Ｗｅｂ、ファイル共有、カスタマイズ、セキュリティチェック、
ベンチマーク）
をオープンソースで作成、運用を承っております。
また、BluecoatやNetAppなどの製品の構築運用も承っております。
御用命、ご質問は、
webmaster@niriakot.jp
までどうぞ。　http://niriakot.jp/
価格の詳細は、
http://niriakot.jp/service/price.html
を参照ください。
詳細なコスト（初期＋運用）をご希望の方は、
メールにて見積依頼を承っております。

apple watch アップデートを検証できません

 apple watchのアップデートの際に、ダウンロードはできたんだけど、いざインストールをタップすると

「アップデートを検証できません」

とでて、インストールが始まらない。
という現象が、ここ数年出ております。

弊社の場合は、プロキシーの設定をしていると
「アップデートを検証できません」
がでて、インストールが始まりませんでした。
iPhoneのプロキシー設定を外すと、インストールが始まります。

今回の
iOS 15.2 & watchOS 8.3
で、改めて確認しました。
以前の組み合わせでも、出ていました。

以上、プロキシーをお使いで、watchOSが更新できない方、一度お試しください。

Shanghai UCloud は最低な会社です。

以下のプロバイダーを止めたら、今度はメールサーバー直接攻撃してきた。
ちなみに下記のプロバイダーは、アルバイトの投稿してくる最低な会社です。
スパムですね。

# 2021/11/07

# Shanghai UCloud 117.50.0.0 - 117.50.255.255

117.50          REJECT

# Shanghai UCloud 106.75.0.0 - 106.75.255.255

106.75          REJECT

こんな感じで攻撃食らってます。
まだまだ続いておりますが、

Out: 454 4.7.0 TLS not available due to local problem

なので、しばらく様子見です。

複数IPアドレス設定時のルーター越し通信におけるLinuxのルート設定

（複数ゲートウェイ時の外部からのアクセス）
（マルチインターフェース）

【現象】
複数のNICを使用していて、かつ、それぞれが別のルーターに接続され、それぞれのルートでインターネットに繋がっている場合に
デフォルトゲートウェイに繋がっているネットワークでは、外部から問題なく繋がるのに
もう一方のネットワークには、内部ネットワークからは繋がるのに、外部のインターネットから繋がらない
という問題が起きます。
※sshやRDPなど。

[構成]
server-nic1-router1-internet　（ゲートウェイ１）〇　default GW1
server-nic2-router2-internet　（ゲートウェイ２）×　　　　　GW2

※上記の場合、インターネットからRDPやsshはGW1を通る場合は、通信可能ですが、
GW2を通る場合は、ACKが返ってきません。

ドラゴンクエストＸ（ＤＱＸ）を外出先のiPadPro（第三世代）でする話。

PCにインストしたドラゴンクエストＸ（ＤＱＸ）とiOS　Steam Linkとドコモ回線でのリモートプレイ。

機器：iPad Pro 2018 12.9　（第３世代）※iPhone XS Maxも同様。
iOS：13.1ベータ１
コントローラー：SteelSeries Stratus 69017 Bluetooth（生産終了？）
キーボード：Smart Keyboard Folio 日本語
iOSアプリ：Paralells Client，Steam Link
PC側アプリ：Steam
PC側備考：トリプルモニター仕様。（リモートプレイでモニターは関係なし）