בשבוע הבא Citrix הולכים לשחרר את ה Web Interface for Microsoft SharePoint 2007 (או בכינוי שלו WISP 2007).
ה WISP הוא תוספת של Citrix ל SharePoint, אשר מאפשר לשתול קישור לאפליקציות בחוות ה Citrix בתוך אתרי SharePoint, מה שיאפשר לאחד כמה שיותר את כל הדברים שהמשתמש צריך בפורטל אחד ולא לתזז אותו בין האתרים, לדוגמא:
ה WISP יתמוך בכל היכולות של ה WI4.6 וביניהן:
- Client Detection Wizard לפישוט התקנת הקליינטים אצל המשתמשים הרלוונטיים.
- תמיכה בסוגי authentication שונים.
- תמיכה ב ICA clients שונים (web,java, native...)
- תמיכה ב streaming applications.
- ה WISP ידע להפעיל את הקבצים שיפתחו מה SharePoint על גבי ה published application הרלוונטית בחווה.
כתבתי כאן בעבר על ה PAU, שזהו כלי לניהול אפליקציות של חוות Citrix.
תזכורת לגבי מה אפשר לעשות עם ה PAU וגם פה:
- לייצא/לייבא את האפליקציות המפובלשות בחווה.
יכול מאוד לעזור בתהליכי מיגרציה בין חוות, במקום ליצור את כל האפליקציות מחדש, פשוט מייצאים את הרשימה מהחווה הישנה ומייבאים לחווה החדשה.
- לשייך משתמשים לכמה אפליקציות במקביל.
ב CMC הדיפולטיבי, אם רוצים לשייך משתמשים לכמה אפליקציות, יש צורך לעבור כל אפליקציה ולשייך אליה את המשתמשים הרלוונטים.
- לשנות שמות של אפליקציות ע"י Find & Replace.
ניתן להריץ find&replace בדיוק כמו במסמך טקסט ולשנות שמות אפליקציה.
- להסתיר/לבטל אפליקציות.
ניתן להסתיר ו/או לעשות disable למספר אפליקציות במקביל.
- לייצא/לייבא רשימת שרתים לכל אפליקציה.
- לייצא את הגדרות האפליקציות של החווה לקובץ csv.
אז לפני כמה ימים יצאו שתי גירסאות חדשות ל PAU, למעשה גירסה חדשה שמחולקת ל PS4 ול- PS4.5.
מה שהשתנה בגירסא החדשה, PAU 1.2 הם בעיקר תיקון באגים והוספת היכולת להוספה/הסרה של שרתים מאפליקציות והיכולת להוסיף משתמשים מדומיינים שונים תחת ה forest לאפליקציות המפובלשות, וכמובן התמיכה ב PS4.5.
בקיצור, התוכנה עדיין חינמית ורק דורשת הרשמה.
להורדה: PAU
ניטור סביבות TS\Citrix הוא די פשוט אם משתמשים בכל מיני מערכות שו"ב כאלה ואחרות, אבל משום מה תמיד היתה לי החיבה ל MRTG, ולגרפים החביבים שלו.
והחיבה הזאת היא לא סתם, עם ה MRTG ניתן ליצור גרפים של כמעט כל דבר שרק רוצים, דרושה רק יוזמה ויצרתיות.
בהתייחס לסביבות TS\Citrix, זה מאוד עוזר לראות גרפים על מספר sessions בחווה/שרת, גם כדי לקבל מושג על מה קורה בשרתים וללמוד על מידת העומס בטווח המידי וגם לראות נתונים היסטוריים (מאוד עוזר בתכנון לטווח ארוך).
אז מה זה MRTG בכלל, Multi Router Traffic Grapher הוא כלי חופשי לניטור עומסי תקשורת בעיקר, הוא במקור הוא משתמש ב SNMP ושולח בקשות תגובה בקשר לרכיב המרוחק, הסבר מפורט יותר פה: MRTG.
אבל, מכיוון שה MRTG רק מציג נתונים יבשים, לא ממש משנה לו מאיפה הוא מקבל אותם, האם זה יהיה מה MIB המרוחק, קובץ טקסט או סקריפט, וזה מה שמאפשר לנו ליצור גרפים של כמעט כל דבר ולא רק נתוני תקשורת.
אני לא הולך לכתוב כאן על איך מרימים את תשתית ה MRTG (אפשר לקרוא כאן), אלה אני הולך לקחת כהנחה שישנה סביבת MRTG עובדת.
סביבת Citrix
אם לא זכיתם להיות בעליהם הגאה של גירסת ה Presentation Server Enterprise\Platinum למעשה אין לכם דרך אחרת ליצור תצוגה גרפית לגבי ה sessions בחווה (כן, אני יודע, אפשר תמיד להריץ reports על שרת הרשיונות, אבל בואו נהיה רציניים לרגע, זה לא בדיוק אותו הדבר), אם החווה שלכם דווקא כן Enterprise או Platinum אז אתם יכולים להשתמש ב Resource Manager בכדי לאסוף את הנתונים על החווה ואז להשתמש ב Web Interface for Resource Manager של ג'ייסון קוגנר להצגה של כל הנתונים.
אז אתם לא יכולים ליצור Resource Manager, מה עושים עכשיו? בשביל זה אני פה... משתמשים ב MRTG.
כמו שציינתי כבר, ל MRTG לא ממש משנה מאיפה הוא מקבל את הנתונים המספריים שלהם הוא זקוק ליצירת הגרפים, אז אם לא אכפת לו, אנחנו נשתמש ב vbscript פשוט אשר ימשוך את הנתונים הרלוונטיים לנו מהחווה, הערה קטנה לסדר, מכיוון שאני משתמש ב mfcom של citrix, הסקריפט יעבוד רק אם הוא ירוץ על שרתי ה Citrix או על מחשב/שרת עליו יותקן ה SDK.
אז הנה הסקריפט אשר ה output שלו הוא מספר ה sessions בחווה ומספר ה disconnected sessions:
| ("Set theFarm = CreateObject("MetaFrameCOM.MetaFrameFarm
theFarm.Initialize 1 Set SessionList = theFarm.Sessions mycount = 0
dis_count = 0
For Each aSession In SessionList
if aSession.SessionState = 5 then
dis_count = dis_count + 1
end if
mycount = mycount + 1
Next Wscript.Echo mycount
WScript.Echo dis_count
Wscript.Echo now
"WScript.Echo "Active Sessions
"WScript.Echo "Inactive Sessions |
ה- output יהיה משהו כמו זה:
_thumb.jpg)
החלק שמתייחס לנתונים הנ"ל בקובץ ה cfg שישמש את ה MRTG אמור להראות ככה:
| YLegend[CommartFarm-sessions]: Sessions
Options[CommartFarm-sessions]: gauge, nopercent
Target[CommartFarm-sessions]: `cscript d:\mrtg\gadis\numofsessions.vbs //nologo`
MaxBytes[CommartFarm-sessions]: 523444000
Title[CommartFarm-sessions]: TermServName: # Sessions
ShortLegend[CommartFarm-sessions]: #
Legend1[CommartFarm-sessions]: Active Sessions
Legend2[CommartFarm-sessions]: Disconnected Sessions
LegendI[CommartFarm-sessions]: Active:
LegendO[CommartFarm-sessions]: Disconnected:
PageTop[CommartFarm-sessions]: Active / Disconnected Sessions |
וככה יראה הגרף בסופו של דבר:
אחלה, אז יש לנו נתונים לגבי החווה כולה, עכשיו מה עם נתונים לגבי כל שרת, אין בעיה... הנה הסקריפט:
Set theServer = CreateObject("MetaFrameCOM.MetaFrameServer")
theServer.Initialize 6, "citrixserver"
count1 = 0
dis_count = 0
For Each aSession In theServer.Sessions
if (asession.sessionstate <> 7) and (asession.username <> "") then
if asession.sessionstate = 5 then
dis_count = dis_count + 1
end if
count1 = count1 + 1
end if
Next
Wscript.Echo count1
WScript.Echo dis_count
Wscript.Echo now
WScript.Echo "Active Sessions"
WScript.Echo "Inactive Sessions"
בדוגמה הנ"ל, צריך רק להחליף את citrixserver לשם השרת המקורי ו... וואאאלההה...
קובץ ה cfg יהיה די דומה לקובץ ששימש אותנו לחווה כולה, רק בשינוי של שם הסקריפט שנריץ מתוך הקובץ ושהם שישתנה למשהו מתאים יותר.
לדוגמא, שם השרת שלי הוא Citrix01 וקובץ ה vbs נמצא ב: d:\mrtg\gadis\server_sessions.vbs, אז המקטע שיתייחס ל sessions לשרת Citrix01 בתוך קובץ ה cfg ייראה כך:
YLegend[citrix01-sessions]: Sessions
Options[citrix01-sessions]: gauge, nopercent
Target[citrix01-sessions]: `cscript d:\mrtg\gadis\server_sessions.vbs //nologo`
MaxBytes[citrix01-sessions]: 523444000
Title[citrix01-sessions]: TermServName: # Sessions
ShortLegend[citrix01-sessions]: sessions
Legend1[citrix01-sessions]: Active Sessions
Legend2[citrix01-sessions]: Disconnected Sessions
LegendI[citrix01-sessions]: Active:
LegendO[citrix01-sessions]: Disconnected:
PageTop[citrix01-sessions]: # of Active / Disconnected Sessions
סביבת Terminal Server
מכיוון שב TS אין את מושג החווה, נצטרך לעבור שרת שרת ולראות מה מצב ה sessions אצלו.
לשם כך נכין קובץ טקסט עם השרתים הרלוונטיים כדי שהסקריפט ישתמש בו.
לדוגמא, קובץ ה servers.txt שלי נראה כך:
והסקריפט:
Set Fs1 = WScript.CreateObject("Scripting.FileSystemObject")
Set Servers = Fs1.OpenTextFile("d:\mrtg\gadis\servers.txt",1)
count = 0
dis_count = 0
Do
serverline=Servers.ReadLine
if serverline="" then
WScript.Quit
end if
Sessions(serverline)
Loop while Servers.AtEndOfStream <> True
wscript.echo count
wscript.echo dis_count
wscript.echo now
wscript.echo "Active Sessions"
wscript.echo "Inactive Sessions"
Sub Sessions(strComputer)
'Gets the number of terminal services sessions
set oSvc = GetObject("winmgmts:\\" & strComputer & "\root\cimv2")
wqlQuery = "select ActiveSessions, InactiveSessions " & _
" from Win32_PerfRawData_TermService_TerminalServices"
for each oData in oSvc.ExecQuery(wqlQuery)
for each oProperty in oData.Properties_
if oProperty.Name = "ActiveSessions" then
ActiveSessions = oProperty.Value
elseif oProperty.Name = "InactiveSessions" then
InactiveSessions = oProperty.Value
end if
next
next
count = count + ActiveSessions
dis_count = dis_count + InactiveSessions
End Sub
כמו שאפשר לראות, הסקריפט עובר על כל שורה בקובץ ה servers.txt ומשתמש בה כשם השרת אותו יש לדגום, count אוסף את מספר Active sessions ו- dis_count את ה Inactive sessions, דבר קטן לקחת בחשבון, ש console session תמיד יתווסף ל Inactive sessions.
מקטע ההגדרות הרלוונטי בקובץ ה cfg של mrtg ייראה כך:
YLegend[ts-sessions]: Sessions
Options[ts-sessions]: gauge, nopercent
Target[ts-sessions]: `cscript d:\mrtg\gadis\ts_sessions.vbs //nologo`
MaxBytes[ts-sessions]: 523444000
Title[ts-sessions]: TermServName: # Sessions
ShortLegend[ts-sessions]: sessions
Legend1[ts-sessions]: Active Sessions
Legend2[ts-sessions]: Disconnected Sessions
LegendI[ts-sessions]: Active:
LegendO[ts-sessions]: Disconnected:
PageTop[ts-sessions]: # of Active / Disconnected Sessions
הגיע הזמן לעשות סדר בבלגן שנוצר...
קיים Feature Pack 1 עבור PS4.5? האם ה Hotfix Rollup 01 הוא ה Feature Pack 1? האם חזרנו לימיי ה Metaframe XP עם ה Features Releases המופרסמים? למה לעזאזל Citrix לא יכולים להיות יציבים ולדבוק בשיטת הענקת השמות לגירסאות המוצרים שלהם?
רק כתזוכרת, לא שמענו את המושג Feature Release מאז ימי ה MetaFrame XP, מאז היו רק Hotfix Rollups, לא ממש ברור למה Citrix החליטו לחזור ל Feature Packs ועוד עדיין להחזיק גם את עידכוני ה Hotfix Rollup (אולי החליטו שהרטרו באופנה...).
קצת רקע, ב 8 למרץ שוחררה גירסת ה Presentation server החדשה שלה, ה 4.5, ב 20 ליולי יצא ה Web Interface 4.6 (יחד עם ה cmc החדש) באותו התאריך גם שוחררה גירסת ה streaming client החדשה, 1.1 וגם ה profiler החדש, גם הוא השתדרג לגירסת 1.1, וחודש לפני שוחררה גרסת ה ICA client 10.1 ו... לפני שבועיים שוחרר ה Hotfix Rollup 01 עבור PS4.5.
עכשיו אם מסתכלים על זה, לא מעט שינויים תוך חצי שנה (חשוב לקחת בחשבון שכל עידכון שכזה שינה התנהגויות מסוימות או הוסיף אחרות לחוות ה Citrix), ויותר מזה, צריך להבין שעדיין לא הרבה ארגונים בכלל שידרגו את החוות שלהם לגירסא החדשה.
השמועות על Feature Pack 1 התחילו לפני חודש וכולם חשבו שכל השידרוגים שציינתי קודם יחד עם ה Hotfix Rollup 01 הם יהיו למעשה ה Feature Pack... אבל ב Citrix חשבו אחרת ופרסמו שבשבוע הבא אמור לצאת ה Feature Pack 1 עבור PS4.5 ושמו קץ לשמועות ולבלבול.
מה שמוזר בכל הסיפור הזה הוא שעד היום לא היה ניתן להוריד בשום מקום, לא התפרסם שום מידע רשמי לגבי השינויים שה Feature Pack 1 יכלול, כלום, הכל בשושו.
אז זהו... חושפים הכל...
מה הולך לכלול ה Feature Pack 1, הולכות להיות תוספות רציניות, קטנות יותר וגם שינויים בהתנהגות חוות ה PS4.5.
התוספות הגדולות
- Easy Call - שיתוף פעולה של Citrix ושל Cisco, ה EasyCall מורכב מקליינט המותקן על התחנה ותפקידו לזהות מספרי טלפון בעבודה של המשתמש ולתת למשתמש את היכולת לחייג לאותו מספר טלפון מתוך המחשב בלחיצת עכבר, כלומר, ה EasyCall יכול לזהות מספר טלפון באתר שהמשתמש נמצא בו כרגע ולחיצה על אותו המספר פשוט תבצע את החיוג (ניתן לשייך את הטלפון המשרדי או הנייד כטלפון שממנו המשתמש ידבר), ה EasyCall client אמור להיות די מתוחכם, כי הוא אמור לזהות מספרי טלפון בדפי אינטרנט, קבצי אופיס, קבצי pdf, מסמכים סרוקים ואפילו אובייקטים מתוך ה AD.
אותו הקליינט יידבר עם appliance (על בסיס מוצר של Cisco) שהוא יהיה מקושר ל PBX הארגוני ויבצע את כל הקישור הזה.
אכן נראה נחמד, לא? אכן כן... ובשביל הנחמדות הזאת תצטרכו גם להחזיק ברשיון Platinum.
- SmartAuditor - למי שמכיר זהו הוא ה Project IRIS שהתחיל עוד בשנת 2004, ה SmartAuditor מספק את היכולת להקליט ica sessions לצפיה ומעקב על עבודת המשתמשים, אותן ההקלטות נשמרות עם מידע כגון מי המשתמש, מאיזה שרת, מתי ה session התחיל, מתי נגמר ועוד ועוד, זאת בכדי שתיהיה לנו את היכולת למצוא את ההקלטה הרלוונטית למה.
ד"א, כבר ישנה חברה שמספקת את היכולת להקליט sessions של RDP וקיים גם ביטא של הקלטת ICA,להתרשמות.
אתם בטח שואלים את עצמכם לנו שאני ארצה בכלל להקליט ולראות מה המשתמשים שלי עושים, אז לזה יש שלוש תשובות, פתרון בעיות ב offline (לא מעט היו לי מקרים שמתמשים שלחו מיילים על זה שכשהם עבדו בלילה על ה Citrix משהו לא היה בסדר, עכשיו אפשר לשבת בסבבה ולראות בדיוק מה הם עשו ולא לבזבז כמה ימים כדי להבין מה השתבש שם), התשובה השניה היא אבטחה, זה ממש כמו ששמים מצלמות אבטחה בכניסות למשרדים והתשובה השלישית היא מטרות הדרכה, אפשר להקליט session שמדריך משתמשים להשתמש באפליקציה מסוימת.
ואל דאגה, גם על הגודל של הסירטונים האלה חשבו ב Citrix, הקלטה של 8 שעות של משתמש שמפעיל הרבה אפליקציות ב session (מה שנקרא משתמש כבד) תיקח רק 25 מגה... ממש לא נורא.
אההה... וד"א, זה רק לבעלי רשיון Platinum.
תוספות שונות
- תמיכה ב ICA encryption בשרתי 64 ביט. (למעשה היכולת כבר נוספה ב Hotfix Rollup 01).
- הוספת יכולות ל PNagent, ה PNagent החדש מאפשר למשתמש להחליף את הסיסמא שלו מתוך ה agent ומעדכן אפליקציות ב real time, כלומר, אין צורך ב logoff ו- logon או ב refresh בכדי לקבל את ההגדרות המעודכון מהשרת.
- Health Packs חדשים, נוספו הרחבות ל Health Assistant של PS4.5, התווספו בדיקות עבור Printing,LHC,DNS,XML ועבור ה ICA listener.
- תמיכה ב Windows Mobile 5 ו- ActiveSync 4.x.
- תמיכה באייקונים בעלי צבעי 32 ביט (נוסף כבר ב WI4.6), סופסוף ה Web Interface וה PNagent מציג את האייקון בצבעי 32 ביט.
שינויים ברישוי
לפי Citrix זהו סוג של פישוט נושא הרישוי, חלק מהשינויים כבר התרחשו מאז יציאת ה PS4.5, אבל עדיין Citrix משייכת אותם לאחד משינויי ה Feature Pack.
- איחוד כל הרשיונות של רכיבי רשיון ה Platinum לכדי רשיון אחד ויחיד.
- אין צורך יותר ברשיון ל streaming עבור התחנות, נעשה שימוש ברשיון ה enterprise הקיים.
לסיכום, נראה ש Citrix הבינו שהם צריכים להוסיף יכולות חדשות שיכולות למשוך חברות לקנות את רשיון ה platinum, ואת האמת ה SmartAuditor וה EasyCall הן תוספות לא רעות בכלל אשר יכולות לעניין חברות ואולי לשכנע אותן לרכוש את הרשיון החדש.
יהיה מעניין...
מסתבר שפרופיל זה לא רק "סימול מספרי שצה"ל נותן לציון מידת התאמתו וכשירותו הרפואית של אדם לשירות ביחידות ובתפקידים שונים בצה"ל" (ותודה לויקפדיה) או זוית הצילום שיצלמו אותכם בתחנת המשטרה אם יפתח נגדכם תיק שם (ואני לא מדבר מנסיון, או שנסיון של סדרות טלויזיה תקף פה?).
לפחות בעולם המחשבים הפרופיל משחק תפקיד חשוב מאוד בעבודה היומיומית של המשתמשים על מערכות המחשוב.
הפרופיל (במערכות Windows למיניהן) מאפשר למשתמש להחזיק סביבה אישית אשר כוללת בתוכה את קישורים שהמשתמש מיקם על ה desktop, קישור start menu שונים, cookies, הגדרות מקלדת/עכבר, certificates שונים ועוד ועוד.
פרופיל המשתמש נוצר בכניסה הראשונה של המשתמש לתחנה/שרת, בד"כ מיקומו יהיה ב- systemroot\documents and settings ושם התיקיה יהיה זהה לשם המשתמש הרלוונטי, כל עבודת המשתמש תעשה מה registry hive של HKEY_CURRENT_USER, כל ההגדרות שייעשו באותו ה hive יישמרו ביציאה בקובץ ntuser.dat אשר יישמר בתיקיית הפרופיל של המשתמש.
למעשה ישנם שלושה סוגי פרופיל (ואני מתכוון לשלושת הרגילים, בהמשך תוכלו לראות שישנם עוד קונפיגורציות של פרופילים):
Local Profile - כל הגדרות המשתמש נשמרות מקומית על התחנה עליה הוא עבד, כלומר תיקייה הפרופיל נשמרת מקומית על המחשב, המשתמש יקבל את הפרופיל שלו רק אם הוא יעבוד על התחנה שבה הפרופיל נוצר.
Mandatory Profile - המשתמש מקבל הגדרות מוגדרות מראש ושום שינוי שייעשה תוך כדי העבודה של המשתמש לא יישמר ביציאה, בפעם הבאה שהמשתמש ייכנס לתחנה הוא יקבל את הפרופיל הנקי ללא ההגדרות שנעשו בעבודה הקודמת שלו.
Roaming Profile - פרופיל המשתמש נשמר בשרת ולא מקומית על תחנה ספיציפית, בכניסה של משתמש לכל תחנה הפרופיל יטען מהשרת לתוך המכונה ויישמר בחזרה בשרת כשהמשתמש ייבצע logoff.
אפשר למצוא את הפלוסים והמינוסים בעבודה עם כל אחד משלושת סוגי הפרופיל, בעבודה עם local profile המשתמש "קבול" לתחנה שבה נמצא הפרופיל, בכניסה לתחנה אחרת הוא יקבל פרופיל נקי לחלוטין, נוסף על כך, פרופיל מקומי הוא קשה יותר לניהול של יחידת ה IT, אבל מצד שני רוב המשתמשים עובדים כמעט כל הזמן על אותה המכונה ומכיוון שהפרופיל נשמר מקומית, טעינת הפרופיל היא מהירה יחסית.
בעבודה עם mandatory profile ניתן למצוא פלוסים כמו טעינה מהירה (הכי מהירה יחסית לכל השאר) וניהול מרכזי של יחידת ה IT, אבל מצד שני, בעבודה עם mandatory profile כל הגדרות המשתמש לא נשמרות (מדפסות/הגדרות עכבר ומקלדת/הגדרות ה outlook ואפילו התמונה של אנג'לינה ג'ולי על הדסקטופ) ורוב המשתמשים כן צריכים לשמור על ההגדרות האישיות שלהם (תארו לכם כמה זמן לוקח להגדיר את כל ההגדרות השונות בכל כניסה למחשב).
Roaming profile שנראה שהוא הפתרון לכל הבעיות, רחוק מזה מאוד, הוא צורך לא מעט resources עקב הסינכרון של הפרופיל בין השרת לתחנה, ישנם המון בעיות עם הסינכרון הזה, ובכלל מנסיון ה roaming profiles הם "שבירים" משהו.
עכשיו, אם מדברים על פרופילים ו terminal server כל העסק מתחיל להסתבך משהו, מכיוון שהמשתמשים מתחברים בד"כ לשרתים שונים כל הזמן (תודות ל load balancing) זה נעשה בלתי אפשרי לעבוד עם local profile וכבר דשנו בלמה mandatory profile בעייתי, מה שמשאיר אותנו עם ה roaming profile (שבאמת משתמשמים בו ברוב חוות ה TS\Citrix), אבל ה roaming profile הוא בעייתי כמו שכבר ציינתי, ובעבודה עם TS הוא בעייתי לא פחות, תחשבו על זה שהמשתמשים נכנסים ויוצאים משרתי ה TS כמה פעמים ביום (ואם זה published application אז זה אפילו הרבה יותר מכמה פעמים ספורות ביממה), כל העלאה והורדה של הפרופיל לוקחת זמן (כמובן תלוי בגודל הפרופיל), יכול לקרות מצב שהפרופיל ייצטרך להטען לכמה שרתים במקביל או להטען לשרת מסוים ובאותו הזמן להתעדכן עקב יציאה משרת אחר.... בקיצור, סרט... וזה רק על קצה הקרחון.
בכדי לנסות להתמודד עם כל התסבוכת הזאת ישנם כמה וכמה פתרונות, שהוותיקים שבהם הם ה Flex profile וה Hybrid Profile.
Flex Profile הוא שם לתצורת פרופיל שמבוססת על mandatory profile מקוסטם עד כמה שניתן, עבודה עם redirections,וטעינת כל הגדרות המשתמש בכניסה ושמירתן ביציאה (ע"י עבודה עם Office Profile Wizard מקוסטם של האופיס), כלומר הגדרות המשתמש שלא ניתן לעשות להן redirection (למשל פרופיל outlook, הגדרת מדפסות ועוד) נשמרות לקובץ ops ביציאה, ואותו קובץ ops נטען לשרת בכניסה.
מכיוון שהטעינה הראשונית היא של mandatory profile, מובטחת למשתמש כניסה מהירה מאוד לשרת (ישנם מקומות שזמן הכניסה ירד מסביבות ה 40 שניות ל 8 שניות בלבד) וזאת תוך כדי שמירת ההגדרות האישיות, אההה... וכמובן שכל התסבוך של ה roaming profile נהיה נחלת העבר... סוג של win win, הסבר מפורט יותר על ה Flex profile בפוטס נפרד.
Citrix ראו את כל בעיות הפרופילים השונות ותפרו גם כן פתרון משל עצמם הנקרא Hybrid Profile, אין יותר מדי פרטים לגביו, רק ידוע שגם כאן, טוענים Mandatory profile ומעמיסים עליו את ההגדרות האישיות של המשתמש וכל ההגדרות האישיות נשמרות ב SQL מרכזי.
כהמשך לאפלה סביב ה Hybrid, על פי Citrix, רק ה Consultancy services שלהם יכולים להטמיע את התצורה, לצערי טרם ראיתי סביבה שבה זה מוטמע.
לא מעט חברות הבינו שנושא הפרופילים הוא בעייתי בסביבות TS\Citrix ובזמן האחרון אפשר לראות שצצים כמה וכמה תוכנות ופתרונות להתמודדות עם הבעיה, על קצה הקרחון: Jumping profiles, Managed profiles, Appsense environment, TriCerat ועוד.
בזמן האחרון יש איזה באז (לפחות בביצה שלי :) ) לגבי ה Pano.
ה Pano הוא מין thin client סקסי (עד כמה ש thin client יכול להיות, כן...) שמיועד לעבודה בתצורת ה VDI.
הוא שונה מכל thin client אחר שכל אחד מכיר בכך של Pano אין שום תוכנה עליו (לא Linux ולא Windows) שום דרייברים, כלום... חומרה נטו (כולל כניסה ויציאה לאודיו, 3 כניסות usb, כניסת vga, כניסת רשת וכניסה לחשמל שלפי מה שמספרים צורך רק 3% חשמל ממחשב אישי), הוא רק התקן חומרה שמדבר עם המכונה הוירטואלית ב IP, מבחינת הביצועים הוא גם לא אמור לאכזב מכיוון שהעבודה שלו היא PCI over IP מה שבעיקרון אמור לספק לו ביצועים טובים יותר (בהצגה בעיקר) מעבודה מול המכונה הוירטואלית עם ICA או RDP.
על הקופסא עצמה יש רק כפתור אחד (בעל השם המפתיע Pano Button) שלחיצה עליו תבצע restart למכונה הוירטואלית, ובעתיד מתוכנן גם שלחיצה תבצע snapshot למכונה.
כל המכונות הוירטואליות מנוהלות ע"י ה Pano management server שעובד בנתיים רק עם VMware, ובכל תחנה וירטואלית שרוצים לשייך לעבודה עם הקופסא (9 אינצ' מרובעים ד"א) מריצים pano desktop service המיועד לשייך התקנים שמוחברים לקופסא לתוך המכונה הוירטואלית, בכל קופסא ישנו צ'יפ מיוחד שמיועד לעבודה עם המכונה הוירטואלית (כנראה סוג של VM Player צרוב עליו).
עפ"י דברי מנכ"ל Pano logic, ניק גאולט, אין להם מטרה להכנס לשוק ה thin clients אשר מיועדים לעבודה עם שרתי terminal, הם רואים את המוצר שלהם כתחליף לתחנת PC, בעיקר מכיוון שהם לא רואים בעבודה בתצורת SBC תחליף אמיתי לעבודה עם מערכת העפלה מקומית.
הקופסא עוצבה ע"י חברת Whipsaw, שהיא אחת החברות המובילות לעיצוב תעשייתי, ונראת כמו גאדג'ט מגניב על שולחן העבודה, ופה מגיע כל הכבוד לחברה מ Pano Logic שהבינו שטכנולוגיה זה לא העיקר, והשקיעו גם בעיצוב המוצר, שבימינו אנו חשוב לפחות כמו הטכנולוגיה שיש בתוך המוצר עצמו.
המחיר, לפחות לפי התמחור הקיים כרגע לשוק האמריקאי הוא 20$ לחודש לכל תחנה, כשקיימים תמחורים אחרים נוספים.
פרטים נוספים: Pano Logic