هذا هو الأمر mm-webreplay الذي يمكن تشغيله في مزود الاستضافة المجانية OnWorks باستخدام إحدى محطات العمل المجانية المتعددة على الإنترنت مثل Ubuntu Online أو Fedora Online أو محاكي Windows عبر الإنترنت أو محاكي MAC OS عبر الإنترنت
برنامج:
اسم
ماهي ماهي - أدوات محاكاة الشبكة خفيفة الوزن وقابلة للإنشاء
مضاهاة الارتباط: مم تأخير, مم الخسارة, مم أون أوف, مم الارتباط
نصوص التحليل: مم-معدل نقل الرسم البياني, مم تأخير الرسم البياني
ملاحظة: مم متر
تسجيل وإعادة تشغيل المواقع متعددة المصادر: مم- webrecord, مم-webreplay
الوصف
ماهي ماهي عبارة عن مجموعة من أدوات مساحة المستخدم لمحاكاة الشبكة وتحليلها.
تنتج كل أداة Mahimahi حاوية خفيفة الوزن ، متصلة بشكل عام بالخارج عبر
جهاز شبكة اصطناعي يراقب الحزم أثناء نقلها أو يحاكي المطلوب
السلوك.
الأدوات قابلة للتكوين بحيث يمكن ربط سلسلة من تأثيرات الشبكة التي تمت مضاهاتها
معًا ، مع حاويات Mahimahi المتداخلة داخل بعضها البعض. كل أداة تأخذ اختياري
الأمر لتنفيذه ، لذلك من الممكن إنشاء سلسلة من الحاويات المتداخلة بواحد
سطر الأوامر.
LINK محاكاة آدوات
مم تأخير تأخير [يأمر...]
يتم تأخير كل حزمة من قبل المحدد تأخير (بالمللي ثانية) دخول و
مغادرة الحاوية.
مم الخسارة الإرسال | الهابطة معدل [يأمر...]
الحزم تضيع في المعطى معدل إما عند الخروج (الإرسال) أو الدخول
(الهابطة) الحاوية. معدل هو رقم بين 0 و 1.
مم أون أوف الإرسال | الهابطة في الوقت المناسب في الوقت المناسب [يأمر...]
ستكون الوصلة الصاعدة أو الهابطة متقطعة وستنتقل بين الوصلة المتصلة و
حالات غير متصلة وفقًا لعملية نقطة بواسون بمتوسط محدد
المدد التي تم قضاؤها "تشغيل" و "إيقاف تشغيل".
مم الارتباط [- سجل الارتباط =اسم الملف] [- downlink-log =اسم الملف] [- مقياس الإرسال] [--متر-
تأخير الإرسال] [- مقياس الهابطة] [- متر-الهابطة تأخير] [--بمجرد] اسم ملف الارتباط
الهابطة اسم الملف [يأمر...]
مم-معدل نقل الرسم البياني
مم تأخير الرسم البياني
يحاكي ارتباط محدود سرعة النقل مع تسليم حزم محدد
جدولة وتحليل الأداء الناتج. يرى مم الارتباط(1).
الملاحظة آدوات
مم متر [- مقياس الإرسال] [- مقياس الهابطة] [يأمر...]
يعرض مخططًا حيًا متحركًا لمعدل النقل الذي يدخل أو يغادر
حاوية.
سجل لأي لبس REPLAY المواقع الإلكترونية
مم- webrecord دليل [يأمر...]
يعمل بشكل شفاف على إنشاء وكلاء اتصالات HTTP و HTTPS الصادرة ، مما يؤدي إلى حفظ ملف
الطلبات والاستجابات المقابلة وعنوان IP لكل خادم ويب
اتصلت في المعطى دليل. مم- webrecord يستخدم TLS موقعة ذاتيًا
في وكيل HTTPS الخاص به ، مما يتسبب في رفض متصفحات الويب النموذجية لها.
لأغراض الاختبار أو تصحيح الأخطاء ، يمكن عادةً إيقاف تشغيل هذا السلوك ،
على سبيل المثال: مع - شهادة عدم التحقق الخيار ل مجلد مشترك(1) أو --يتجاهل-
أخطاء الشهادة الخيار ل الكروم متصفح(1).
مم-webreplay دليل [يأمر...]
يعيد تشغيل جلسة محفوظة من تشغيل سابق لـ مم- webrecord. على عكس معظم
أدوات mahimahi مم-webreplay الحاوية ليس لديها اتصال بالشبكة
للعالم الخارجي. بدلاً من ذلك ، يحتوي على واجهات شبكة وهمية مرتبطة بكل منها
عنوان IP الذي أجاب خادم الويب على الطلب عليه في الجلسة المحفوظة.
مم-webreplay يدير apache2(8) خادم الويب مرتبط بكل عنوان IP
داخل الحاوية. يحاكي كل خادم ويب الخادم المقابل من
الجلسة المحفوظة. عند تلقي طلب يطابق واحدًا في
دليل، يرد apache2 المقابل بنفس الرد مثل
تم التقاطها مسبقًا.
مم-webreplay يمكن استخدامها لقياس أداء متصفحات الويب على
مواقع الويب المعقدة وتأثير التغييرات في بروتوكولات الويب (مثل HTTP ،
HTTP / 2 و SPDY و QUIC). بخلاف أدوات مثل إعادة عرض صفحات الويب ، مم-webreplay
يحافظ على البنية المجزأة لموقع الويب ، ويلتزم بعنوان IP الفعلي
العناوين التي يستخدمها الموقع الحقيقي ، ويخدم الطلبات من الويب الحقيقي
الملقمات.
البيئة
يتم تعيين متغير البيئة MAHIMAHI_BASE على عنوان IP للمضيف ، خارج أي
حاوية. يمكن استخدام هذا لإجراء قياسات كتابية عبر سلسلة من mahimahi
حاويات مرتبطة ببعضها البعض.
أمثلة
لإنشاء صدفة بها رابط مؤجل وفقدان للإنترنت:
$ الوصلة الصاعدة بتأخير مم 50 مم ، الخسارة 0.2
[تأخير 50 آنسة] [خسارة أعلى = 0.1] $
لتشغيل الأمر ping على نفس الرابط:
$ الوصلة الصاعدة بتأخير ملمي 50 مم بفقد 0.2 sh -c "ping -c 10 -n $ MAHIMAHI_BASE"
بينغ 100.64.0.1 (100.64.0.1) 56(84) بايت من البيانات.
64 بايت من 100.64.0.1: icmp_seq = 1 ttl = 63 مرة = 101 مللي ثانية
64 بايت من 100.64.0.1: icmp_seq = 2 ttl = 63 مرة = 100 مللي ثانية
64 بايت من 100.64.0.1: icmp_seq = 4 ttl = 63 مرة = 101 مللي ثانية
64 بايت من 100.64.0.1: icmp_seq = 5 ttl = 63 مرة = 100 مللي ثانية
64 بايت من 100.64.0.1: icmp_seq = 7 ttl = 63 مرة = 101 مللي ثانية
64 بايت من 100.64.0.1: icmp_seq = 8 ttl = 63 مرة = 101 مللي ثانية
64 بايت من 100.64.0.1: icmp_seq = 9 ttl = 63 مرة = 101 مللي ثانية
64 بايت من 100.64.0.1: icmp_seq = 10 ttl = 63 مرة = 101 مللي ثانية
- 100.64.0.1 إحصائيات بينغ -
تم إرسال رزمتين ، تم استلام 10 ، فقدان الحزمة بنسبة 8٪ ، الوقت 20 مللي ثانية
rtt دقيقة / متوسط / أقصى / mdev = 100.910 / 101.009 / 101.092 / 0.279 مللي ثانية
لتسجيل تحميل الصفحة من www.nytimes.com:
$ mm-webrecord / tmp / nytimes متصفح الكروم - أخطاء الشهادة - المستخدم - بيانات المستخدم = / tmp / غير موجود $ (التاريخ +٪ s٪ N) www.nytimes.com
استخدام --user-data-dir = / tmp / غير موجود $ (تاريخ +٪ s٪ N) هو منع المتصفح
من إعادة استخدام عملية متصفح الكروم الحالية.
لجعل Chrome يسترد موقع الويب المحفوظ عبر رابط مؤجل مع فقدان البيانات والذي يكون معدل نقله
يقتصر على حزمة واحدة كاملة الحجم لكل مللي ثانية:
$ mm-webreplay / tmp / nytimes mm-delay 50 mm-loss 0.1 mm-link <(echo 1) <(echo 1) - chromium-browser --ignore-Certificate-errors --user-data-dir = / tmp / غير موجود $ (تاريخ +٪ s٪ N) www.nytimes.com
لمحاكاة شبكة خلوية متغيرة وتصور استخدام العملية للشبكة:
$ تأخير مم 20 مم رابط - متر الكل /usr/share/mahimahi/traces/Verizon-LTE-short.up /usr/share/mahimahi/traces/Verizon-LTE-short.down
[تأخير 20 آنسة] [رابط] $
استخدم mm-webreplay عبر الإنترنت باستخدام خدمات onworks.net
