להביא את Softworks

סיכום:

Fetch SoftWorks היא תוכנה המאפשרת למשתמשים להתחבר לשרתים באמצעות FTP עם הצפנת TLS/SSL. זה מבטיח תקשורת מאובטחת בין מכשיר המשתמש לשרת, ומגן על מידע רגיש כגון סיסמאות ונתונים.

נקודות מפתח:

1. FTP עם TLS/SSL היא השיטה המועדפת על הקמת חיבורים מאובטחים.
2. Fetch Softworks תומך בשני “AUTH TLS” (FTPE.
3. כדי להתחבר באמצעות FTP עם TLS/SSL, בחר אותו מהתפריט “Connect באמצעות” בתיבת הדו -שיח חיבור חדש.
4. אם משתמשים בשיטת SSL Connect, הזן את היציאה 990 בשדה היציאה.
5. הפעלת הצפנה מגנה על כל התקשורת, תוך השבתת אותה רק מגנה על הסיסמה.
6. לא כל השרתים תומכים ב- FTP עם TLS/SSL, ולכן חשוב לבדוק את תאימות השרת.
7. לשרתים התומכים ב- FTP עם TLS/SSL יש תעודות המאמתות את האבטחה והזהות שלהם.
8. אם פג תוקף של שרת פג או לא מהימן, Fetch יציג אזהרה.
9. אין להתבלבל בין FTP עם TLS/SSL עם SFTP, שהוא פרוטוקול אחר.

שאלות:

1. מה זה להביא את Softworks?

Fetch SoftWorks היא תוכנה המאפשרת למשתמשים להתחבר לשרתים באמצעות FTP עם הצפנת TLS/SSL.

2. מדוע FTP עם TLS/SSL חשוב?

FTP עם TLS/SSL חשוב מכיוון שהוא מבטיח תקשורת מאובטחת בין מכשיר המשתמש לשרת, ומגנה על מידע רגיש.

3. מהן שתי השיטות הנתמכות להקמת FTP עם חיבורי TLS/SSL?

שתי השיטות הנתמכות הן “Auth TLS” (FTPES) ו- “SSL Connect” (SSL מרומז).

4. כיצד ניתן להתחבר לשרת באמצעות FTP עם TLS/SSL?

כדי להתחבר באמצעות FTP עם TLS/SSL, בחר אותו מהתפריט “Connect באמצעות” בתיבת הדו -שיח חיבור חדש.

5. מה המשמעות של כניסה לנמל 990?

הכניסה ליציאה 990 נחוצה בעת השימוש בשיטת SSL Connect כדי להקים FTP עם חיבור TLS/SSL.

6. מה המטרה של הפעלת הצפנה?

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

7. האם כל השרתים תומכים ב- FTP עם TLS/SSL?

לא, לא כל השרתים תומכים ב- FTP עם TLS/SSL. חשוב לבדוק את תאימות השרת לפני שתנסה להתחבר.

8. מה תפקיד התעודות ב- FTP עם TLS/SSL?

לשרתים התומכים ב- FTP עם TLS/SSL יש תעודות המאמתות את האבטחה והזהות שלהם.

9. מה קורה אם תעודת שרת אינה סומכת?

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

10. מה ההבדל בין FTP עם TLS/SSL ו- SFTP?

FTP עם TLS/SSL ו- SFTP הם שני פרוטוקולים נפרדים. בעוד ששניהם הם פרוטוקולי העברת קבצים מאובטחים, הם פועלים אחרת.

11. מהי דרישת המערכת לשימוש ב- TLS 1.2 עם Fetch Softworks?

להשתמש ב- TLS 1.2 עם Fetch SoftWork .מסגרת נטו 4.5+ מותקן.

12. יכול TLS 1.2 ישמשו במיקוד יישומים .נטו נמוך מ -4.5?

כן, אבל .נטו 4.יש להתקין 5 עדיין להתקין את המכונה עבור TLS 1.2 כדי להיות מופעל ביישומים הממוקדים לגרסאות נמוכות יותר.

13. איך TLS 1 יכול.2 יופעל במיקוד יישומים .נטו 4.5+?

כדי לאפשר TLS 1.2 ביישומים מיקוד .נטו 4.5+, ניתן להשתמש בקוד הבא: FTP.SSLConfiguration.Enabledsslprotocols = (מערכת.בִּטָחוֹן.אימות.SSLProtocols) 3072;

14. היכן ניתן למצוא מידע נוסף על הבאת Softworks?

מידע נוסף על אחזור Softworks ניתן למצוא באתר האינטרנט שלהם.

15. מהן תכונות המפתח של Fetch Softworks?

תכונות המפתח של Fetch Softworks כוללות את היכולת להתחבר לשרתים באמצעות FTP עם TLS/SSL, העברת נתונים מאובטחת ותמיכה מצוות Fetch.

להביא את Softworks

כדי להתחבר לשרת באמצעות FTP עם TLS/SSL, בחר FTP עם TLS/SSL מ ה התחבר באמצעות תפריט מוקפץ בתיבת הדו-שיח חיבור חדש. כשתעשה זאת, Fetch ינסה להתחבר באמצעות Ciftist SSL (FTPES) כברירת מחדל כברירת מחדל.

באמצעות FTP TLS 1.2 עם ftp

כברירת מחדל מרבית המערכות מאפשרות SSL 3.0, TLS 1.0, 1.2 ו -1.2 שישמש.

TLS 1.2 היא הגרסה המאובטחת ביותר של פרוטוקולי SSL/TLS. קל להכריח את החיבור להשתמש בו. כל מה שאתה צריך לעשות זה להגדיר Ftp.SSLConfiguration.מופעלים sslprotocols רכוש ל- SSLProtocols.TLS12:

// C# באמצעות (FTP FTP = חדש FTP ())

Vb.NET באמצעות FTP כ- FTP () FTP חדש.SSLConfiguration.Enabledsslprotocols = sslprotocols.TLS12 ftp.Connectssl ("ftps.דוגמא.com ") ftp.כניסה ("משתמש", "סיסמה") FTP.ChangeFolder ("העלאה") FTP.העלה ("דוח.txt "," c: \ דוח.txt ") ftp.סגור () סיום באמצעות

עבור SSL/TLS מפורש, הקוד כמעט זהה. תחילה אתה מתחבר ליציאה לא מאובטחת (21) ומאבטח את החיבור באמצעות Ftp.Authtls פקודה:

// C# באמצעות (FTP FTP = חדש FTP ())

Vb.NET באמצעות FTP כ- FTP () FTP חדש.SSLConfiguration.Enabledsslprotocols = sslprotocols.TLS12 ftp.התחבר ("ftp.דוגמא.com ") ftp.Authtls () ftp.כניסה ("משתמש", "סיסמה") FTP.ChangeFolder ("העלאה") FTP.העלה ("דוח.txt "," c: \ דוח.txt ") ftp.סגור () סיום באמצעות

להשתמש ב- TLS 1.2 .מסגרת נטו 4.יש להתקין 5+ במחשב שלך ויישום שלך צריך למקד .נטו 4.5+.

אפשר להשתמש ב- TLS 1.2 ביישומים מיקוד .נטו נמוך מ -4.5, אבל 4.יש להתקין 5 במחשב. אחרי שיש לך .נטו 4.5 מותקן, 2 שלך.0-4.0 אפליקציות ישתמשו ב -4.5 מערכת.DLL ותוכלו לאפשר TLS 1.2 באמצעות קוד זה:

ftp.SSLConfiguration.Enabledsslprotocols = (מערכת.בִּטָחוֹן.אימות.SSLProtocols) 3072;

להביא את Softworks

לְהָבִיא

• על להביא
• הורד
• קנה/שדרוג
• תמיכה

להביא עזרה > מושגים > FTP עם TLS/SSL (FTPS)

Fetch תומכים בשימוש ב- FTP עם TLS/SSL (הידוע גם בשם FTPS) כדי להתחבר בצורה מאובטחת לשרתים.

כשאתה מתחבר לשרת באמצעות FTP עם TLS/SSL, הצפנה משמשת להגנה על החיבור בין המקינטוש שלך לשרת שלך. זה מגן על הסיסמה שלך ובאופן אופציונלי את הנתונים שלך, ומונע ממצון לכיד או לגנוב אותם כשהם מטיילים ברשת. TLS מייצג “אבטחת שכבת תחבורה” ו- SSL מייצגת “שכבת שקעים מאובטחים.”TLS היא גרסה חדשה יותר של פרוטוקול SSL.

ישנן שלוש שיטות שונות להקמת FTP עם חיבורי TLS/SSL; להביא רק שניים מהם. שתי השיטות הנתמכות הן:

• “Auth TLS”, הידוע גם בשם “FTPES”, “SSL מפורש” או “FTPs מפורשים.”זו השיטה המועדפת על פי ה- RFC המגדירה את FTP עם TLS/SSL.
• “SSL Connect”, הידוע גם בשם “SSL מרומז” או “FTPs מרומזים.”זוהי שיטה ישנה יותר ולא מעודדת עוד לבסס FTP עם TLS/SSL, אך היא עדיין נפוצה מעט.

השיטה השלישית, “Auth SSL”, גם היא כבר לא מעודדת ואינה נתמכת על ידי Fetch.

כדי להתחבר לשרת באמצעות FTP עם TLS/SSL, בחר FTP עם TLS/SSL מ ה התחבר באמצעות תפריט מוקפץ בתיבת הדו-שיח חיבור חדש. כשתעשה זאת, Fetch ינסה להתחבר באמצעות Ciftist SSL (FTPES) כברירת מחדל כברירת מחדל.

אם ברצונך להשתמש בשיטת SSL Connect (SSL מרומז), עליך לבחור FTP עם TLS/SSL וגם הזן 990 בשדה היציאה של דיאלוג החיבור החדש. יתכן שתצטרך ללחוץ על לחצן הגילוי החדש של דו -שיח חיבור כדי להציג את שדה היציאה. אם לא תזין את מספר היציאה הספציפי הזה, Fetch ינסה להקים FTP עם חיבור TLS/SSL באמצעות Auth TLS.

בְּחִירָה FTP עם TLS/SSL מאפשר את אפשר הצפנה תיבת סימון. אם תיבה זו מסומנת, כל התקשורת שלך תהיה מוגנת; אחרת רק הסיסמה שלך תהיה מוגנת, אך הביצועים עשויים להיות טובים יותר. שרתים מסוימים אינם תומכים בנתוני הצפנה בעת שימוש ב- FTP עם TLS/SSL.

כדי להשתמש ב- FTP עם TLS/SSL לחיבורים מאובטחים ב- Fetch, השרת אליו אתה מתחבר חייב לתמוך ב- FTP באמצעות חיבורי TLS/SSL. לא כל השרתים תומכים ב- FTP עם חיבורי TLS/SSL; אם תנסה להתחבר ל- FTP עם TLS/SSL לשרת שאינו תומך בו, תקבל שגיאה. מנהל הרשת או ספק השירות שלך יכולים לומר לך אם השרת שלך תומך ב- FTP עם TLS/SSL.

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

בעוד ששניהם הם פרוטוקולי העברת קבצים מאובטחים ויש להם שמות דומים, אין להתבלבל עם FTP עם TLS/SSL (FTPS) עם SFTP (פרוטוקול העברת קבצים של SSH). SFTP הוא פרוטוקול נפרד לחלוטין מ- FTP; ואילו FTP עם TLS/SSL משתמש באותו פרוטוקול כמו FTP, אך הוא עטוף בשכבת הצפנה.

Fetch תומך בפורמט URL מיוחד לציון FTP עם חיבורי TLS/SSL; FTP עם כתובות כתובות TLS/SSL התחל עם “ftps: //” ויש לך אפשרות בסוף כדי לציין אם להשתמש בהצפנה או לא. עיין בנושא עזרה למקרי משאבים אחידים (כתובות אתרים) למידע נוסף.

למידע נוסף על אבטחה ב- Fetch, עיין בנושא עזרה באבטחה.

© זכויות יוצרים 2000 – 2023 מחבריך ב- Fetch Softworks

SFTP לעומת FTPS?

אז למה FTPs עומדים? אבטחת פרוטוקול העברת קבצים. FTP היה בסביבות תחילה – אך לא במצב מאובטח בתחילה. FTP. זה מסופק על ידי שרתי FTPS x.509 פורמט תעודת מפתח ציבורי. ניתן לסמוך על האישור (המסופק על ידי רשות הסמכה מהימנה), או אחר חתימה עצמית. שימוש בתעודה עם חתימה עצמית אין פירושו שרמת ההצפנה היא פחות, רק שאתה צריך להיות בטוח שהמארח הוא מי שהם אומרים שהם כן. חיבורי FTPS נעשים מאובטחים באופן מרומז או במפורש. שרתי FTP.

איך FTPS עובד?

חיבור מרומז מתחיל בכך שהלקוח ינפיק TLS “לקוח שלום” הוֹדָעָה. הודעה זו מרמזת על כך שהחיבור צריך להיות מאובטח ואם השרת לא’לא לקבל את זה, החיבור נופל מייד. אם עם זאת השרת אכן מקבל את “לקוח שלום” הודעה, היא תשלח את תעודת השרת ללקוח, אשר יאמת אותו וישתמש בו כדי להצפין מקש הפעלה אותו הוא שולח חזרה לשרת כדי להצפין את ההפעלה איתו.

במקרה של FTPs מפורשים, הלקוח מבקש במפורש אבטחה על ידי שליחת AN “Auth TLS” (או Auth SSL) פקודה מיד לאחר ביצוע החיבור. אם פקודת ה- AUTH לא תישלח, שרת ה- FTPS יתייחס לחיבור הלקוח כאל ‘רגיל’ במקום זאת הפעלת FTP לא מאובטחת.

מעניין לציין כי חיבורים מרומזים אינם מופיעים ב- RFC 2228 (תיעוד FTPS), רק חיבורים מפורשים.

בשני המקרים, לאחר שההפעלה התחילה, הלקוח יצטרך לאמת לשרת FTPS – בדרך כלל זה יהיה לפי מזהה משתמש וסיסמא, אך עשוי לכלול גם אישורי לקוח במידת הצורך. כל פקודות ה- FTP מועברות באופן טבעי לאורך ערוץ הבקרה (בדרך כלל 21 עבור מפורש או 990 עבור מרומז), אך FTPs זקוקים לערוץ נפרד לתקשורת נתונים (שליחת קבצים או רשימות ספריות). ערוצי הנתונים הם כברירת מחדל יציאה 20 עבור FTPs מפורשים ויציאה 989 עבור FTPs מרומזים. ערוצי נתונים נפתחים ככל שהם נדרשים, ואז סגורים מייד שוב (ערוץ הבקרה נשאר פתוח למשך זמן ההפעלה).

מה ההבדל בין FTPS ל- SFTP?

ראשית, SFTP אינו סוג של FTP. למעשה, FTPs ו- SFTP אינם קשורים לחלוטין ונושאים רק דמיון חולף במבנה של פקודות רבות. SFTP אינו FTP על חיבור SSH, אלא פרוטוקול מובחן בפני עצמו, מה שעושה שימוש בפרוטוקול SSH הבסיסי כדי לספק אבטחת חיבור ואימות חיבור. מכיוון שהוא משתמש בפרוטוקול SSH הבסיסי, זה נורמלי להשתמש ביציאת SSH (בדרך כלל יציאה 22).

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

הבנת הבדלי מפתח בין FTP, FTPS ו- SFTP

הפרוטוקולים הנפוצים ביותר המשמשים בהעברת קבצים כיום הם FTP, FTPS ו- SFTP. גלה את ההבדלים העיקריים בין פרוטוקולים אלה באופן מקוון ב- jscape.

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

Ftp

FTP (פרוטוקול העברת קבצים) הוא פרוטוקול רשת שנמצא כבר עשרות שנים. זה הוצע לראשונה ב- RFC 114 לפני למעלה מארבעים שנה ובסופו.

החלפת מידע

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

ערוץ הפקודה פועל בדרך כלל ביציאת השרת 21 ואחראי על קבלת חיבורי לקוחות וטיפול בחילופי פקודות פשוטות בין לקוח FTP לשרת. ה מִשׁתַמֵשׁ וכן לַעֲבוֹר פקודות המשמשות לאימות משתמש FTP הן דוגמאות לפקודות המוחלפות בערוץ הפקודה. ערוץ הפקודה נשאר פתוח עד שהלקוח שולח את לְהַפְסִיק הפקודה לניתוק, או שהשרת מנתק בכוח את הלקוח בגלל חוסר פעילות או סיבה אחרת.

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

בִּטָחוֹן

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

חומת אש

שרת – אפשר חיבורים נכנסים ביציאה 21. הגדר את טווח הנמל הפסיבי (ה.ז. 2000-2500) להעברות קבצים ורשימות ספריות ומאפשרים חיבורים נכנסים בטווח היציאה הפסיבי. התייעץ עם תיעוד השרת שלך לקבלת הוראות כיצד להגדיר טווח יציאות פסיבי.

לקוח – אפשר חיבורים יוצאים ליציאה 21 וטווח יציאות פסיבי המוגדר על ידי שרת.

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

Ftps

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

על מנת לטפל בבעיה זו, הוצעה קבוצה של תוספי אבטחה ליצירת פרוטוקול FTP מאובטח יותר ב- RFC 2228 כדי להגן על נתונים כאשר היא עוברת ברשת באמצעות שכבת שקעים מאובטחים (SSL) ועכשיו אבטחת שכבת הובלה (TLS). הצפנה זו יכולה להיעשות ידנית, אך היא גוזלת זמן ומועדת לשגיאות וזו הסיבה שארגונים משתמשים בשרתי FTPS/לקוחות FTPS כדי לספק אבטחת מידע.

החלפת מידע

בִּטָחוֹן

גרסאות מאובטחות של FTP כוללות FTPs SSL מרומזים ו- FTPS SSL מפורשים . שניהם משתמשים בהצפנת SSL/TLS.

במצב SSL מרומז נקבע הפעלה SSL נדרשת בין לקוח לשרת לפני שתתרחש שיתוף קבצים כלשהו. כפי ששמו מרמז, השימוש ב- SSL משתמע וכל ניסיון ליצור חיבור FTPS מבלי להשתמש ב- SSL יסירב על ידי השרת. שירותי SSL מרומזים של FTPS פועלים בדרך כלל על יציאה 990. למרות שעדיין בשימוש כיום, FTP.

במצב SSL מפורש הלקוח והשרת מנהלים משא ומתן על רמת ההגנה המשמשת. זה שימושי מאוד בכך שהשרת יכול לתמוך גם ב- FTP לא מוצפן וגם במפגשי FTPS מוצפנים ביציאה יחידה. בפגישה מפורשת של SSL, הלקוח קובע תחילה חיבור לא מוצפן לשירות ה- FTP. לפני שליחת אישורי משתמש, הלקוח מבקש שהשרת יעביר את ערוץ הפקודה לערוץ מוצפן SSL על ידי שליחת Auth TLS אוֹ Auth SSL פקודה. עם הגדרה מוצלחת של ערוץ SSL הלקוח ואז שולח אישורי משתמש לשרת FTP. אישורים אלה, יחד עם כל פקודות אחרות שנשלחו לשרת במהלך הפעלת FTP, מוצפנות אוטומטית על ידי ערוץ SSL. בדומה לאופן ההגנה של ערוץ הפקודה, רמת ההגנה המשמשת בערוץ הנתונים מתנהלת בין הלקוח לשרת באמצעות Prot פקודה.

חומת אש

שרת – אפשר חיבורים נכנסים ביציאה 21 ו / או 990. הגדר את טווח הנמל הפסיבי (ה.ז. 2000-2500) להעברות קבצים ורשימות ספריות ומאפשרים חיבורים נכנסים בטווח היציאה הפסיבי. התייעץ עם תיעוד השרת שלך לקבלת הוראות כיצד להגדיר טווח יציאות פסיבי.

לקוח – אפשר חיבורים יוצאים ליציאה 21 וטווח יציאות פסיבי המוגדר על ידי שרת.

SFTP

פרוטוקול העברת קבצי SSH (SFTP) מתבלבל לרוב עם FTPs למרות שלפרוטוקולים אלה אין דבר משותף למעט יכולתם להעביר קבצים מאובטחים. SFTP מבוסס למעשה על פרוטוקול SSH (Secure Shell), הידוע בעיקר בזכות השימוש בו במתן גישה מאובטחת לחשבונות מעטפת בשרתים מרוחקים.

החלפת מידע

שלא כמו FTP/S, SFTP אינו משתמש בחיבורי פקודה ונתונים נפרדים. גם נתונים וגם פקודות מועברים במנות מעוצבות במיוחד באמצעות חיבור יחיד.

בִּטָחוֹן

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

חומת אש

שרת – אפשר חיבורים נכנסים ביציאה 22.

לקוח – אפשר חיבורים יוצאים ליציאה 22.

קבל את הניסיון החינמי שלך

האם תרצה לנסות זאת בעצמך? שרת MFT של JScape הוא פלטפורמה-אגנוסטי וניתן להתקין אותו ב- Microsoft Windows, Linux, Mac OS X ו- Solaris, ויכול לטפל בכל פרוטוקול העברת קבצים כמו גם פרוטוקולים שונים שונים משרת יחיד. בנוסף, פונקציונליות JSCAPE מאפשרת לך לטפל בכל סוג קובץ, כולל קבצי אצווה ו- XML. הורד את הניסיון החינמי שלך בן 7 הימים של שרת JScape MFT עכשיו.