Summary
- Webdadeh の公式ページから確認できるのは、ホスティング、VPS、専用サーバー、IPv4／IPv6 関連サービスなどの提供メニューであり、表示された地域名だけで実際のデータ処理場所や契約上の責任分界まで確定することはできない。
- AS49556 の公開検索ページは、webdade.com、イランという国別文脈、Web Dadeh Paydar Co の表記を結び付けるが、BTW ディレクトリ上の Webdadeh Cloud LTD との法的な同一性を証明する資料として扱うべきではない。
- 導入判断では、利用するサービスの役割を限定し、契約主体、データとバックアップの場所、IP アドレスの管理境界、障害時の連絡と移行手段を文書で確認する必要がある。
公開情報を一枚の証明書として読まない
クラウド事業者を調べるとき、最初に目に入るのは商品ページである。そこには利用者が選べる名称や地域、注文への導線が並ぶ。しかし、商品ページが答えるのは主に「何を販売対象として掲げているか」であって、「誰がどの設備で、どの契約条件の下、どこまで責任を負うか」ではない。この二つを混同すると、購入画面で選んだラベルが、そのまま実体の証明であるかのように見えてしまう。
Webdadeh の公式トップページは、ブランドの下に VPS、専用サーバー、各種ホスティング、ドメイン、コロケーション、IP レンタル、設定関連サービス、Looking Glass、テストファイルなどへの入口を置いている。提供メニューの幅を知るには有用だ。一方で、この一覧だけから各商品の提供主体、設備の管理者、データの処理経路を一律に決めることはできない。検討の起点にはなるが、結論にはならない情報である。
この区別は、情報が少ないから必要なのではない。むしろ、異なる種類の情報が同じ画面に多く並んでいるから必要になる。ブランドの説明、商品分類、地域メニュー、利用上の告知、ネットワーク検索結果は、証拠としての役割が違う。読み手は「公式サイトが述べていること」「第三者ページから観察できること」「契約前に相手から受け取るべきこと」を分けて記録した方がよい。
提供メニューは四つの役割に分けて見る
第一の役割は、ウェブサイトやアプリケーションを置く共有型のホスティングである。ホスティングの案内は、Webdadeh ブランドでホスティング商品を提供していることを示し、イラン向けを含む複数の用途を掲げている。ここから分かるのは商品領域である。利用者のデータが常にどこへ保存されるのか、管理画面、バックアップ、ログが同じ場所にとどまるのかは、個別条件で確かめなければならない。
第二は、仮想サーバーである。VPS の案内には、イラン、オランダ、ドイツ、フィンランド、米国、アラブ首長国連邦、フランス、英国など、地域別の入口が並ぶ。これは選択肢の見取り図として読めるが、国名だけでは処理場所の全体像にならない。仮想マシン本体の配置と、スナップショット、監視情報、サポート時の管理アクセスが同じ国にあるとは限らないためである。必要なのは、注文名ではなく、対象プランごとの書面である。
第三は、専用サーバーである。専用サーバーの案内も、イラン、オランダ、ドイツ、フィンランド、英国、フランス、米国といった地域別ナビゲーションを示す。専用という語は、利用資源の分離方法を表す商品名にはなっても、設備の所在、資産の管理関係、現地作業の責任分担を自動的に説明するものではない。調達側は、対象プランについて誰が受け付け、誰が変更を実施し、返却時に何が行われるのかを切り分ける必要がある。
第四は、アドレス資源に関わるサービスである。IP サービスの案内は、IPv4 と IPv6 のレンタルをサービス面として掲げている。IP アドレスは、サーバー商品に付随する一項目として済ませにくい。利用権の範囲、経路広告の責任、逆引き、迷惑行為への連絡、返却時の扱いなど、アプリケーション移行とは別の論点を伴うからだ。公式ページは「この商品領域がある」ことを示すが、個々の利用者に適用される権限や手順まで一括して証明するわけではない。
四つの役割を分けると、依存の深さが見えやすくなる。単純な静的サイトの設置と、業務システムを載せた VPS、専用サーバー、外部でも継続利用したい IP 資源では、停止時に失うものも、移行に必要な準備も違う。「Webdadeh を使うか」という一問では粗すぎる。どの商品を、どのデータに、どれだけ長く結び付けるのかまで落として初めて、必要な確認資料を決められる。
ロケーション名は所在地証明ではない
公式トップページには、イランから欧州までのホスティングを掲げ、専用サーバー、VPS、専門ホスティング、ドメイン登録、MikroTik サーバー、コロケーションを、イラン、欧州、米国のデータセンターという表現とともに紹介する部分がある。これは Webdadeh 自身のサービス上の位置付けとして引用できる。ただし、その表現を個別契約のデータ所在地保証へ読み替えるのは早い。
同じページで取得された告知には、テストサービスをどのロケーションでも当面提供せず、その時点ではオランダ、ドイツ、米国の VPS のみを提供し、利用には国際インターネットへの接続が必要だという趣旨もあった。これは、公開されたメニューと、その時々に注文できる範囲が一致しない可能性を示す重要な手掛かりである。同時に、時間の影響を強く受ける告知でもある。将来の在庫や提供継続を示す恒久的な約束として扱うことはできない。
調達側が確認すべき「場所」は一つではない。計算処理を行う場所、主データを保存する場所、バックアップを置く場所、運用者が管理アクセスを行う場所、問い合わせ記録を保持する場所がある。さらに、契約の相手方と請求の主体も別の軸である。商品名に国名が入っていても、これらすべてが同じ国へそろうとは限らない。地域表示は質問を始めるための索引であり、回答そのものではない。
したがって、「ドイツ VPS」のような名称を見たときは、単に「ドイツですか」と尋ねるより、対象を限定した方がよい。仮想マシンの実行場所、保存データ、複製、バックアップ、管理アクセス、廃止後の消去について、それぞれ国または地域を示してもらう。変更される場合の通知方法も確認する。この粒度なら、データ主権や社内方針との適合を、ラベルではなく事実に基づいて評価できる。
AS49556 が補うのはルーティング上の輪郭
商品ページとは別に、AS 番号の検索ページはインターネット経路上の識別子を手掛かりにできる。IPregistry の AS49556 ページは、AS49556 を「Web Dadeh Paydar Co (ltd)」と表記し、webdade.com とイランの国別文脈を関連付けている。これは公式サイトのブランド名とネットワーク上の名称をつなぐ公開情報として意味があるが、第三者の検索表示である点は変わらない。
Hurricane Electric BGP Toolkit の AS49556 ページも、「Web Dadeh Paydar Co (Ltd)」という名称で AS49556 を表示し、webdade.com への参照とイランの文脈を示す。ここで確認できるのは、公開 BGP 情報の中でその AS 番号と名称が見えていることだ。経路が観察できることから、個別商品の通信経路、冗長化の設計、特定利用者のトラフィックを推定することはできない。
さらに、IPGeolocation の AS49556 ページは「Web Dadeh Paydar Co Ltd」、webdade.com、IR という表示をまとめている。三つのページが近い関係を示していることは、名称を照合する上で役立つ。それでも、同じ種別の検索情報が複数あることと、契約上の法人名が確認できたことは同義ではない。検索結果は、次に照合すべき AS 番号と名称を教える資料として使うのが適切である。
AS 番号はネットワークを識別する強い手掛かりだが、クラウド商品の全体を表す万能の札ではない。販売される全プランが必ず AS49556 を通るとも、表示された全地域で同じ経路構成になるとも、今回の公開情報からは言えない。調達側は対象プランのテスト用 IP や経路確認手段を受け取り、平常時と切替時の通信を自ら確認する必要がある。公開検索はその確認の基準点を与える。
二つの名称を一つに畳まない
ここで最も重要な注意点は名称である。BTW のディレクトリで選ばれたエンティティは「Webdadeh Cloud LTD」である。一方、公式サービス面では Webdadeh および webdade.com が使われ、AS49556 の検索ページでは「Web Dadeh Paydar Co (ltd)」「Web Dadeh Paydar Co (Ltd)」「Web Dadeh Paydar Co Ltd」という表記が現れる。国別情報はいずれもイランの文脈を伴う。
これらの一致は、調査対象を追うための有力な接点ではある。しかし、名称の近さ、ドメインの一致、AS 番号への参照だけで、ディレクトリ名と公開検索上の組織名が法的に同一だと断定することはできない。本稿は両者を同じものとして確定せず、Webdadeh Cloud LTD をディレクトリ上の対象、Webdadeh／webdade.com と Web Dadeh Paydar Co の各表記を公開情報上の名称として区別する。
導入前には、見積書、注文画面、利用条件、請求書に現れる正式名称を並べ、誰が契約上の義務を負うのかを文書で確かめたい。ブランド運営と AS 番号の名義の関係についても、相手方から説明を得るべきである。ここで必要なのは名称を無理に統一することではなく、支払い、サポート、データ取扱い、IP サービスの各責任がどの主体へ帰属するかを追える状態にすることだ。
名称の確認は形式的な作業ではない。障害連絡、契約変更、データ返却、紛争時の通知など、依存先との重要な接点は相手方の特定に左右される。販売サイトのブランドだけを記録していると、後から受け取った文書の名称が違った際に、その差を説明できなくなる。最初から差を残し、説明と根拠文書を同じ記録に結び付ける方が、判断の再現性は高い。
クラウド依存は製品名ではなく役割で測る
依存度を測るには、サービスを「サーバー」という一語でまとめない方がよい。ウェブ公開、データベース、認証、バックアップ、監視、DNS、IP アドレスなど、業務を成立させる役割ごとに分ける。その上で、Webdadeh の商品がどの役割を担い、停止または契約終了時にどの役割が同時に失われるかを確認する。
例えば、VPS とバックアップを同じ管理面に置けば、操作は簡単になる一方、アカウントに入れないと復旧用データにも届かない可能性がある。これは Webdadeh で実際にそうなるという主張ではなく、単一の管理面へ集約するときに一般に確認すべき依存構造である。外部に保持する構成情報、データの複製、DNS の切替手段、代替環境を立ち上げる手順を用意できるかが重要になる。
IP レンタルを組み合わせる場合は、依存がさらに増える。サーバーを移せても同じアドレスを使えないなら、DNS 変更、許可リスト、外部連携先への通知が必要になる場合がある。逆に、アドレス資源の利用条件と移行方法が明確なら、必要な準備を事前に計画できる。採用可否は機能表の多さより、停止時に何を持ち出せるか、どのくらいの手順で代替へ移れるかによって判断した方がよい。
データの場所は層ごとに確かめる
データ主権を検討する際、国名だけを聞く質問は答えが曖昧になりやすい。まず、対象データを分ける必要がある。アプリケーションが保存する本文データ、仮想マシンのディスク、スナップショット、バックアップ、操作ログ、問い合わせ時に添付する資料、請求やアカウント管理の情報では、保存期間もアクセス経路も異なるからだ。
次に、それぞれについて、主たる保存場所、複製先、管理アクセスの地域、外部委託の有無、契約終了後の返却形式と消去時期を確認する。ここでも公開ページの地域メニューは出発点になる。だが、メニューに「イラン」「オランダ」「ドイツ」などがあることは、すべてのデータ層の所在を示さない。対象プラン名と注文番号を添えて回答を求め、一般論ではなく、その契約に適用される内容を残す必要がある。
ローカリティには通信経路の問題もある。保存場所が希望地域にあっても、管理操作や利用者からの通信が別地域を経由する場合はあり得る。AS49556 の公開情報は経路調査の起点になるが、特定プランの実経路を保証しない。購入前に利用できる確認用アドレスや Looking Glass があるなら、複数地点から観測し、導入後も定期的に差分を取る。観測結果は契約上の保証とは別物だが、変化に気付くための実務資料になる。
また、公開告知が示したように、国際インターネットへの接続条件やテスト提供の有無は、その時点の利用可能性に影響する。調達判断では、平常時に接続できるかだけでなく、接続条件が変わった際に管理画面、データ搬出、サポート連絡へ到達できるかを検討したい。地域の選択は、地図上の一点ではなく、運用を継続するための経路と手段の組み合わせとして評価すべきである。
IP サービスでは管理境界を先に確認する
IPv4／IPv6 のレンタルを検討するなら、最初に「何を借りるのか」を明文化する必要がある。アドレスの利用期間、どのサービス上で使えるか、経路広告を誰が行うか、逆引きを誰が変更するか、迷惑行為の連絡を誰が受けるか、返却後に設定がいつ外れるかは、それぞれ別の管理項目である。公式ページの存在だけでは、個別契約における境界は分からない。
特に、アドレスを社外の許可リストや取引先の接続設定へ登録する用途では、返却や変更の影響がサーバー内部にとどまらない。変更通知の期間、代替アドレスを準備できるか、契約終了時に重複利用を避ける手順があるかを確認したい。IPv4 と IPv6 の両方を掲げていることはサービス範囲の手掛かりになるが、同じ機能、同じ経路、同じ手順が両方に適用されるとは限らない。
AS49556 との関係を尋ねる場合も、抽象的に「御社の AS ですか」と聞くだけでは足りない。購入対象のプレフィックスをどの AS が広告するのか、変更の可能性があるか、障害時にどの情報を共有するかをプラン単位で確認する。こうすれば、公開検索上の組織名と、実際に提供される IP サービスの責任分界を混同せずに済む。
規則ページは運用条件への入口になる
Webdadeh の公式サイトには、専用サーバーに関する規則のページがある。これは、専用サーバー利用に一定の方針面が用意されていることを示す資料である。ただし、ブログ形式の説明と、個別注文に法的に適用される契約文書が同じとは限らない。申込み時点の利用条件、注文書、補足条件との優先関係を確認する必要がある。
規則を読む際は、禁止事項だけに注目しない方がよい。変更の通知方法、停止に至る手順、利用者が説明する機会、データを取り出せる範囲、終了時の処理、連絡窓口など、運用上の接点を探す。ページが更新される可能性もあるため、契約時に参照した版と日付を残し、重要な変更がどのように通知されるかを尋ねる。公開ページは質問項目を作る助けになるが、個別契約の解釈は当事者間の文書で確定させるべきである。
証拠をそろえるための実務的な確認表
公開情報を読んだ後は、未確認事項を漠然とした不安のまま残さず、入手する資料へ変換したい。次の表は、今回の情報から導ける確認の順序である。「現在分かること」の欄は、Webdadeh について公開資料が示す範囲に限定している。
| 確認テーマ | 現在分かること | 契約前に入手したいもの |
|---|---|---|
| 契約主体 | Webdadeh／webdade.com と、AS49556 上の Web Dadeh Paydar Co 表記がある | 見積書、注文書、請求書、利用条件に記載される正式名称と責任主体の説明 |
| 商品範囲 | ホスティング、VPS、専用サーバー、IPv4／IPv6 関連の販売面がある | 採用するプランの仕様書、含まれる作業、対象外となる作業、変更手順 |
| 地域 | 複数の国・地域名が商品ナビゲーションに使われている | 計算処理、主データ、複製、バックアップ、管理アクセスごとの場所を示す回答 |
| 現時点の提供 | 取得時の告知ではテスト停止と一部 VPS 地域への限定が示されていた | 注文可能性、開始予定日、確認用接続先、条件変更時の通知方法 |
| ネットワーク | AS49556 が Web Dadeh Paydar Co 名とイランの文脈で公開検索に現れる | 対象プランの IP、経路確認手段、切替時の連絡項目、変更履歴の共有方法 |
| IP サービス | IPv4 と IPv6 のレンタルが公式の商品面に掲げられている | 利用権の範囲、広告・逆引き・連絡対応の責任、返却と変更の手順 |
| 利用条件 | 専用サーバー関連の規則ページが公開されている | 申込みに適用される版、文書間の優先順位、変更通知、終了時の取扱い |
| 移行可能性 | 公開ページだけでは対象環境からの搬出方法は確定しない | データの出力形式、設定情報の取得方法、移行期間、終了後の処理を記した回答 |
この表で重要なのは、空欄を推測で埋めないことである。回答が得られない項目は、単に「不明」と記録し、その不明が許容できる用途にだけ利用範囲を絞る。公開ウェブサイトに多くの説明があっても、自社の対象プランへ適用される文書がなければ、依存判断の根拠としては弱い。反対に、範囲を限定した回答と変更手順が得られれば、未知を管理可能な課題へ変えられる。
採用判断は小さく区切り、撤退可能性を残す
公開記録からは、Webdadeh が複数のホスティング関連商品を販売面に置き、AS49556 が Web Dadeh Paydar Co 名で観察されるところまで追える。これは検討を始めるには十分な手掛かりである。しかし、重要業務をまとめて委ねる判断まで自動的に導くものではない。証拠の厚さに合わせて、最初の利用範囲も小さく設定するのが合理的だ。
初期段階では、持ち出しやすいデータ、切替可能な DNS、外部に保持した構成情報を使い、停止しても影響を限定できる役割から評価する。利用開始後は、注文時の地域表示、割り当てられた IP、観測した経路、受け取った条件文書を日付付きで残し、変更があれば比較する。ここでの目的は、公開ページの表現を疑うことではなく、自社の依存関係を後から説明できるようにすることである。
撤退可能性も採用時に設計する。データをどの形式で取り出せるか、認証情報をどこへ保管するか、DNS と IP の変更を誰が実施するか、代替環境の準備に何が必要かを先に決める。移行計画が具体的であれば、サービスの利用価値と依存リスクを別々に評価できる。逆に、移行の前提が不明なままでは、当初は小さな契約でも時間とともに切替が難しくなる。
もう一つ必要なのは、導入後の記録を購入時点で終わらせないことである。ホスティングや IP サービスの依存は、契約締結の日に固定されるものではない。提供地域の表示、テスト提供の有無、割り当てられるアドレス、経路の見え方、サポート窓口、規則ページの文言は、時間とともに変わり得る。したがって、導入時に取得した画面、注文情報、条件文書、技術回答を保存し、定期的に同じ項目を再確認する運用が重要になる。変化が小さいうちは単なる更新に見えても、データ所在地、到達性、終了時の搬出手順に影響するなら、リスク評価は変わる。
特に Webdadeh のように、販売面のブランド、AS 番号の表示名、ディレクトリ上の対象名を慎重に分けて扱う必要がある案件では、記録の連続性が判断を助ける。前回の請求書と今回の請求書で名称が違うのか、問い合わせ回答の主体が変わったのか、割り当てられた IP がどの範囲に属するのか、告知された地域と実際に観測した経路がどの程度一致するのかを、同じ形式で残しておく。これにより、後から問題が起きたときに「どの資料を根拠に採用したのか」「どの時点で条件が変わったのか」を説明しやすくなる。小規模なクラウド利用でも、この再現性は大きい。
また、調達側は未確認事項を一度に解消しようとしない方がよい。最初の段階では、契約主体、対象プラン、データ層ごとの場所、IP サービスの管理境界、終了時の搬出方法という五つを優先する。その後、利用実績に応じて障害対応、ログ保存、管理アクセス、変更通知の確認を追加する。この順序なら、公開情報が薄い部分を無理に推測せず、業務に影響しやすい項目から証拠を集められる。採用判断は、公開ページがどれほど整っているかではなく、自社が必要とする依存関係をどれだけ文書で閉じられるかによって行うべきである。
この姿勢は、利用範囲を広げる場面でも有効である。最初は検証用の小さな役割だけを置き、応答、管理画面、請求、サポート、経路観測、データ搬出を確認する。次に、許容できる範囲で負荷や保存データを増やし、前回の記録と差分を比べる。どの段階でも、名称の確認、地域の説明、IP サービスの責任分界を同じ項目で再確認する。こうすれば、公開資料だけでは閉じない不確実性を、実際の利用に合わせて小さく管理できる。
短い試験利用でも、記録を残す意味は大きい。接続できたという結果だけでなく、どの条件で接続し、どの名称で請求され、どの地域表示を選び、どの IP を受け取ったのかを残す。その記録があれば、後の変更や撤退時に判断をやり直しやすい。
結論
Webdadeh をめぐる公開情報の価値は、すべてを一つの確定像にまとめられることではなく、確認の順序を作れることにある。公式ページは、ホスティング、VPS、専用サーバー、IP サービスという提供メニューと地域表示を示す。AS49556 の検索ページは、Web Dadeh Paydar Co という名称、webdade.com、イランの文脈をネットワーク上の手掛かりとして加える。
同時に、BTW ディレクトリの Webdadeh Cloud LTD と、公開ページに現れる名称の関係は、今回の資料だけで法的に確定できない。地域メニューも、個別プランのデータ所在地を一括して保証しない。導入側が行うべきなのは、その空白を推測で埋めることではなく、契約主体、各データ層の場所、IP サービスの責任、変更と終了の手順を対象プランごとに文書化することだ。販売の入口と検証可能なネットワーク情報を分けて読む。その一手間が、クラウド依存を選択可能なものに保つ。