האצה של זרימת העבודה: למה Visual Studio Dev Tunnels עדיפים על פריסה מסורתית

By Mirko Peters · 2026-08-12

ברוכים השבים לפודקאסט! אם מצאתם את עצמכם מחכים חמש עשרה דקות לסיום פריסה לענן רק כדי לבדוק שינוי של שורת קוד אחת, אתם...

Automatically translated with AI from the original post. Read the English original

ברוכים השבים לפודקאסט! אם מצאתם את עצמכם מחכים חמש עשרה דקות לסיום פריסה לענן רק כדי לבדוק שינוי של שורת קוד אחת, אתם יודעים עד כמה זה פוגע בפרודוקטיביות. היום נרחיב על נושא ששינה לחלוטין את הדרך שבה צוותי ההנדסה שלנו מטפלים בבדיקות מקומיות, בניפוי שגיאות ובאינטגרציות. מומלץ לצפות בפרק הפודקאסט הקשור, Test Microsoft 365 Apps with Visual Studio Dev Tunnels, שבו אנחנו מפרקים את אותם תהליכי עבודה בפעולה.

במדריך מקיף זה נבחן מדוע שיטות פריסה מסורתיות מאבדות קרקע לטובת פתרונות מנהור מודרניים, כיצד Visual Studio Dev Tunnels פועלים מאחורי הקלעים, וכיצד ניתן לשלב אותם בחוויה חלקה בפרויקטים של Microsoft 365, Teams ו-ASP.NET Core.

בדיקות מקומיות עם Visual Studio Dev Tunnels

למה בדיקות מקומיות חשובות

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

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

Dev Tunnels שינו את האופן שבו אנחנו מפתחים ובודקים אפליקציות אינטרנט, במיוחד עבור מפתחי מובייל שלעיתים קרובות מתקשים להקים שרתים מקומיים לבדיקות. מדובר בתכונה משנת משחק ששיפרה את שיתוף הפעולה וייעלה את תהליך הפיתוח.

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

כיצד Dev Tunnels מאפשרים בדיקות מקומיות

ניתן לבדוק אפליקציות Microsoft 365 מ-localhost באמצעות visual studio dev tunnels. הכלי מספק דרך מאובטחת לחשוף את השירותים המקומיים שלכם לאינטרנט. אין צורך לפרוס את הקוד ל-Azure או לכל פלטפורמת ענן אחרת רק כדי לראות כיצד הוא עובד עם Microsoft 365.

Visual Studio Dev Tunnels משפרים את הבדיקות המסורתיות על localhost על ידי חשיפה מאובטחת של האפליקציות המקומיות שלכם לאינטרנט. יכולת זו מאפשרת חיבורים נכנסים, וזה חיוני לבדיקת אפליקציות Microsoft 365 בסביבה ריאלית יותר, ומתגברת על המגבלות של בדיקה מקומית בלבד.

כך dev tunnels משפרים את המהירות והאבטחה של הבדיקות המקומיות שלכם:

• Dev tunnels מאפשרים לשירותים מקומיים לפעול כנקודות קצה מאובטחות בענן תוך פחות מ-3 דקות.
• הם מסייעים בגישה מאובטחת לאינטרנט לצורך בדיקות מקומיות של אפליקציות Microsoft 365.
• הגדרה נכונה חיונית כדי להימנע מחשיפה של סביבת הפיתוח.

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

Dev tunnels מאפשרים לבדוק תכונות כמו אימות OAuth, בוטים של Teams או web parts של SharePoint כאילו הן פועלות בענן. מקבלים משוב בזמן אמת ואפשר לנפות שגיאות על המקום. התהליך הזה הופך את מחזור הפיתוח למהיר ואמין יותר.

כשאתם משתמשים ב-dev tunnels, אתם בונים ביטחון בקוד שלכם לפני הפריסה. אתם יודעים שהאפליקציה שלכם עובדת בעולם האמיתי, ולא רק במחשב שלכם.

סקירה כללית של Visual Studio Dev Tunnels

עיקרי היכולות

Visual Studio Dev Tunnels מציעים דרך חזקה לבדיקה ולניפוי שגיאות של אפליקציות Microsoft 365 מהמחשב המקומי שלכם. אפשר לחשוף שירותי ASP.NET Core לאינטרנט בכמה צעדים בלבד. הכלי מסייע ליצור סביבת פיתוח מאובטחת וגמישה.

אלה כמה מהיכולות העיקריות שכדאי לכם להכיר:

• אפשר לחשוף ממשקי API מקומיים באמצעות כתובות URL מרוחקות, מה שמקל על בדיקה וניפוי שגיאות של פרויקטי ASP.NET Core.
• שילוב עם שירותים של צד שלישי נעשה פשוט, מכיוון שלאפליקציות המקומיות שלכם יש כתובות URL נגישות לציבור.
• אפשר להגדיר נקודות עצירה (breakpoints) ב-localhost ולראות כיצד קוד ASP.NET Core מגיב כאשר נגישים אליו דרך כתובות URL מרוחקות.
• מנהרות בעלות שם עוזרות לשתף פרויקטים או שירותים ספציפיים ללא בלבול.
• מנהרות מתמידות מאפשרות לשמור על הגישה לאורך זמן, וזה חשוב בפרויקטים מתמשכים של ASP.NET Core.
• אפשר לבחור רמות גישה למנהרות: פרטית, ארגונית או ציבורית. כך קל לשלוט במי יכול לראות את העבודה שלכם.
• אימות באמצעות Entra ID מגביל את הגישה למשתמשים עם אישורים תקפים, ושומר על הנתונים שלכם.
• ממשק ה-CLI מאפשר לנהל ולאוטומט יצירה והגדרה של מנהרות. אפשר להשתמש בפקודות כדי ליצור, להציג ולתייג מנהרות לניהול קל יותר.

טיפ: מנהרות מתמידות ומנהרות בעלות שם עוזרות להימנע מיצירה מחדש של המנהרות בכל פעם שמפעילים מחדש את פרויקט ASP.NET Core. זה חוסך זמן ומפחית טעויות.

איך Dev Tunnels פועלים

Dev tunnels יוצרים גשר מאובטח בין שרת ASP.NET Core המקומי שלכם לבין האינטרנט. אפשר לבדוק אפליקציות Microsoft 365 כאילו הן פועלות בסביבה חיה.

נקודות קצה ציבוריות מאובטחות

מתחילים בהורדה והתקנה של ה-CLI של devtunnel. לאחר הכניסה באמצעות חשבון Entra ID, Microsoft או GitHub, מפעילים את שרת ASP.NET Core המקומי. לאחר מכן, מארחים או יוצרים מנהרה באמצעות הפקודה devtunnel host –p PORT. אם רוצים כתובת URL קבועה, משתמשים בפקודה devtunnel create למנהרה מתמידה.

התהליך הזה יוצר נקודת קצה מאובטחת הנגישה מהאינטרנט לשירות ASP.NET Core המקומי שלכם. עכשיו אפשר לבדוק webhooks, זרימות אימות ושילובים הדורשים כתובות URL ציבוריות. אימות Entra ID מבטיח שרק משתמשים מאושרים יוכלו לגשת למנהרות, ומפחית את הסיכון לחשיפה מקרית של נתונים.

שילוב עם Visual Studio ו-CLI

Visual Studio מקל על יצירה וניהול של dev tunnels. אפשר להגדיר מנהרה בכמה לחיצות בלבד בתוך ה-IDE. ה-CLI מציע אפשרויות נוספות, כמו מנהרות עם משך חיים קבוע ותיוג לארגון טוב יותר. אפשר לאוטומט את יצירת המנהרות לפרויקטים של ASP.NET Core, מה שהופך את זרימת העבודה למהירה ואמינה יותר.

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

הערה: Dev tunnels נועדו לחשוף בצורה מאובטחת נקודות קצה מקומיות של ASP.NET Core לאינטרנט, כך שהבדיקה וניפוי השגיאות נעשים בבטחה וביעילות.

הקמה או יצירה של מנהרה ב-Visual Studio

דרישות מוקדמות והגדרה

לפני שמארחים או יוצרים מנהרה לבדיקת אפליקציית Microsoft 365, צריך להכין את הסביבה. Visual Studio מספק את הכלים הנדרשים, אבל יש כמה דרישות שצריך לעמוד בהן תחילה. הטבלה הבאה מציגה מה נדרש כדי להתחיל:

כדאי לוודא שיש לכם את הגרסה הנכונה של Visual Studio. פתחו את תוכנית ההתקנה והקפידו שרכיב העבודה ASP.NET and web development פעיל. היכנסו עם חשבון Microsoft שלכם כדי לגשת לחלון הכלי dev tunnels. אם תרצו לחבר את פרויקט ASP.NET Core ל-Power Platform, ודאו שיש לכם גישה ל-Power Automate או ל-Power Apps.

טיפ: שמירה על עדכניות הכלים מסייעת להימנע מבעיות התקנה ומאפשרת לכם להשתמש בתכונות החדשות ביותר בחלון הכלי dev tunnels.

יצירה ומתן שם לטננל

ניתן ליצור טננל ישירות מתוך חלון הכלי dev tunnels ב-Visual Studio. התהליך הזה מאפשר לחשוף את שירות ASP.NET Core שלכם לאינטרנט לצורך בדיקת אפליקציית Microsoft 365. בצעו את השלבים הבאים כדי ליצור את הטננל ולתת לו שם:

1. בתפריט הנפתח Debug, בחרו ב-Dev Tunnels > Create A Tunnel.
2. חלון הכלי dev tunnels פותח תיבת דו-שיח. בחרו את החשבון שברצונכם להשתמש בו.
3. הזינו שם לטננל. השם הזה יעזור לכם לזהות אותו בחלון הכלי dev tunnels.
4. בחרו את סוג הטננל. בחרו Persistent אם תרצו את אותה כתובת URL בכל פעם, או Temporary לקבלת כתובת URL חדשה בכל סשן.
5. בחרו את סוג האימות: Private, Organization או Public.
6. לחצו על OK כדי ליצור את הטננל.

כשאתם יוצרים טננל, אתם מקלים על חיבור פרויקט ASP.NET Core לשירותי Microsoft 365. חלון הכלי dev tunnels שומר על הטננלים מסודרים וגלויים. תמיד תוכלו למצוא את הטננלים הפעילים שלכם ולנהל אותם מתוך החלון הזה.

הערה: מתן שם ברור לטננל עוזר לכם ולצוות לעקוב אחר שירות ASP.NET Core החשוף. השתמשו בשמות ברורים לכל טננל בחלון הכלי dev tunnels.

הגדרת נראות הטננל

הנראות של הטננל קובעת מי יכול לגשת ל-dev tunnels שלכם. אפשר להגדיר אפשרות זו בחלון הכלי dev tunnels בעת יצירת הטננל. רמת הנראות הנכונה מגנה על העבודה שלכם ותומכת בשיתוף פעולה.

אלה אפשרויות הנראות העיקריות:

ניתן לראות אפשרויות אלה גם כ:

• Private: רק אתם יכולים להשתמש בטננל.
• Organization: הצוות או החברה שלכם יכולים להשתמש בטננל.
• Public: כל אדם יכול להשתמש בטננל.

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

אזהרה: טננלים ציבוריים אינם דורשים אימות. השתמשו בהם רק כשצריך לשתף את האפליקציה עם משתמשים מחוץ לארגון, ותמיד עקבו אחר הגישה בחלון הכלי dev tunnels.

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

שימוש ב-Dev Tunnels CLI

ניתן לנהל dev tunnels ישירות משורת הפקודה באמצעות Dev Tunnels CLI. הכלי הזה מעניק גמישות ומהירות, במיוחד כשרוצים לאוטמט את תהליך העבודה או לעבוד מחוץ לממשק Visual Studio. ה-CLI מתאים גם לבדיקות מהירות וגם להגדרות מתקדמות יותר.

כדי להתחיל, יש להתקין את Dev Tunnels CLI. ניתן לעשות זאת על ידי הרצת הפקודה הבאה בטרמינל:

dotnet tool install -g Microsoft.DevTunnels.Cli

לאחר ההתקנה חובה להיכנס לחשבון. השתמשו בחשבון Microsoft, ב-Entra ID או בחשבון GitHub. שלב זה מחבר את סשן ה-CLI לסביבת Visual Studio ומבטיח גישה מאובטחת.

devtunnel login

לאחר הכניסה ניתן ליצור ולנהל טננלים. כך אפשר ליצור טננל לפרויקט המקומי שלכם בדרך פשוטה:

devtunnel host -p 5000

הפקודה הזו חושפת את השירות המקומי שפועל בפורט 5000 לאינטרנט. ה-CLI יציג כתובת URL ציבורית שניתן להשתמש בה לבדיקת אפליקציית Microsoft 365. ניתן לשתף כתובת זו עם הצוות או להשתמש בה לבדיקות אינטגרציה.

אם תרצה/י מנהרה קבועה בשם מותאם אישית, השתמש/י בפקודה:

devtunnel create my-tunnel --persistent
devtunnel host my-tunnel -p 5000

הגישה הזו מסייעת לשמור על אותה כתובת URL בין הפעלות, וזה חשוב ל-OAuth redirect URIs ולבדיקות עקביות. ניתן גם להגדיר את נראות המנהרה ישירות מה-CLI. לדוגמה, כדי שהמנהרה תהיה נגישה רק לארגון שלך, הוסף/י את הדגל --access organization:

devtunnel create my-tunnel --persistent --access organization

טיפ: השתמש/י בשמות ברורים ותיאוריים למנהרות. זה מקל על ניהול של פרויקטים מרובים ב-visual studio ומונע בלבול.

ניתן לרשום את כל המנהרות הפעילות שלך בכל רגע:

devtunnel list

כדי לעצור מנהרה, השתמש/י בפקודה:

devtunnel close my-tunnel

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

הערה: ה-Dev Tunnels CLI פועל בצורה חלקה מול visual studio. ניתן לעבור בין ה-CLI לבין ממשק visual studio מבלי לאבד את הגדרות המנהרה שלך.

על ידי שליטה ב-Dev Tunnels CLI, תקבל/י שליטה רבה יותר על סביבת הפיתוח שלך. ניתן ליצור, לנהל ולאבטח מנהרות במהירות עבור כל פרויקט של Microsoft 365 App. הגמישות הזו עוזרת לבדוק ולנפות שגיאות באפליקציות שלך ביעילות, בין אם אתה/את עובד/ת לבד ובין אם כחלק מצוות.

הגדרת Microsoft 365 Apps עבור Dev Tunnels

עדכון רישום האפליקציה וכתובות ה-Redirect URI

עליך לעדכן את רישום האפליקציה ואת ה-redirect URIs כדי לחבר את פרויקט ה-asp.net core המקומי שלך לשירותי Microsoft 365 דרך visual studio. תהליך זה מאפשר לאפליקציה שלך להשתמש בנקודת הקצה המאובטחת שמספקים dev tunnels. להלן דרך פשוטה להגדרת רישום האפליקציה:

1. פתח/י את הפורטל Microsoft Entra ID – App Registrations.
2. בחר/י "New Registration" והזן/י את שם האפליקציה.
3. בחר/י את סוגי החשבונות הנתמכים עבור האפליקציה.
4. השאר/י את השדה Redirect URI ריק לעת עתה.
5. לחץ/י על "Register" כדי ליצור את האפליקציה.
6. בדף הסקירה, העתק/י את Application (client) ID ואת Directory (tenant) ID.
7. תחת "Manage", בחר/י "Expose an API."
8. לחץ/י על הקישור "Set" כדי ליצור את ה-Application ID URI.
9. הוסף/י scope בשם "access_as_user."
10. הגדירו את "Who can consent?" ל-"Admins and users."
11. מלא/י את הודעות ההסכמה של מנהל ושל משתמש.
12. ודא/י שהמצב מוגדר ל-"Enabled."
13. בחר/י "Add scope" כדי לסיים.

לאחר שיצרת את המנהרה ב-visual studio, עליך לעדכן את ה-Redirect URI ברישום האפליקציה. השתמש/י בכתובת ה-URL הציבורית של מנהרת ה-asp.net core שלך כ-Redirect URI. שלב זה מאפשר ל-Microsoft 365 לדעת לאן לשלוח תגובות אימות במהלך הבדיקות.

טיפ: שמור/י תמיד את ה-client ID וה-tenant ID שלך. תזדקק/י להם לאימות ולהגדרת OAuth.

חיבור Teams, SharePoint ו-Power Platform Apps

ניתן להשתמש ב-visual studio כדי לחבר את שירותי ה-asp.net core שלך ל-Teams, ל-SharePoint ול-Power Platform Apps. Dev tunnels הופכים תהליך זה לבטוח ופשוט. כאשר משתמשים במנהרות, מתקבלות התראות אם מתחברים לנקודת קצה של מנהרה. התראות אלה עוזרות להימנע ממתקפות פישינג ומשיתוף לא מכוון של כתובות URL רגישות.

• בוטים ו-message extensions של Teams משתמשים ב-dev tunnels כברירת מחדל לפיתוח מקומי. הגדרה זו מספקת דרך מאובטחת לבדוק תכונות לפני הפריסה.
• גם web parts של SharePoint ו-Power Platform connectors נהנים מנקודות קצה מאובטחות. ניתן לבדוק webhooks, אימות וזרימות נתונים בתרחיש מהעולם האמיתי.
• אימות הזהות של Microsoft 365 מוסיף שכבת אבטחה נוספת. עליך להתחבר עם חשבון Microsoft 365 שלך כדי ליצור ולנהל מנהרות ב-visual studio.

הערה: מודעות מוגברת לאבטחה עוזרת לך ולצוות שלך להישאר מוגנים בזמן בדיקת אפליקציות asp.net core.

טיפול באימות ו-OAuth

עליך להגדיר אימות ו-OAuth כדי לאפשר לאפליקציות Microsoft 365 שלך לעבוד עם dev tunnels. להלן מדריך שלב אחר שלב:

1. רשום/י את האפליקציה שלך בפורטל Microsoft Entra ID.
2. הגדר/י את ה-application URI כך שיתאים לנקודת הקצה של המנהרה מ-visual studio.
3. צור/צרי client secret להחלפת טוקנים.
4. הוסף/י API permissions לגישה ל-Microsoft Graph.
5. עדכן/י את ה-Redirect URIs כך שישתמשו בכתובת המנהרה של ה-asp.net core שלך.
6. הגדר/י dev tunnels לאירוח השירות המקומי שלך.
7. שכפלו את מאגר הפרויקט שלכם ועדכנו את קובצי ההגדרות עם מזהה הלקוח (client ID), מזהה הדייר (tenant ID) והסוד (secret) שלכם.
8. פתחו את Visual Studio והפעילו את פרויקט ASP.NET Core שלכם.

הגדרה זו מאפשרת לאפליקציה שלכם לטפל בכניסה למערכת, בהחלפת אסימונים ובקריאות ל-API בצורה מאובטחת. אפשר לבדוק תהליכי אימות, כמו OAuth, בסביבה בטוחה לפני המעבר לייצור.

בדקו תמיד שוב את כתובות ה-Redirect URI וההרשאות. שלב זה מונע שגיאות אימות נפוצות ושומר על בטיחות הבדיקות שלכם.

אבטחה ושיטות עבודה מומלצות

אפשרויות הנראות של מנהרות

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

כדי למקסם את האבטחה במהלך בדיקת אפליקציית Microsoft 365, פעלו לפי שיטות העבודה המומלצות הבאות:

• הגדירו מנהרות כפרטיות או ארגוניות בכל מקרה שאפשר.
• הטמיעו split tunneling עבור אפליקציות Office 365. שיטה זו משפרת את הביצועים ושומרת על הנתונים שלכם מאובטחים.
• השתמשו בטווחי כתובות IP שמסופקים על ידי Microsoft עבור split tunneling. הימנעו משימוש בשמות דומיין מלאים (FQDN).
• בטלו SSL interception עבור תעבורת Office 365. שלב זה עוזר לכם לעמוד בהמלצות האבטחה של Microsoft.
• ודאו שמדיניות ה-split tunneling שלכם פועלת באמצעות כלי בדיקת הקישוריות של Microsoft 365.
• כבו את SSL Break and Inspect עבור דומייני Office 365.

טיפ: בדקו את הגדרות הנראות של המנהרה לפני שיתוף כתובות URL כלשהן. הרגל זה עוזר למנוע חשיפה מקרית של סביבת הפיתוח שלכם.

אבטחת גישה עם Entra ID

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

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

הערה: אימות Entra ID פועל בצורה חלקה הן עם ממשק Visual Studio והן עם כלי שורת הפקודה.

ניטור וניהול מנהרות

יש צורך לנטר ולנהל את המנהרות שלכם כדי לשמור על זרימת עבודה מאובטחת ויעילה. Visual Studio מספק תכונות מובנות לניהול מנהרות dev. אפשר לצפות במנהרות פעילות, לבדוק את הסטטוס שלהן ולהתאים הגדרות גישה ישירות מתוך ה-IDE. ממשק שורת הפקודה מאפשר גם ליצור, להציג ולסגור מנהרות במהירות.

שיטות עבודה מומלצות לניהול מנהרות כוללות:

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

טבלה יכולה לעזור לכם להשוות בין אפשרויות ניהול המנהרות:

זכרו: ניהול מנהרות טוב שומר על סביבת הפיתוח שלכם מסודרת ומאובטחת.

מלכודות נפוצות שכדאי להימנע מהן

כשאתם משתמשים ב-Visual Studio Dev Tunnels לבדיקת אפליקציית Microsoft 365, כדאי להימנע מטעויות שעלולות לעכב אתכם או לסכן את הפרויקט. מפתחים רבים נתקלים באותן בעיות. אם תדעו על מה לשים לב, תוכלו לחסוך זמן ולשמור על סביבה מאובטחת.

1. בחירת רמת נראות שגויה למנהרה

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

טיפ: בדקו את הגדרות המנהרה לפני ששולחים כתובות URL לצוות או לבודקים.

2. שכחה לעדכן את כתובות ה-Redirect URI

אם משנים את כתובת המנהרה, חייבים לעדכן את ה-Redirect URI ברישום האפליקציה. אם מדלגים על השלב הזה, האימות ייכשל. בדקו תמיד שהגדרות רישום האפליקציה תואמות לנקודת הקצה הנוכחית של המנהרה.

3. התעלמות מהגדרות האימות

ייתכן שתשכחו להפעיל אימות של Entra ID עבור המנהרה. בלעדיו, כל מי שיש לו את הקישור יוכל לגשת לשירות המקומי שלכם. בפרויקטים רגישים, דרשו תמיד אימות. שלב זה מגן על המידע שלכם ועל המשתמשים שלכם.

4. השארת מנהרות פתוחות לאחר הבדיקות

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

5. שימוש בשמות מנהרות גנריים או מבלבלים

שמות לא ברורים למנהרות עלולים לבלבל אתכם ואת הצוות. השתמשו בשמות תיאוריים שתואמים לפרויקט או לשירות. הרגל זה עוזר לכם לנהל מנהרות מרובות ולהימנע מטעויות.

6. התעלמות ממעקב אחר יומנים

ייתכן שאתם לא בודקים את יומני המנהרה. היומנים עוזרים לזהות פעילות חריגה או גישה לא מורשית. הפכו לרגל לבדוק את היומנים באופן קבוע.

הערה: ניתן למנוע את רוב הבעיות על ידי ביצוע רשימת בדיקה לפני ואחרי כל סשן בדיקות.

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

פתרון תקלות וטיפים מתקדמים

איתור תקלות חיבור

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

לאחר מכן, בדקו את הגדרות חומת האש. חומות אש עלולות לחסום חיבורים נכנסים. אפשרו תעבורה בפורט שבו אתם משתמשים למנהרה. אם אתם משתמשים ב-VPN, נתקו אותו ונסו שוב. ל-VPN עלולה להיות השפעה על הגדרות הרשת ולגרום לבעיות.

אם עדיין יש בעיות, השתמשו בפקודה devtunnel list כדי לראות את כל המנהרות הפעילות. ודאו שאתם משתמשים בכתובת המנהרה הנכונה באפליקציית Microsoft 365. לעתים, העתקה של כתובת שגויה גורמת לכשלי חיבור.

טיפ: בדקו תמיד את כתובת המנהרה בדפדפן לפני תחילת הבדיקות והניפוי. שלב זה עוזר לאתר טעויות פשוטות בשלב מוקדם.

טיפול בשגיאות אימות

שגיאות אימות עלולות לעצור את פעולתה של האפליקציה מול שירותי Microsoft 365. תחילה, בדקו את רישום האפליקציה בפורטל Microsoft Entra ID. ודאו שכתובות ה-Redirect URI שלכם תואמות בדיוק לכתובת המנהרה. even טעות הקלדה קטנה עלולה לגרום לכשלים.

בדקו את ה-Client ID וה-Secret. ערכים אלו חייבים להתאים למה שהגדרתם בתצורת האפליקציה. אם שיניתם את המנהרה או יצרתם חדשה, עדכנו את ה-Redirect URI ברישום האפליקציה.

אם מופיעה ההודעה "unauthorized", בדקו את הגדרות הנראות והאימות של המנהרה. בפרויקטים רגישים, השתמשו תמיד באימות Entra ID. שלב זה שומר על המידע שלכם ומונע גישה לא רצויה.

הערה: רוב שגיאות האימות נובעות מכתובות URL לא תואמות או מהרשאות חסרות. בדקו שוב הגדרות אלו במהלך הניפוי.

CLI מתקדם ואוטומציה

אפשר להשתמש ב-Dev Tunnels CLI כדי לייעל את תהליך העבודה. אוטומציה חוסכת זמן ומפחיתה טעויות. לדוגמה, אפשר לכתוב סקריפט שיוצר tunnel, מפעיל את השירות המקומי ופותח את דף הבדיקה בדפדפן.

להלן דוגמה לסקריפט ל-Windows PowerShell:

devtunnel create my-automation-tunnel --persistent --access organization
devtunnel host my-automation-tunnel -p 5000
Start-Process "https://my-automation-tunnel.devtunnels.ms"

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

אם תרצו לסגור את כל ה-tunnels בבת אחת, השתמשו ב:

devtunnel close --all

אוטומציה של ניהול ה-tunnels הופכת את תהליך הפיתוח לחלק ואמין יותר. נסו להשתמש בסקריפטים למשימות החוזרות על עצמן.

אפשר לשפר את פיתוח אפליקציות Microsoft 365 באמצעות Visual Studio Dev Tunnels. הכלי הזה מאיץ בדיקות ומשפר את האבטחה. התחילו בהגדרת ה-tunnel הראשון שלכם ופעלו לפי שיטות העבודה המומלצות לנראות ולאימות. גלו תכונות מתקדמות שישפרו את תהליך העבודה. זכרו להתמקד באבטחה ובעבודת צוות תוך כדי בדיקה ובניית אפליקציות טובות יותר.

רשימת בדיקה ל-Visual Studio Dev Tunnels

רשימת בדיקה מהירה להגדרה, לשימוש ולפתרון תקלות של Visual Studio Dev Tunnels.

• ודאו שגרסת Visual Studio תומכת ב-Visual Studio Dev Tunnels (Visual Studio 2022 ומעלה / רכיב העבודה הנדרש מותקן)
• התקינו או עדכנו את הרכיב dev tunnels או ה-CLI, במידת הצורך
• היכנסו לחשבון Microsoft או ל-AAD tenant (דייר AAD) שבו משתמשים לגישה ל-tunnel
• צרו tunnel חדש מ-Visual Studio או דרך ה-CLI של dev tunnels
• בחרו ואשרו את שם ה-tunnel ואת האזור הנכונים לזמן תגובה נמוך
• בחרו והגדירו את נקודת הקצה המקומית (פורט) שתיחשף דרך ה-tunnel
• אשרו את הפרוטוקול (HTTP/HTTPS או TCP) והפעילו TLS אם חושפים HTTPS
• הגדירו ושמרו דומיינים או תת-דומיינים מותאמים אישית, במידת הצורך
• הגדירו מדיניות גישה: ציבורית, משתמשים מאומתים, או משתמשים/קבוצות AAD ספציפיים
• בדקו את הגדרות חומת האש והנתב כדי לאפשר תעבורת tunnel יוצאת
• ודאו שהאפליקציה המקומית פועלת ומאזינה לפורט שהוגדר
• בדקו את החיבור ל-tunnel ממכשיר חיצוני או ממשתף פעולה
• השתמשו ב-HTTPS ובתעודות תקפות בנקודות קצה רגישות לייצור
• החליפו אישורי גישה ואסימונים מעת לעת, ובטלו אסימונים שאינם בשימוש
• עקבו אחר סשנים פעילים של ה-tunnel ואחר השימוש בו מלוח הבקרה של Visual Studio או מהפורטל
• הגבילו את הנתיבים החשופים והעבירו רק את נקודות הקצה הנדרשות
• הפעילו רישום (logging) ובדקו את יומני ה-tunnel לאיתור שגיאות חיבור או בעיות ביצועים
• פתרו בעיות נפוצות: התנגשויות פורטים, כשלי אימות ואי-התאמה באזור
• עדכנו באופן קבוע את Visual Studio ואת כלי ה-dev tunnel לצורך תיקוני אבטחה
• סגרו או מחקו tunnels לא פעילים כדי לצמצם את משטח התקיפה ואת השימוש במשאבים

סיכום

בקצרה, שימוש ב-Visual Studio Dev Tunnels במקום פריסות ענן מסורתיות מאפשר למפתחים להאיץ משמעותית את לולאות המשוב, לצמצם את עלויות תשתית הענן ולנפות תקלות באופן מקומי ובנאמנות מלאה. בין אם אתם בונים webhooks, אפליקציות Teams או API מודרניים, התכונה המובנית הזו מסירה חיכוכים. להעמקה בנושאים אלה ולהדגמה חיה, האזינו לפרק הנלווה שלנו, Test Microsoft 365 Apps with Visual Studio Dev Tunnels.