Question

从this post开始，我对搜索IPv6地址范围感兴趣。

在IPv4下，我可以确定ISP提供的起始和结束IP地址，并使用这些整数值作为范围界限，快速搜索数据库，以查看数据库中的任何条目是否落入该范围。

这将如何受到IPv6的影响？ ISP仍然会像现在这样在范围内拥有IPv6地址吗？如果您将IPv6地址存储为SQL Server数据库中的两个bigint，您将如何有效地搜索这些范围？

Answer 1

在范围内使用IP地址（IPv4和IPv6）是不正确的。对特定“范围”IP地址进行分组的正确方法是使用前缀（CIDR表示法）或掩码（过时，仅对IPv4有效，如果您尝试使用非连续掩码，则会发生精神错乱）。

有时您会看到使用IPv4范围的某人（有时甚至是应用程序，家庭路由器等），但这只是错误的方法。

使用Classless Inter-Domain Routing (CIDR)你将得到一个元组＆lt; Address，Prefix＆gt;，其中Address是一个128位无符号整数，Prefix是一个很小的（0..128）无符号整数。前缀表示地址的最高有效位代表网络地址的数量，其余128个前缀最低有效位代表该网络中的特定主机。

因此，例如，2620：0：860：2 :: / 64（wikimedia.org）的IPv6“范围”代表2620：0：860：2 ::最高2620：0：860的所有主机：2：FFFF：FFFF：FFFF：FFFF

您不应该使用两个“bigint”来将这样的值存储在数据库中，而是在单个列中使用任何本机表示形式，除非您想让开发人员的生活成为一场噩梦。如果您的DBMS不支持这么大的整数，除了替换您的DBMS之外，我建议使用16字节长的固定大小的二进制数据列。

Answer 2

使用适当支持IPv6地址的DBMS也不错理念。这是PostgreSQL的一个例子，版本8.3：

mydb=> CREATE TABLE Networks (name TEXT, prefix INET);
CREATE TABLE
mydb=> INSERT INTO Networks VALUES ('Documentation', '2001:DB8::/32');
INSERT 0 1
mydb=> INSERT INTO Networks VALUES ('ULA', 'FC00::/7');
INSERT 0 1
mydb=> INSERT INTO Networks VALUES ('Orchid', '2001:10::/28');
INSERT 0 1

mydb=> SELECT * FROM Networks;
 name      |    prefix     
---------------+---------------
 Documentation | 2001:db8::/32
 ULA           | fc00::/7
 Orchid        | 2001:10::/28
(3 rows)

mydb=> SELECT * FROM Networks WHERE '2001:DB8::dcaf:BAD' << prefix;
 name      |    prefix     
---------------+---------------
 Documentation | 2001:db8::/32
(1 row)

IPv6地址范围

2 个答案: