IP ブロックの価値は、その履歴で決まります。スパムに使われていた、ブラックリストに載っている、位置情報が別の国になっている、あるいは有効な RPKI なしでアナウンスされている /24 にサイトやメール、アカウントを移してしまうと、その後に何週間もの手間がかかることがあります。この記事は、数個のアドレスから複数の /24 ブロックまで、IPv4 アドレスをレンタルするすべての方に向けた実践的な事前確認チェックリストです。登録情報の読み方、ルーティング履歴と RPKI の確認、位置情報データベースの比較、ブラックリストとレピュテーションスコアの調べ方、そしてリース契約で取り決めておくべき事項を解説します。
# Registration record of the block (RIPE, APNIC, ARIN, AFRINIC or LACNIC answers automatically)
whois 203.0.113.0
# Fields to look at:
# inetnum / NetRange : the exact range and its size
# netname, descr : who it is assigned to
# country : the registered country (not necessarily the geolocation)
# status : ALLOCATED PA / ASSIGNED PA / LEGACY ...
# org, mnt-by : the holder and the maintainer that can change the record
# abuse-c / abuse-mailbox : where abuse reports go
貸し手はブロックの保有者であるか、保有者から書面による許可を得ている必要があります。自社の ASN からブロックをアナウンスする場合は、LOA(Letter of Authorization、承認書)を求めてください(自社 ASN からリース IP をアナウンスする方法を参照)。
以前どの ASN がいつブロックをアナウンスしていたかから、多くのことがわかります。オリジン ASN が頻繁に変わっている、不正利用で知られるネットワークから長期間アナウンスされていた、細切れの単位でアナウンスされていた、といった場合はいずれも問題の兆候です。
# Current origin ASN(s) and visibility (RIPEstat public API)
curl -s "https://stat.ripe.net/data/prefix-overview/data.json?resource=203.0.113.0/24" | python3 -m json.tool | head -40
# Routing history: which ASNs announced the block and when
curl -s "https://stat.ripe.net/data/routing-history/data.json?resource=203.0.113.0/24" | python3 -m json.tool | head -60
同じ情報は bgp.he.net(プレフィックスで検索)や RIPEstat の Web インターフェースでも簡単に確認できます。また、ブロックが現在そもそもアナウンスされているかどうかも確認してください。長期間ルーティングされていないブロックは、数か月ごとに持ち主が変わるブロックよりもクリーンであることが多いです。
多くのネットワークは RPKI で invalid となる経路を破棄します。ブロックをアナウンスする ASN に対して、正しい最大プレフィックス長を指定した ROA が存在するか、これから作成されることを確認してください。
# Is 203.0.113.0/24 valid when announced by AS64500?
curl -s "https://stat.ripe.net/data/rpki-validation/data.json?resource=AS64500&prefix=203.0.113.0/24" | python3 -m json.tool
ステータスは valid である必要があります。invalid は別の ASN またはプレフィックス長の ROA が存在することを意味し、アナウンス前に修正が必要です。unknown は、ブロックをカバーする ROA がまだないことを意味します。詳しくは ROA と RPKI の解説をご覧ください。
Web サイトやプラットフォームは複数の位置情報(ジオロケーション)プロバイダーを利用しており、その結果は必ずしも一致しません。ブロック内のいくつかのアドレスを、それぞれのデータベースで確認してください。
curl -s ipinfo.io/203.0.113.10; echo
curl -s "http://ip-api.com/json/203.0.113.10?fields=country,regionName,city,isp,org,as,hosting"; echo
MaxMind(maxmind.com の GeoIP2 デモ)、IP2Location、DB-IP も各社の Web サイトで確認しましょう。一部のデータベースで国が間違っている場合は、貸し手が geofeed を公開して修正を申請しているかを確認してください(geofeed による IP 位置情報の修正を参照)。IP の種別(住宅用、ISP、データセンター)が重要になる用途については、IP がネイティブ・住宅用・ISP・データセンターのどれかを確認する方法をご覧ください。
最初のアドレスだけでなく、ブロック全体からサンプルを取って確認してください(例:.1、.64、.128、.200、.254)。問題のあるアドレスが 1 つあるだけでも、レンジ全体の状態がうかがえることがあります。
サービス提供先の国から、ブロックに対して ping や TCP のテストを行います。特に中国本土では、海外からは問題なく到達できるのに、国内からは到達できないレンジもあります。中国本土からのサイト群用 IP 到達性テストを参照してください。プラットフォームへのアクセスについては、ストリーミング・各種プラットフォームのアクセステストをご覧ください。
必ずしもそうではありません。未使用のブロックでも、位置情報データベースに登録されていなかったり、ROA がなかったりすることがあります。信頼できるネットワークのもとで長く問題なく使われてきたブロックのほうが、よい選択であることも多いです。
whois の国は登録上の国であり、所在地ではありません。Web サイトやプラットフォームにとって通常重要なのは、位置情報データベースのほうです。必要な国が表示されていることを確認してください。
提供中のロケーションは IP レンタルページをご覧ください。ご利用目的と、上記のチェック項目のうち重視するものを添えて、営業担当までお問い合わせください。
上記の手順で解決しない場合は、サポートチケットを送信して IMIDC の 24 時間 365 日対応テクニカルサポートへご連絡ください。IP ブロック、ご利用目的、上記チェックの結果を添えていただくと、より迅速に調査できます。