stanford-oval/wikipedia huggingface dataset:
ترجمة عنوان الشبكة
خلفية عامة > الشبكات الخاصة

المقالة الرئيسة: شبكة خاصة
الشبكات الخاصة (بالإنجليزية: Private network)‏ هي أفضية جزئيَّة من فضاء الإصدار الرابع من بروتوكول الإنترنت، وهي محجوزة من أجل الاستعمال المحلي فقط ولا يُعلن عنها في الإنترنت. حجزت أيانا، وهي الهيئة الناظمة لتحصيص فضاء بروتوكول الإنترنت، ثلاثة أفضية جزئية هي 10.0.0.0/8 و172.16.0.0/12 و192.168.0.0/16. يُسمَّى الفضاء الأول المجال ذي البتات الأربعة والعشرين (بالإنجليزية: 24 bit block)‏، والثاني بالمجال ذي البتات العشرين والثالث بالمجال ذي البتات الست عشرة، وهذه الأطوال هي أطوال قسم المُضيف في تمثيل البادئة للمجالات الثلاثة. يُكافِئ المجال الأول شبكة قياسية من الصنف A ويُكافئ الثاني 16 شبكة قياسية متتاليَّة من الصنف B، ويُكافِئ الثالث 256 شبكة جزئية قياسيَّة من الصنف C.
| اسم المجال | امتداد المجال | تمثيل البادئة   (القناع) | طول قسم البادئة | طول قسم المضيف | عدد عناوين المجال | المُكافئ في العنونة الصنفيَّة |
| --- | --- | --- | --- | --- | --- | --- |
| ذو البتات الأربعة والعشرين | 10.0.0.0 - 10.255.255.255 | 8/   (255.0.0.0) | 8 | 24 | 16777216 | فضاء قياسي من الصنف A |
| ذو البتات العشرين | 172.16.0.0 - 172.31.255.255 | 12/   (255.240.0.0) | 12 | 20 | 1048576 | 16 فضاء قياسي متتالٍ من الصنف B |
| ذو البتات الست عشرة | 192.168.0.0 - 192.168.255.255 | 16/   (255.255.0.0) | 16 | 16 | 65536 | 256 فضاء قياسي متتالٍ من الصنف C |
خلفية عامة > أرقام المنافذ

المقالة الرئيسة: منفذ (شبكات)
رقم المنفذ (بالإنجليزية: Port number)‏ هو مُعرِّف رقمي يُستخدم لتمييز الاتصال وفق حزمة بروتوكولات الإنترنت، يبلغ طوله 16 بتاً أي بالإمكان توليد 216 = 65536 رقم منفذ متمايز. بصورةٍ عامَّةٍ، في شبكات البيانات، تخدم المنافذ غرضين أساسيين، أولهما إتاحة آلية للتمييز بين جلسات الاتصال المختلفة التي قد تجري بين طرفين، وثانيها مساعدة بروتوكول النقل في تحديد بروتوكول التطبيق الذي يستخدمه، ولهذا أهمية خاصة في عمليتي التغليف وفك التغليف. بالإضافة لذلك، يُستعمل رقم المنفذ جنباً إلى جنب مع عنوان بروتوكول الإنترنت لإنشاء مقبس الاتصال (بالإنجليزية: Socket)‏، ويمكن تمييز أي اتصال بشكل فريد وفقاً لقيم المقبسين على طرفيه.
يُقسَّم مجال أرقام المنافذ إلى ثلاث أقسام فرعيَّة هي: أرقام منافذ النظام ومجالها (0-1023)، وأرقام منافذ المستخدم ومجالها (1024-49151)، وأرقام المنافذ الخاصة (49152-65535). تشرف المجموعة التوجيهية لهندسة الإنترنت (IESG) على منح أرقام منافذ النظام، في حين تدير هيئة أرقام الإنترنت المُخصصة، أي أيانا، عملية منح أرقام منافذ المستخدم، وأمَّا أرقام المنافذ الخاصة فلا تُمنح.
الوصف > تعاريف واصطلاحات

تُعرِّف وثيقة طلب التعليقات RFC 2663، المعنونة: «اعتبارات واصطلاحات لترجمة عنوان الشبكة» المفاهيم التاليَّة:
نطاق عناوين (بالإنجليزية: Address realm)‏: هو قطاع من الشبكة تُمنح عناوين بروتوكول الإنترنت فيه للمُضيفين بشكلٍ فريد، أي لا يمكن أن يُمنح مُضيفان نفس العنوان في هذا النطاق.
نطاق العناوين الخارجي: هو نطاق عناوين تديره أيانا أو سجلات إنترنت أدنى في هرمية تحصيص العناوين.
نطاق العناوين الداخلي: هو نطاق عناوين خاصَّة، ويمكن استعمال نطاقات كهذه محليَّاً من قِبَل أكثر من مُنظمة في الوقت نفسه وبشكل مستقلٍ، أي من غير مراجعة هيئة تحصيص العناوين أو سجلات الإنترنت الإقليمية.
التوجيه غير المرئيّ (بالإنجليزية: Transparent routing)‏: هو توجيهٌ رزم البيانات بين نطاقي عناوين مختلفين، أي داخليّ وخارجيّ. ويشمل ذلك قيام الموجه الذي يُجري عملية الترجمة بتغيير محتويات ترويسة بروتوكول الإنترنت وبروتوكول التحكم بالنقل. وهو يختلف عن التوجيه التقليدي الذي يحصل ضمن نطاق عناوين واحد. يُوصف هذا التوجيه بأنه غير مرئي لأنه غير مُلاحَظ من قبل المُضيفين، فهم لا يُدركون حصوله، ولا يدركون تغيير محتويات الترويسة الحاصل في أثناء عملية الترجمة.
الجلسة (بالإنجليزية: Session)‏ الجلسة هي حركة البيانات التي تخضع لعملية الترجمة. واتجاه الجلسة فهو اتجاه هذه الحركة عند البدء، أي من أيِّ نطاق بدأت؟ ونحو أيّ نطاقٍ تتجه؟ بعد إنشاء الجلسة، فإن حركة البيانات ستشمل تدفقاً لرزم بيانات بروتوكول الإنترنت بالاتجاهين، بغض النظر عن اتجاه الجلسة. تجري ترجمة عناوين الشبكة على الجلسة كاملةً، ويحدد اتجاه تدفق الجلسة باتجاه تدفق أول رزمة بيانات فيها.
الموجه المُترجِم: هو الموجه الذي يُنجِز عملية الترجمة.
الوصف > مبدأ العمل

تعمل ترجمة عناوين الشبكة على تغيير قيم حقول محددة في ترويسات رزم البيانات التي تمر عبر الموجه المُترجِم، يُمكن أن تحصل عملية الترجمة على رزم البيانات التي تعبر الموجه بكلا الاتجاهين. تشمل الحقول التي يُبدل محتواها حقول عناوين المصدر أو الوجهة أو كليهما في ترويسة بروتوكول الإنترنت وحقول عناوين رقم منفذ المصدر أو الوجهة أو كليهما في ترويسة بروتوكول النقل المستعمل، وحقل معرِّف الاستعلام في ترويسة بروتوكول رسائل التحكم في الإنترنت. يُسبب تغيير محتوى ترويسة بروتوكول الإنترنت أو بروتوكول النقل المستعمل الحاجة إلى إعادة حساب قيمة حقل التحقق الجمعي (بالإنجليزية: Checksum)‏ في أي ترويسة جرى تعديل قيمة أحد حقولها.
تعمل تقنية ترجمة عنوان الشبكة عبر آلية مكونة من ثلاث مراحل كما يأتي:
مرحلة التهيئة: وتشمل بناء ثنائيات من محددات الاتصال، أي عناوين إنترنت أو أرقام منافذ أو الاثنين معاً، وتتألف كل ثنائية من جزأين: جزءٌ من النطاق الداخليّ وجزءٌ من النطاق الخارجيّ، وتشمل عملية التهيئة أيضاً تحديد الاتجاه الذي يُسمح فيه بإنشاء الجلسة. بعد ذلك، ترتبط كل ثنائية بعلمٍ لبيان حالتها، ويكون العلم مرفوعاً، أي قيمته مساوية للواحد، فقط إن وجدت جلسة جارية ترتبط بهذه الثنائية، وبخلاف ذلك فقيمته صفريَّة.
مرحلة المراقبة والترجمة: ويجري فيها مراقبة حركة البيانات عبر المُوجِّه، فإذا مرَّت رزمة بيانات كانت معلومات الترويسة فيها متوافقة مع أحد الثنائيات المهيَّئة في المرحلة السابقة، وكان اتجاه حركة الرزمة متوافق مع اتجاه إنشاء الجلسة أيضاً، فإن جلسة جديدة ستبدأ، ويُبدِّل الموجه قيم حقول الترويسة بما يتوافق مع التهيئة، ويُرفع علم بيان الحالة المرتبط بالثنائية ذات الصلة، ويلي ذلك إجراء الترجمة على رزم بيانات الجلسة جميعها وبالاتجاهين.
مرحلة التحرير: عندما تُغلق الجلسة، يُخفَض علم بيان الحالة، ويُحرر زوجا العناوين اللذان يشكلان الثنائية، وتعاد الثنائية ثانيةً إلى وضع المراقبة.
أنماط الترجمة

يتضمن أبسط أشكال الترجمة تبديل عنوان مصدر رزمة بروتوكول الإنترنت، وتحديداً استبدال عنوان المصدر الخاصّ المحليّ بعنوان فريد عالميَّاً، وتبدو الرزمة بعد ذلك وكأنَّها قادمة من العنوان الجديد. وفي شكل أكثر تعقيداً، بإمكان عملية الترجمة أن تستبدل عنوان مصدر الرزم القادمة من شبكة الإنترنت إلى شبكة محليَّة خاصَّة، فتبدو بعد ذلك كأنَّها قادمة من وجهة محليَّة فيها، ويُمكن أيضاً أن تشمل العملية استبدال عنواني المصدر والوجهة معاً.
أنماط الترجمة > الترجمة التقليدية

ترجمة العناوين التقليدية (بالإنجليزية: Traditional NAT)‏: هي الشكل الأبسط من ترجمة العناوين، وهي تسمح لمُضيفي عناوين نطاق داخليّ بالاتصال مع مضيفي عناوين نطاق خارجيّ. تحصل عملية الترجمة في مُوجِّه يصل بين النطاقين، وينجز التوجيه غير المرئي بالنسبة للمُضيفين. في هذا النوع من الترجمة، تكون الجلسات المنشأة وحيدة الاتجاه، أي بالإمكان إنشاؤها باتجاه واحد فقط، وغالباً ما يكون من النطاق الداخلي نحو الخارجي. يجب الانتباه إلى أن حركة رزم بيانات وعملية ترجمة العناوين بعد إنشاء الجلسة تكون بكلا الاتجاهين، أي أن الشرط السابق هو لاتجاه إنشاء الجلسة وليس لحركة رزم البيانات فيها.
تشمل ترجمة العناوين التقليدية النمطين التاليين:
الترجمة الأساسية لعناوين الشبكة ( بالإنجليزية: Basic NAT )‏ وتحصل عملية الترجمة فيها على عناوين مصادر ووجهات رزم بروتوكول الإنترنت. وتُصنَّف إلى نوعين وفقاً للطريقة التي يجري فيها تحديد ثنائيات العناوين التي تترجم بين النطاقين الداخليّ والخارجيّ، وهما:
ترجمة عناوين الشبكة الثابتة (بالإنجليزية:  Static NAT)‏
ترجمة عناوين الشبكة المُتغيَّرة (بالإنجليزية:  Dynamic NAT)‏
ترجمة عناوين الشبكة وأرقام المنافذ (بالإنجليزية:  Network Address Port translation اختصاراً NAPT)‏
أنماط الترجمة > الترجمة التقليدية > الثابتة

في الترجمة الثابتة، يُهيَّأ المُوجِّه المُترجِم بعددٍ صحيح N من ثنائيات عناوين بروتوكول الإنترنت، أي (X1,Y1) و (X2,Y2) حتى (XN,YN)، حيث X هو عنوان بروتوكول الإنترنت من نطاق العناوين الداخليّ وY هو عنوان بروتوكول إنترنت من نطاق العناوين الخارجيّ. بالإضافة لذلك، يُهيَّأ المُوجِّه أيضاً بالاتجاه المسموح لإنشاء الجلسة، وهو في حالة الترجمة التقليديَّة من النطاق الداخليّ إلى الخارجي. يراقب المُوجِّه بعدها حركة البيانات المارة عبره لأجل إنشاء جلسة ترجمة متوافقة مع ثنائيات العناوين والاتجاه المسموح. بعد الإنشاء، يُعدِّل المُوجِّه عنوان المصدر في رزم البيانات القادمة من النطاق الداخلي ويغير قيمته إلى العنوان الخارجيَّ وفقاً لقيم الثنائيات التي هُيِّئ بها، أما في الرزم القادمة من النطاق الخارجي إلى الموجه، والتي تكون وجهتها العنوان الخارجي، فيُعدِّل عنوان الوجهة فيها ويُغيّره إلى العنوان الداخلي وفقاً لقيم الثنائيات السابقة نفسها، وذلك بشرط أن تكون الجلسة قد أُنشِئَت قبلاً.
يُوصف هذا النوع من الترجمة بأنَّه ثابِت، لأنَّ ثنائيات العناوين التي تجري الترجمة بمقتضاها ثابتة البِنية لا تتغير آليّاً، ويُوصَف أيضاً بأنَّه ترجمةُ واحدٍ إلى واحدٍ (بالإنجليزية: One-to-one)‏ لأنَّ المُوجِّه يترجم عنواناً خاصَّاً واحداً من النطاق الداخليّ إلى عنوان عام واحد من النطاق الخارجيّ والعكس بالعكس.
أنماط الترجمة > الترجمة التقليدية > المتغيرة

تُنْشَأ جلسات الترجمة المُتغيَّرة انطلاقاً من النطاق الداخليّ فقط، ويشترط لتنفيذها توفُّر عناوين من النطاق الخارجي (Y1... YN)، بالإضافة إلى مجموعة من عناوين النطاق الداخلي (X1... XM) حيث M وN هي أعداد صحيحة موجبة تُمثِّل عدد العناوين في النطاقين الداخليّ والخارجيّ على الترتيب. ويكون شرط بدء الجلسة هو أن ينتمي عنوان مصدر الرزمة إلى النطاق الداخليّ، أي (X1... XM). وعند بدء جلسة ترجمة، انطلاقاً من النطاق الداخلي، يختار المُوجِّه الذي ينفذ عملية الترجمة عنوان ما من مجموعة عناوين الخارجي Yk ويربطها مع عنوان مصدر الرزمة Xi، ثُمّ يُشكِّل منها ثنائية (Xi,Yk) آليَّاً، ويحتفظ به في جدول الترجمة الآلية، وتجري عملية تبديل عناوين مصادر الرزم البيانات في الجلسة ذات الصلة بناءً على قيم هذه الثنائية، وعند إغلاق الجلسة، يجري تحرير العناوين لإعادة استخدامها مرة أخرى في تشكيل ثنائيات جديدة. يكون زوجا أي ثنائية غير ثابتين، أي بالإمكان أن يرتبط أحد الشطرين مع عدة أشطر أخرى، في جلسات متنوعة متتالية، والعكس بالعكس فيما يخص الزوج الآخر، وذلك عوضاً عن اعتماد ثنائيات محددة الأشطر، كما هو الحال في الترجمة الثابتة.
قد تكون عناوين المجموعتين السابقتين مُختلِفة العدد، وغالباً ما تكون أعداد العناوين المتاحة لتشكيل الثنائيات في النطاق الداخليّ أكبر من تلك المتاحة في النطاق الخارجيّ، ويبني المُوجِّه عندها الثنائيات من عناوين النطاقين وفق ما سبق حتى استنفاد النطاق الأصغر حجماً، ولا يمكن بعدها إنشاء أيّ جلسةٍ جديدةٍ حتى يتحرر وة جا ثنائية محجوزة من جلسةٍ سابقةٍ. تُوصف هذه الترجمة أيضاً بأنَّها ترجمة واحد إلى واحد، لأنَّها تقوم بترجمة عنوان خاص واحد من النطاق الداخلي إلى عنوان عام واحد من النطاق الخارجي.
أنماط الترجمة > الترجمة التقليدية > العناوين وأرقام المنافذ

في ترجمة أرقام المنافذ، ومن أجل الرزم الواردة إلى الموجه من نطاق العناوين الداخليّ باتجاه النطاق الخارجيّ، يُبدَّل عنوان المصدر في الرزمة X مع رقم منفذ المصدر فيها x بعنوان مصدر جديد هو Y ورقم منفذ آخر هو y، أخذاً بالحسبان أن العنوان X من النطاق الداخلي والعنوان Y هو عنوان من النطاق الخارجي، ويُعبَّر عن عملية الترجمة السابقة بالشكل: X:x → Y:y. يمكن أن تجري العملية السابقة على فضاء محدد من النطاقين الداخلي والخارجي، وأن تُحدَد الثنائيات تحديداً ثابتاً أو آليّ.
يوجد شكلٌ خاصٌّ من ترجمة أرقام المنافذ، يُسمَّى التحميل الزائد لترجمة أرقام المنافذ (بالإنجليزية: PAT overloading)‏، وفيها يُستخدم عنوان مصدر واحد فقط من النطاق الخارجيّ في عملية الترجمة. فلو كانت ثنائيات العناوين وأرقام المنافذ في النطاق الداخليّ هي X1:x1 وX2:x2 وX3:x3، وبدأ كل منها جلسةً ترجمة، فإنَّها ستترجم وفقاً لعملية التحميل الزائد إلى Y:y1 وY:y2 وY:y3 على الترتيب. ويمكن لهذه الطريقة من الترجمة أن تسمح، نظريَّاً، بترجمة ما يزيد عن 65 ألفاً من العناوين الداخلية باستعمال عنوان خارجيّ وحيد، وتقلل بذلك من استنفاد فضاء عناوين الإصدار الرابع من بروتوكول الإنترنت.
يُمكن أن تجري عملية الترجمة على رسائل المعلومات في ترويسة بروتوكول رسائل التحكم في الإنترنت بالطريقة السابقة نفسها أيضاً.
أنماط الترجمة > الترجمة ثنائية الاتجاه

ترجمة العناوين ثُنائيَّة الاتجاه (بالإنجليزية: Bidirectional NAT أو Two-way NAT)‏ وهي شكل من أشكال ترجمة عناوين الشبكة يسمح بإنشاء الجلسات بدءاً من مُضيفين في نطاقي العناوين كليهما، أي انطلاقاً من النطاق الداخليّ والخارجيّ. مع أخذ ذلك بالحسبان، فإنَّ عملية الترجمة ثُنائيَّة الاتجاه تخضع لنفس القواعد المستعملة في الترجمة التقليديَّة سواءً لجهة كيفيَّة إنشاء ثنائيات العناوين التي ستُترجم أو لجهة ما يجري ترجمته، أي عناوين أو أرقام منافذ أو كليهما.
أنماط الترجمة > الترجمة المُضاعفة

ترجمة العناوين المضاعفة (بالإنجليزية: Twice NAT)‏ وهي شكل من أشكال ترجمة عناوين الشبكة، وفيه يُعدَّل عنوانا المصدر والوجهة معاً في رزمة البيانات التي يجري ترجمتها، وهي تُوصف بالمُضاعفة تمييزاً لها عن الترجمة التقليديَّة وعن الترجمة ثُنائيَّة الاتجاه.
تضيف هذه الترجمة بُعداً جديداً لتصنيف العناوين، وهو النطاق الذي تستخدم فيه العناوين، فإذا كان العنوان مستخدماً في نطاقه فهو عنوان محليّ، وإن كان مُستخدماً خارج نطاقه فهو عنوان عالميّ، وبإضافة هذا للتصنيف الذي يقسم العناوين على أساس موقع مُضيفها يمكن تعريف التصانيف التالية:
العنوان الداخليّ المحليّ: وهو عنوان مستضاف في النطاق الداخليّ، وهو يُستعمل في النطاق نفسه.
العنوان الداخليّ العالميّ: وهو عنوان مستضاف في النطاق الداخليّ وهو يُستعمل خارج النطاق. أي هو عنوان لمُضيف داخليّ، ولكنَّه مرئيٌّ في النطاق الخارجيّ.
العنوان الخارجيّ المحليّ: وهو عنوان مستضاف في النطاق الخارجيّ، وهو يُستعمل في النطاق نفسه.
العنوان الخارجيّ العالميّ: وهو عنوان مستضاف في النطاق الخارجيّ وهو يُستعمل خارج النطاق. أي هو عنوان لمُضيف خارجيّ، ولكنَّه مرئيٌّ من النطاق الداخليّ.
يُهيَّأ الموجه بثنائيتين من عناوين المصدر والوجهة، الأولى هي (X1,Y1) حيث X1 هو عنوان داخلي محلي وهو عنوان مصدر الرزمة التي ستترجم، وY1 هو عنوان داخلي عالمي، وهو عنوان وجهة الرزمة التي ستتُرجم. والثانية هي (X2,Y2) حيث X2 هو عنوان داخلي عالمي وهو عنوان مصدر الرزمة بعد الترجمة، وY2 هو عنوان خارجي عالمي، وهو عنوان وجهة الرزمة بعد الترجمة. بعد ذلك، إذا وردت للموجه رزمة من النطاق الداخلي نحو النطاق الخارجي، وكان عنوان مصدرها هو X1 وعنوان وجهتها هو Y1، فإن الموجه سيعدل العنوانين إلى X2 وY2 على الترتيب، أي (X2,Y2) → (X1,Y1).
اعتبارات إضافية > طبقة الشبكة > بروتوكول رسائل التحكم في الإنترنت

طالع أيضًا: بروتوكول رسائل التحكم في الإنترنت
بروتوكول رسائل التحكم في شبكة الإنترنت هو (بالإنجليزية: Internet Control Message Protocol اختصاراً ICMP)‏ هو بروتوكول تبليغ عن الأخطاء يعمل مع بروتوكول الإنترنت ويقدّم مجموعة من الوظائف التي تُستخدم في إدارة الشبكة والتحري عن الأخطاء فيها، أشهرها أمر التحقق من الاتصال Ping الذي يُستعمل للتحقق من اتصال مضيف ما مع الشبكة. وصف هذا البروتوكول في وثيقة طلب التعليقات RFC 792.
تُصنَّف رسائل هذا البروتوكول إلى صنفين: رسائل الأخطاء ورسائل الإعلام. قد تحتوي رسائل الأخطاء على ترويسة بروتوكول إنترنت كاملة أو جزئية تضمّ فيها عناوين بروتوكول إنترنت، وإذا انتقلت الرسالة بين نطاقين، وأجريت ترجمة عناوين الشبكة عليها، يجب ترجمة عناوين الشبكة المحمولة فيها أيضاً. أما في رسائل الإعلام، فيجب ترجمة مُعرِّف الاستعلام بشكل مشابه لترجمة أرقام المنافذ. في كلتا الحالتين، ونتيجة لتغيير محتويات الترويسة، يجب إعادة حساب حقل التحقق الجمعي فيها.
وُصِفت المتطلبات السلوكية اللازمة لعمل ترجمة عنوان الشبكة مع بروتوكول رسائل التحكم في الإنترنت في وثيقة طلب التعليقات RFC 5508.
اعتبارات إضافية > طبقة الشبكة > الإصدار السادس من بروتوكول الإنترنت

طالع أيضًا: بروتوكول الإنترنت (الإصدار السادس)
يثار الجدل حول استعمال ترجمة عنوان الشبكة مع الإصدار السادس من بروتوكول الإنترنت، يحاجج البعض أن استعمال الترجمة يلغي مبدأً أساسيَّاً من المبادئ التي قامت عليها الإنترنت، وهو مبدأ الطرفين، ويقول بأنَّ تطوير واستعمال ترجمة عنوان الشبكة كان حلاً آنيَّاً لمشكلة استنفاد فضاء عناوين الإصدار الرابع من بروتوكول الإنترنت. أمَّا الفريق المؤيد للاستعمال فيجادل بأنَّ استعمال الترجمة يُقدِّم عددًا من المنافع والتسهيلات لا بديل آخر لها أو يصعب التخليّ عنها.
يشير الفريق المعارض لاستخدام تقنية الترجمة مع الإصدار السادس إلى زوال السبب الذي أدى إلى تطويرها أساساً، وهو محدودية فضاء عناوين الإصدار الرابع من بروتوكول الإنترنت وسرعة استنفاذه، ويستندون في دفاعهم إلى حقيقة أن تطبيق ترجمة عناوين الشبكة تخلق حاجزاً يوضع في وجه شفافية الشبكة، ولذلك فإنَّ وثيقة طلب التعليقات RFC 4924 توصي بتجنب استعمال ترجمة عنوان الشبكة مع الإصدار السادس من بروتوكول الإنترنت ما دام ذلك ممكناً.
تُقدِّم ترجمة عناوين الشبكة مجموعةً من المنافع والتسهيلات المرتبطة بمسائل العنونة في الإصدار الرابع من بروتوكول الإنترنت، ولكنَّها تصلح أيضاً عند العنونة بالإصدار السادس منه، ومنها على سبيل المثال تجنُّب عملية إعادة العنونة إذا انتقلت مؤسسة ما من موقع جغرافي إلى آخر، وعندها يمكن للمؤسسة أن تحافظ على نطاق العناوين القديم بوصفه نطاقاً داخليَّاً محليَّاً، وتتصل مع العالم الخارجي بوصفه نطاقاً خارجيَّاً عبر عملية ترجمة عناوين الشبكة. ومنها أيضاً مسألة المؤسسات مُتعدِدة المواقع، والتي تكون أماكن استضافتها مُتباعدة جغرافيَّاً لكنَّ المُضيفين فيها معنونون بفضاء العناوين ذاته، ويمكن في حالة كهذه، السماح للمضيفين بتبادل البيانات فيما بينهم باستعمال ترجمة العناوين المُضاعَفة دون الحاجة لإعادة العنونة. ومنها أيضاً مسألة توحيد إعدادات التهيئة، فلو عُنونت الشبكات المحليَّة كلها باستعمال فضاء العناوين الخاصّ نفسه واتصلت مع العالم الخارجي عبر عملية ترجمة مُوحَّدة، لأمكن إعداد تهيئة مُوحدة تُستعمل في أي شبكة محليَّة مُعنونة بذلك الفضاء.
طُوِّرت تقنية خاصة لترجمة عناوين الشبكة من أجل الإصدار السادس من بروتوكول الإنترنت، ووصفت في الوثيقة RFC 6296، ولكنّ العمل ظل في الإطار التجريبيّ ولم ينتقل إلى مرحلة المعيار الرسمي.
اعتبارات إضافية > طبقة النقل > بروتوكول التحكم بالإرسال

طالع أيضًا: بروتوكول التحكم بالإرسال
بروتوكول التحكم بالنقل (بالإنجليزية: Transprot control Protocol اختصاراً TCP)‏ هو بروتوكول نقل يؤمن توصيلاً موثوقاً للبيانات عبر قنوات اتصال مهيأ. تعمل آلية ترجمة العناوين على مراقبة محتويات ترويسة البروتوكول الموجودة داخل رزم البيانات المُتبادلة بين طرفي الاتصال من أجل تحديد بداية الجلسة. وفقاً لبروتوكول التحكم بالنقل، يُنشَئ الاتصال بين طرفين بعد إنجاز عملية المصافحة الثلاثيّة، وهي تشمل تبادلاً لمعلومات ذات صلة بالاتصال، مثل رقم التتابع. يمكن تحديد حصول المصافحة الثلاثية من خلال تمييز نمط محدد لقيم علمين من أعلام البروتوكول موجودين في ترويسته داخل الرسائل المُتبادَلة بين الطرفين. وهذان العلمان هما علما المُزامنة SYN وإشعار التأكيد ACK.
تراقب آلية الترجمة محتويات الترويسة مراقبةً مُشابهةً لما سبق، لتحديد نهاية الجلسة. يُمكن تحديد النهاية، إذا كانت بالتراضي، من خلال مراقبة قيم علم النهاية FIN في ترويسة البروتوكول، أو من مراقبة قيمة علم إعادة الضبط RST في حال كان الإنهاء قسريَّاً ومباشراً. تصف الوثيقة RFC 5382 المتطلبات السلوكية اللازمة لآلية ترجمة عنوان الشبكة من أجل العمل الصحيح مع بروتوكول التحكم بالنقل.
تُحدِّد الوثيقة السابقة أيضاً كيفية التعامل مع حالات انقطاع الاتصال، وهي الحالات التي يتوقف فيها الطرف الآخر عن المشاركة في الجلسة من غير إنهائها، أو تلك التي يتعذر فيها تحديد حالة الطرف الآخر، ويجب على المُوجِّه الذي يترجم العناوين عندها أن ينهي الجلسة من تلقاء ذاته. تحدد الوثيقة زمناً للانتظار في حال غياب أي نشاط من الطرف الآخر وهو 4 دقائق بعد آخر نشاط إذا كان إنشاء الاتصال قد بدأ ولكنَّه لم يكتمل، وساعتان وأربع دقائق إذا كان الاتصال مُنشأً ونشيطاً. بالإضافة لذلك، تتناول الوثيقة أيضاً كيفية التعامل مع حالة إنشاء الاتصال بين الأقران، وهي حالة خاصَّة يحاول فيها طرفا الاتصال إنشاءَه في الوقت نفسه، ويكون التغيير في تتابع قيم الأعلام مُختلفاً عن النمط الموجود في المصافحة الثلاثيَّة.
اعتبارات إضافية > طبقة النقل > بروتوكول حزم بيانات المُستخدم

طالع أيضًا: بروتوكول حزم بيانات المستخدم
بروتوكول حزم بيانات المستخدم (بالإنجليزية: User Datagram protocol اختصاراً UDP)‏ هو بروتوكول نقل غير موثوق يُؤمِّن اتصالاً لنقل البيانات عبر قنوات غير مهيأة. يدعم هذا البروتوكول عملية نقل البيانات من غير تأسيس اتصال، وهو لا يطلب إشعاراً لتأكيد استلام البيانات المُرسَلة، ولذلك تكون ترويسته أصغر حجماً. نتيجةً لذلك، لا أعلام في الترويسة تساعد على تحديد بداية ونهاية الجلسة، فهي الجلسة عند وصول أول رزمة بيانات تُحدد محتوياتها اتصالاً جديداً، وتجري عملية الترجمة عليها بحسب التهيئة، ويُرفع علم بيان الحالة الخاص بثنائية المُعرفات المستخدم للدلالة على حجزه لمدة زمنية، هي دقيقتين على الأقل ، وهي تُجدد آليَّاً كُلما استقبل المُوجِّه المُترجِم رزمةً جديدةً من نفس الجلسة، فإذا انتهت المدة ولم تستقبل أي رزمة بعدُ، عدّ المُوجه أن الاتصال مقطوعٌ، وُحرَّر زوجي المُعرِّفات المُستخدمين في الترجمة.
تظهر مشكلة مُرتبطة بعملية تقطيع رزم البيانات عند استعمال البروتوكول، فالقطع الناتجة، جميعها خلا الأولى، لا تحتوي ترويسة بروتوكول النقل، وبسبب ذلك، لا يُمكن إجراء عملية ترجمة أرقام المنافذ ما لم يُعاد تجميع الرزمة الأصليَّة كاملةً. في هذه الحالة، غالباً ما يجري التخلص من الرزمة من غير إجراء عملية الترجمة، وتحصل هذه المشكلة نفسها لو اُستخدم بروتوكول التحكم بالإرسال أيضاً.
اعتبارات إضافية > طبقة النقل > بروتوكولات أخرى

تستعمل بروتوكولات نقل أخرى في شبكات البيانات وهي أقل شيوعاً من البروتوكولين السابقين، منها مثلاً بروتوكول التحكم بازدحام الرزم  DCCP الموصُوف بوثيقة طلب التعليقات RFC 4340. تصف الوثيقة 5597 RFC المتطلبات السلوكية اللازمة لاستعمال ترجمة عناوين الشبكة مع هذا البروتوكول. أمَّا بروتوكول التحكم بتدفق النقل SCTP فهو بروتوكول نقل طُوِّر أساساً لنقل رسائل التأشير الخاصة بشبكات الهاتف العامَّة عبر شبكة معنونة ببروتوكول الإنترنت، وله تطبيقاتٌ أخرى في مجال نقل الصوت عبر الإنترنت، وهو موصوف بالوثيقة 4960 RFC. لا يوجد وثيقة طلب تعليقات تصف المُتطلبات السلوكية لاستعمال ترجمة عناوين الشبكة معه، ولكن يتوفر مسودة لوثيقة صيغت في سنة 2009م، ولم تُصبِح معياراً رسميَّاً.
مشكلات في التنفيذ

تقطيع رزم البيانات: إذا قطعت رزم البيانات، فإن ترويسة بروتوكول النقل ستكون في أول قطعة فقط، ويُسبب هذا إشكالات في مراقبة الجلسة إذا كان بروتوكول النقل هو بروتوكول التحكم بالنقل. بالإضافة لذلك، أيَّاً كان بروتوكول النقل المُستعمل، لا يمكن تنفيذ ترجمة أرقام المنافذ في حال التقطيع، فجميع القطع الناتجة، ما خلا القطعة الأولى لا تحتوي على أرقام المنافذ أصلاً بسبب غياب ترويسة بروتوكول النقل فيها، ولا يمكن إجراء ترجمة أرقام المنافذ عليها.
الاستعمال مع بروتوكول نقل الملفات: يستعمل بروتوكول نقل الملفات أمري Port وPASV  في جلسة التحكم الخاصة بالحمولة من أجل تحديد عنوان بروتوكول الإنترنت ورقم المنفذ اللذان سوف يستعملان في جلسة نقل البيانات ويجري عملية نقلهما بعد ترميزهما بترمز آسكي. وتحصل المشكلة عندما يتغير طول العنوان فمثلاً العنوان: 10.0.0.1 يُرمَّز بخمسة محارف آسكي، بينما يُرمَّز العنوان 200.100.10.1 بتسع محارف. وهذا التغيير في الطول إشكالاً في قيمة رقم التتابع في ترويسة بروتوكول التحكم بالنقل، ويجب، بعد إجراء الترجمة، تحديث هذه القيمة أيضاً لتعكس التغيير الحاصل في الترويسات في رزمة البيانات المُترجَمة.
التطبيقات المعتمدة على المُعرِّفات المترجمة: توجد مجموعة من التطبيقات اللاتي يعتمد عملها على عنوان بروتوكول الإنترنت أو أرقام المنافذ أو تحتويهما في موقع ما من ترويستها. وبالتالي، فإنَّ تبديل هذا العنوان بعملية الترجمة يُسبب مشكلة في عمل التطبيق، ويجب إجراء عملية التبديل في ترويسة بروتوكول التطبيق أيضاً، وللقيام بذلك تُستخدم تطبيقات خاصَّة تُهيأ في المُوجِّه المُترجِم بعملية الترجمة، وتسمَّى الواحدة منها البوابة على مستوى التطبيق (بالإنجليزية: Application level gateway اختصاراً ALG)‏. طرح حل آخر لهذه المشكلة وهو تخطي الترجمة (بالإنجليزية: NAT Traversal)‏ ويشمل عمل تطبيق ما في المضيفين للحصول على مُعرِّفات الطرف الآخر البعيد الذي يراد الاتصال معه، ثم إجراء التبديل اللازم في ترويسة بروتوكول التطبيق في المُضيف الذي يُرسل الرزمة قبل إرسالها لتجري ترجمة العناوين فيها. طُوِّرت مجموعة من البروتوكولات التي تتبنى هذا الحل أو شكلاً مُشتقَّاً عنه، أشهرها: بروتوكول خدمات تخطي جلسة ترجمة عنوان الشبكة  STUN وهو موصوف في الوثيقة RFC 5389، وبروتوكول تخطي الترجمة باستعمال المُرحلات   TURN وهو موصوف في الوثيقة RFC 5766.
الحاجة لإعادة الحساب: ترجمة عنوان الشبكة هي آلية تتطلب حوسبة وقدرات معالجة بكثافة، فمن أجل كل رزمة يجري ترجمتها، يلزم إعادة حساب كل تحقق جمعيّ يشمل ما جرى تعديله، وهذا يتطلب قدرات معالجة وقد يُسبب تأخيراً في عملية توجيه الرزمة.