伴随着【bàn suí zhe】IPv6的部署发展，越来越【yuè lái yuè】🚍多公司【duō gōng sī】和机构🐺开始使【kāi shǐ shǐ】📑用IPv6作为主【zuò wéi zhǔ】要接入👦线路了，这就带来了一个比较🌓麻烦的麻烦的冲突问🌘题🐖，旧的网【jiù de wǎng】络协议【luò xié yì】和新的网络协议【luò xié yì】难免会存在【huì cún zài】冲突的【chōng tū de】情况【qíng kuàng】，尤其是IPv6迁移给👭DNS处理带🍧来麻烦，下【xià】面就这个问🕜题🐖分析一下【xià】🕘。

一、目前采🔉用的双双协议【shuāng xié yì】栈模式【mó shì】，这与隧道和转🍡换模式【huàn mó shì】相比👀，它属于🏋最可行的应用【de yīng yòng】模式【mó shì】。

原因就在于部【zài yú bù】署起来最简单，并且可【bìng qiě kě】以为终端设备提供最🛁广泛的兼容性【jiān róng xìng】，作为一🌉项系统【xiàng xì tǒng】工程，让现实🌪世界中【shì jiè zhōng】的所有设备都从当前的互联【de hù lián】🐾网标准【wǎng biāo zhǔn】🖍全部迁【quán bù qiān】移到【yí dào】💿IPV6的工作📊需要耗🎺费相当🧒长的时间【jiān】📕，想要实现从【xiàn cóng】IPv4协议迁【xié yì qiān】移到【yí dào】💿IPv6协议上的大规🍧模操作。这一过🎪程的进【chéng de jìn】🥛度将会😣非常缓慢【màn】💬，并且将需要耗🎺费掉几年的时【nián de shí】间【jiān】📕。在此期间【jiān】📕，所有用户都必【hù dōu bì】须面临👠着需要通过某种方式同时支持两种协议运【xié yì yùn】行的情【háng de qíng】🕡况。

二👝、还就是【hái jiù shì】在目前🔁比较流【bǐ jiào liú】行的云【háng de yún】⤵计算方面，在很大【zài hěn dà】㊗程度上也需要⛔依靠IP地址来【dì zhǐ lái】对数量众多的【zhòng duō de】🦆计算、存储和网络资源进行整合和连接，他们还需要为【xū yào wéi】客户提供DNS之类的👖公共服【gōng gòng fú】🐍务【wù】⛹。

因此，他们建立了一套基于【tào jī yú】脚本和【jiǎo běn hé】✨管理框架的复杂系统【zá xì tǒng】来对提🔆供服务所必须的自动🐷化和远【huà hé yuǎn】⛳程控制🎥项目进【xiàng mù jìn】👍行监管【háng jiān guǎn】，对于云👙服务供🏧应商来说，不仅需要保证🤳外部服务可以同时支👡持两种【chí liǎng zhǒng】版本【bǎn běn】，而且需🧚要确保【yào què bǎo】内部系统、框架和【kuàng jià hé】控制功🆔能也必须兼容了这一【le zhè yī】要求【yào qiú】。

三、对于云【duì yú yún】计算供应商【yīng shāng】🥅，尤其是采用软【cǎi yòng ruǎn】🐸件即服务模式的公司😑来说【lái shuō】，相比基【xiàng bǐ jī】础设施🥅即服务类同行，开展工【kāi zhǎn gōng】作的难🍬度可能不会那😫么高。

原因就【yuán yīn jiù】🐇在于基🐱础设施【chǔ shè shī】即服务类供应😃商需要【shāng xū yào】同时处理客户配置和自身虚🚬拟镜像控制两☕方面的问题，在这种情况下【qíng kuàng xià】，很多问【hěn duō wèn】🛸题可能依赖于IPv4协议🉑而不是【ér bú shì】IPv6协议🉑，反之亦【fǎn zhī yì】📚然【rán】。

四【sì】🏯、而对于应用或【yīng yòng huò】💆者其它类型的服务来【fú wù lái】🌵说，在开发【zài kāi fā】时往往🔸会利用IP地址来识别所【shí bié suǒ】有来自【yǒu lái zì】外部或🛳者第三方的集成服务【chéng fú wù】📜。并且【bìng qiě】，通常情况下，这些应【zhè xiē yīng】🔐用是由最终用【zuì zhōng yòng】户而不【hù ér bú】是供应商😇控制的，这并不意味着软件即🕡服务类😲供应商😇就可以高枕无⛷忧了。

所有部【suǒ yǒu bù】署到云计算环【jì suàn huán】境中的应用都👚需要集【xū yào jí】成到企😂业数据中心里，反过来也一样，这就等【zhè jiù děng】🅾于存在使用不❔同🧤IP版本来提供安全或者【quán huò zhě】集成功🌂能的情【néng de qíng】况，它可能会导致不兼容♍情况【qíng kuàng】，或者让🦒迁移过【qiān yí guò】🛵程无法彻底完【chè dǐ wán】成。

五💨、由于规模如此巨大的迁移需要涉及到无数项不同👙变量【biàn liàng】，这就意【zhè jiù yì】🌡味着我🤐们将面临数不尽的挑【jìn de tiāo】👁战【zhàn】;因此【yīn cǐ】🥢，它绝对【tā jué duì】不会是⭐一项扳【yī xiàng bān】动下开关就可以全部【yǐ quán bù】完成的简单工🕐作。

所以😺，在决定进行迁移之前，相关各【xiàng guān gè】💽方必须【fāng bì xū】🐶进行全🍚面合作【miàn hé zuò】和精心【hé jīng xīn】策划，确保在不会出【bú huì chū】现大规【xiàn dà guī】模停机的情况下，可以将【kě yǐ jiāng】具体工💝作逐步👳开展下去⚾。

六、由于大部分基础设备【chǔ shè bèi】💉中都已经包含【jīng bāo hán】了双协【le shuāng xié】议栈🍫，所以，相关需求可以得到充👯分满足🗯。但是【dàn shì】，即便运【jí biàn yùn】🐽行了双协【le shuāng xié】议栈🍫，也不等于已经【yú yǐ jīng】可以将👱以网络和应用为导向【wéi dǎo xiàng】的众多🖌服务都【fú wù dōu】🍝整合连🔞接到了🥏一起，从网站【cóng wǎng zhàn】连接的【lián jiē de】实际过程来看🚐，这项工作比看【zuò bǐ kàn】起来复杂得多。

DNS服务器需要可以被查【yǐ bèi chá】💜询，数据包【shù jù bāo】🧖需要能【xū yào néng】够通过路由进🥡行传递，TCP会话需【huì huà xū】要容许被发起【bèi fā qǐ】🐞，数据包【shù jù bāo】🧖需要时刻进行交换。

七、对于网🙅站所在的数据中心来说【shuō】🚸，即便是【jí biàn shì】🌄响应ICMP echo请求查【qǐng qiú chá】💏询这样🎉的最简单工作，也需要【yě xū yào】包括软🏃件和硬件在内的众多组件进行互动协作才😙能完成，由于双【yóu yú shuāng】协议栈【xié yì zhàn】不一定【bú yī dìng】能够被兼容【jiān róng】IPv6协议的【xié yì de】🔭服务包括在内🏪。

大家可以想象一下，在这种🖍情况下，如果一台👬IPv4终端查【zhōng duān chá】询网站【xún wǎng zhàn】➖IP地址时， DNS服务器必须作【bì xū zuò】出回应，对于【duì yú】DNS服务器来说，怎样才能确认🖲使用协【shǐ yòng xié】🥟议的正【yì de zhèng】确版本🎈以便响【yǐ biàn xiǎng】🌅应呢?

当我们【dāng wǒ men】从当前版本【bǎn běn】迁👹移到新版本【bǎn běn】的🤦时间，应用环【yīng yòng huán】境需要【jìng xū yào】同时支【tóng shí zhī】持两种版本【bǎn běn】，这就意味着互联网基【lián wǎng jī】🍘础服务设施也【shè shī yě】🐚必须做到这一点，这让实🕡际工作比最初【bǐ zuì chū】🌙看起来的情况复杂得🕒多❄。