شفافية الشبكة

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

نافذة X

يُستخدم هذا المصطلح بشكل صحيح جزئيًا في سياق نظام X Window ، القادر على نقل البيانات الرسومية عبر الشبكة ودمجها بسلاسة مع التطبيقات التي تعمل وتعرض محليًا؛ ومع ذلك، فإن بعض امتدادات نظام X Window غير قادرة على العمل عبر الشبكة. [ 1 ]

قواعد البيانات

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

وقد فصل البعض شفافية التوزيع إلى شفافية الموقع وشفافية التسمية.

إن شفافية الموقع في الأوامر المستخدمة لأداء مهمة ما مستقلة عن مواقع البيانات، وعن النظام الذي يتم تنفيذ العملية عليه.

تعني شفافية التسمية توفير اسم فريد لكل عنصر في قاعدة البيانات.

جدران الحماية

يمكن تعريف الشفافية في تقنية جدار الحماية على مستوى الشبكات ( طبقة IP أو الإنترنت ) أو على مستوى التطبيق .

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

تعني الشفافية على مستوى التطبيق أن تطبيق العميل يستخدم البروتوكول بطريقة مختلفة. مثال على طلب HTTP شفاف من خادم:

طلب GET / HTTP / 1.1 المضيف : example.org الاتصال : Keep-Alive

مثال على طلب HTTP غير شفاف لخادم وكيل (ذاكرة تخزين مؤقتة):

طلب GET إلى http://foo.bar/ HTTP / 1.1 Proxy-Connection : Keep-Alive

تكون شفافية طبقة التطبيق متناظرة عند استخدام نفس نمط التشغيل على كلا الجانبين. أما الشفافية فتكون غير متناظرة عندما يقوم جدار الحماية (عادةً ما يكون خادمًا وسيطًا) بتحويل طلبات الخادم إلى طلبات وسيط أو العكس.

لا تعني الشفافية على مستوى بروتوكول الإنترنت بالضرورة شفافية مستوى التطبيق.

انظر أيضاً

مراجع

  1. "وضع وايلاند: حقائق حول قضية X ضد وايلاند (فورونيكس)" . LWN.net . 23 يونيو 2013. مؤرشف من الأصل في 22 أكتوبر 2013. تم الاطلاع عليه في 22 مارس 2014 .