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

الموسوعة الحرة

ترجمة عناوين الشبكة بين شبكة خاصة والإنترنت

ترجمة عناوين الشبكة ( NAT ) هي طريقة لربط نطاق عناوين IP بنطاق آخر عن طريق تعديل معلومات عنوان الشبكة في رأس IP للحزم أثناء مرورها عبر جهاز توجيه حركة البيانات . [ 1 ] استُخدمت هذه التقنية في البداية لتجاوز الحاجة إلى تخصيص عنوان جديد لكل مضيف عند نقل الشبكة، أو عند استبدال مزود خدمة الإنترنت الرئيسي الذي لا يستطيع توجيه نطاق عناوين الشبكة. وهي أداة شائعة وأساسية في الحفاظ على نطاق العناوين العالمي في ظل نفاد عناوين IPv4 . يمكن استخدام عنوان IP واحد قابل للتوجيه عبر الإنترنت لبوابة NAT لشبكة خاصة كاملة . [ 2 ]

بما أن ترجمة عناوين الشبكة (NAT) تُعدّل معلومات عنوان IP في الحزم، فقد تختلف تطبيقات NAT في سلوكها المحدد في حالات العنونة المختلفة وتأثيرها على حركة مرور الشبكة. ولا يُوثّق مُصنّعو الأجهزة التي تحتوي على تطبيقات NAT عادةً تفاصيل سلوك NAT. [ 2 ]

تاريخ

يستخدم بروتوكول الإنترنت الإصدار الرابع (IPv4) عناوين 32 بت، مما يُمكّنه من عنونة حوالي 4.3 مليار جهاز على الشبكة بشكل فريد. وبحلول عام 1992، أصبح من الواضح أن هذا لن يكون كافيًا. يصف RFC 1631 لعام 1994 تقنية ترجمة عناوين الشبكة (NAT) بأنها "حل قصير الأجل" لأهم مشكلتين واجهتا بروتوكول الإنترنت في ذلك الوقت: نضوب عناوين IP وتوسيع نطاق التوجيه. وبحلول عام 2004، أصبحت تقنية NAT منتشرة على نطاق واسع. [ 3 ] 

أصبحت هذه التقنية تُعرف أيضًا باسم "إخفاء عنوان IP" ، وهي تقنية تُخفي نطاق عناوين IP كاملًا، يتألف عادةً من عناوين IP خاصة، خلف عنوان IP واحد في نطاق عناوين آخر، يكون عادةً عامًا. ونظرًا لشعبية هذه التقنية في توفير نطاق عناوين IPv4، أصبح مصطلح NAT مرادفًا تقريبًا لتقنية "إخفاء عنوان IP". [ 4 ]

في عام 1996، تم تقديم ترجمة عنوان المنفذ (PAT)، [ 5 ] والتي وسعت ترجمة العناوين لتشمل أرقام المنافذ.

NAT الأساسي

يُوفّر أبسط أنواع ترجمة عناوين الشبكة (NAT) ترجمةً مُطابقةً لعناوين IP (RFC 1631). ويُشير RFC 2663 إلى هذا النوع من NAT باسم NAT الأساسي ، أو NAT المُطابق لعناوين IP . في هذا النوع من NAT، يتم تغيير عناوين IP فقط، ومجموع التحقق من رأس IP ، وأي مجموعات تحقق أخرى ذات مستوى أعلى تتضمن عنوان IP. يُمكن استخدام NAT الأساسي لربط شبكتي IP بعناوين غير متوافقة. [ 2 ] 

ترجمة عناوين الشبكة من واحد إلى متعدد

تعيين عناوين الشبكة

تقوم معظم برامج ترجمة عناوين الشبكة بربط عدة مضيفين خاصين بعنوان IP واحد مكشوف للعامة.

في التكوين النموذجي، تستخدم الشبكة المحلية إحدى الشبكات الفرعية لعناوين IP الخاصة المُخصصة (RFC 1918 [ 6 ] ). تحتوي الشبكة على موجّه (راوتر) مزود بواجهات شبكية على كلٍ من الشبكة الخاصة والشبكة العامة. عادةً ما يُخصص مزود خدمة الإنترنت العنوان العام . عند انتقال البيانات من الشبكة الخاصة إلى الإنترنت، يقوم نظام ترجمة عناوين الشبكة (NAT) بترجمة عنوان المصدر في كل حزمة من عنوان خاص إلى العنوان العام للموجّه. يتتبع نظام NAT كل اتصال نشط. عندما يستقبل الموجّه بيانات واردة من الإنترنت، فإنه يستخدم بيانات تتبع الاتصال التي تم الحصول عليها خلال مرحلة الإرسال لتحديد العنوان الخاص الذي يجب إعادة توجيه الرد إليه. [ 2 ]

سيتم تعديل عنوان المصدر للحزم المارة من الشبكة الخاصة إلى الشبكة العامة، بينما سيتم تعديل عنوان الوجهة للحزم العائدة من الشبكة العامة إلى الشبكة الخاصة. ولتجنب أي لبس في ترجمة الردود، يلزم إجراء تعديلات إضافية على الحزم. يستخدم الجزء الأكبر من حركة مرور الإنترنت بروتوكول التحكم بالنقل (TCP) أو بروتوكول بيانات المستخدم (UDP). في هذه البروتوكولات، يتم تغيير أرقام المنافذ بحيث يمكن ربط عنوان IP (ضمن ترويسة IP ) ورقم المنفذ (ضمن ترويسة طبقة النقل ) في الحزمة المُعادة بشكل لا لبس فيه بوجهة الشبكة الخاصة المقابلة. يستخدم RFC 2663 مصطلح ترجمة عنوان الشبكة والمنفذ ( NAPT ) لهذا النوع من ترجمة عناوين الشبكة (NAT). [ 6 ] تشمل الأسماء الأخرى ترجمة عنوان المنفذ ( PAT )، وإخفاء عنوان IP ، وتحميل NAT الزائد ، و NAT متعدد إلى واحد . هذا هو النوع الأكثر شيوعًا من NAT، وقد أصبح مرادفًا لمصطلح NAT في الاستخدام الشائع.

تتيح هذه الطريقة الاتصال عبر جهاز التوجيه فقط عندما يبدأ الاتصال من الشبكة الخاصة، حيث تُنشئ عملية الإرسال الأولية المعلومات المطلوبة في جداول الترجمة. وبالتالي، يستطيع متصفح الويب داخل الشبكة الخاصة تصفح مواقع الويب خارج الشبكة، بينما لا تستطيع متصفحات الويب خارج الشبكة تصفح أي موقع ويب مُستضاف داخلها. [ أ ] تتطلب البروتوكولات غير القائمة على TCP وUDP تقنيات ترجمة أخرى.

تتمثل الفائدة الأساسية لتقنية NAT من نوع واحد إلى متعدد في التخفيف من استنفاد عناوين IPv4 من خلال السماح بتوصيل الشبكات بأكملها بالإنترنت باستخدام عنوان IP عام واحد.

أساليب الترجمة

يمكن تنفيذ ترجمة عناوين الشبكة والمنافذ بعدة طرق. قد تحتاج بعض التطبيقات التي تستخدم معلومات عناوين IP إلى تحديد العنوان الخارجي لمترجم عناوين الشبكة. هذا هو العنوان الذي يكتشفه نظراؤه في الشبكة الخارجية. علاوة على ذلك، قد يكون من الضروري فحص وتصنيف نوع التعيين المستخدم، على سبيل المثال، عند الرغبة في إنشاء مسار اتصال مباشر بين عميلين، كلاهما خلف بوابات NAT منفصلة.

لهذا الغرض، حددت المواصفة RFC 3489 بروتوكول STUN ( الاجتياز البسيط لبروتوكول UDP عبر NAT ) في عام 2003. وصنفت تطبيقات NAT إلى NAT كامل المخروط ، و NAT مقيد المخروط (للعناوين)، وNAT مقيد المخروط (للمنافذ ) ، و NAT متناظر ، واقترحت منهجية لاختبار الجهاز وفقًا لذلك. ومع ذلك، فقد تم إهمال هذه الإجراءات منذ ذلك الحين من المعايير، نظرًا لعدم كفايتها لتقييم العديد من الأجهزة بشكل صحيح. وقد قامت المواصفة RFC 5389 بتوحيد أساليب جديدة في عام 2008، ومنذ ذلك الحين يمثل اختصار STUN العنوان الجديد للمواصفة: أدوات اجتياز الجلسات لـ NAT .

أنواع NAT
NAT المستقل عن نقطة النهاية ، أو NAT المخروط الكامل ، أو NAT 1:1 / واحد إلى واحد ، أو NAT 1
  • بمجرد ربط عنوان داخلي (iAddr:iPort) بعنوان خارجي (eAddr:ePort)، يتم إرسال أي حزم من iAddr:iPort عبر eAddr:ePort.
  • يمكن لأي مضيف خارجي إرسال حزم بيانات إلى iAddr:iPort عن طريق إرسال حزم بيانات إلى eAddr:ePort.
NAT المعتمد على العنوان ، أو NAT المخروط المقيد ، أو NAT 2
  • بمجرد ربط عنوان داخلي (iAddr:iPort) بعنوان خارجي (eAddr:ePort)، يتم إرسال أي حزم من iAddr:iPort عبر eAddr:ePort.
  • يمكن لمضيف خارجي ( hAddr:any ) إرسال حزم بيانات إلى iAddr:iPort عن طريق إرسال حزم بيانات إلى eAddr:ePort فقط إذا كان iAddr:iPort قد أرسل حزمة بيانات مسبقًا إلى hAddr: any . وكلمة "any" تعني أن رقم المنفذ غير مهم.
NAT المعتمد على العنوان والمنفذ ، أو NAT المخروط المقيد بالمنفذ ، أو NAT 3
  • بمجرد ربط عنوان داخلي (iAddr:iPort) بعنوان خارجي (eAddr:ePort)، يتم إرسال أي حزم من iAddr:iPort عبر eAddr:ePort.
  • يمكن للمضيف الخارجي ( hAddr:hPort ) إرسال حزم إلى iAddr:iPort عن طريق إرسال حزم إلى eAddr:ePort فقط إذا كان iAddr:iPort قد أرسل حزمة مسبقًا إلى hAddr:hPort.

يشبه هذا النوع من NAT المخروطية المقيدة بالعناوين، ولكن التقييد يشمل أرقام المنافذ.

NAT المعتمد على العنوان والمنفذ ، أو NAT المتناظر ، أو NAT 4
  • يتم ربط مجموعة عنوان IP داخلي واحد وعنوان IP وجهة ومنفذ بعنوان IP مصدر خارجي فريد واحد ومنفذ واحد؛ إذا أرسل نفس المضيف الداخلي حزمة حتى مع نفس عنوان المصدر والمنفذ ولكن إلى وجهة مختلفة، فسيتم استخدام تعيين مختلف.
  • لا يمكن لأي مضيف إرسال حزمة بيانات إلا إذا استقبل حزمة بيانات من مضيف داخلي.

نظرًا لأن العديد من تطبيقات NAT تجمع بين أنواع متعددة، فمن الأفضل الإشارة إلى سلوك NAT الفردي المحدد بدلاً من استخدام مصطلحات Cone/Symmetric. تحاول RFC 4787 تبديد الالتباس من خلال تقديم مصطلحات موحدة للسلوكيات الملحوظة. بالنسبة للنقطة الأولى في كل صف من الجدول أعلاه، تُصنِّف RFC كلاً من Full-Cone وRestricted-Cone وPort-Restricted-Cone NAT على أنها ذات تعيين مستقل عن نقطة النهاية ، بينما تُصنِّف Symmetric NAT على أنها ذات تعيين يعتمد على العنوان والمنفذ . بالنسبة للنقطة الثانية في كل صف من الجدول أعلاه، يصنف RFC 4787 أيضًا تقنية Full-Cone NAT على أنها ذات تصفية مستقلة عن نقطة النهاية ، وتقنية Restricted-Cone NAT على أنها ذات تصفية تعتمد على العنوان ، وتقنية Port-Restricted Cone NAT على أنها ذات تصفية تعتمد على العنوان والمنفذ ، وتقنية Symmetric NAT على أنها إما ذات تصفية تعتمد على العنوان أو تصفية تعتمد على العنوان والمنفذ . وتشمل التصنيفات الأخرى لسلوك NAT المذكورة في RFC ما إذا كانت تحافظ على المنافذ، ومتى وكيف يتم تحديث التعيينات، وما إذا كان يمكن استخدام التعيينات الخارجية بواسطة المضيفين الداخليين (أي سلوكها الدائري )، ومستوى الحتمية الذي تُظهره تقنيات NAT عند تطبيق جميع هذه القواعد. [ 2 ] على وجه التحديد، تجمع معظم تقنيات NAT بين تقنية Symmetric NAT للاتصالات الصادرة وتعيين المنافذ الثابت ، حيث يتم إعادة توجيه الحزم الواردة الموجهة إلى العنوان والمنفذ الخارجيين إلى عنوان ومنفذ داخليين محددين.

رسم خرائط NAT مقابل تصفية NAT

يميز RFC 4787 بين تعيين NAT وتصفية NAT. [ 2 ]

يتناول القسم 4.1 من RFC عملية ربط عناوين الشبكة (NAT) ويحدد كيفية تحويل عنوان IP خارجي ورقم منفذ إلى عنوان IP داخلي ورقم منفذ. ويُعرّف هذا القسم الربط المستقل عن نقطة النهاية، والربط المعتمد على العنوان، والربط المعتمد على العنوان والمنفذ، ويوضح أن هذه الخيارات الثلاثة لا ترتبط بأمان NAT، إذ يُحدد الأمان من خلال سلوك التصفية، ثم يُحدد القسم أن "NAT يجب أن يتمتع بسلوك ربط مستقل عن نقطة النهاية".

يتناول القسم 5 من RFC تصفية NAT ويصف المعايير التي تستخدمها NAT لتصفية الحزم الصادرة من نقاط نهاية خارجية محددة. تشمل الخيارات التصفية المستقلة عن نقطة النهاية، والتصفية المعتمدة على العنوان، والتصفية المعتمدة على العنوان والمنفذ. يُوصى بالتصفية المستقلة عن نقطة النهاية عندما تكون الشفافية القصوى للتطبيق مطلوبة، بينما يُوصى بالتصفية المعتمدة على العنوان عندما يكون تطبيق سلوك تصفية أكثر صرامة في غاية الأهمية.

بعض أجهزة NAT لا تتوافق مع RFC 4787 لأنها تتعامل مع تعيين NAT وتصفيته بنفس الطريقة، بحيث يؤدي خيار التكوين الخاص بها لتغيير طريقة تصفية NAT إلى تغيير طريقة تعيين NAT أيضًا (على سبيل المثال، Netgate TNSR مؤرشف في 2024-01-30 في Wayback Machine ).

نوع NAT واجتياز NAT، ودور الحفاظ على المنفذ لبروتوكول TCP

تنشأ مشاكل تجاوز جدار الحماية (NAT) عندما تحاول الأجهزة المتصلة عبر جدران حماية مختلفة التواصل فيما بينها. إحدى طرق حل هذه المشكلة هي استخدام إعادة توجيه المنافذ . وهناك طريقة أخرى تتمثل في استخدام تقنيات مختلفة لتجاوز جدار الحماية. وتُعدّ تقنية اختراق جدار الحماية (TCP hole punching) من أكثر التقنيات شيوعًا لتجاوز جدار الحماية ( TCP NAT ).

يتطلب اختراق TCP من NAT اتباع تصميم الحفاظ على المنافذ الخاص بـ TCP. بالنسبة لاتصال TCP صادر معين، تُستخدم أرقام المنافذ نفسها على جانبي NAT. يُعد الحفاظ على منافذ NAT لاتصالات TCP الصادرة أمرًا بالغ الأهمية لاجتياز NAT الخاص بـ TCP، لأنه في TCP، لا يمكن استخدام منفذ واحد إلا لاتصال واحد في كل مرة. البرامج التي تربط مقابس TCP منفصلة بمنافذ مؤقتة لكل اتصال TCP تجعل التنبؤ بمنافذ NAT مستحيلاً بالنسبة لـ TCP. [ 2 ]

من ناحية أخرى، لا تتطلب تقنية NAT في بروتوكول UDP الحفاظ على المنفذ. في الواقع، يمكن أن تتم اتصالات UDP متعددة (لكل منها نقطة نهاية مختلفة ) على نفس منفذ المصدر، وعادةً ما تعيد التطبيقات استخدام نفس مقبس UDP لإرسال الحزم إلى مضيفين مختلفين. هذا يجعل عملية التنبؤ بالمنفذ سهلة، حيث إنه نفس منفذ المصدر لكل حزمة.

علاوة على ذلك، فإن الحفاظ على المنفذ في تقنية NAT لبروتوكول TCP يسمح لبروتوكولات P2P بتقديم تعقيد أقل وزمن استجابة أقل، لأنه لا حاجة لاستخدام طرف ثالث (مثل STUN) لاكتشاف منفذ NAT، حيث أن التطبيق نفسه يعرف منفذ NAT مسبقًا. [ 2 ] [ 7 ]

مع ذلك، إذا حاول مضيفان داخليان التواصل مع نفس المضيف الخارجي باستخدام نفس رقم المنفذ، فقد يحاول نظام ترجمة عناوين الشبكة (NAT) استخدام عنوان IP خارجي مختلف للاتصال الثاني، أو قد يضطر إلى التخلي عن الاحتفاظ بالمنفذ وإعادة تعيينه. [ 2 ] : 9 اعتبارًا من عام 2006، استخدم ما يقرب من 70٪ من العملاء في شبكات الند للند (P2P) شكلاً من أشكال NAT. [ 8 ]

تطبيق

إقامة اتصال ثنائي الاتجاه

في تقنية NAT ثنائية الاتجاه، يمكن إنشاء الجلسة من داخل وخارج النطاقات.

تحتوي كل حزمة بيانات TCP وUDP على رقم منفذ المصدر ورقم منفذ الوجهة. تُغلّف كل حزمة من هذه الحزم في حزمة IP، التي يحتوي رأسها على عنوان IP المصدر وعنوان IP الوجهة. يُحدد هذا الثلاثي (عنوان IP/البروتوكول/رقم المنفذ) ارتباطًا بمقبس الشبكة .

بالنسبة للخدمات المتاحة للعموم، مثل خوادم الويب والبريد الإلكتروني، يُعدّ رقم المنفذ بالغ الأهمية. على سبيل المثال، يتصل المنفذ 443 عبر مقبس ببرنامج خادم الويب ، بينما يتصل المنفذ 465 بخادم SMTP الخاص بخادم البريد الإلكتروني . [ 9 ] كما يُعدّ عنوان IP الخاص بالخادم العام بالغ الأهمية، فهو فريد عالميًا تمامًا كالعنوان البريدي أو رقم الهاتف. يجب أن يكون كل من عنوان IP ورقم المنفذ معروفين بشكل صحيح لجميع الأجهزة المضيفة الراغبة في التواصل بنجاح.

تُستخدم عناوين IP الخاصة، كما هو موضح في RFC 1918، فقط على الشبكات الخاصة غير المتصلة مباشرةً بالإنترنت. تُعد المنافذ نقاط اتصال فريدة لكل مضيف، لذا يتم الحفاظ على الاتصال عبر جهاز NAT من خلال الربط بين المنفذ وعنوان IP. يُربط عنوان IP الخاص داخل جهاز NAT بعنوان IP عام خارجي. تعمل ترجمة عناوين المنافذ (PAT) على حل التعارضات التي تنشأ عندما تستخدم عدة مضيفات نفس رقم منفذ المصدر لإنشاء اتصالات خارجية مختلفة في الوقت نفسه.

عملية الترجمة

باستخدام تقنية NAT، تحتوي جميع الاتصالات المرسلة إلى الأجهزة الخارجية على عنوان IP الخارجي ومعلومات المنفذ الخاصة بجهاز NAT بدلاً من عناوين IP أو أرقام المنافذ الداخلية للأجهزة. تقوم NAT فقط بترجمة عناوين IP ومنافذ أجهزتها الداخلية، مما يخفي نقطة النهاية الحقيقية للجهاز الداخلي على الشبكة الخاصة.

عندما يرسل جهاز كمبيوتر على الشبكة الداخلية حزمة بيانات IP إلى الشبكة الخارجية، يقوم جهاز NAT باستبدال عنوان IP المصدر الداخلي في رأس الحزمة بعنوان IP الخارجي الخاص به. بعد ذلك، قد يُخصص جهاز PAT رقم منفذ من مجموعة منافذ متاحة، [ ب ] ويُدرج هذا الرقم في حقل منفذ المصدر. ثم تُعاد توجيه الحزمة إلى الشبكة الخارجية. بعد ذلك، يُسجل جهاز NAT مدخلاً في جدول ترجمة يحتوي على عنوان IP الداخلي، ومنفذ المصدر الأصلي، ومنفذ المصدر المُترجم. تُترجم الحزم اللاحقة من نفس عنوان IP المصدر الداخلي ورقم المنفذ إلى نفس عنوان IP المصدر الخارجي ورقم المنفذ. يُنشئ الكمبيوتر المُستقبل للحزمة التي خضعت لعملية NAT اتصالاً بالمنفذ وعنوان IP المُحددين في الحزمة المُعدلة، دون أن يُدرك أن العنوان المُقدم قيد الترجمة.

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

التطبيقات

التوجيه
يمكن استخدام ترجمة عناوين الشبكة للتخفيف من تداخل عناوين IP. [ 10 ] [ 11 ] يحدث تداخل العناوين عندما تحاول أجهزة في شبكات مختلفة، ضمن نفس نطاق عناوين IP، الوصول إلى نفس الجهاز الوجهة. غالبًا ما يكون هذا خطأً في التكوين، وقد ينتج عن دمج شبكتين أو شبكتين فرعيتين، خاصةً عند استخدام عناوين الشبكة الخاصة وفقًا لمعيار RFC 1918. يواجه الجهاز الوجهة حركة مرور تبدو وكأنها قادمة من نفس الشبكة، ولا تملك أجهزة التوجيه الوسيطة أي وسيلة لتحديد وجهة إرسال حركة المرور المُسترجعة. الحل إما إعادة ترقيم العناوين لإزالة التداخل أو ترجمة عناوين الشبكة.
موازنة الأحمال
في تطبيقات العميل والخادم ، تقوم موازنات الأحمال بتوجيه طلبات العملاء إلى مجموعة من أجهزة الخادم لإدارة عبء العمل على كل خادم. ويمكن استخدام ترجمة عناوين الشبكة لربط عنوان IP تمثيلي لمجموعة الخوادم بمضيفين محددين يستجيبون للطلب. [ 12 ] [ 13 ] [ 14 ] [ 15 ]

تتيح تقنية ترجمة العناوين والمنافذ العكسية (RAPT أو RAT) من IEEE إمكانية الوصول إلى مضيف يتغير عنوان IP الحقيقي الخاص به من وقت لآخر كخادم عبر عنوان IP ثابت. [ 16 ] يعتمد تطبيق RAPT من Cisco على تقنية PAT أو NAT مع التحميل الزائد، حيث يربط عناوين IP خاصة متعددة بعنوان IP عام واحد. يمكن ربط عناوين متعددة بعنوان واحد لأن كل عنوان خاص يُتتبع بواسطة رقم منفذ. تستخدم PAT أرقام منافذ مصدر فريدة على عنوان IP العام الداخلي للتمييز بين عمليات الترجمة. [ ج ] تحاول PAT الحفاظ على منفذ المصدر الأصلي. إذا كان هذا المنفذ مستخدمًا بالفعل، تُخصص PAT أول رقم منفذ متاح بدءًا من بداية مجموعة المنافذ المناسبة (0-511، 512-1023، أو 1024-65535). عندما لا تتوفر منافذ أخرى، ويكون هناك أكثر من عنوان IP خارجي مُكوّن، تنتقل PAT إلى عنوان IP التالي لمحاولة تخصيص منفذ المصدر الأصلي مرة أخرى. تستمر هذه العملية حتى تنفد المنافذ المتاحة وعناوين IP الخارجية.

يُعدّ ربط العناوين والمنافذ اقتراحًا من سيسكو يجمع بين ترجمة العناوين والمنافذ مع توجيه حزم IPv4 عبر شبكة IPv6 الداخلية لمزود خدمة الإنترنت . في الواقع، يُشكّل هذا الاقتراح بديلاً (شبه) عديم الحالة لتقنية NAT المُستخدمة من قِبل شركات الاتصالات و DS-Lite ، حيث ينقل وظيفة ترجمة عناوين ومنافذ IPv4 (والحفاظ على حالة NAT) بالكامل إلى تطبيق NAT الموجود في أجهزة العميل . وبذلك، يتم تجنب مشاكل NAT444 ومشاكل الحالة في تقنية NAT المُستخدمة من قِبل شركات الاتصالات، كما يوفر آلية انتقال لنشر IPv6 الأصلي في الوقت نفسه مع إضافة تعقيد بسيط للغاية.

المشكلات والقيود

لا تتمتع الأجهزة المضيفة خلف أجهزة التوجيه المُفعّلة بتقنية NAT باتصال كامل بين طرفيها ، ولا يمكنها المشاركة في بعض بروتوكولات الإنترنت. وقد تتعطل الخدمات التي تتطلب بدء اتصالات TCP من الشبكة الخارجية، أو التي تستخدم بروتوكولات غير مُحتفظة بالحالة مثل تلك التي تستخدم UDP . ما لم يبذل جهاز توجيه NAT جهدًا خاصًا لدعم هذه البروتوكولات، فلن تصل الحزم الواردة إلى وجهتها. يمكن لبعض البروتوكولات استيعاب نسخة واحدة من NAT بين الأجهزة المضيفة المشاركة ( مثل بروتوكول FTP في الوضع السلبي )، أحيانًا بمساعدة بوابة على مستوى التطبيق (انظر قسم  التطبيقات المتأثرة بتقنية NAT )، ولكنها تفشل عندما يكون كلا النظامين معزولين عن الإنترنت بواسطة NAT. كما يُعقّد استخدام NAT بروتوكولات الأنفاق مثل IPsec، لأن NAT يُعدّل القيم في الرؤوس، مما يتعارض مع فحوصات السلامة التي يُجريها IPsec وبروتوكولات الأنفاق الأخرى.

لطالما شكّلت إمكانية الاتصال من طرف إلى طرف مبدأً أساسياً للإنترنت، مدعوماً، على سبيل المثال، من قبل مجلس هندسة الإنترنت . تشير وثائق هندسة الإنترنت الحالية إلى أن تقنية ترجمة عناوين الشبكة (NAT) تُعدّ انتهاكاً لمبدأ الاتصال من طرف إلى طرف ، ولكنها تُقرّ بدورها المهم في التصميم الدقيق. [ 17 ] ويُثار قلقٌ أكبر بكثير بشأن استخدام تقنية ترجمة عناوين الشبكة في بروتوكول IPv6، ويعتقد العديد من مهندسي IPv6 أن الهدف من IPv6 كان الاستغناء عن الحاجة إلى تقنية ترجمة عناوين الشبكة. [ 18 ]

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

نظرًا لأن جميع العناوين الداخلية مخفية خلف عنوان واحد متاح للعامة، يستحيل على الأجهزة الخارجية بدء اتصال مباشر مع أي جهاز داخلي محدد. لذا، يجب على تطبيقات مثل بروتوكول نقل الصوت عبر الإنترنت (VoIP ) ومؤتمرات الفيديو وغيرها من تطبيقات الند للند استخدام تقنيات تجاوز جدار الحماية (NAT) لكي تعمل.

التجزئة ومجموع التحقق

قد لا تتمكن تقنية NAT النقية، التي تعمل على بروتوكول الإنترنت فقط، من تحليل البروتوكولات التي تحتوي على حمولات تتضمن معلومات حول بروتوكول الإنترنت، مثل بروتوكول ICMP ، بشكل صحيح . يعتمد ذلك على ما إذا كان المضيف داخل طبقة الترجمة أو خارجها . لا يمكن للبروتوكولات الأساسية مثل TCP و UDP أن تعمل بشكل صحيح إلا إذا اتخذت تقنية NAT إجراءات تتجاوز طبقة الشبكة.

تحتوي حزم بروتوكول الإنترنت (IP) على مجموع اختباري في رأس كل حزمة، مما يوفر آلية لاكتشاف الأخطاء في الرأس فقط. قد تتعرض حزم بيانات بروتوكول الإنترنت للتجزئة، ولذا من الضروري أن يقوم جهاز ترجمة عناوين الشبكة (NAT) بإعادة تجميع هذه الأجزاء لضمان إعادة حساب المجاميع الاختبارية على مستوى أعلى بشكل صحيح، وتتبع الحزم التابعة لكل اتصال بدقة.

يحتوي كل من بروتوكولي TCP وUDP على مجموع اختباري يشمل جميع البيانات التي يحملانها، بالإضافة إلى رأس TCP أو UDP، ورأس افتراضي يحتوي على عنواني IP المصدر والوجهة للحزمة التي تحمل رأس TCP أو UDP. لكي يمرر جهاز NAT المصدر بيانات TCP أو UDP بنجاح، يجب عليه إعادة حساب المجموع الاختباري لرأس TCP أو UDP بناءً على عناوين IP المترجمة، وليس الأصلية، ووضع هذا المجموع الاختباري في رأس TCP أو UDP للحزمة الأولى من مجموعة الحزم المجزأة.

بدلاً من ذلك، قد يقوم المضيف المُرسِل بإجراء اكتشاف الحد الأقصى لوحدة النقل (MTU) للمسار لتحديد حجم الحزمة التي يمكن إرسالها دون تجزئة، ثم يقوم بتعيين بت "عدم التجزئة " (DF) في حقل رأس الحزمة المناسب. هذا حل أحادي الاتجاه فقط، لأن المضيف المُستقبِل يمكنه إرسال حزم بأي حجم، والتي قد تُجزأ قبل وصولها إلى NAT.

المصطلحات البديلة

DNAT

تُعدّ ترجمة عنوان الشبكة الوجهة (DNAT) تقنيةً لتغيير عنوان IP الوجهة لحزمة البيانات الموجهة بشكلٍ شفاف، والقيام بالوظيفة العكسية لأي ردود. ويمكن لأي جهاز توجيه يقع بين نقطتي نهاية إجراء هذا التحويل للحزمة.

تُستخدم تقنية DNAT عادةً لنشر خدمة موجودة في شبكة خاصة على عنوان IP متاح للعامة. يُطلق على هذا الاستخدام لتقنية DNAT أيضًا اسم إعادة توجيه المنافذ ، أو منطقة DMZ عند استخدامها على خادم كامل ، مما يجعله مكشوفًا لشبكة WAN، ليصبح بذلك مماثلاً لمنطقة عسكرية منزوعة السلاح (DMZ) غير محمية.

SNAT

يختلف معنى مصطلح SNAT باختلاف البائع: [ 19 ] [ 20 ] [ 21 ]

  • يُعدّ ترجمة عناوين الشبكة المصدرية (source NAT) امتدادًا شائعًا، وهو المقابل لترجمة عناوين الشبكة الوجهة ( Dentity NAT ). ويُستخدم هذا المصطلح لوصف ترجمة عناوين الشبكة من نوع واحد إلى متعدد؛ أي ترجمة عناوين الشبكة للاتصالات الصادرة بالخدمات العامة.
  • تستخدم شركة Cisco Systems تقنية NAT ذات الحالة [ 22 ]
  • يستخدم WatchGuard تقنية NAT الثابتة [ 23 ]
  • يتم استخدام تقنية NAT الآمنة بواسطة F5 [ 24 ] ومايكروسوفت (فيما يتعلق بخادم ISA ).

تُعدّ ترجمة عناوين الشبكة الآمنة (SNAT) جزءًا من خادم أمان وتسريع الإنترنت من مايكروسوفت ، وهي امتداد لبرنامج تشغيل NAT المدمج في نظام تشغيل مايكروسوفت ويندوز سيرفر . توفر هذه التقنية تتبع الاتصالات وتصفيتها لاتصالات الشبكة الإضافية اللازمة لبروتوكولات FTP و ICMP و H.323 و PPTP ، بالإضافة إلى إمكانية تهيئة خادم وكيل HTTP شفاف .

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

كيف تعمل تقنية NAT الديناميكية

لا يُعدّ NAT الديناميكي، تمامًا مثل NAT الثابت، شائعًا في الشبكات الصغيرة، ولكنه يُستخدم في الشركات الكبيرة ذات الشبكات المعقدة. فبينما يوفر NAT الثابت ربطًا مباشرًا بين عناوين IP الداخلية والعامة الثابتة، يستخدم NAT الديناميكي مجموعة من عناوين IP العامة. [ 25 ] [ 26 ]

ثني الشعر الطبيعي

تُعرف تقنية NAT hairpinning ، أو NAT loopback ، أو NAT reflection ، [ 27 ] بأنها ميزة في العديد من أجهزة التوجيه المنزلية [ 28 ]، حيث يمكن لجهاز على الشبكة المحلية الوصول إلى جهاز آخر على نفس الشبكة عبر عنوان IP الخارجي للشبكة المحلية/جهاز التوجيه (مع إعداد إعادة توجيه المنافذ على جهاز التوجيه لتوجيه الطلبات إلى الجهاز المناسب على الشبكة المحلية). وقد وُصفت هذه التقنية رسميًا في عام 2008، في RFC 5128 . 

يصف ما يلي مثالاً على شبكة:

  • العنوان العام: 203.0.113.1 . هذا هو عنوان واجهة WAN على جهاز التوجيه.
  • العنوان الداخلي لجهاز التوجيه: 192.168.1.1
  • عنوان الخادم: 192.168.1.2
  • عنوان جهاز كمبيوتر محلي: 192.168.1.100

إذا أُرسلت حزمة بيانات إلى العنوان 203.0.113.1 من جهاز كمبيوتر على العنوان 192.168.1.100 ، فسيتم توجيه الحزمة عادةً إلى البوابة الافتراضية (الموجّه) [ د ] . يكتشف الموجّه المزود بخاصية NAT loopback أن 203.0.113.1 هو عنوان واجهة WAN الخاصة به، ويتعامل مع الحزمة كما لو كانت قادمة من تلك الواجهة. ويحدد وجهة تلك الحزمة بناءً على قواعد DNAT (إعادة توجيه المنافذ) الخاصة بالوجهة. إذا أُرسلت البيانات إلى المنفذ 80، وكانت هناك قاعدة DNAT للمنفذ 80 موجهة إلى 192.168.1.2 ، فسيستقبل الجهاز المضيف على ذلك العنوان الحزمة. في حال عدم وجود قاعدة DNAT مناسبة، يتجاهل الموجّه الحزمة. وقد يتم إرسال رد ICMP "الوجهة غير قابلة للوصول" . إذا كانت هناك أي قواعد DNAT موجودة، فسيظل ترجمة العناوين سارية؛ حيث سيعيد الموجّه كتابة عنوان IP المصدر في الحزمة.

بالنظر إلى المثال السابق لاتصال TCP بالخادم، يبدأ الحاسوب المحلي الاتصال بإرسال حزمة بيانات من 192.168.1.100 إلى 203.0.113.1 عبر الموجه، ويستقبل الخادم الحزمة بعنوان المصدر هذا، مع إعادة كتابة عنوان الوجهة بواسطة الموجه ( 192.168.1.2 ). ولأن عنوان المصدر يقع ضمن نفس نطاق البث الخاص بالخادم، فإنه سيرد بحزمة بيانات موجهة مباشرةً إلى الحاسوب المحلي على الطبقة الثانية ، دون تدخل الموجه. ولأن الحاسوب المحلي لم يتوقع أي حركة بيانات من 192.168.1.2 (عنوان الخادم المحلي)، بل من 203.0.113.1 ، وهو العنوان الذي كان ينوي الاتصال به، فإنه سيتجاهل الرد دون تنبيه.

لتمكين الاتصال ثنائي الاتجاه باستخدام العنوان الخارجي بين هذه الأجهزة، يجب تكوين قاعدة SNAT. تُحدد هذه القاعدة أن حركة البيانات الواردة من الشبكة المحلية والمتجهة إلى الخادم (إلى عنوانه المحلي بعد إعادة كتابته) يجب إعادة كتابة عنوان المصدر الخاص بها إلى عنوان جهاز التوجيه. بهذه الطريقة، تُرسل استجابة الخادم إلى جهاز التوجيه، الذي يُطبق بدوره تحويلات SNAT وDNAT العكسية، ويرسل الاستجابة المتوقعة إلى الحاسوب المحلي. بالتالي، يُصبح الاتصال ثنائي الاتجاه ممكنًا بين الأجهزة داخل الشبكة المحلية عبر عنوان IP العام، شريطة إعداد قواعد NAT المناسبة.

NAT في IPv6

لا يُستخدم ترجمة عناوين الشبكة (NAT) بشكل شائع في بروتوكول IPv6، لأن أحد أهداف تصميمه هو استعادة الاتصال الشبكي من طرف إلى طرف. [ 29 ] يُغني نطاق عناوين IPv6 الواسع عن الحاجة إلى ترشيد استخدام العناوين، حيث يُمكن منح كل جهاز عنوانًا فريدًا قابلًا للتوجيه عالميًا. ويمكن تحقيق نتائج مشابهة لتقنية NAT باستخدام عناوين محلية فريدة بالتزامن مع ترجمة بادئات الشبكة .

لا يزال من الممكن تجاوز نطاق عناوين IPv6 الواسع، وذلك بحسب طول البادئة الفعلي الذي توفره شركة الاتصالات. من الشائع الحصول على بادئة /64 - وهي أصغر شبكة فرعية موصى بها - لشبكة منزلية كاملة، مما يستلزم استخدام تقنيات متنوعة لتقسيم النطاق يدويًا لضمان إمكانية الوصول إلى جميع الأجهزة. [ 30 ] في مثل هذه الحالات، قد يكون من الضروري استخدام ترجمة عناوين الشبكة والمنافذ الكاملة (NAPT) على IPv6، والتي تُعرف عادةً باسم NAT66، حيث يتم إخفاء بادئة IPv6 ULA وتحويلها إلى عنوان IPv6 عالمي فريد (GUA) واحد. [ 31 ] [ 32 ] [ 33 ] تُشير مدونة APNIC إلى حالة لم يُزوّد ​​فيها الكاتب إلا بعنوان واحد (/128). [ 32 ]

التطبيقات المتأثرة بتقنية NAT

ترسل بعض بروتوكولات طبقة التطبيق ، مثل بروتوكول نقل الملفات (FTP) وبروتوكول بدء الجلسة (SIP)، عناوين شبكة صريحة ضمن بيانات التطبيق. يستخدم بروتوكول نقل الملفات في الوضع النشط، على سبيل المثال، اتصالات منفصلة لحركة مرور التحكم (الأوامر) وحركة مرور البيانات (محتويات الملفات). عند طلب نقل ملف، يُحدد المضيف الذي يُرسل الطلب اتصال البيانات المقابل من خلال عناوين طبقة الشبكة وطبقة النقل . إذا كان المضيف الذي يُرسل الطلب موجودًا خلف جدار حماية NAT بسيط، فإن ترجمة عنوان IP أو رقم منفذ TCP تجعل المعلومات التي يتلقاها الخادم غير صالحة. يتحكم بروتوكول SIP عادةً في مكالمات الصوت عبر بروتوكول الإنترنت (VoIP) ، ويعاني من المشكلة نفسها. قد يستخدم بروتوكول SIP وبروتوكول وصف الجلسة المصاحب له منافذ متعددة لإنشاء اتصال ونقل دفق صوتي عبر بروتوكول النقل في الوقت الحقيقي (RTTP ). يتم ترميز عناوين IP وأرقام المنافذ في بيانات الحمولة، ويجب معرفتها قبل اجتياز جدران الحماية NAT. بدون تقنيات خاصة، مثل STUN ، يكون سلوك NAT غير متوقع، وقد تفشل الاتصالات. يمكن لبرامج أو أجهزة بوابة طبقة التطبيق (ALG) تصحيح هذه المشكلات. تقوم وحدة برمجية ALG تعمل على جهاز جدار حماية NAT بتحديث أي بيانات حمولة أصبحت غير صالحة بسبب ترجمة العناوين. تحتاج خوارزميات ALG إلى فهم بروتوكول الطبقة العليا الذي يتعين عليها إصلاحه، ولذلك يتطلب كل بروتوكول يعاني من هذه المشكلة خوارزمية ALG منفصلة. على سبيل المثال، في العديد من أنظمة Linux، توجد وحدات نواة تُسمى متتبعات الاتصال تُستخدم لتنفيذ خوارزميات ALG. مع ذلك، لا يمكن لخوارزمية ALG العمل إذا كانت بيانات البروتوكول مشفرة.

يُعدّ استخدام تقنيات تجاوز جدار الحماية (NAT) عبر بروتوكولات مثل STUN أو ICE، أو أساليب خاصة في وحدة تحكم حدود الجلسة ، حلاً آخر محتملاً لهذه المشكلة. يُمكن تجاوز جدار الحماية في تطبيقات TCP وUDP، إلا أن تقنية UDP أبسط وأكثر فهمًا وتوافقًا مع أنظمة NAT القديمة. في كلتا الحالتين، يجب تصميم البروتوكول عالي المستوى مع مراعاة تجاوز جدار الحماية، ولا يعمل بكفاءة عبر أنظمة NAT المتناظرة أو أنظمة NAT القديمة الأخرى ذات الأداء الضعيف.

ومن الاحتمالات الأخرى بروتوكول التحكم في المنفذ (PCP)، [ 34 ] بروتوكول تعيين منفذ NAT (NAT-PMP)، أو بروتوكول جهاز بوابة الإنترنت ، ولكن هذه تتطلب من جهاز NAT تنفيذ هذا البروتوكول.

معظم بروتوكولات العميل والخادم (باستثناء بروتوكول نقل الملفات FTP [ e ] ) لا ترسل معلومات الاتصال من الطبقة الثالثة، ولا تتطلب أي معالجة خاصة من قِبل تقنية ترجمة عناوين الشبكة (NAT). في الواقع، يُعد تجنب تعقيدات تقنية ترجمة عناوين الشبكة شرطًا أساسيًا عند تصميم بروتوكولات الطبقات العليا الجديدة اليوم.

قد تُسبب تقنية ترجمة عناوين الشبكة (NAT) مشاكل عند تطبيق تشفير IPsec ، وفي حال وجود أجهزة متعددة، مثل هواتف SIP، خلف جدار الحماية. تقوم الهواتف التي تُشفّر إشاراتها باستخدام IPsec بتغليف معلومات المنفذ ضمن حزمة مُشفّرة، مما يعني أن أجهزة NAT لا تستطيع الوصول إلى المنفذ وترجمته. في هذه الحالات، تعود أجهزة NAT إلى عمليات NAT البسيطة. هذا يعني أن جميع البيانات المُعادة إلى NAT تُوجّه إلى عميل واحد، مما يُؤدي إلى انقطاع الخدمة عن أكثر من عميل خلف جدار الحماية. هناك حلول عديدة لهذه المشكلة: الأول هو استخدام TLS ، الذي يعمل على الطبقة الرابعة ولا يُخفي رقم المنفذ؛ والثاني هو تغليف IPsec ضمن UDP - وهو الحل الذي اختارته TISPAN لتحقيق اجتياز آمن لجدار الحماية، أو استخدام جدار حماية يدعم "IPsec Passthru" ؛ والثالث هو استخدام وحدة تحكم حدود الجلسة للمساعدة في اجتياز جدار الحماية .

إنشاء الاتصال التفاعلي (ICE) هو تقنية اجتياز NAT لا تعتمد على دعم ALG.

تتأثر ثغرة بروتوكول نظام أسماء النطاقات (DNS) التي أعلن عنها دان كامينسكي في 8 يوليو 2008 [ 35 ] بشكل غير مباشر بربط منافذ NAT. لتجنب تسميم ذاكرة التخزين المؤقت لنظام أسماء النطاقات ، يُنصح بشدة بعدم ترجمة أرقام منافذ UDP المصدرية لطلبات DNS الصادرة من خادم DNS خلف جدار حماية يُطبّق NAT. الحل الموصى به لهذه الثغرة هو جعل جميع خوادم DNS المُخزّنة مؤقتًا تستخدم منافذ UDP مصدرية عشوائية. إذا أزالت وظيفة NAT عشوائية منافذ UDP المصدرية، يصبح خادم DNS عرضة للاختراق.

أمثلة على برامج NAT

انظر أيضاً

ملحوظات

  1. تتيح معظم أجهزة NAT الحديثة لمسؤول الشبكة إمكانية تكوين إدخالات ثابتة في جدول الترجمة للاتصالات من الشبكة الخارجية إلى الشبكة الداخلية المُخفية. تُعرف هذه الميزة عادةً باسم NAT الثابت . ويمكن تطبيقها بنوعين: إعادة توجيه المنافذ، حيث يتم توجيه حركة البيانات من منفذ خارجي محدد إلى مضيف داخلي على منفذ محدد، وتعيين مضيف DMZ، حيث يتم تمرير جميع حركة البيانات الواردة على الواجهة الخارجية (على أي رقم منفذ) إلى عنوان IP داخلي مع الحفاظ على منفذ الوجهة. قد يتوفر كلا النوعين في جهاز NAT واحد.
  2. بما أن جهاز توجيه NAT يخصص منفذًا فرديًا لكل اتصال صادر، فإن العدد الهائل من الاتصالات الصادرة قد يؤدي إلى استهلاك كامل نطاق المنافذ المتاحة. ولأن المنافذ تُحرر عادةً عندما يتوقف الاتصال عن إنتاج أي حركة مرور لفترة معينة، فإن الحد الأقصى لعدد الاتصالات النشطة يقتصر على حوالي 64 ألف اتصال.
  3. ↑ أرقام المنافذ عبارة عن أعداد صحيحة مكونة من 16 بت. نظريًا، يمكن أن يصل إجمالي عدد العناوين الداخلية التي يمكن ترجمتها إلى عنوان خارجي واحد إلى 65,536 عنوانًا لكل عنوان IP. عمليًا، يبلغ عدد المنافذ التي يمكن تخصيص عنوان IP واحد لها حوالي 4000 منفذ.
  4. ↑ ما لم يتم تحديد مسار صريح في جداول توجيه الكمبيوتر.
  5. ↑ يمكن تجنب هذه المشكلة باستخدام بروتوكول SFTP بدلاً من بروتوكول FTP

مراجع

  1. ↑ دليل بروتوكولات الشبكة ( الطبعة الثانية). شركة جافين تكنولوجيز، 2005. ص 27. ISBN   9780974094526تم الاطلاع عليه بتاريخ 16-09-2014 .
  2. 1 2 3 4 5 6 7 8 9 فرانسوا أوديه؛ كولين جينينغز (يناير 2007). متطلبات السلوك لترجمة عناوين الشبكة (NAT) لبروتوكول UDP أحادي البث . IETF . doi : 10.17487/RFC4787 . RFC 4787 .
  3. ↑ جيف هوستون (سبتمبر 2004). "التشريح: نظرة داخلية على مترجمات عناوين الشبكة" (ملف PDF) . مجلة بروتوكول الإنترنت .
  4. ↑ "ما هي ترجمة عناوين الشبكة (NAT)؟" . سيسكو . تم الاطلاع عليه بتاريخ 13 يوليو 2026 .
  5. ↑ هيون ي. يوم؛ جونغسو ها؛ إلهوان كيم (1996). "تعدد إرسال بروتوكول الإنترنت بواسطة مترجم عناوين المنافذ الشفاف" . USENIX LISA.
  6. وينغ ، دان (2010-07-01). "ترجمة عناوين الشبكة: توسيع نطاق عناوين الإنترنت". مجلة IEEE للحوسبة عبر الإنترنت . 14 (4): 66-70 . doi : 10.1109/MIC.2010.96 . ISSN 1089-7801 . S2CID 31082389 .  
  7. ↑ "توصيف وقياس اجتياز بروتوكول TCP من خلال NATs وجدران الحماية" . ديسمبر 2006.
  8. ↑ "إضاءة الظلال: قياس الشبكات والويب الانتهازي" . ديسمبر 2006. مؤرشف من الأصل في 24-07-2010.
  9. ↑ RFC 8314 
  10. ↑ "استخدام NAT في الشبكات المتداخلة" . أغسطس 2005.
  11. ↑ "سيناريو مشكلة الشبكات الخاصة الافتراضية ذات الشبكات الفرعية المتداخلة" . سبتمبر 2017. مؤرشف من الأصل في 15 يونيو 2020. تم الاطلاع عليه في 15 يونيو 2020 .
  12. ↑ سريسوريش، بايدا؛ غان، دير-هوا (أغسطس 1998). مشاركة الحمل باستخدام ترجمة عناوين شبكة IP . IETF . RFC 2391 . 
  13. ↑ "ما هو موازنة الأحمال في الطبقة الرابعة؟" . يونيو 2020.
  14. ↑ "ما هو موازنة الأحمال؟" . نوفمبر 2018.
  15. ↑ "تكوين موازنة تحميل الخادم باستخدام NAT الديناميكي" . يونيو 2018.
  16. ↑ سينغ، ر.؛ تاي، واي سي؛ تيو، دبليو تي؛ يو، إس دبليو (1999). "RAT: دفعة سريعة (وغير متقنة؟) لدعم التنقل". وقائع ورشة عمل IEEE الثانية حول أنظمة وتطبيقات الحوسبة المتنقلة WMCSA'99. الصفحات 32-40 . CiteSeerX 10.1.1.40.461 . doi : 10.1109/MCSA.1999.749275 . ISBN   978-0-7695-0025-6. S2CID 7657883 . 
  17. ↑ بوش، ر.؛ ماير، د. (2002). بعض المبادئ التوجيهية والفلسفة المعمارية للإنترنت . IETF . doi : 10.17487/RFC3439 . RFC 3439 .
  18. ↑ فيلدي، جي. فان دي؛ هاين، تي.؛ درومز، آر.؛ كاربنتر، بي.؛ كلاين، إي. (2007). حماية الشبكة المحلية لبروتوكول IPv6 . IETF . doi : 10.17487/RFC4864 . RFC 4864 .
  19. ↑ "تحسين مرونة بروتوكول الإنترنت باستخدام تقنية Cisco Stateful NAT" . Cisco .
  20. ↑ "استخدام NAT للوصول العام إلى الخوادم ذات عناوين IP الخاصة على الشبكة الخاصة (مثال على تكوين WatchGuard)" (ملف PDF) . www.watchguard.com . مؤرشف من النسخة الأصلية (ملف PDF) بتاريخ 17 يناير 2013.
  21. ↑ "K7820: نظرة عامة على ميزات SNAT" . AskF5 . 28 أغسطس 2007. تم الاطلاع عليه في 24 فبراير 2019 .
  22. ↑ "تحسين مرونة بروتوكول الإنترنت باستخدام تقنية Cisco Stateful NAT" . Cisco .
  23. ↑ "استخدام NAT للوصول العام إلى الخوادم ذات عناوين IP الخاصة على الشبكة الخاصة (مثال على تكوين WatchGuard)" (ملف PDF) . www.watchguard.com . مؤرشف من النسخة الأصلية (ملف PDF) بتاريخ 17 يناير 2013.
  24. ↑ "K7820: نظرة عامة على ميزات SNAT" . AskF5 . 28 أغسطس 2007. تم الاطلاع عليه في 24 فبراير 2019 .
  25. ↑ أوبرافنيك (26 يناير 2016). "ترجمة عناوين الشبكة الديناميكية" . دراسة CCNA . تم الاطلاع عليه بتاريخ 19 أبريل 2022 .
  26. ↑ "Dynamic NAT" . تم الاطلاع عليه بتاريخ 19-04-2022 .
  27. ↑ "ما هو انعكاس NAT/حلقة NAT/تثبيت NAT؟" . NYC Networkers. 2014-11-09 . تم الاطلاع عليه بتاريخ 2017-04-27 .
  28. ↑ "أجهزة توجيه NAT Loopback - OpenSim" ( ميديا ​​ويكي ) . OpenSimulator . 2013-10-21 . تم الاسترجاع في 2014-02-21 .
  29. ↑ فان بيجنوم، إيليتش (23 يوليو 2008). "بعد مقاومة شديدة، قد تصل تقنية NAT إلى IPv6 في نهاية المطاف" . آرس تكنيكا . تم الاطلاع عليه بتاريخ 24 أبريل 2014 .
  30. ↑ دوبونت، كاسبر (18 أغسطس 2015). "الشبكة الفرعية - تقسيم شبكة IPv6 الفرعية إلى /64 - ما الذي سيتعطل، وكيفية تجاوزه؟" . موقع Server Fault . تم الاطلاع عليه بتاريخ 20 أبريل 2023 .
  31. ↑ هوغ، سكوت (28 ديسمبر 2021). "ظننتَ أنه لا يوجد ترجمة عناوين الشبكة (NAT) لبروتوكول IPv6، لكن ترجمة عناوين الشبكة لا تزال موجودة" . مدونة إنفوبلوكس . تم الاطلاع عليه بتاريخ 12 سبتمبر 2025 .
  32. 1 2 سيلوني، ماركو (2018-02-01). "NAT66: الجيد والسيئ والقبيح" . مدونة APNIC . تم الاسترجاع في 2023-04-20 .
  33. ↑ "أمثلة على تقنية NAT (تقنية NAT لبروتوكول IPv6) - ويكي OpenWrt" . تم الاطلاع عليه بتاريخ 11-06-2026 .
  34. ↑ د. وينغ، محرر؛ تشيشاير، س.؛ بوكادير، م.؛ بينو، ر.؛ سيلكيرك، ب. (2013). بروتوكول التحكم في المنافذ (PCP) . IETF . doi : 10.17487/RFC6887 . RFC 6887 .
  35. ↑ ميسمر، إيلين (8 يوليو 2008). "خلل كبير في نظام أسماء النطاقات قد يعطل الإنترنت" . عالم الشبكات . مؤرشف من الأصل في 13 فبراير 2009. تم الاطلاع عليه في 14 يونيو 2021 .