WEBVTT

00:00.300 --> 00:03.180
المدرب: في هذا الدرس، سنناقش الوكلاء.

00:03.180 --> 00:05.880
الخوادم الوكيلة هي الأجهزة التي تقوم بإنشاء اتصال

00:05.880 --> 00:07.830
شبكة بين جهاز العميل الخاص بالمستخدم

00:07.830 --> 00:10.620
النهائي ومورد بعيد مثل خادم الويب.

00:10.620 --> 00:12.480
يمكن أن تكون هذه الأجهزة إما أجهزة

00:12.480 --> 00:13.980
فعلية تعتمد على الأجهزة

00:13.980 --> 00:16.470
أو يمكن أن تكون ببساطة جزءًا من برنامج مثبت

00:16.470 --> 00:19.020
على خادم آخر داخل بنيتنا التحتية.

00:19.020 --> 00:22.410
وفي كلتا الحالتين، توفر هذه الأجهزة بعض المزايا المميزة،

00:22.410 --> 00:26.280
مثل زيادة السرعة والكفاءة في شبكاتنا، وزيادة الأمان، وفرص

00:26.280 --> 00:28.920
إضافية لإجراء التدقيق.

00:28.920 --> 00:30.810
يتم اكتساب المزيد من السرعة والكفاءة

00:30.810 --> 00:33.000
عند استخدام الوكيل لأن الخوادم الوكيلة

00:33.000 --> 00:35.310
توفر وظيفة تسمى التخزين المؤقت للويب.

00:35.310 --> 00:37.650
بشكل أساسي، عندما يطلب المستخدم موقع ويب من خلال

00:37.650 --> 00:41.250
وكيل، فإنه يحتفظ بنسخة محلية في ذاكرة التخزين المؤقت الخاصة به.

00:41.250 --> 00:43.950
ثم عندما يطلب مستخدم آخر نفس موقع الويب، بدلاً

00:43.950 --> 00:45.150
من طلب ذلك مباشرة من خادم

00:45.150 --> 00:47.640
الويب هذا عبر رابط WAN الأبطأ، يمكن للخادم

00:47.640 --> 00:49.830
الوكيل ببساطة أن يزود المستخدم بالنسخة

00:49.830 --> 00:53.100
المخزنة مؤقتًا التي حفظها محليًا داخل نفسه.

00:53.100 --> 00:54.900
وهذا يوفر الوقت وعرض النطاق الترددي

00:54.900 --> 00:57.390
ويعمل بشكل جيد مع مواقع الويب الثابتة.

00:57.390 --> 00:59.730
الآن هذه التقنية لا تعمل بشكل جيد عندما تتعامل

00:59.730 --> 01:02.190
مع Web 2 الحديث. 0 مواقع.

01:02.190 --> 01:04.620
أشياء مثل Facebook وTwitter وReddit وأماكن

01:04.620 --> 01:06.330
مثل هذه ستستخدم أنواع المحتوى

01:06.330 --> 01:08.340
التي ينشئها المستخدمون.

01:08.340 --> 01:10.410
وذلك لأنه في كل مرة تقوم فيها بتسجيل

01:10.410 --> 01:12.270
الدخول، فإنك تحصل على تجربة شخصية

01:12.270 --> 01:13.860
فردية لذلك المستخدم.

01:13.860 --> 01:16.800
وهذا يجعل التخزين المؤقت ليس بنفس الكفاءة.

01:16.800 --> 01:20.250
الميزة الثانية للخادم الوكيل هي زيادة الأمان.

01:20.250 --> 01:23.190
يحدث هذا الآن لأنه يمكن تكوين كل وكيل بقائمة من

01:23.190 --> 01:24.450
المواقع المقبولة وغير

01:24.450 --> 01:26.670
المقبولة ويمكنهم بعد ذلك حظر تلك المواقع

01:26.670 --> 01:29.160
التي تعتبر غير مقبولة.

01:29.160 --> 01:30.390
على سبيل المثال، لنفترض

01:30.390 --> 01:32.400
أن أحد الموظفين يحاول الوصول إلى موقع

01:32.400 --> 01:34.290
ويب يحتوي على مواد إباحية أو مقامرة

01:34.290 --> 01:36.090
أثناء جلوسه في مكتبه في العمل.

01:36.090 --> 01:39.690
ربما تم تكوين الخادم الوكيل الخاص بنا لمنع هذا الوصول.

01:39.690 --> 01:41.940
وبالمثل، يمكننا أيضًا حظر مواقع الويب

01:41.940 --> 01:43.140
المعروفة باستضافة برامج

01:43.140 --> 01:45.180
ضارة ومحتويات أخرى لا نرغب في الوصول

01:45.180 --> 01:46.950
إليها من شبكات شركتنا.

01:46.950 --> 01:49.350
أخيرًا، توفر الخوادم الوكيلة أيضًا

01:49.350 --> 01:51.630
لشبكتنا إمكانات تدقيق إضافية حيث

01:51.630 --> 01:53.790
يمكنها تسجيل كل طلب يقدمه المستخدمون

01:53.790 --> 01:57.060
للخروج إلى الشبكة واسعة النطاق.

01:57.060 --> 01:58.740
يمكن بعد ذلك استخدام هذه السجلات لتحديد

01:58.740 --> 02:01.260
ما إذا كان الموظف يحاول الوصول إلى مواقع الويب التي لا

02:01.260 --> 02:02.670
يُسمح له بالوصول إليها مثل المقامرة

02:02.670 --> 02:05.460
أو المواد الإباحية كما تحدثنا عنها سابقًا.

02:05.460 --> 02:07.650
ولكن يمكن أن يخبرنا أيضًا بمقدار الوقت

02:07.650 --> 02:10.320
الذي يقضيه الموظف على أي موقع ويب معين.

02:10.320 --> 02:12.630
لذا، إذا كان المدير يشعر بالقلق من أن أحد

02:12.630 --> 02:15.870
الموظفين كان يتصفح فيسبوك طوال اليوم ولا يقوم بعمله،

02:15.870 --> 02:17.220
فيمكنه في الواقع تقديم

02:17.220 --> 02:19.380
طلب لمسؤولي النظام لإنشاء تقرير عن نشاط

02:19.380 --> 02:21.540
تصفح الويب لهذا المستخدم.

02:21.540 --> 02:23.550
ويمكنهم الاستعلام عن الخادم الوكيل

02:23.550 --> 02:26.280
وإلقاء نظرة على سجلات التدقيق لتحديد مقدار

02:26.280 --> 02:29.190
الوقت الذي أمضوه في أي موقع معين بالضبط إذا كان ذلك

02:29.190 --> 02:31.980
مسموحًا به ضمن نطاق سياسات المؤسسة.

02:31.980 --> 02:34.530
الآن، في إحدى مؤسساتي السابقة حيث عملت كمدير لتكنولوجيا

02:34.530 --> 02:35.820
المعلومات، بدأنا نرى أن

02:35.820 --> 02:36.990
شبكتنا كانت تتباطأ بمرور

02:36.990 --> 02:38.490
الوقت لأننا بدأنا في إضافة المزيد

02:38.490 --> 02:40.320
من المستخدمين وكنا نشعر بالقلق بشأن

02:40.320 --> 02:41.940
ذلك.

02:41.940 --> 02:44.790
لذلك، كان أحد الأشياء التي قمنا بها هو أننا بدأنا في تقييم مواقع

02:44.790 --> 02:47.160
الويب التي تستخدم أكبر قدر من النطاق الترددي من خلال

02:47.160 --> 02:48.870
التحقق من خوادمنا الوكيلة.

02:48.870 --> 02:50.400
وليس من المستغرب أن المركز

02:50.400 --> 02:53.610
الأول والثاني كانا يوتيوب وفيسبوك.

02:53.610 --> 02:55.620
الآن سمح لي هذا بالذهاب إلى الإدارة العليا

02:55.620 --> 02:58.020
وطلب أموال إضافية لشراء المزيد من النطاق الترددي،

02:58.020 --> 03:00.270
أو إذا لم يرغبوا في إعطائي هذا النطاق الترددي،

03:00.270 --> 03:02.400
فسنطلب بعد ذلك حظر هذه المواقع حتى نتمكن من

03:02.400 --> 03:04.590
زيادة النطاق الترددي الذي لدينا للعمل الحقيقي

03:04.590 --> 03:06.540
وظائف وليس للأشخاص الذين يستخدمون وسائل

03:06.540 --> 03:08.520
التواصل الاجتماعي.

03:08.520 --> 03:10.350
الآن، في حالة هذه المنظمة، قررت

03:10.350 --> 03:12.660
قيادتنا حظر YouTube لأنهم لم يروا سببًا

03:12.660 --> 03:15.090
تجاريًا صحيحًا يتطلب من موظفينا استخدام

03:15.090 --> 03:17.460
YouTube أثناء ساعات العمل بدلاً من

03:17.460 --> 03:18.630
شراء كمية أكبر من النطاق

03:18.630 --> 03:22.770
الترددي من خدمة الإنترنت لدينا مزود.

03:22.770 --> 03:24.600
لذلك قرروا توفير بعض المال وكسبه

03:24.600 --> 03:27.100
حتى لا يتمكن الموظفون من استخدام YouTube.