按键盘上方向键 ← 或 → 可快速上下翻页，按键盘上的 Enter 键可回到本书目录页，按键盘上方向键 ↑ 可回到本页顶部！
————未阅读完？加入书签已便下次继续阅读！
在不值得花费数百万圆。
「嗯，如果是单纯的NAT，的确是这样没错呢。」
室见一反常态看似开心地说着。她用手指沾了水杯表面的水滴，在桌子上开始画图：
「听好罗？假设v4NW（网路）有十台终端，v6NW也有十台终端。如果要让它们全都可以进行双向通讯，NAT机器需要做什么样的设定？」
「什么样的设定……」
假设v4终端A的位址为（a4），v6终端B的位址为（b6）。NAT机器拥有（a4）的v6转换用位址（a6）。反过来说，（b6）的v4转换用位址是（b4）。然后，设定转换策略。因为IP通讯需要一并转换来源和目的位址，所以——
·A→B的通讯
转换来源：（a4）→（a6）转换目的：（b4）→（b6）
·B→A的通讯
转换来源：（b6）→（b4）转换目的：（a6）→（a4）
接下来，只要针对其他终端进行同样设定即可。听完工兵上述的回答，室见露出意味深长的笑容：
「哦——那么二十台终端的传送与接收，总共就需要四十条策略了对吧。那么我问你，假如v4NW有一千台，v6NW也有一千台终端，这时候该怎么办呢？」
「一……一千台？」
「一万台也行喔。」
分别需要四千和四万条策略。别开玩笑了，这么多的数量根本无法设定得来。而且这纯粹是区域网路内的通讯。倘若另一边要连向网际网路的话呢？如果必须将全世界的主机位址都登记在NAT规则里呢？光想像就让人不寒而栗。
工兵面色铁青地摇着头。室见点头道：
「普通的NAT机器当然不可能高达上百万圆。正因为被设计成有办法解决如此大规模的问题，转换设备才会成为一个独立的产品。」
「办法？」
「就是DNS64。」
彷佛在阐明世上的真理，室见这么告知。
她在桌上的图形中加了一个小四角形：
「简单来说，它是一种利用主机名称解析来吸收v4和v6双方不同点的架构。关于一般的主机名称解析——樱坂，你解释一下。」
「唉——」
工兵的目光在半空中游移。
「就是将IP位址转换为用户容易记忆的英文字串。例如。google。jp的实际位址为74。125。235。151。」
「其次的优点是？」
「因维护等因素而变更伺服器的IP位址时，只要修改DNS伺服器登记的资料即可。用户不必去理会主机名称的实际位址。」
「很好。」
室见看似心满意足地微笑。
「没错，只要利用主机名称解析就能遮蔽实际位址，不让用户看见。既然如此，v6→v4的通讯也是一样，将v4的位址用其他名称来隐藏即可。」
「隐藏？意思是改成主机名称吗？」
「有点不一样。就算单纯将v4终端的主机名称登记在DNS伺服器里，v6终端在向伺服器询问后，依旧无法解读回传的位址，这是因为实际位址还是v4的缘故。所以，即便通讯对象4tv4位址，DNS仍必须回传v6位址才行。」
「这种事办得到吗？」
「可以喔，让转换设备摇身一变成为DNS伺服器，将v4位址动态转换为v6位址，再变更位址与主机名称之间的挂勾就行了。换句话说，从使用者的角度来看，被遮蔽的对象是真实环境的DNS伺服器。而转换设备在接受主机名称解析的要求后，便吸收v4与v6的差异，在彼此的网路之间架起一道桥梁。也就是所谓的Fake技术。」
「原来……如此。」
工兵听得半知半解，只得先随口附和一下。唉——也就是怎么一回事？主机名称解析的前半部分，也包括了对DNS伺服器本身的转换？然后，NAT规则会动态产生？所以用不着一一去设定。
嗯——细节上好像不同，但似乎掌握到了要点吧。转换设备是一台装设后就能转换v4．v6NW的魔法盒子。价格虽高，效果也十分惊人。
刚想到这里，工兵忽然冒出一个疑问：
「奇怪？那么美仓印刷的条件不就都符合了吗？导入的繁琐程度压在最低，通讯内容也没有限制，难道还有什么问题吗？那个……除了预算以外。」
「其实预算才是最主要的因素……算了。对方目前询问的是ALG方面的事情。」
「ALG？」
「Application Layer Gateway（注：应用层闸道）。」
「…………」
室见叹气。她拿过刚送上来的咖啡，轻声念着：「这个嘛——」
「你有没有听过某些应用程式和NAT不太对盘？例如网路游戏或视讯会议之类的。」
「网路游戏……以前好像有过呢。双方玩家开始对战时，必须先在路由器上做一些设定。」
尽管不清楚是什么原因，总之当时自己是去查了网路上的资料，然后照着资料里的步骤去解决。室见点点头：
「那种问题的原理很简单。因为不光是IP表头，连资料部分也被写入位址了。尽管NAT路由器可以修改表头，资料部分却依旧是原来的位址，结果导致通讯失败。因为路由器顶多只能看到表头的资讯，完全不去理会资料里面是什么东西。」
唉……
「用寄信来比喻好了。邮差看得到信封上的收件人资讯，却无法看见信纸上的住址对吧？这是一样的道理。」
工兵「啊」地叹息一声。会议中听到的资讯突然都连起来了。
「信纸……意思是，自家应用程式的资料部分被写入了v4的位址资讯？」
「没错。」
室见的嘴巴触及咖啡杯。或许还很烫，她苦着一张脸将舌头缩了回去。
「包括资料的部分在内，将整个封包一并转换的东西就叫ALG——Application Layer Gateway信转换设备在这方面的功能还相当弱，尽管能顺利转换FTP或SIP这类代表性的通讯协定，但遇到客户自家的应用程式就只能举手投降了。」
「举手。」
「万岁——」
这个上司还真是可爱。
但事态大致都掌握了。美仓印刷的应用程式其酬载带有IP位址，所以KX公司的转换设备无法有效转换。而如今正在确认DIM产品的ALG功能能否解决这个问题。
正当工兵回味着这些理解的资讯时，手机的铃声忽然响起。室见按下接听钮：
「您好，我是室见……啊啊，是Regio 。承蒙照顾了；请问结果如何了呢？……啊啊，果然是这样吗……咦？个案处理？……啊……是的，嗯——有点困难呢……是的，对方顶多只有百万圆的预算……说得也是，我知道了。谢谢您，先失陪了。」
按下挂断钮，室见将手机抛在一边。
「不行吗？」
「不行。」
告知理所当然的结论后，她的嘴唇抿成へ字形。
「对方说，如果是预算好几亿的潜力客户就愿意个案处理。但照我们公司的规模，怎么看都不可能有这种案件吧。」
「更何况——」室见接着皱起眉头：
「这只是套用表头的相同规则，将特定封包的资料部分加以转换而已啊。如果是Perl的话，用s运算子就可以直接搞定了（注：s运算子在Perl语言当中是执行寻找与取代的指令）。什么叫『好几亿』，莫非他没睡醒在说梦话吗？要是我们拿出相同的估价，铁定会被客户一巴掌打倒在地的。」
「唉……请问，ALG的处理真的那么简单吗？」
原本以为是处理更复杂困难的事情。
面对不断眨眼的工兵，室见耸耸肩膀：
「虽然是取决于转换对象的应用程式啦，但这一次真的是很单纯的处理，不过应用设备原则上无法支援规格表以外的通讯，所以就无可奈何了。原本打算全部用Script来自订的……但这样一来，那个白痴稻草头又会鬼叫了。」
「…………」
「樱坂？」
来了。
来了来了来了。
单纯的处理、有客户需求，但市场未存在竞争商品。至于通用性……或许还要讨论一番，但既然是以v4NAT的相同原理运作，而且已经有人碰上麻烦，频繁接获这类的洽询也是早晚的事。现在是因为大家对v6的转移不够彻底，使得问题并未突显化罢了。
太惊人了，想不到眼前就存在我们所急需的东西，真可谓当局者迷。工兵难掩兴奋之情，抬起脸来：
「室见，我想我可能已经找到了。」
「啊？」
「就是服务的种子技术。」
他露出自信的微笑。室见则是一脸错愕地愣在原地。
*
「第一次服务开发会议——！」
下午四点，骏河系统会议室。工兵兴奋地这么大叫。
在狭小的空间内，室见和梢面对面坐着。或许是因为突然被召集而来，这两人的表情都带有一些不安。
工兵敲敲白板，试图驱散严肃的气氛。他挺直身子，以强而有力的语气开口：
「尽管我们过去每次每次都被社长的强人所难弄得刚苦连天，但这一次不同了。因为从任命开始仅仅一天，正确来说是二十个小时后就已经找到了答案。是什么答案？好了好了，请冷静一点，我现在就仔细讲解。投资极少、有市场需求，而且不见其他竞争者！简直就是理想的解决方案。果然人类就是要在逆境之中才会进化，这实在是一场Evolution从今天起，请叫我樱坂Evo吧。来，各位，跟我一起呼喊，E、V、O！、E、V、O！」
「……室见，樱坂他是咳药了吗？」
「抱歉，最近好像给他太多压力了。」
说得也太不留情面了吧？好伤人。我只不过想缓和一下沉重的气氛罢了。
工兵清清喉咙，无奈地将情绪调整回平常状态。
「好，请看投影机画面。这次我想出来的，是骏河系统独创的IPv6转换设备服务。」
投影片上呈现出PowerPoint的画面。
其中以清单方式列出了服务概念、作动想像图以及暂定规格。这是美仓印刷的会议结束后，工兵花了约一个小时制作出来的。尽管粗糙，但应该汇整了自己所要表达的意思。
「相信两位一定知道，IPv4和IPv6的网路，两者之间目前最理想的连线方式就是转换设备。它既不像代理伺服器那样会被限制通讯协定，也不如双堆迭一样设定耗时。而且，藉由DNS64的架构还可以自动映射双方的网路位址。对烦恼v6转移作业的用户束说，这实在是求之不得的架构。」
然而——工兵说了这么一句，同时指向投影片的左上方。
「这个转换设备目前存在两个问题。第一是价格，机器贩售和个别建构