عرض مصدر ترجمة عنوان الشبكة

[[ملف:NAT Concept-ar.svg|تصغير|320بك|تبديل عناوين الإصدار الرابع من بروتوكول الإنترنت وفقاً لتقنية ترجمة عنوان الشبكة.]]
{{شريط جانبي بروتوكول الإنترنت}}
'''ترجمة عُنوان الشَّبكة'''<ref group="عر">{{ترقيم استشهادات|نمط=محرف عربي
|م1={{استشهاد مختصر|الجمعية السورية|2000|ص=363}}
|م2={{استشهاد مختصر|بكني|2022|ص=349}}}}</ref> {{إنج|Network Address Translation}} اختصاراً NAT، هو مصطلح يُستعمل لوصف عدد من الآليات التي تستخدم لتبديل مُعرِّفات شبكيَّة، مثل [[عنوان بروتوكول الإنترنت]] أو [[منفذ (شبكات)|أرقام المنافذ]]، في [[رزمة بيانات|رزم البيانات]] اللاتي تتنقل بين نطاقي عناوين مختلفين يسميان النطاق الداخلي والخارجيّ.<ref name="BOOK-1">{{استشهاد مختصر|Dyson|1999|ص=264-265|لغة=en}}</ref> طُوِّرت هذه الآلية في عام 1994م بصفتها جُزءاً من الاستراتيجية قصيرة الأمد لمعالجة [[استنفاد فضاء عناوين الإصدار الرابع من بروتوكول الإنترنت|مشكلة استنفاد عناوين بروتوكول الإنترنت]].<ref name="RFC-1">{{استشهاد مختصر|RFC 1631|ص=1|لغة=en}}</ref>
ترجمة عنوان الشبكة ليست [[بروتوكول (اتصالات)|بروتوكولاً]] بل هي آليَّة عمل، تحصل في [[موجه (شبكات)|موجه]] يربط بين نطاقي عناوين.<ref>{{استشهاد مختصر|Javvin|2005|ص=27|لغة=en}}</ref> تسبق ترجمة العناوين عملية تهيئة للموجه، قد يُزوَّد فيها بثنائيات من المُعرفات، تضمُّ شطراً من النطاق الداخلي وشطراً من النطاق الخارجي، وقد يزود بنهجٍ وشروطٍ مُحددة لتشكيل الثنائيات آليَّاً ويحدد أيضاً الاتجاه الذي يُسمح فيه بإنشاء جلسة الترجمة.<ref name="BOOK-3">{{استشهاد مختصر|Odom|2013|ص=581-585|لغة=en}}</ref> يراقب الموجه بعدها حركة البيانات بين النطاقين، ويبدأ بإنشاء جلسة ترجمة وفقاً للشروط متى ما توافقت مُعرفات رزمة بيانات ما مع أحد الثنائيات، وتستمر عملية الترجمة بعد ذلك على رزم الجلسة المتدفقة بكلا الاتجاهين كُلِّها، وتُغلق الجلسة لاحقاً، وتتوقف عملية الترجمة بعدها.<ref name="RFC-2">{{استشهاد مختصر|RFC 3022|ص=7-8|لغة=en}}</ref>
تُصنَّف هذه الآلية إلى أنواع وفقاً لطريقة تشكيل ثنائيات المُعرِّفات وللاتجاه الذي يُسمح فيه بإنشاء الجلسة، وأول هذه الأنواع هو الترجمة الأساسيَّة، وهي طريقة يُمكن فيها إعداد ثنائيات ثابتة البِنية من عناوين بروتوكول الإنترنت بين النطاقين، وثانيها هو الترجمة المُتغيَّرة، وفيها يُحدد فضاءٌ للعناوين لكل نطاق، ويجري تشكيل ثنائياتٍ من النطاقين آليَّاً، وثالثُها هو ترجمة العناوين وأرقام المنافذ، وفيها تشمل الثنائيات أيضاً أرقام منافذَ بين النطاقين، وتنضوي الأنواع الثلاثة تحت تصنيف واحد هو الترجمة التقليديَّة، وفيها يمكن إنشاء الجلسة باتجاه واحد فقط، وغالباً ما يكون من النطاق الداخلي إلى الخارجي. ومن الأنواع أيضاً الترجمة ثُنائِيَّة الاتجاه، وهي تستعمل إحدى تقنيات الترجمة التقليديَّة، ولكنَّها تسمح بإنشاء الجلسات بكلا الاتجاهين. في جميع ما سبق، يُمكن أن تترجم مُعرِّفات مصدر الرزمة أو مُعرفات وجهتها، وفقاً لاتجاه حركة الرزمة، ولكن يوجد نوعٌ آخر يسمح بإجراء الترجمة للإثنين معاً، ويُسمَّى بالترجمة المُضاعَفة.<ref name="RFC-3">{{استشهاد مختصر|RFC 2663|ص=9-14|لغة=en}}</ref>
توجد مُشكلات عديدة في تطبيق هذه الآليَّة، منها ما هو فلسفيٌ في طبيعته ومنها ما هو تقنيّ. أمَّا الفلسفيّ، ففيه تُحلُّ هذه التقنية [[مبدأ الطرفين|بمبدأ الطرفين]]، وهو أحد المبادئ الرئيسة التي قامت الإنترنت على أساسها.<ref name="RFC-29"/> وأمَّا التقنيّ، فمثاله اعتماد تطبيقات عديدة في عملها على المُعرفات التي يجري تبديلها، ويتطلب حل إشكالٍ كهذا إجراء تغيرات عديدة أخرى في [[ترويسة (حوسبة)|ترويسات]] بروتوكولات هذه التطبيقات.<ref name="RFC-47"/> يُثار جدلٌ لم يُحسَم حول جدوى استخدام هذه الآليَّة مع [[بروتوكول الإنترنت (الإصدار السادس)|الإصدار السادس من بروتوكول الإنترنت]].<ref name="BOOK-18"/>
== خلفية عامة ==
=== الإصدار الرابع من بروتوكول الإنترنت ===
{{مفصلة|بروتوكول الإنترنت (الإصدار الرابع)}}
[[ملف:IPv4 address structure and writing systems-ar.svg|تصغير|300بك|مثال عن عنوان من الإصدار الرابع من بروتوكول الإنترنت.]]
[[ملف:IPv4 classes-ar.svg|تصغير|300بك|بنية العنونة الصنفية وفق الإصدار الرابع من بروتوكول الإنترنت.]]
'''الإصدار الرابع من بروتوكول الإنترنت''' {{إنج|Internet Protocol version 4 اختصاراً IPv4}} هو بروتوكول [[تشبيك]] يعمل في [[طبقة الشبكة]] بحسب [[نموذج الربط البيني للأنظمة المفتوحة|نموذج الاتصالات المعياري]]. طوّر هذا البروتوكول في عام 1981م كجزء من عمل [[داربا|وكالة مشاريع البحوث المتطورة الدفاعية]]، وكان أحد الركائز التي قامت [[إنترنت|شبكة الإنترنت]] على أساسها.<ref name = "Book-3">{{استشهاد مختصر|Kozierok|2005|ص=235-255|لغة=en}}</ref>
يُعنى هذا البروتوكول بوظيفتين أساسيتين هما العنونة و[[تقطيع (شبكات)|التقطيع]]. والعنونة هي منح مُعرفات لتمييز [[مضيف (حوسبة)|مضيف]] أو مجموعة من المضيفين في الشبكة المحلية أو في الإنترنت، ويُسمَّى العنوان الممنوح عنوان برتوكول الإنترنت.<ref name="Book-4">{{استشهاد مختصر|Dyson|1999|ص=199|لغة=en}}</ref> قد يُستخدم العنوان لتمييز مُضيفٍ ما بشكلٍ فريد بعينه، أو لتحديد أعضاء مجموعة من المضيفين الذين يستضيفون العنوان في الوقت نفسه، ولا مانع من استضافة المُضيف لأكثر من عنوان بروتوكول إنترنت في الوقت نفسه.<ref name = "RFC-4">{{استشهاد مختصر|RFC 791|ص=7|لغة=en}}</ref>
يُعرِّف الإصدار الرابع من بروتوكول الإنترنت فضاءً من العناوين يبلغ طول كل منها 32 بتاً، وقسِّم هذا الفضاء حسب العنونة الصنفية إلى عدد من الأصناف على أساس رياضي، وشمل الصنف الأول، والذي يُسمّى الصنف A، جميع العناوين التي تبدأ بالبت (0) في الخانة الأكثر أهمية، وقُسِّم فضاء هذا الصنف إلى 128 فضاءً جزئياً في كل منها 16777216. أما فضاء الصنف B، فضم جميع العناوين التي تبدأ بالبتين (10)، وقُسِّم فضاء هذا الصنف إلى 16384 فضاءً جزئياً في كل منها 65536 عنواناً. وأما فضاء الصنف C، فضم جميع العناوين التي تبدأ بالبتات (110)، ثم قسم هذا الفضاء إلى 2097152 فضاءً جزئياً في كل منها 255 عنواناً. كما اقتطع من الفضاء الأصلي فضاء مخصص للبث المجموعاتي، وهو الفضاء الذي تبدأ جميع عناوينه بالبتات (1110)، في حين حجز الفضاء الذي تبدأ عناوينه بالبتات (1111) لاستخدامات مستقبلية.<ref name="RFC-4"/><ref name="RFC-5">{{استشهاد مختصر|RFC 4632|ص=3|لغة=en}}</ref> بالإجمال، يوجد 2<sup>32</sup> عنواناً أي ما يعادل تقريباً 10<sup>9</sup>x 4.3 عنواناً في فضاء الإصدار الرابع من بروتوكول الإنترنت.<ref group= "عر">{{استشهاد مختصر|بكني|2022|ص=44}}</ref>
{{تحديد}}
=== استنفاد فضاء عناوين الإصدار الرابع ===
{{مفصلة|استنفاد فضاء عناوين الإصدار الرابع من بروتوكول الإنترنت}}
[[ملف:IPv4 exhaustion time line-ar.svg|تصغير|300بك|خط زمني لمشكلة استنفاد فضاء عناوين الإصدار الرابع من بروتوكول الإنترنت.]]
استنفاد فضاء عناوين الإصدار الرابع {{إنج|IPv4 address space exhaustion}} هو نضوب العناوين الحرة في فضاء الإصدار الرابع من بروتوكول الإنترنت. بدأت هذه المشكلة في مطلع التسعينات مع انتشار الاستخدام التجاري للإنترنت، حيث لوحظ نمو معدل استهلاك فضاء الإصدار الرابع من بروتوكول الإنترنت بشكل أسي، وكانت التوقعات تشير إلى استنفاد الفضاء كاملاً في منتصف التسعينات من القرن العشرين.<ref name="ٌRFC-6">{{استشهاد مختصر|RFC 4632|ص=1|لغة=en}}</ref>
شكَّلت [[مجموعة مهندسي الإنترنت]] مجموعة عمل التوجيه والعنونة والمعروفة اختصاراً باسم رُوْد {{إنج|Routing and Addressing اختصاراً ROAD}} لمعالجة هذه المشكلة،<ref name="RFC-6">{{استشهاد مختصر|RFC 1752|ص=4|لغة=en}}</ref> حددت هذه المجموعة ثلاث مشكلات رئيسة ستعيق نمو الإنترنت في المدى القصير والمتوسط، وهي كالتالي:<ref name="RFC-7">{{استشهاد مختصر|RFC 4632|ص=4|لغة=en}}</ref>
# استنفاد فضاء عناوين الصنف B، وهذه هي نتيجة لعدم وجود فضاء عناوين يناسب مؤسسة متوسطة الحجم، فإمَّا فضاء الصنف C القياسي، الذي يضم 256 عنواناً فقط، أو فضاء الصنف A القياسي الذي يضم ملايين العناوين.
# نمو [[جدول توجيه|جداول التوجيه]] في موجهات الإنترنت لتصبح بجاجة إلى قدرات معالجة غير متوافرة بالبرمجيات أو المعدات المتوافرة.
# استنفاد فضاء عناوين الإصدار الرابع نهائياً.
وُصفت المشكلتان الأولى والثانية بأنهما قصيرتا الأمد، وكان من المتوقع استفحالهما في الفترة بين العامين 1993 و1995م، على عكس المشكلة الثالثة التي وُصِفت بأنَّها طويلة الأمد.<ref name="Book-6">{{استشهاد مختصر|Fall|2012|ص=47|لغة=en}}</ref> من أجل المشكلتين الأولى والثانية، بدأت مجموعة رُوْد العمل على تطوير إستراتيجية قصيرة الأمد لحل هذه المشكلة، فطوَّرت تقنية التوجيه غير الصنفي بين النطاقات، التي نُشر مبدؤها في يونيو من العام 1992م في [[طلب تعليقات|وثيقة طلب التعليقات]] RFC 1338،<ref name="RFC-8">{{استشهاد مختصر|RFC 1338|ص=1|لغة=en}}</ref> وفي شهر مايو من العام 1994م، طُوِّرت تقنية ترجمة عنوان الشبكة لتكون حلاً آخر قصير الأمد لمشكلة الاستنفاد،<ref name="RFC-1"/> واعتمد هذا الحل اعتماداً رئيساً على استعمال أفضية عناوين محددة سُميت [[شبكة خاصة|الشبكات الخاصةاستعمالاً]] غير فريد في عنونة [[شبكة محلية|الشبكات المحلية]]، والاقتصار على استعمال العناوين العامة عند النفاذ إلى الإنترنت فقط.<ref name="RFC-9">{{استشهاد مختصر|RFC 1918|ص=1|لغة=en}}</ref> أمَّا في إطار الاستراتيجية طويلة الأمد فقد طوِّر إصدار جديد من بروتوكول الإنترنت، هو الإصدار السادس من بروتوكول الإنترنت، نشر المعيار الأول للبروتوكول في شهر ديسمبر من العام 1995م ووصف بوثيقة طلب التعليقات RFC 1883.<ref name="RFC-10">{{استشهاد مختصر|RFC 1883|ص=1|لغة=en}}</ref>
كانت الحلول قصيرة الأمد شديدة الفعاليَّة، فأطالت من عمر الإصدار الرابع من بروتوكول الإنترنت لأكثر من عقدين من الزمن، ولكن الهيئة الناظمة لتحصيص فضاء الإصدار الرابع من بروتوكول الإنترنت، وهي [[أيانا]]، استنفدت الفضاء كاملاً في شهر يناير من العام 2011م.<ref group="وب-إنج">{{استشهاد بويب
| مسار أرشيف = https://web.archive.org/web/20200305002101/https://www.nro.net/ipv4-free-pool-depleted
| تاريخ أرشيف = 5 مارس 2020
| تاريخ = 3 فبراير 2011
| مسار= https://www.nro.net/ipv4-free-pool-depleted
| عنوان= Free Pool of IPv4 Address Space Depleted
| موقع= Number Resource Organization (NRO)
| لغة= en
| تاريخ الوصول= 6 مارس 2019}}</ref>
{{تحديد}}
=== الشبكات الخاصة ===
{{مفصلة|شبكة خاصة}}
الشبكات الخاصة {{إنج|Private network}} هي أفضية جزئيَّة من فضاء [[بروتوكول الإنترنت (الإصدار الرابع)|الإصدار الرابع من بروتوكول الإنترنت]]، وهي محجوزة من أجل الاستعمال [[شبكة محلية|المحلي]] فقط ولا يُعلن عنها في [[إنترنت|الإنترنت]].<ref name="BOOK-6">{{استشهاد مختصر|Odom |2013|ص=581|لغة=en}}</ref> حجزت [[أيانا]]، وهي الهيئة الناظمة لتحصيص فضاء بروتوكول الإنترنت، ثلاثة أفضية جزئية هي 10.0.0.0/8 و172.16.0.0/12 و192.168.0.0/16.<ref name="RFC-11">{{استشهاد مختصر|RFC 6890|ص=6,8,11|لغة=en}}</ref> يُسمَّى الفضاء الأول المجال ذي البتات الأربعة والعشرين {{إنج|24 bit block}}، والثاني بالمجال ذي البتات العشرين والثالث بالمجال ذي البتات الست عشرة، وهذه الأطوال هي أطوال قسم المُضيف في تمثيل البادئة للمجالات الثلاثة. يُكافِئ المجال الأول شبكة قياسية من الصنف A ويُكافئ الثاني 16 شبكة قياسية متتاليَّة من الصنف B، ويُكافِئ الثالث 256 شبكة جزئية قياسيَّة من الصنف C.<ref name="RFC-12">{{استشهاد مختصر|RFC 1918|ص=4|لغة=en}}</ref>
{| class="wikitable"
|-
! اسم المجال !! امتداد المجال !! تمثيل البادئة <br /> <small>(القناع)</small> !! طول قسم البادئة !! طول قسم المضيف !! عدد عناوين المجال !! المُكافئ في العنونة الصنفيَّة
|-
| ذو البتات الأربعة والعشرين || 10.0.0.0 - 10.255.255.255|| 8/ <br /> <small>(255.0.0.0)</small> || 8 || 24 || 16777216 || فضاء قياسي من الصنف A
|-
| ذو البتات العشرين || 172.16.0.0 - 172.31.255.255 || 12/ <br /> <small>(255.240.0.0)</small> || 12 || 20 || 1048576 || 16 فضاء قياسي متتالٍ من الصنف B
|-
| ذو البتات الست عشرة || 192.168.0.0 - 192.168.255.255 || 16/ <br /> <small>(255.255.0.0)</small> || 16 || 16 || 65536 || 256 فضاء قياسي متتالٍ من الصنف C
|}
=== أرقام المنافذ ===
{{مفصلة|منفذ (شبكات)}}
رقم المنفذ {{إنج|Port number}} هو مُعرِّف رقمي يُستخدم لتمييز الاتصال وفق [[حزمة بروتوكولات الإنترنت]]، يبلغ طوله 16 [[بت]]اً أي بالإمكان توليد 2<sup>16</sup> = 65536 رقم منفذ متمايز.<ref name="BOOK-7">{{استشهاد مختصر|Dyson|1999|ص=305-306|لغة=en}}</ref> بصورةٍ عامَّةٍ، في شبكات البيانات، تخدم المنافذ غرضين أساسيين، أولهما إتاحة آلية للتمييز بين جلسات الاتصال المختلفة التي قد تجري بين طرفين، وثانيها مساعدة بروتوكول النقل في تحديد بروتوكول التطبيق الذي يستخدمه،<ref name="RFC-13">{{استشهاد مختصر|RFC 6335|ص=6|لغة=en}}</ref> ولهذا أهمية خاصة في عمليتي التغليف وفك التغليف. بالإضافة لذلك، يُستعمل رقم المنفذ جنباً إلى جنب مع عنوان بروتوكول الإنترنت لإنشاء مقبس الاتصال {{إنج|Socket}}، ويمكن تمييز أي اتصال بشكل فريد وفقاً لقيم المقبسين على طرفيه.<ref name="RFC-14">{{استشهاد مختصر|RFC 793|ص=10|لغة=en}}</ref>
يُقسَّم مجال أرقام المنافذ إلى ثلاث أقسام فرعيَّة هي: أرقام منافذ النظام ومجالها (0-1023)، وأرقام منافذ المستخدم ومجالها (1024-49151)، وأرقام المنافذ الخاصة (49152-65535). تشرف المجموعة التوجيهية لهندسة الإنترنت ({{اختصار مخفي|IESG|Internet Engineering Steering Group}}) على منح أرقام منافذ النظام، في حين تدير هيئة أرقام الإنترنت المُخصصة، أي أيانا، عملية منح أرقام منافذ المستخدم، وأمَّا أرقام المنافذ الخاصة فلا تُمنح.<ref group="وب-إنج">{{استشهاد بويب
|عنوان  =  Service Name and Transport Protocol Port Number Registry
|مسار  =  https://www.iana.org/assignments/service-names-port-numbers/service-names-port-numbers.xhtml
|مسار أرشيف  =  https://web.archive.org/web/20180715035055/https://www.iana.org/assignments/service-names-port-numbers/service-names-port-numbers.xhtml
|تاريخ أرشيف =  15 يوليو 2018
|موقع       =  IANA
|لغة        =  en
}}</ref>
== الوصف ==
=== تعاريف واصطلاحات ===
تُعرِّف وثيقة طلب التعليقات RFC 2663، المعنونة: «اعتبارات واصطلاحات لترجمة عنوان الشبكة»{{ملا|العنوان الأصلي: {{إنج|IP Network Address Translator (NAT) Terminology and Considerations}}.<ref name="RFC-15"/>}} المفاهيم التاليَّة:<ref name="RFC-15">{{استشهاد مختصر|RFC 2663|ص=3|لغة=en}}</ref>
* نطاق عناوين {{إنج|Address realm}}: هو قطاع من الشبكة تُمنح عناوين بروتوكول الإنترنت فيه [[مضيف (حوسبة)|للمُضيفين]] بشكلٍ فريد، أي لا يمكن أن يُمنح مُضيفان نفس العنوان في هذا النطاق.
* نطاق العناوين الخارجي:{{ملا|يُسمَّى هذا النطاق عدَّة أسماء أخرى أيضاً منها النطاق الخارجي {{إنج|Outside realm}} أو{{إنج|External realm}} والنطاق العام {{إنج|Public realm}} والنطاق العالمي {{إنج|Global realm}}.}} هو نطاق عناوين تديره [[أيانا]] أو سجلات إنترنت أدنى في هرمية تحصيص العناوين.
* نطاق العناوين الداخلي:{{ملا|يُسمَّى هذا النطاق عدَّة أسماء أخرى أيضاً منها: النطاق الداخلي {{إنج|Inside realm}} والنطاق الخاص {{إنج|Private realm}} والنطاق المحلي {{إنج|Local realm}}.}} هو نطاق عناوين [[شبكة خاصة|خاصَّة]]، ويمكن استعمال نطاقات كهذه [[شبكة محلية|محليَّاً]] من قِبَل أكثر من مُنظمة في الوقت نفسه وبشكل مستقلٍ، أي من غير مراجعة هيئة تحصيص العناوين أو [[سجل إنترنت إقليمي|سجلات الإنترنت الإقليمية]].
* التوجيه غير المرئيّ {{إنج|Transparent routing}}: هو [[توجيه (شبكات)|توجيهٌ]] [[رزمة بيانات|رزم البيانات]] بين نطاقي عناوين مختلفين، أي داخليّ وخارجيّ. ويشمل ذلك قيام [[موجه (شبكات)|الموجه]] الذي يُجري عملية الترجمة بتغيير محتويات [[ترويسة (حوسبة)|ترويسة]] [[بروتوكول الإنترنت]] و[[بروتوكول التحكم بالنقل]]. وهو يختلف عن التوجيه التقليدي الذي يحصل ضمن نطاق عناوين واحد. يُوصف هذا التوجيه بأنه غير مرئي لأنه غير مُلاحَظ من قبل المُضيفين، فهم لا يُدركون حصوله، ولا يدركون تغيير محتويات الترويسة الحاصل في أثناء عملية الترجمة.
* الجلسة {{إنج|Session}} الجلسة هي حركة البيانات التي تخضع لعملية الترجمة. واتجاه الجلسة فهو اتجاه هذه الحركة عند البدء، أي من أيِّ نطاق بدأت؟ ونحو أيّ نطاقٍ تتجه؟ بعد إنشاء الجلسة، فإن حركة البيانات ستشمل تدفقاً لرزم بيانات بروتوكول الإنترنت بالاتجاهين، بغض النظر عن اتجاه الجلسة. تجري ترجمة عناوين الشبكة على الجلسة كاملةً، ويحدد اتجاه تدفق الجلسة باتجاه تدفق أول رزمة بيانات فيها.
* الموجه المُترجِم: هو الموجه الذي يُنجِز عملية الترجمة.
=== مبدأ العمل ===
تعمل ترجمة عناوين الشبكة على تغيير قيم حقول محددة في [[ترويسة (حوسبة)|ترويسات]] [[رزمة بيانات|رزم البيانات]] التي تمر عبر [[موجه (شبكات)|الموجه]] المُترجِم، يُمكن أن تحصل عملية الترجمة على رزم البيانات التي تعبر الموجه بكلا الاتجاهين.<ref name="BOOK-8">{{استشهاد مختصر|Fall|2012|ص=304|لغة=en}}</ref> تشمل الحقول التي يُبدل محتواها حقول عناوين المصدر أو الوجهة أو كليهما في ترويسة [[بروتوكول الإنترنت (الإصدار الرابع)|بروتوكول الإنترنت]] وحقول عناوين رقم منفذ المصدر أو الوجهة أو كليهما في ترويسة بروتوكول [[طبقة النقل|النقل]] المستعمل، وحقل معرِّف الاستعلام في ترويسة [[بروتوكول رسائل التحكم في الإنترنت]].<ref name="RFC-15"/> يُسبب تغيير محتوى ترويسة بروتوكول الإنترنت أو بروتوكول النقل المستعمل الحاجة إلى إعادة حساب قيمة حقل [[تحقق جمعي|التحقق الجمعي]] {{إنج|Checksum}} في أي ترويسة جرى تعديل قيمة أحد حقولها.<ref name="RFC-16">{{استشهاد مختصر|RFC 3022|ص=9|لغة=en}}</ref>
تعمل تقنية ترجمة عنوان الشبكة عبر آلية مكونة من ثلاث مراحل كما يأتي:<ref name="RFC-2"/>
# مرحلة التهيئة: وتشمل بناء ثنائيات من محددات الاتصال، أي عناوين إنترنت أو أرقام منافذ أو الاثنين معاً، وتتألف كل ثنائية من جزأين: جزءٌ من النطاق الداخليّ وجزءٌ من النطاق الخارجيّ، وتشمل عملية التهيئة أيضاً تحديد الاتجاه الذي يُسمح فيه بإنشاء الجلسة. بعد ذلك، ترتبط كل ثنائية بعلمٍ لبيان حالتها، ويكون العلم مرفوعاً، أي قيمته مساوية للواحد، فقط إن وجدت جلسة جارية ترتبط بهذه الثنائية، وبخلاف ذلك فقيمته صفريَّة.
# مرحلة المراقبة والترجمة: ويجري فيها مراقبة حركة البيانات عبر المُوجِّه، فإذا مرَّت رزمة بيانات كانت معلومات الترويسة فيها متوافقة مع أحد الثنائيات المهيَّئة في المرحلة السابقة، وكان اتجاه حركة الرزمة متوافق مع اتجاه إنشاء الجلسة أيضاً، فإن جلسة جديدة ستبدأ، ويُبدِّل الموجه قيم حقول الترويسة بما يتوافق مع التهيئة، ويُرفع علم بيان الحالة المرتبط بالثنائية ذات الصلة، ويلي ذلك إجراء الترجمة على رزم بيانات الجلسة جميعها وبالاتجاهين.
# مرحلة التحرير: عندما تُغلق الجلسة، يُخفَض علم بيان الحالة، ويُحرر زوجا العناوين اللذان يشكلان الثنائية، وتعاد الثنائية ثانيةً إلى وضع المراقبة.
== أنماط الترجمة ==
يتضمن أبسط أشكال الترجمة تبديل عنوان مصدر رزمة [[بروتوكول الإنترنت (الإصدار الرابع)|بروتوكول الإنترنت]]، وتحديداً استبدال عنوان المصدر الخاصّ المحليّ بعنوان فريد عالميَّاً، وتبدو الرزمة بعد ذلك وكأنَّها قادمة من العنوان الجديد. وفي شكل أكثر تعقيداً، بإمكان عملية الترجمة أن تستبدل عنوان مصدر الرزم القادمة من شبكة الإنترنت إلى شبكة محليَّة خاصَّة، فتبدو بعد ذلك كأنَّها قادمة من وجهة محليَّة فيها، ويُمكن أيضاً أن تشمل العملية استبدال عنواني المصدر والوجهة معاً.<ref name="BOOK-9">{{استشهاد مختصر|Fall|2012|ص=304-305|لغة=en}}</ref>
=== الترجمة التقليدية ===
ترجمة العناوين التقليدية {{إنج|Traditional NAT}}: هي الشكل الأبسط من ترجمة العناوين، وهي تسمح [[مضيف (حوسبة)|لمُضيفي]] عناوين نطاق داخليّ بالاتصال مع مضيفي عناوين نطاق خارجيّ. تحصل عملية الترجمة في [[موجه (شبكات)|مُوجِّه]] يصل بين النطاقين، وينجز التوجيه غير المرئي بالنسبة للمُضيفين. في هذا النوع من الترجمة، تكون الجلسات المنشأة وحيدة الاتجاه، أي بالإمكان إنشاؤها باتجاه واحد فقط، وغالباً ما يكون من النطاق الداخلي نحو الخارجي. يجب الانتباه إلى أن حركة [[رزمة بيانات|رزم بيانات]] وعملية ترجمة العناوين بعد إنشاء الجلسة تكون بكلا الاتجاهين، أي أن الشرط السابق هو لاتجاه إنشاء الجلسة وليس لحركة رزم البيانات فيها.<ref name="RFC-17">{{استشهاد مختصر|RFC 2663|ص=10|لغة=en}}</ref>
تشمل ترجمة العناوين التقليدية النمطين التاليين:<ref name="RFC-18">{{استشهاد مختصر|RFC 2663|ص=11|لغة=en}}</ref>
# الترجمة الأساسية لعناوين الشبكة {{إنج|Basic NAT}} وتحصل عملية الترجمة فيها على عناوين مصادر ووجهات رزم بروتوكول الإنترنت. وتُصنَّف إلى نوعين وفقاً للطريقة التي يجري فيها تحديد ثنائيات العناوين التي تترجم بين النطاقين الداخليّ والخارجيّ، وهما:<ref name="BOOK-10">{{استشهاد مختصر|Odom |2013|ص=582-585|لغة=en}}</ref>
## ترجمة عناوين الشبكة الثابتة {{إنج| Static NAT}}
## ترجمة عناوين الشبكة المُتغيَّرة {{إنج| Dynamic NAT}}
# ترجمة عناوين الشبكة وأرقام المنافذ {{إنج| Network Address Port translation اختصاراً NAPT}}
==== الثابتة ====
[[ملف:Static NAT-ar.svg|تصغير|300 بك|طريقة عمل ترجمة العناوين الثابتة.]]
في الترجمة الثابتة، يُهيَّأ [[موجه (شبكات)|المُوجِّه]] المُترجِم بعددٍ صحيح N من ثنائيات عناوين [[بروتوكول الإنترنت (الإصدار الرابع)|بروتوكول الإنترنت]]، أي (X<sub>1</sub>,Y<sub>1</sub>) و (X<sub>2</sub>,Y<sub>2</sub>) حتى (X<sub>N</sub>,Y<sub>N</sub>)، حيث X هو عنوان بروتوكول الإنترنت من نطاق العناوين الداخليّ وY هو عنوان بروتوكول إنترنت من نطاق العناوين الخارجيّ. بالإضافة لذلك، يُهيَّأ المُوجِّه أيضاً بالاتجاه المسموح لإنشاء الجلسة، وهو في حالة الترجمة التقليديَّة من النطاق الداخليّ إلى الخارجي. يراقب المُوجِّه بعدها حركة البيانات المارة عبره لأجل إنشاء جلسة ترجمة متوافقة مع ثنائيات العناوين والاتجاه المسموح. بعد الإنشاء، يُعدِّل المُوجِّه عنوان المصدر في رزم البيانات القادمة من النطاق الداخلي ويغير قيمته إلى العنوان الخارجيَّ وفقاً لقيم الثنائيات التي هُيِّئ بها، أما في الرزم القادمة من النطاق الخارجي إلى الموجه، والتي تكون وجهتها العنوان الخارجي، فيُعدِّل عنوان الوجهة فيها ويُغيّره إلى العنوان الداخلي وفقاً لقيم الثنائيات السابقة نفسها، وذلك بشرط أن تكون الجلسة قد أُنشِئَت قبلاً.<ref name="BOOK-11">{{استشهاد مختصر|Kozierok|2005|ص=530|لغة=en}}</ref><ref name="BOOK-12">{{استشهاد مختصر|Fall|2012|ص=311-312|لغة=en}}</ref>
يُوصف هذا النوع من الترجمة بأنَّه ثابِت، لأنَّ ثنائيات العناوين التي تجري الترجمة بمقتضاها ثابتة البِنية لا تتغير آليّاً، ويُوصَف أيضاً بأنَّه ترجمةُ واحدٍ إلى واحدٍ {{إنج|One-to-one}} لأنَّ المُوجِّه يترجم عنواناً خاصَّاً واحداً من النطاق الداخليّ إلى عنوان عام واحد من النطاق الخارجيّ والعكس بالعكس.<ref name="BOOK-13">{{استشهاد مختصر|Odom |2013|ص=583|لغة=en}}</ref>
{{تحديد}}
==== المتغيرة ====
[[ملف:Dynamic NAT-ar.svg|تصغير|300 بك|طريقة عمل ترجمة العناوين المُتغيَّرة.]]
تُنْشَأ جلسات الترجمة المُتغيَّرة انطلاقاً من النطاق الداخليّ فقط، ويشترط لتنفيذها توفُّر عناوين من النطاق الخارجي (Y1... YN)، بالإضافة إلى مجموعة من عناوين النطاق الداخلي (X<sub>1</sub>... X<sub>M</sub>) حيث M وN هي أعداد [[عدد صحيح|صحيحة]] [[عدد موجب|موجبة]] تُمثِّل عدد العناوين في النطاقين الداخليّ والخارجيّ على الترتيب. ويكون شرط بدء الجلسة هو أن ينتمي عنوان مصدر الرزمة إلى النطاق الداخليّ، أي (X<sub>1</sub>... X<sub>M</sub>). وعند بدء جلسة ترجمة، انطلاقاً من النطاق الداخلي، يختار المُوجِّه الذي ينفذ عملية الترجمة عنوان ما من مجموعة عناوين الخارجي Y<sub>k</sub> ويربطها مع عنوان مصدر الرزمة X<sub>i</sub>، ثُمّ يُشكِّل منها ثنائية (X<sub>i</sub>,Y<sub>k</sub>) آليَّاً، ويحتفظ به في جدول الترجمة الآلية، وتجري عملية تبديل عناوين مصادر الرزم البيانات في الجلسة ذات الصلة بناءً على قيم هذه الثنائية، وعند إغلاق الجلسة، يجري تحرير العناوين لإعادة استخدامها مرة أخرى في تشكيل ثنائيات جديدة. يكون زوجا أي ثنائية غير ثابتين، أي بالإمكان أن يرتبط أحد الشطرين مع عدة أشطر أخرى، في جلسات متنوعة متتالية، والعكس بالعكس فيما يخص الزوج الآخر، وذلك عوضاً عن اعتماد ثنائيات محددة الأشطر، كما هو الحال في الترجمة الثابتة.<ref name="Book-10">{{استشهاد مختصر|Fall|2012|ص=312|لغة=en}}</ref>
قد تكون عناوين المجموعتين السابقتين مُختلِفة العدد، وغالباً ما تكون أعداد العناوين المتاحة لتشكيل الثنائيات في النطاق الداخليّ أكبر من تلك المتاحة في النطاق الخارجيّ، ويبني [[موجه (شبكات)|المُوجِّه]] عندها الثنائيات من عناوين النطاقين وفق ما سبق حتى استنفاد النطاق الأصغر حجماً، ولا يمكن بعدها إنشاء أيّ جلسةٍ جديدةٍ حتى يتحرر وة جا ثنائية محجوزة من جلسةٍ سابقةٍ. تُوصف هذه الترجمة أيضاً بأنَّها ترجمة واحد إلى واحد، لأنَّها تقوم بترجمة عنوان خاص واحد من النطاق الداخلي إلى عنوان عام واحد من النطاق الخارجي.<ref name="Book-11">{{استشهاد مختصر|Odom |2013|ص=584-585|لغة=en}}</ref>
{{تحديد}}
==== العناوين وأرقام المنافذ ====
[[ملف:NAPT-ar.svg|تصغير|300 بك|طريقة عمل ترجمة المنافذ.]]
في ترجمة أرقام المنافذ، ومن أجل الرزم الواردة إلى [[موجه (شبكات)|الموجه]] من نطاق العناوين الداخليّ باتجاه النطاق الخارجيّ، يُبدَّل عنوان المصدر في الرزمة X مع رقم [[منفذ (شبكات)|منفذ]] المصدر فيها x بعنوان مصدر جديد هو Y ورقم منفذ آخر هو y، أخذاً بالحسبان أن العنوان X من النطاق الداخلي والعنوان Y هو عنوان من النطاق الخارجي، ويُعبَّر عن عملية الترجمة السابقة بالشكل: X:x → Y:y. يمكن أن تجري العملية السابقة على فضاء محدد من النطاقين الداخلي والخارجي، وأن تُحدَد الثنائيات تحديداً ثابتاً أو آليّ.<ref name="Book-12">{{استشهاد مختصر|Fall|2012|ص=311|لغة=en}}</ref>
يوجد شكلٌ خاصٌّ من ترجمة أرقام المنافذ، يُسمَّى التحميل الزائد لترجمة أرقام المنافذ {{إنج|PAT overloading}}، وفيها يُستخدم عنوان مصدر واحد فقط من النطاق الخارجيّ في عملية الترجمة. فلو كانت ثنائيات العناوين وأرقام المنافذ في النطاق الداخليّ هي X1:x1 وX2:x2 وX3:x3، وبدأ كل منها جلسةً ترجمة، فإنَّها ستترجم وفقاً لعملية التحميل الزائد إلى Y:y1 وY:y2 وY:y3 على الترتيب. ويمكن لهذه الطريقة من الترجمة أن تسمح، نظريَّاً، بترجمة ما يزيد عن 65 ألفاً من العناوين الداخلية باستعمال عنوان خارجيّ وحيد، وتقلل بذلك من [[استنفاد فضاء عناوين الإصدار الرابع من بروتوكول الإنترنت]].<ref name="Book-13">{{استشهاد مختصر|Odom |2013|ص=585-587|لغة=en}}</ref>
يُمكن أن تجري عملية الترجمة على رسائل المعلومات في ترويسة [[بروتوكول رسائل التحكم في الإنترنت]] بالطريقة السابقة نفسها أيضاً.<ref name="RFC-19">{{استشهاد مختصر|RFC 3022|ص=8-9|لغة=en}}</ref>
{{تحديد}}
=== الترجمة ثنائية الاتجاه ===
[[ملف:Bidirectional NAT-ar.svg|تصغير|300 بك|مثال عن كيفية عمل الترجمة ثنائية الاتجاه، في هذا النوع من الترجمة بالإمكان إنشاء الجلسة من النطاق الداخلي نحو النطاق الخارجي وبالعكس أيضاً.]]
ترجمة العناوين ثُنائيَّة الاتجاه {{إنج|Bidirectional NAT أو Two-way NAT}} وهي شكل من أشكال ترجمة عناوين الشبكة يسمح بإنشاء الجلسات بدءاً من [[مضيف (حوسبة)|مُضيفين]] في نطاقي العناوين كليهما، أي انطلاقاً من النطاق الداخليّ والخارجيّ. مع أخذ ذلك بالحسبان، فإنَّ عملية الترجمة ثُنائيَّة الاتجاه تخضع لنفس القواعد المستعملة في الترجمة التقليديَّة سواءً لجهة كيفيَّة إنشاء ثنائيات العناوين التي ستُترجم أو لجهة ما يجري ترجمته، أي عناوين أو أرقام منافذ أو كليهما.<ref name="RFC-20">{{استشهاد مختصر|RFC 2663|ص=12|لغة=en}}</ref>
=== الترجمة المُضاعفة ===
[[ملف:Twice NAT-ar.svg|تصغير|300بك|كيفية عمل ترجمة عناوين الشبكة المضاعفة. في هذه الحالة يُبدِّل الموجه الذي يقدم خدمة الترجمة عنواني المصدر والوجهة معاً في رزمة البيانات التي يجري ترجمتها.]]
ترجمة العناوين المضاعفة {{إنج|Twice NAT}}{{ملا|تُسمَّى أيضاً ترجمة عناوين الشبكة المتراكبة {{إنج|Overlapping NAT}}، وهذا الاسم مأخوذ من أحد تطبيقات التقنية، وفيه يكون مجالا عناوين متراكبين، أحدهما في النطاق الخارجي والآخر في النطاق الداخلي، وتسمح هذه التقنية لمضيفي هذه العناوين المتباعدَين بالتواصل بعضهما مع بعض وبتبادل البيانات.<ref name="Book-14">{{استشهاد مختصر|Kozierok|2005|ص=539|لغة=en}}</ref>}} وهي شكل من أشكال ترجمة عناوين الشبكة، وفيه يُعدَّل عنوانا المصدر والوجهة معاً في [[رزمة بيانات|رزمة البيانات]] التي يجري ترجمتها، وهي تُوصف بالمُضاعفة تمييزاً لها عن الترجمة التقليديَّة وعن الترجمة ثُنائيَّة الاتجاه.<ref name="RFC-20"/>
تضيف هذه الترجمة بُعداً جديداً لتصنيف العناوين، وهو النطاق الذي تستخدم فيه العناوين، فإذا كان العنوان مستخدماً في نطاقه فهو عنوان محليّ، وإن كان مُستخدماً خارج نطاقه فهو عنوان عالميّ، وبإضافة هذا للتصنيف الذي يقسم العناوين على أساس موقع مُضيفها يمكن تعريف التصانيف التالية:<ref name="BOOK-14">{{ترقيم استشهادات
|م1={{استشهاد مختصر|Odom |2013|ص=584|لغة=en}}
|م2={{استشهاد مختصر|Kozierok|2005|ص=524|لغة=en}}
}}</ref>{{ملا|يوجد لغطٌ في التسمية الإنجليزية جرى تجاوزه عند تعريب المصطلحات، فالأسماء المستعملة في المراجع المُعتمدة لوصف هذه التقنية لا تتوافق مع الأسماء الموجودة في المعيار الرسمي، وفيها يُشار إلى النطاق الداخلي باستعمال كلمة Local، وللنطاق الخارجي باستعمال كلمة Global، بدلاً من Inside وOutside المُستعملة في المعيار، ولكن هاتين الكلمتين، أي Inside وOutside، تُستعملان لتحديد النطاق الذي يستخدم فيه العنوان، وبذلك تكون العناوين في المراجع كما يأتي:
* الداخلي المحلي {{إنج|Inside local}}
* الداخلي العالمي {{إنج|Outside local}}
* الخارجي المحلي {{إنج|Inside Global}}
* الخارجي العالمي {{إنج|Inside Global}}
وقد تُرجمت العناوين إلى العربية بتصرف للتوحيد مع المعيار الأصلي ولإزالة هذا اللبس.}}
* العنوان الداخليّ المحليّ: وهو عنوان مستضاف في النطاق الداخليّ، وهو يُستعمل في النطاق نفسه.
* العنوان الداخليّ العالميّ: وهو عنوان مستضاف في النطاق الداخليّ وهو يُستعمل خارج النطاق. أي هو عنوان لمُضيف داخليّ، ولكنَّه مرئيٌّ في النطاق الخارجيّ.
* العنوان الخارجيّ المحليّ: وهو عنوان مستضاف في النطاق الخارجيّ، وهو يُستعمل في النطاق نفسه.
* العنوان الخارجيّ العالميّ: وهو عنوان مستضاف في النطاق الخارجيّ وهو يُستعمل خارج النطاق. أي هو عنوان لمُضيف خارجيّ، ولكنَّه مرئيٌّ من النطاق الداخليّ.
يُهيَّأ [[موجه (شبكات)|الموجه]] بثنائيتين من عناوين المصدر والوجهة، الأولى هي (X<sub>1</sub>,Y<sub>1</sub>) حيث X<sub>1</sub> هو عنوان داخلي محلي وهو عنوان مصدر الرزمة التي ستترجم، وY<sub>1</sub> هو عنوان داخلي عالمي، وهو عنوان وجهة الرزمة التي ستتُرجم. والثانية هي (X<sub>2</sub>,Y<sub>2</sub>) حيث X<sub>2</sub> هو عنوان داخلي عالمي وهو عنوان مصدر الرزمة بعد الترجمة، وY<sub>2</sub> هو عنوان خارجي عالمي، وهو عنوان وجهة الرزمة بعد الترجمة. بعد ذلك، إذا وردت للموجه رزمة من النطاق الداخلي نحو النطاق الخارجي، وكان عنوان مصدرها هو X<sub>1</sub> وعنوان وجهتها هو Y<sub>1</sub>، فإن الموجه سيعدل العنوانين إلى X<sub>2</sub> وY<sub>2</sub> على الترتيب، أي (X<sub>2</sub>,Y<sub>2</sub>) → (X<sub>1</sub>,Y<sub>1</sub>).<ref name="RFC-21">{{استشهاد مختصر|RFC 2663|ص=13|لغة=en}}</ref>
{{تحديد}}
== اعتبارات إضافية ==
=== طبقة الشبكة ===
==== بروتوكول رسائل التحكم في الإنترنت ====
{{أيضا|بروتوكول رسائل التحكم في الإنترنت}}
بروتوكول رسائل التحكم في شبكة الإنترنت هو {{إنج|Internet Control Message Protocol اختصاراً ICMP}} هو [[بروتوكول (اتصالات)|بروتوكول]] تبليغ عن الأخطاء يعمل مع [[بروتوكول الإنترنت (الإصدار الرابع)|بروتوكول الإنترنت]] ويقدّم مجموعة من الوظائف التي تُستخدم في إدارة الشبكة والتحري عن الأخطاء فيها، أشهرها [[بينج (أمر)|أمر التحقق من الاتصال]] <code>Ping</code> الذي يُستعمل للتحقق من اتصال [[مضيف (حوسبة)|مضيف]] ما مع الشبكة.<ref name="BOOK-16">{{استشهاد مختصر|Dyson|1999|ص=190|لغة=en}}</ref> وصف هذا البروتوكول في [[طلب تعليقات|وثيقة طلب التعليقات]] RFC 792.<ref name="RFC-22">{{استشهاد مختصر|RFC 792|ص=1|لغة=en}}</ref>
تُصنَّف رسائل هذا البروتوكول إلى صنفين: رسائل الأخطاء ورسائل الإعلام. قد تحتوي رسائل الأخطاء على ترويسة بروتوكول إنترنت كاملة أو جزئية تضمّ فيها عناوين بروتوكول إنترنت، وإذا انتقلت الرسالة بين نطاقين، وأجريت ترجمة عناوين الشبكة عليها، يجب ترجمة عناوين الشبكة المحمولة فيها أيضاً. أما في رسائل الإعلام، فيجب ترجمة مُعرِّف الاستعلام بشكل مشابه لترجمة أرقام المنافذ. في كلتا الحالتين، ونتيجة لتغيير محتويات الترويسة، يجب إعادة حساب حقل [[تحقق جمعي|التحقق الجمعي]] فيها.<ref name="BOOK-24">{{استشهاد مختصر|Fall|2012|ص=309|لغة=en}}</ref>
وُصِفت المتطلبات السلوكية اللازمة لعمل ترجمة عنوان الشبكة مع بروتوكول رسائل التحكم في الإنترنت في وثيقة طلب التعليقات RFC 5508.<ref name="RFC-23">
{{استشهاد مختصر|RFC 5508|ص=1|لغة=en}}</ref>
==== الإصدار السادس من بروتوكول الإنترنت ====
{{أيضا|بروتوكول الإنترنت (الإصدار السادس)}}
[[ملف:End-to-end Concept-ar.svg|تصغير|300بك| وفقاً [[مبدأ الطرفين|لمبدأ الطرفين]]، تكون [[شبكة حاسوب|الشبكة]] مسؤولة عن تأمين الاتصال بين [[طرفية حاسوب|الطرفيّات]] فقط، أمّا أيُّ شكلٍ من أشكال الذكاء فيوجد في الطرفيات.]]
يثار الجدل حول استعمال ترجمة عنوان الشبكة مع الإصدار السادس من بروتوكول الإنترنت، يحاجج البعض أن استعمال الترجمة يلغي مبدأً أساسيَّاً من المبادئ التي قامت عليها [[إنترنت|الإنترنت]]، وهو [[مبدأ الطرفين]]، ويقول بأنَّ تطوير واستعمال ترجمة عنوان الشبكة كان حلاً آنيَّاً لمشكلة [[استنفاد فضاء عناوين الإصدار الرابع من بروتوكول الإنترنت]]. أمَّا الفريق المؤيد للاستعمال فيجادل بأنَّ استعمال الترجمة يُقدِّم عددًا من المنافع والتسهيلات لا بديل آخر لها أو يصعب التخليّ عنها.<ref name="BOOK-18">{{استشهاد مختصر|Fall|2012|ص=310|لغة=en}}</ref><ref name="RFC-24">{{استشهاد مختصر|RFC 5902|ص=1|لغة=en}}</ref>
يشير الفريق المعارض لاستخدام تقنية الترجمة مع الإصدار السادس إلى زوال السبب الذي أدى إلى تطويرها أساساً، وهو محدودية فضاء عناوين الإصدار الرابع من بروتوكول الإنترنت وسرعة استنفاذه، ويستندون في دفاعهم إلى حقيقة أن تطبيق ترجمة عناوين الشبكة تخلق حاجزاً يوضع في وجه شفافية الشبكة، ولذلك فإنَّ [[طلب تعليقات|وثيقة طلب التعليقات]] RFC 4924 توصي بتجنب استعمال ترجمة عنوان الشبكة مع الإصدار السادس من بروتوكول الإنترنت ما دام ذلك ممكناً.<ref name="RFC-29">{{استشهاد مختصر|RFC 4924|ص=1|لغة=en}}</ref>
تُقدِّم ترجمة عناوين الشبكة مجموعةً من المنافع والتسهيلات المرتبطة بمسائل العنونة في [[بروتوكول الإنترنت (الإصدار الرابع)|الإصدار الرابع من بروتوكول الإنترنت]]، ولكنَّها تصلح أيضاً عند العنونة بالإصدار السادس منه، ومنها على سبيل المثال تجنُّب عملية إعادة العنونة إذا انتقلت مؤسسة ما من موقع جغرافي إلى آخر، وعندها يمكن للمؤسسة أن تحافظ على نطاق العناوين القديم بوصفه نطاقاً داخليَّاً محليَّاً، وتتصل مع العالم الخارجي بوصفه نطاقاً خارجيَّاً عبر عملية ترجمة عناوين الشبكة.<ref name="RFC-25">{{استشهاد مختصر|RFC 5902|ص=3|لغة=en}}</ref> ومنها أيضاً مسألة المؤسسات مُتعدِدة المواقع، والتي تكون أماكن استضافتها [[شبكة متباعدة|مُتباعدة]] جغرافيَّاً لكنَّ المُضيفين فيها معنونون بفضاء العناوين ذاته، ويمكن في حالة كهذه، السماح للمضيفين بتبادل البيانات فيما بينهم باستعمال ترجمة العناوين المُضاعَفة دون الحاجة لإعادة العنونة.<ref name="RFC-25" /><ref name="RFC-26">{{استشهاد مختصر|RFC 2663|ص=11-12|لغة=en}}</ref> ومنها أيضاً مسألة توحيد إعدادات التهيئة، فلو عُنونت [[شبكة محلية|الشبكات المحليَّة]] كلها باستعمال فضاء العناوين الخاصّ نفسه واتصلت مع العالم الخارجي عبر عملية ترجمة مُوحَّدة، لأمكن إعداد تهيئة مُوحدة تُستعمل في أي شبكة محليَّة مُعنونة بذلك الفضاء.<ref name="RFC-28">{{استشهاد مختصر|RFC 5902|ص=4-5|لغة=en}}</ref>
طُوِّرت تقنية خاصة لترجمة عناوين الشبكة من أجل الإصدار السادس من بروتوكول الإنترنت، ووصفت في الوثيقة RFC 6296، ولكنّ العمل ظل في الإطار التجريبيّ ولم ينتقل إلى مرحلة المعيار الرسمي.<ref name="RFC-30">{{ترقيم استشهادات
|م1={{استشهاد مختصر|RFC 6296|ص=1|لغة=en}}
|م2={{استشهاد مختصر|Fall|2012|ص=310-311|لغة=en}}
}}</ref>
=== طبقة النقل ===
==== بروتوكول التحكم بالإرسال ====
{{أيضا|بروتوكول التحكم بالإرسال}}
بروتوكول التحكم بالنقل {{إنج|Transprot control Protocol اختصاراً TCP}} هو [[بروتوكول (اتصالات)|بروتوكول]] [[طبقة النقل|نقل]] يؤمن توصيلاً موثوقاً للبيانات عبر قنوات [[اتصال مهيأ]].<ref name="BOOK-20">{{استشهاد مختصر|Dyson|1999|ص=386|لغة=en}}</ref> تعمل آلية ترجمة العناوين على مراقبة محتويات [[ترويسة (حوسبة)|ترويسة]] البروتوكول الموجودة داخل [[رزمة بيانات|رزم البيانات]] المُتبادلة بين طرفي الاتصال من أجل تحديد بداية الجلسة.<ref name="BOOK-21">{{استشهاد مختصر|Fall|2012|ص=307|لغة=en}}</ref> وفقاً لبروتوكول التحكم بالنقل، يُنشَئ الاتصال بين طرفين بعد إنجاز عملية [[بروتوكول التحكم بالنقل|المصافحة الثلاثيّة]]، وهي تشمل تبادلاً لمعلومات ذات صلة بالاتصال، مثل رقم التتابع. يمكن تحديد حصول المصافحة الثلاثية من خلال تمييز نمط محدد لقيم علمين من أعلام البروتوكول موجودين في ترويسته داخل الرسائل المُتبادَلة بين الطرفين. وهذان العلمان هما علما المُزامنة SYN وإشعار التأكيد ACK.<ref name="RFC-31">{{استشهاد مختصر|RFC 793|ص=27-28|لغة=en}}</ref>
تراقب آلية الترجمة محتويات الترويسة مراقبةً مُشابهةً لما سبق، لتحديد نهاية الجلسة. يُمكن تحديد النهاية، إذا كانت بالتراضي، من خلال مراقبة قيم علم النهاية FIN في ترويسة البروتوكول، أو من مراقبة قيمة علم إعادة الضبط RST في حال كان الإنهاء قسريَّاً ومباشراً.<ref>{{ترقيم استشهادات|
|م1={{استشهاد مختصر|RFC 793|ص=82|لغة=en}}
|م2={{استشهاد مختصر|Kozierok|2005|ص=307|لغة=en}}
}}</ref> تصف الوثيقة RFC 5382 المتطلبات السلوكية اللازمة لآلية ترجمة عنوان الشبكة من أجل العمل الصحيح مع بروتوكول التحكم بالنقل.<ref name="RFC-33">{{استشهاد مختصر|RFC 5382|ص=1|لغة=en}}</ref>
تُحدِّد الوثيقة السابقة أيضاً كيفية التعامل مع حالات انقطاع الاتصال، وهي الحالات التي يتوقف فيها الطرف الآخر عن المشاركة في الجلسة من غير إنهائها، أو تلك التي يتعذر فيها تحديد حالة الطرف الآخر، ويجب على [[موجه (شبكات)|المُوجِّه]] الذي يترجم العناوين عندها أن ينهي الجلسة من تلقاء ذاته. تحدد الوثيقة زمناً للانتظار في حال غياب أي نشاط من الطرف الآخر وهو 4 دقائق بعد آخر نشاط إذا كان إنشاء الاتصال قد بدأ ولكنَّه لم يكتمل، وساعتان وأربع دقائق إذا كان الاتصال مُنشأً ونشيطاً.<ref name="RFC-34">{{استشهاد مختصر|RFC 5382|ص=11|لغة=en}}</ref> بالإضافة لذلك، تتناول الوثيقة أيضاً كيفية التعامل مع حالة إنشاء الاتصال بين الأقران،<ref name="RFC-36">{{استشهاد مختصر|RFC 5128|ص=1|لغة=en}}</ref> وهي حالة خاصَّة يحاول فيها طرفا الاتصال إنشاءَه في الوقت نفسه، ويكون التغيير في تتابع قيم الأعلام مُختلفاً عن النمط الموجود في المصافحة الثلاثيَّة.<ref name="RFC-35">{{استشهاد مختصر|RFC 5382|ص=6|لغة=en}}</ref>
==== بروتوكول حزم بيانات المُستخدم ====
{{أيضا|بروتوكول حزم بيانات المستخدم}}
بروتوكول حزم بيانات المستخدم {{إنج|User Datagram protocol اختصاراً UDP}} هو [[بروتوكول (اتصالات)|بروتوكول]] [[طبقة النقل|نقل]] غير موثوق يُؤمِّن اتصالاً لنقل البيانات عبر [[اتصال غير مهيأ|قنوات غير مهيأة]].<ref name="Book-23">{{استشهاد مختصر|Dyson|1999|ص=400|لغة=en}}</ref> يدعم هذا البروتوكول عملية نقل البيانات من غير تأسيس اتصال، وهو لا يطلب إشعاراً لتأكيد استلام البيانات المُرسَلة، ولذلك تكون [[ترويسة (حوسبة)|ترويسته]] أصغر حجماً.<ref name="RFC-37">{{استشهاد مختصر|RFC 768|ص=1|لغة=en}}</ref> نتيجةً لذلك، لا أعلام في الترويسة تساعد على تحديد بداية ونهاية الجلسة، فهي الجلسة عند وصول أول [[رزمة بيانات]] تُحدد محتوياتها اتصالاً جديداً، وتجري عملية الترجمة عليها بحسب التهيئة، ويُرفع علم بيان الحالة الخاص بثنائية المُعرفات المستخدم للدلالة على حجزه لمدة زمنية، هي دقيقتين على الأقل {{ملا|قد تتنوع قيمة مؤقت الانتظار بشكلٍ كبير وفقاً للتطبيق الذي يُنفِّذ ترجمة عناوين الشبكة، ولكن التوصيات المعياريَّة توصي بألا تقل هذه المدة عن [[دقيقة|دقيقتين]]، وتُحبِّذ قيمة 5 دقائق لها.<ref name="RFC-45" /><ref name="Book-25">{{استشهاد مختصر|Kozierok|2005|ص=509|لغة=en}}</ref>}}، وهي تُجدد آليَّاً كُلما استقبل [[موجه (شبكات)|المُوجِّه]] المُترجِم رزمةً جديدةً من نفس الجلسة، فإذا انتهت المدة ولم تستقبل أي رزمة بعدُ، عدّ المُوجه أن الاتصال مقطوعٌ، وُحرَّر زوجي المُعرِّفات المُستخدمين في الترجمة.<ref name="RFC-45">{{استشهاد مختصر|RFC 4787|ص=12|لغة=en}}</ref>
تظهر مشكلة مُرتبطة بعملية [[تقطيع (شبكات)|تقطيع رزم البيانات]] عند استعمال البروتوكول، فالقطع الناتجة، جميعها خلا الأولى، لا تحتوي ترويسة بروتوكول النقل، وبسبب ذلك، لا يُمكن إجراء عملية ترجمة أرقام المنافذ ما لم يُعاد تجميع الرزمة الأصليَّة كاملةً. في هذه الحالة، غالباً ما يجري التخلص من الرزمة من غير إجراء عملية الترجمة، وتحصل هذه المشكلة نفسها لو اُستخدم [[بروتوكول التحكم بالإرسال]] أيضاً.<ref name="RFC-39">{{استشهاد مختصر|RFC 8085|ص=19|لغة=en}}</ref>
==== بروتوكولات أخرى ====
تستعمل بروتوكولات [[طبقة النقل|نقل]] أخرى في شبكات البيانات وهي أقل شيوعاً من البروتوكولين السابقين، منها مثلاً {{وإو|بروتوكول التحكم بازدحام الرزم|Datagram Congestion Control Protocol|en|بروتوكول التحكم بازدحام الرزم}} {{اختصار مخفي|DCCP| Datagram Congestion Control Protocol}} الموصُوف [[طلب تعليقات|بوثيقة طلب التعليقات]] RFC 4340.<ref>{{استشهاد مختصر|RFC 4340|ص=1|لغة=en}}</ref> تصف الوثيقة 5597 RFC المتطلبات السلوكية اللازمة لاستعمال ترجمة عناوين الشبكة مع هذا البروتوكول.<ref name="RFC-41">{{استشهاد مختصر|RFC 5597|ص=1|لغة=en}}</ref> أمَّا [[بروتوكول التحكم بتدفق النقل]] {{اختصار مخفي|SCTP| بروتوكول التحكم بتدفق النقل}} فهو بروتوكول نقل طُوِّر أساساً لنقل رسائل التأشير الخاصة [[شبكة هاتف عامة|بشبكات الهاتف العامَّة]] عبر شبكة معنونة [[بروتوكول الإنترنت|ببروتوكول الإنترنت]]، وله تطبيقاتٌ أخرى في مجال نقل [[نقل الصوت باستعمال بروتوكول الإنترنت|الصوت عبر الإنترنت]]<ref>{{استشهاد مختصر|Javvin|2005|ص=147|لغة=en}}</ref>، وهو موصوف بالوثيقة 4960 RFC.<ref name="RFC-42">{{استشهاد مختصر|RFC 4960|ص=1|لغة=en}}</ref> لا يوجد وثيقة طلب تعليقات تصف المُتطلبات السلوكية لاستعمال ترجمة عناوين الشبكة معه، ولكن يتوفر مسودة لوثيقة صيغت في سنة 2009م، ولم تُصبِح معياراً رسميَّاً.<ref group="وب-إنج">{{استشهاد بويب
|مؤلف1       =  R. Stewart
|مؤلف2       =  M. Tuexen
|مؤلف3       =  I. Ruengeler
|تاريخ      =   16 فبراير 2009
|عنوان      = Stream Control Transmission Protocol (SCTP) Network Address Translation
|مسار       = https://tools.ietf.org/id/draft-ietf-behave-sctpnat-01.html
|موقع       =  The Internet Society
|لغة        =  en
|صفحة      =1
|تاريخ الوصول =  2 أبريل 2020
|مسار أرشيف= https://web.archive.org/web/20200402131543/https://tools.ietf.org/id/draft-ietf-behave-sctpnat-01.html|تاريخ أرشيف=2020-04-02}}</ref>
== مشكلات في التنفيذ ==
* [[تقطيع (شبكات)|تقطيع]] رزم البيانات: إذا قطعت رزم البيانات، فإن ترويسة بروتوكول النقل ستكون في أول قطعة فقط، ويُسبب هذا إشكالات في مراقبة الجلسة إذا كان بروتوكول النقل هو بروتوكول التحكم بالنقل. بالإضافة لذلك، أيَّاً كان بروتوكول النقل المُستعمل، لا يمكن تنفيذ ترجمة أرقام المنافذ في حال التقطيع، فجميع القطع الناتجة، ما خلا القطعة الأولى لا تحتوي على أرقام المنافذ أصلاً بسبب غياب ترويسة بروتوكول النقل فيها، ولا يمكن إجراء ترجمة أرقام المنافذ عليها.<ref name="BOOK-24"/>
* الاستعمال مع [[بروتوكول نقل الملفات]]: يستعمل بروتوكول نقل الملفات أمري Port وPASV {{ملا|وهذا اختصار من كلمة غير فاعل {{إنج|Passive}}، وهو أمرٌ لمخدم [[بروتوكول نقل الملفات]] للانتظار ومراقبة الأوامر الواردة بحثاً عن رقم منفذ مُحدد من أجل إنشاء الاتصال، عوضاً عن الوضع الافتراضي الذي تبدأ فيه عملية بإنشاء الاتصال بعد استقبال أمر النقل مباشرةً.<ref name="RFC-44" />}} في جلسة التحكم الخاصة بالحمولة من أجل تحديد عنوان بروتوكول الإنترنت ورقم المنفذ اللذان سوف يستعملان في جلسة نقل البيانات ويجري عملية نقلهما بعد ترميزهما بترمز [[أسكي|آسكي]].<ref name="RFC-44">{{استشهاد مختصر|RFC 959|ص=28|لغة=en}}</ref> وتحصل المشكلة عندما يتغير طول العنوان فمثلاً العنوان: 10.0.0.1 يُرمَّز بخمسة محارف آسكي، بينما يُرمَّز العنوان 200.100.10.1 بتسع محارف. وهذا التغيير في الطول إشكالاً في قيمة رقم التتابع في ترويسة [[بروتوكول التحكم بالنقل]]، ويجب، بعد إجراء الترجمة، تحديث هذه القيمة أيضاً لتعكس التغيير الحاصل في الترويسات في رزمة البيانات المُترجَمة.<ref name="RFC-43">{{استشهاد مختصر|RFC 2663|ص=25-26|لغة=en}}</ref>
* التطبيقات المعتمدة على المُعرِّفات المترجمة: توجد مجموعة من التطبيقات اللاتي يعتمد عملها على [[عنوان بروتوكول الإنترنت]] أو أرقام [[منفذ (شبكات)|المنافذ]] أو تحتويهما في موقع ما من [[ترويسة (حوسبة)|ترويستها]]. وبالتالي، فإنَّ تبديل هذا العنوان بعملية الترجمة يُسبب مشكلة في عمل التطبيق، ويجب إجراء عملية التبديل في ترويسة بروتوكول التطبيق أيضاً، وللقيام بذلك تُستخدم تطبيقات خاصَّة تُهيأ في [[موجه (شبكات)|المُوجِّه]] المُترجِم بعملية الترجمة، وتسمَّى الواحدة منها البوابة على مستوى التطبيق {{إنج|Application level gateway اختصاراً ALG}}.<ref name="RFC-47">{{استشهاد مختصر|RFC 2663|ص=6|لغة=en}}</ref> طرح حل آخر لهذه المشكلة وهو تخطي الترجمة {{إنج|NAT Traversal}} ويشمل عمل تطبيق ما في المضيفين للحصول على مُعرِّفات الطرف الآخر البعيد الذي يراد الاتصال معه، ثم إجراء التبديل اللازم في ترويسة بروتوكول التطبيق في المُضيف الذي يُرسل الرزمة قبل إرسالها لتجري ترجمة العناوين فيها.<ref name="BOOK-26">{{استشهاد مختصر|Fall|2012|ص=316|لغة=en}}</ref> طُوِّرت مجموعة من البروتوكولات التي تتبنى هذا الحل أو شكلاً مُشتقَّاً عنه، أشهرها: {{وإو|بروتوكول خدمات تخطي جلسة ترجمة عنوان الشبكة|STUN|en|بروتوكول خدمات تخطي جلسة ترجمة عنوان الشبكة}} {{اختصار مخفي|STUN|Session Traversal Utilities for NAT}} وهو موصوف في الوثيقة RFC 5389،<ref name="RFC-49">{{استشهاد مختصر|RFC 5389|ص=12|لغة=en}}</ref> و{{وإو|بروتوكول تخطي الترجمة باستعمال المرحلات|Traversal Using Relays around NAT|en|بروتوكول تخطي الترجمة باستعمال المُرحلات}} {{اختصار مخفي| TURN|Traversal Using Relays around NAT}} وهو موصوف في الوثيقة RFC 5766.<ref>{{استشهاد مختصر|RFC 5766|ص=12|لغة=en}}</ref>
* الحاجة لإعادة الحساب: ترجمة عنوان الشبكة هي آلية تتطلب حوسبة وقدرات معالجة بكثافة، فمن أجل كل رزمة يجري ترجمتها، يلزم إعادة حساب كل تحقق جمعيّ يشمل ما جرى تعديله، وهذا يتطلب قدرات معالجة وقد يُسبب تأخيراً في عملية توجيه الرزمة.<ref name="RFC-48">{{استشهاد مختصر|RFC 2663|ص=26|لغة=en}}</ref>
== هوامش ==
{{بداية المراجع}}
{{ملاحظات|2}}
{{نهاية المراجع}}
== انظر أيضًا ==
{{روابط شقيقة}}
* [[بروتوكول الإنترنت (الإصدار الرابع)|الإصدار الرابع من بروتوكول الإنترنت]] (IPv4)
* [[توجيه بين نطاقي غير صنفي|التوجيه غير الصنفيَّ بين النطاقات]] (CIDR)
== مراجع ==
=== فهرس الإحالات ===
;فهرس المنشورات
:بالعربية
{{بداية المراجع}}
{{مراجع|مجموعة="عر"}}
{{نهاية المراجع}}
:بالإنجليزية
{{بداية المراجع}}
{{مراجع|محاذاة=نعم}}
{{نهاية المراجع}}
;فهرس الوب
{{بداية المراجع}}
{{مراجع|مجموعة="وب-إنج"|محاذاة=نعم}}
{{نهاية المراجع}}
=== المعلومات الكاملة للمراجع ===
<u>أولاً:</u> الكتب: ''(مرتبة وفقاً لتاريخ النشر)''
;بالعربية
{{بداية المراجع|30em}}
* {{استشهاد بويكي بيانات|Q108408025|مرجع=الجمعية السورية2000}}
* {{استشهاد بويكي بيانات|Q111284802|مرجع=بكني2022}}
{{نهاية المراجع}}
;بالإنجليزية
{{بداية المراجع|30em|محاذاة=نعم}}
* {{استشهاد بويكي بيانات|Q115917529|مرجع=Dyson1999}}
* {{استشهاد بويكي بيانات|Q115917346|مرجع=Kozierok2005}}
* {{استشهاد بويكي بيانات|Q118316084|مرجع=Javvin2005}}
* {{استشهاد بويكي بيانات|Q115919723|مرجع=Odom2013}}
* {{استشهاد بويكي بيانات|Q115922106|مرجع=Fall2012}}
{{نهاية المراجع}}
<u>ثانياً:</u> وثائق طلب التعليقات:'' (مرتبة بحسب رقم الوثيقة)''
{{بداية المراجع|30em|محاذاة=نعم}}
* {{استشهاد بويكي بيانات|Q3415160|مرجع=RFC 768}}
* {{استشهاد بويكي بيانات|Q47467078|مرجع=RFC 791}}
* {{استشهاد بويكي بيانات|Q47477090|مرجع=RFC 792}}
* {{استشهاد بويكي بيانات|Q47466552|مرجع=RFC 793}}
* {{استشهاد بويكي بيانات|Q47484148|مرجع=RFC 950}}
* {{استشهاد بويكي بيانات|Q47323322|مرجع=RFC 959}}
* {{استشهاد بويكي بيانات|Q47468405|مرجع=RFC 1338}}
* {{استشهاد بويكي بيانات|Q47164409|مرجع=RFC 1631}}
* {{استشهاد بويكي بيانات|Q47457995|مرجع=RFC 1752}}
* {{استشهاد بويكي بيانات|Q47472593|مرجع=RFC 1883}}
* {{استشهاد بويكي بيانات|Q47462819|مرجع=RFC 1918}}
* {{استشهاد بويكي بيانات|Q47460236|مرجع=RFC 2663}}
* {{استشهاد بويكي بيانات|Q47466014|مرجع=RFC 3022}}
* {{استشهاد بويكي بيانات|Q47459692|مرجع=RFC 4340}}
* {{استشهاد بويكي بيانات|Q47485207|مرجع=RFC 4632}}
* {{استشهاد بويكي بيانات|Q47450000|مرجع=RFC 4787}}
* {{استشهاد بويكي بيانات|Q47464341|مرجع=RFC 4924}}
* {{استشهاد بويكي بيانات|Q47470961|مرجع=RFC 4960}}
* {{استشهاد بويكي بيانات|Q47483629|مرجع=RFC 5128}}
* {{استشهاد بويكي بيانات|Q47463379|مرجع=RFC 5382}}
* {{استشهاد بويكي بيانات|Q47457910|مرجع=RFC 5389}}
* {{استشهاد بويكي بيانات|Q47483384|مرجع=RFC 5508}}
* {{استشهاد بويكي بيانات|Q47484245|مرجع=RFC 5597}}
* {{استشهاد بويكي بيانات|Q47450661|مرجع=RFC 5766}}
* {{استشهاد بويكي بيانات|Q47466457|مرجع=RFC 5902}}
* {{استشهاد بويكي بيانات|Q47463929|مرجع=RFC 6296}}
* {{استشهاد بويكي بيانات|Q47470786|مرجع=RFC 6335}}
* {{استشهاد بويكي بيانات|Q47462480|مرجع=RFC 6890}}
* {{استشهاد بويكي بيانات|Q47481598|مرجع=RFC 8085}}
{{نهاية المراجع}}
== وصلات خارجية ==
* [https://web.archive.org/web/20190415044954/https://www.frameip.com/nat/ ترجمة عنوان بروتوكول الإنترنت]، مقالة اللغة الفرنسية.
* [https://web.archive.org/web/20190919232337/http://tcpipguide.com/free/t_IPNetworkAddressTranslationNATProtocol.htm ترجمة عنوان بروتوكول الإنترنت]، مقالة باللغة الإنكليزية من دليل [http://www.tcpipguide.com/index.htm حزمة بروتوكول الإنترنت].
{{شريط بوابات|إنترنت|اتصال عن بعد|تقانة المعلومات|علم الحاسوب}}
{{شريط محتوى متميز|1=جيدة|التاريخ=26 فبراير 2025|النسخة=69712675|تاريخ مراجعة الزملاء=26 ديسمبر 2024}}
[[تصنيف:بروتوكولات الإنترنت]]
[[تصنيف:ترجمة عنوان شبكة]]
[[تصنيف:شبكات]]