בחרו Java Sampler של JMeter עבור מסלול JVM SOCKS

שלבו מאפייני JVM SOCKS עם מימוש ה-Java HTTP של JMeter ומנעו משדות proxy HTTP לעקוף את המסלול הזה.

השתמשו במסלול JDK SOCKS הזה רק כאשר דגמי ה-HTTP הרלוונטיים יכולים להשתמש במימוש ה-Java של JMeter. שיטות ה-HTTP הנתמכות צרות יותר מאשר ב-HttpClient4; עומס עבודה של PATCH דורש סידור נתמך אחר.

עבור מאזין SOCKS קיים, הפעילו:

jmeter -n -t plan.jmx \
  -DsocksProxyHost=127.0.0.1 \
  -DsocksProxyPort=1080

נקודת קצה תואמת ללא חשבון מרשימת פרוקסי SOCKS יכולה להחליף את הדוגמה עבור בקשות ציבוריות מותרות שמבצעים דגמי ה-Java האלה. בחרו Java בכל HTTP Request sampler רלוונטי או ב-HTTP Request Defaults שלו. בחירה מפורשת של sampler יכולה לעקוף את ברירת המחדל הזו.

השאירו את שדות המארח/פורט של proxy HTTP ריקים עבור המסלול הזה. מילוי שלהם יוצר proxy HTTP מפורש; אחרת Java משתמש ב-URL.openConnection() ובבחירה של ה-JDK. בדקו גם מאפייני proxy HTTP/HTTPS קיימים של ה-JVM, מכיוון שפרוקסי ספציפיים לפרוטוקול מקבלים עדיפות על SOCKS.

-D מגדיר מאפייני מערכת של JVM. -J מגדיר את המאפיינים של JMeter עצמו ואינו איות חלופי.

אמתו את המסלול עם בקשה מייצגת במנוע שמבצע אותה. תצורה זו אינה קובעת ניתוב SOCKS לכל תוסף, חיבור JDBC, מנוע מרוחק או sampler אחר.

מאמרים קשורים