כל מי שמתעסק בשרתי מדיה ו-streaming מכיר את Flash Media Server כשרת אמין ויציב לתקשורת וידאו ב-stream עבור שידורים חיים ן-vod. 85% מהוידאו ברשת, שידורים חיים ו-vod משודרים ל-Flash Player והיתרון בשימוש עם Flash Media Server הוא שאין צורך בהתקנה נוספת חוץ מ-Flash Player שמותקן על 97% מהמחשבים המחוברים לאינטרנט.
אחת המשימות החשובות כאשר יוצרים אפליקציית וידאו ל-vod או Streaming היא יצירת מערכת מאובטחת שניתן להכנס לתכנים שלה רק אחרי אוטנטיקציה של המשתמש והגדרת הרשאות (לדוגמא: יכולת שידור, יכולת קבלת stream וכו)
ישנם מספר דרכים לבצע אוטנטיקציה בכניסה לאפליקציית FMS:
1. אותנטיקציה ב-SSAS : כאשר משתמש מנסה להתחבר לאפליקציית FMS הוא יכול להעביר פרמטרים נוספים כחלק מתהליך ההתחברות. בשלב זה יכול הסקריפט בצד השרת לבצע קריאה ל-Database באמצעות http או tcp לשרת חיצוני ולאשר את המשתמש על פי הפרטים. בשלב זה גם ניתן לתת לו הרשאות לגבי publish ו-receive לשידור. בכל שלב ניתן להעיף את המשתמש מהחיבור ל-FMS.
2. אותנטיקציה ב-FMS Plugin: קיימת אפשרות לכתוב plugin ספציפי ב-c++/c שמתחבר ל-flow של ה-FMS ולאשר או לא לאשר פעולות של משתמשים במספר שלבים בדרך:
a. שלב ההתחברות: שלב זה מתבצע לפני חיבור המשתמש לאפליקציה, ובו ניתן גם להעביר משתמש לשרת/אפליקציה אחרת ללא שהמשתמש ידע על כך (טוב במקרים של load balancer אפליקטיבי).
b. שלב פעולה על stream: כאשר משתמש רוצה לבצע פעולה מבויימת על stream (להאזין או לשדר לדוגמא) ניתן לבדוק אילו הרשאות קיימות לו ועל פי זה לאשר לבצע את הפעולה.
שימוש באותנטיקציה ב-SASS דורש יותר משאבים (CPU) משרת ה-FMS ובאופן כללי אם ניתן, עדיף לבצע אותנטיקציה ברמת ה-plugin.
דוגמא לאותנטיקציה ב-SSAS:
Application.onConnect = function(client, username, password) {
if(username == myUsername && password == myPassword)
{
application.acceptConnection(client);
}
else
{
application.rejectConnection(client);
}
}
ב-8 במאי הוציאה Adobe בקשת הורדה ל-sourceforge לפרוייקט שנקרא rtmpdump בטענה שהוא יכול ללחשוף הגנות של copyright content. למעשה rtmpdump יכול לשמש להקלטת stream של rtmp ושל rtmpe. על ידי התחזות ל-flashplayer יכול rtmpdump לקבל את ה-stream ולשמור אותו.
לפרוטוקול RTMP של הפלאש התבצע כבר מזמן Reverse engeneering וישנם מספר פרוייקטים שמממשים אותו (Wowza, Red5 וכו') ו-Adobe אפילו שחררה כבר את הבסיס של הפרוטוקול למפתחים. אבל זו הפעם הראשונה למימוש של RTMPE.
בקשת ההורדה הגיע מאוחר מדי כמובן, מכיוון שניתן כבר לראות את מבנה הפרוטוקול החדש כאן.
את התגובה הנזעמת של יוצרי הפרוייקט ניתן למצוא כאן
להרחבה
Adobe שחררה היום את ה-specifications של RealTime Messaging Protocol, הפרוטוקול שמשמש לתקשורת בין משתמשים ב-FMS לבין Flash Player.
המסמך מתאר יצירת handshake, והעברת הודעות ו-chunks של data, המסמך לא מפרט את צורת ה-security של הפרוטוקול בשביל למנוע sniffing, וכמו כן אינו כולל פירוט של העברת אודיו ווידאו בין ה-client לשרת.
פירוט נוסף בבלוג של Kevin Towes, FMS Product Manager
RTMP Specifications
מספר ימים אחרי ההודעה של Limelight, עוברים גם Akamai לתמיכה בפיצ'רים של FMS 3.5 ושימוש ב-Dynamic Streaming וזאת על מנת לשפר חוויית HD video של חברת Epix ופורטל הוידאו שלהם.
Limelight, מה-CDNs הגדולים בעולם, וביחוד מהפרטנרים של Adobe לשידור מדיה ב-streaming וב-Progressive download הודיעו על הטמעת FMS 3.5 ברשת ה-Production שלהם.
בנוסף, הם הכריזו על תמיכה ב-Strobe של Adobe, ואם לצטט את Peter Coppola:
“Limelight Networks is pleased to support Adobe Strobe as a key initiative for helping publishers better monetize their content. We have long been an active supporter of industry-platform projects, and Strobe is a welcome addition to the open online video ecosystem. We look forward to working closely with Adobe to develop innovative ways to integrate Strobe’s framework into our video delivery technologies, including enhancing the free player tools we already make available to customers and delivering plug-ins that will enable Strobe-based players to take advantage of the robust, scalable features of our network-based delivery platform.”
תגובות אחרונות