לפני שמחליפים את IPsec ב-Shadowsocks, רשמו את המשימות החסרות
השוו העברה, נגישות פרטית, הרשאה ותפעול לפני שמתייחסים ל-Shadowsocks כתחליף ל-IPsec בצוות קטן.
שלושה שירותים, מנהרה אחת: אפליקציית ווב, מסד נתונים ושיתוף קבצים. מישהו מציע להחליף את IPsec ב-Shadowsocks כי קל יותר לתפעל אותו. הדיון בהצפנה שבא אחר כך מפספס את הנקודה, כי המנהרה מבצעת כמה משימות בעת ובעונה אחת ורק אחת מהן עוסקת בצפנים. רשמו את המשימות האלה לפני השוואת מוצרים. הרשימה קצרה, וכל סעיף לבדו יכול לבטל את ההחלפה.
התחילו מאיך שהתעבורה נלכדת
לפרוטוקול שני חצאים. רכיב מקומי מקבל חיבור, מצפין זרם שמתחיל בכתובת היעד ושולח אותו לרכיב מרוחק. החצי המרוחק פותח חיבור ליעד הזה ומעביר את הבתים. UDP עוקב אחר אותה צורה עם דאטהגרמים. זו העברה עבור הזרמים שהוא לוכד, והיא לא אומרת דבר על הזרמים שהוא לא לוכד. אפליקציה שמדברת פרוקסי באופן מפורש היא קלה; כל השאר זקוק למתאם או לכללי ניתוב כדי להילכד בכלל.
תעדו את שיטת הלכידה לכל אפליקציה לפני השוואת כל דבר אחר. תעבורה שלא נלכדה יוצאת במסלול הרגיל, ואיש לא שם לב עד ששירות מתנהג אחרת מחוץ למשרד.
תנו שם לכל יעד ולכל פרוטוקול
החצי המרוחק חייב להגיע לכל שירות פנימי. הפעלה מוצפנת שעובדת אל אותו מארח אינה מוסיפה מסלול ממנו למסד הנתונים, ואינה גורמת לשמות פנימיים להיפתר בצד הלקוח. רשמו כתובות, פורטים ופרוטוקולים במקום לכתוב שה-LAN נכלל.
הוסיפו את המקרים ששוברים תכנון מסודר: DNS פנימי, אפליקציות שמתעלמות מהגדרות פרוקסי, וכל זרם שחייב להתחיל מהשרת לכיוון הלקוח. כל אחד מהם דורש הסדר מפורש, לא הנחה.
הצפנה אינה הרשאה
שיטות AEAD המתועדות ב-Shadowsocks מספקות הצפנה מאומתת, ולכן לדחות את כל המשפחה כלא בטוחה זו טעות. לא פחות טעות היא לתת לעובדה הזו לענות על שאלת הגישה. מישהו צריך להחליט מי מגיע לאיזה שירות, איך מסירים גישה כשאדם עוזב, היכן נשמרים סודות ואיזה רכיב אוכף את הגבול. סוד משותף אחד נותן לכל מחזיק אותה נגישות, ועזיבת אדם אחד הופכת לרוטציה לכולם.
העמידו את תצורת ה-IPsec הנוכחית באותו אמת מידה. התווית שלה אינה מוכיחה שהכללים שלה נכונים, והשוואה בין גרסה מלוטשת של תכנון אחד לגרסה מעורפלת של האחר אינה מכריעה דבר.
רשמו את הבקרות שקיימות היום בשני הצדדים, ואז שפטו עם אילו פערים אתם יכולים לחיות.
ספרו את עבודת התפעול
כל החלפה זקוקה לבעלים לחבילות הלקוח, לעדכוני השרת, לרוטציית אישורים ולטיפול בכשלים. שימו לב מה כל אפליקציה עושה כשהמנהרה אינה זמינה: נכשלת, מנסה שוב במסלול המקומי או ממתינה. ההתנהגות הזו מגיעה מהפריסה, לא משם הפרוטוקול.
לאפליקציית ווב אחת פרוקסי צר יכול להספיק. לגישה לכל הרשת עם הרשאות לכל אדם, החלקים הנוספים עולים בדרך כלל יותר מהמנהרה שהם החליפו.
ההחלטה אינה איזה מוצר נשמע בטוח יותר. היא איזה תכנון מסיים את המשימות המפורטות עם בקרות שהצוות באמת יתחזק.