יוני 2016 התיקון החם עבור היישום Microsoft לבקש 3.0 ניתוב

מאפייני הבעיה

בעיה 1

בעת שימוש במודול Microsoft יישום הבקשה ניתוב (ARR) עוזר בשילוב עם X-העברה-עבור: כותרת, כתובת ה-IP של הלקוח שגוי נוצר האובייקט בקשה עבור העובד חוות אינטרנט.

בעיה 2

שקול את התרחיש הבא:

• חווה אינטרנט מוגדר למשלוח בקשות לעבודה באמצעות HTTPS.

• ARR משתמשת בערך הרישום SecureConnectionIgnoreFlags .

• חוות אינטרנט הוא הוגדר לבצע בדיקות תקינות.

בתרחיש זה, בקשות סימון של תקינות להיכשל.

בעיה 3

אם חווה אינטרנט מוגדר להעברת בקשות לרשות עובדי באמצעות HTTPS, ARR מספק דרך לאמת את העובד חוות אינטרנט מחזירה אישור שרת ספציפי.

הגורם

בעיות אלה מתרחשות עקב בעיה בחץ

מידע אודות הורדות

הקובץ הבא זמין להורדה במרכז ההורדות של Microsoft:

הורד כעת את חבילת ARR 3.0.

לקבלת מידע נוסף אודות אופן ההורדה של קובצי תמיכה של Microsoft, לחץ על מספר המאמר הבא כדי להציג את המאמר הרלוונטי מתוך Microsoft Knowledge Base:

119591 כיצד לקבל קבצי תמיכה של Microsoft משירותים מקווניםMicrosoft סרקה קובץ זה לאיתור וירוסים. Microsoft השתמשה בתוכנת איתור הווירוסים העדכנית ביותר שהיתה זמינה בתאריך פרסום הקובץ. הקובץ מאוחסן בשרתים בעלי אבטחה מוגברת המסייעים למנוע שינויים בלתי מורשים בקובץ.

מצב

מיקרוסופט אישרה כי מדובר בעדכון במוצרי מיקרוסופט הרשומים בסעיף 'חל על'.

מידע נוסף

לאחר שתתקין תיקון חם זה, הופכות את התיקונים הבאים.

Issue 1

תיקון חם זה מוסיף את התכונה trustImmediateProxy הגדרות התצורה של היישום לבקש ניתוב עוזר מודול. אם השרת שממנו התקבלה הבקשה אמור להתווסף באופן אוטומטי לרשימת trustedProxies פקדים TrustImmediateProxy . אם היא לא אחרת שצוין, trustImmediateProxy מוגדר כ- "false".

לאחר החלת תיקון חם זה, ברירת המחדל עבור התכונה trustUnlisted השתנה מ- "true" ל- "false".

התצורה לדוגמה:
<proxyHelper> <trustedProxies trustUnlisted="false" trustImmediateProxy="true">
<add ipAddress="1.1.1.1" />
<add ipAddress="2.2.2.2" />
</trustedProxies>
</proxyHelper>
בעיה 2

לאחר החלת תיקון חם זה, היישום לבקש ניתוב בדיקות תקינות להשתמש בהגדרה SecureConnectionIgnoreFlags .

בעיה 3

לאחר החלת תיקון חם זה, היישום לבקש ניתוב תומך בקביעת התצורה של החווה לכל האינטרנט אוסף של SSL שרת מפתחות ציבוריים של אישור, עם מחרוזות OID אלגוריתם אופציונלי. זה מאמת את אישורי שרת שהתקבלו מתוך עובדי חוות אינטרנט.

התצורה לדוגמה:

<webFarms> <webFarm name="MyServerFarm">
<server address="first.backend.com" enabled="true" />
<server address="second.backend.com" enabled="true" />
<applicationRequestRouting>
<publicKeys>
<publicKey bytes="112233445566778899AABBCCDDEEFF" algorithmOid="1.2.840.113549.1.1.11" />
<publicKey bytes="AABBCCDDEEFF112233445566778899" />
</publicKeys>
</applicationRequestRouting>
</webFarm>
</webFarms>
הערות

• השדה בתים הוא הייצוג ההקסדצימלי של ה-blob מפתח ציבורי של אישור השרת, ללא רווחים.

• AlgorithmOid הוא ייצוג מחרוזת של מזהה האובייקט של אלגוריתם. בדוגמה הקודמת, 1.2.840.113549.1.1.11 תואם SHA256. AlgorithmOid הוא אופציונלי. אם לא צוין, כל אלגוריתם OID הוא קביל.

הפניות

למד אודות המינוח שבו Microsoft משתמשת לתיאור עדכוני תוכנה.