mm-webreplay - ออนไลน์ในคลาวด์

โครงการ:

ชื่อ

มาฮิมาฮี - เครื่องมือจำลองเครือข่ายที่มีน้ำหนักเบาและประกอบได้

การจำลองลิงค์: มม.-ล่าช้า, mm-การสูญเสีย, mm-เปิดปิด, mm-ลิงค์

สคริปต์การวิเคราะห์: mm-throughput-กราฟ, mm-delay-กราฟ

การสังเกต: มม.-เมตร

บันทึกและเล่นซ้ำเว็บไซต์หลายต้นทาง: mm-เว็บเรคคอร์ด, mm-webreplay

DESCRIPTION

มาฮิมาฮี เป็นชุดเครื่องมือพื้นที่ผู้ใช้สำหรับการจำลองและวิเคราะห์เครือข่าย

เครื่องมือ mahimahi แต่ละตัวจะวางไข่ภาชนะที่มีน้ำหนักเบาซึ่งโดยทั่วไปจะเชื่อมต่อกับภายนอกผ่านทาง
อุปกรณ์เครือข่ายสังเคราะห์ที่สังเกตแพ็กเก็ตในการขนส่งหรือเลียนแบบที่ต้องการ
พฤติกรรม

เครื่องมือต่างๆ สามารถประกอบกันได้ เพื่อให้สามารถเชื่อมโยงชุดของเอฟเฟกต์เครือข่ายที่จำลองขึ้นได้
พร้อมกับภาชนะมะหิมาฮีที่ซ้อนกันอยู่ภายในกัน แต่ละเครื่องมือใช้ตัวเลือก
คำสั่งในการดำเนินการ ดังนั้นจึงเป็นไปได้ที่จะสร้างชุดของคอนเทนเนอร์ที่ซ้อนกันด้วย one
บรรทัดคำสั่ง.

LINK การจำลอง TOOLS

มม.-ล่าช้า ความล่าช้า [สั่งการ...]

ทุกแพ็กเก็ตล่าช้าตามที่ระบุ ความล่าช้า (หน่วยเป็นมิลลิวินาที) เข้าและ
ออกจากภาชนะ

mm-การสูญเสีย อัปลิงค์ | ดาวน์ลิงค์ อัตรา [สั่งการ...]

แพ็กเก็ตจะหายไปตามที่กำหนด อัตรา ไม่ว่าจะเมื่อออกจาก (อัปลิงค์) หรือเข้า
(downlink) คอนเทนเนอร์ อัตรา เป็นตัวเลขระหว่าง 0 ถึง 1

mm-เปิดปิด อัปลิงค์ | ดาวน์ลิงค์ ตรงต่อเวลา เวลาเฉลี่ยนอกเวลา [สั่งการ...]

อัปลิงค์หรือดาวน์ลิงค์จะไม่สม่ำเสมอและจะสลับไปมาระหว่างการเชื่อมต่อและ
สถานะตัดการเชื่อมต่อตามกระบวนการจุดปัวซองด้วยค่าเฉลี่ยที่ระบุ
ระยะเวลาที่ใช้ "เปิด" และ "ปิด"

mm-ลิงค์ [--อัปลิงค์-log=ชื่อไฟล์] [--downlink-log=ชื่อไฟล์] [--เมตรอัปลิงค์] [--เมตร-
อัปลิงค์ล่าช้า] [--meter-ดาวน์ลิงค์] [--meter-downlink-ดีเลย์] [--ครั้งหนึ่ง] uplink-ชื่อไฟล์
downlink-ชื่อไฟล์ [สั่งการ...]

mm-throughput-กราฟ
mm-delay-กราฟ

จำลองลิงก์ที่จำกัดปริมาณงานด้วยการส่งแพ็กเก็ตที่ระบุ
กำหนดเวลาและวิเคราะห์ผลการปฏิบัติงาน ดู mm-ลิงค์(1)

ข้อสังเกต TOOLS

มม.-เมตร [--เมตรอัปลิงค์] [--meter-ดาวน์ลิงค์] [สั่งการ...]

แสดงพล็อตสดแบบเคลื่อนไหวของอัตราการถ่ายโอนที่เข้าหรือออกจาก
ภาชนะ

RECORD AND REPLAY เว็บไซต์

mm-เว็บเรคคอร์ด ไดเรกทอรี [สั่งการ...]

พร็อกซี่การเชื่อมต่อ HTTP และ HTTPS ขาออกอย่างโปร่งใส บันทึก
คำขอ การตอบกลับที่เกี่ยวข้อง และที่อยู่ IP ของแต่ละเว็บเซิร์ฟเวอร์
ที่ติดต่อมา ไดเรกทอรี. mm-เว็บเรคคอร์ด ใช้ TLS . ที่ลงนามเอง
ใบรับรองในพร็อกซี HTTPS ทำให้เว็บเบราว์เซอร์ทั่วไปปฏิเสธ
สำหรับวัตถุประสงค์ในการทดสอบหรือแก้จุดบกพร่อง พฤติกรรมนี้มักจะปิดได้
เช่น: กับ - ไม่มีการตรวจสอบใบรับรอง ตัวเลือก wget(1) หรือ --ไม่สนใจ-
ใบรับรองข้อผิดพลาด ตัวเลือก โครเมียมเบราว์เซอร์(1)

mm-webreplay ไดเรกทอรี [สั่งการ...]

เล่นซ้ำเซสชันที่บันทึกไว้จากการรันครั้งก่อนหน้าของ mm-เว็บเรคคอร์ด. ไม่เหมือนส่วนใหญ่
เครื่องมือ mahimahi, the mm-webreplay คอนเทนเนอร์ไม่มีการเชื่อมต่อเครือข่าย
สู่โลกภายนอก แต่มีอินเทอร์เฟซเครือข่ายจำลองที่ผูกไว้กับแต่ละส่วนแทน
ที่อยู่ IP ที่เว็บเซิร์ฟเวอร์ในเซสชันที่บันทึกไว้ได้ตอบคำขอ
mm-webreplay รันไฟล์ apache2(8) เว็บเซิร์ฟเวอร์ที่ผูกไว้กับที่อยู่ IP ดังกล่าวแต่ละอัน
ภายในภาชนะ แต่ละเว็บเซิร์ฟเวอร์จำลองเซิร์ฟเวอร์ที่เกี่ยวข้องจาก
เซสชันที่บันทึกไว้ เมื่อได้รับคำขอที่ตรงกับหนึ่งใน
ไดเรกทอรี, apache2 ที่สอดคล้องกันตอบกลับด้วยคำตอบเดียวกันกับ
ก่อนหน้านี้ถูกจับ

mm-webreplay สามารถใช้วัดประสิทธิภาพของเว็บเบราว์เซอร์ได้บน
เว็บไซต์ที่ซับซ้อนและผลกระทบของการเปลี่ยนแปลงในโปรโตคอลเว็บ (เช่น HTTP,
HTTP/2, SPDY, QUIC) ต่างจากเครื่องมืออย่างหน้าเว็บ-เล่นซ้ำ mm-webreplay
รักษาโครงสร้างการแบ่งส่วนของเว็บไซต์ ผูกกับ IP จริง
ระบุว่าเว็บไซต์จริงใช้และให้บริการคำขอจาก Web . จริง
เซิร์ฟเวอร์

และพวกเรา

ตัวแปรสภาพแวดล้อม MAHIMAHI_BASE ถูกตั้งค่าเป็นที่อยู่ IP ของโฮสต์ ภายนอกใดๆ
คอนเทนเนอร์. สามารถใช้เพื่อดำเนินการวัดตามสคริปต์ในชุดของมหิมาหิ
ภาชนะที่ถูกล่ามโซ่ไว้ด้วยกัน

ตัวอย่าง

ในการวางไข่ของเชลล์ด้วยลิงก์ที่ล่าช้าและสูญเสียไปยังอินเทอร์เน็ต:

$ mm-delay 50 mm-loss uplink 0.2
[ล่าช้า 50 นางสาว] [การสูญเสีย ขึ้น=0.1] $

ในการรัน ping บนลิงค์เดียวกัน:

$ mm-delay 50 mm-loss uplink 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 ms
64 ไบต์จาก 100.64.0.1: icmp_seq=2 ttl=63 เวลา=100 ms
64 ไบต์จาก 100.64.0.1: icmp_seq=4 ttl=63 เวลา=101 ms
64 ไบต์จาก 100.64.0.1: icmp_seq=5 ttl=63 เวลา=100 ms
64 ไบต์จาก 100.64.0.1: icmp_seq=7 ttl=63 เวลา=101 ms
64 ไบต์จาก 100.64.0.1: icmp_seq=8 ttl=63 เวลา=101 ms
64 ไบต์จาก 100.64.0.1: icmp_seq=9 ttl=63 เวลา=101 ms
64 ไบต์จาก 100.64.0.1: icmp_seq=10 ttl=63 เวลา=101 ms

--- สถิติการปิง 100.64.0.1 ---
ส่ง 10 แพ็กเก็ต, รับ 8 รายการ, แพ็กเก็ตสูญหาย 20%, เวลา 8999ms
rtt ต่ำสุด/เฉลี่ย/สูงสุด/mdev = 100.910/101.009/101.092/0.279 ms

เพื่อบันทึกการโหลดหน้าจาก www.nytimes.com:

$ mm-webrecord /tmp/nytimes โครเมียมเบราว์เซอร์ --ignore-certificate-errors --user-data-dir=/tmp/nonexistent$(date +%s%N) www.nytimes.com

การใช้งานของ --user-data-dir=/tmp/nonexistent$(วันที่ +%s%ยังไม่มีข้อความ) คือการป้องกันบราวเซอร์
จากการนำกระบวนการเบราว์เซอร์โครเมียมที่มีอยู่มาใช้ซ้ำ

หากต้องการให้ Chrome ดึงข้อมูลเว็บไซต์ที่บันทึกไว้ผ่านลิงก์ที่สูญเสียและล่าช้าซึ่งมีปริมาณงานอยู่ที่
จำกัดไว้ที่ 1 แพ็กเก็ตขนาดเต็มต่อมิลลิวินาที:

$ mm-webreplay /tmp/nytimes mm-delay 50 mm-loss uplink 0.1 mm-link <(echo 1) <(echo 1) -- chromium-browser --ignore-certificate-errors --user-data-dir=/ tmp/nonexistent$(date +%s%N) www.nytimes.com

วิธีจำลองเครือข่ายเซลลูลาร์ที่เปลี่ยนแปลงได้และแสดงภาพการใช้เครือข่ายของกระบวนการ:

$ mm-delay 20 มม. ลิงค์ --meter-all /usr/share/mahimahi/traces/Verizon-LTE-short.up /usr/share/mahimahi/traces/Verizon-LTE-short.down
[ล่าช้า 20 นางสาว] [ลิงก์] $

ใช้ mm-webreplay ออนไลน์โดยใช้บริการ onworks.net