Tor או VPN: מה ההבדל ומה מתאים לצרכים שלך?

Tor לעומת VPN: מה באמת נחוץ לך

גם Tor וגם VPN מעבירים את התעבורה שלך דרך מכונות שאינן שלך, אך הם עונים על שאלות שונות. VPN (רשת פרטית וירטואלית) מעביר את האמון שלך מספק האינטרנט לחברה אחת, שרואה לאחר מכן את הכתובת האמיתית שלך ואת כל היעדים שבהם אתה מבקר. Tor מפזר את האמון הזה בין שלושה ממסרים (relays) המופעלים על ידי אנשים שונים, כך שאף ממסר בודד אינו יודע גם מי אתה וגם לאן אתה הולך. הבחירה תלויה בזהות הגורם שממנו אתה מנסה להסתתר.

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

עקבו אחר בקשה אחת בשני התכנונים

קחו בקשה רגילה: הדפדפן שלכם פותח את https://news.example.com. פרוטוקול TLS (אבטחת שכבת תעבורה) מגן על תוכן הדף בשני המקרים, כך שאף גורם בתווך אינו קורא את המאמר. החלק המעניין הוא המטא-דאטה: מי לומד את כתובת ה-IP שלכם, מי לומד את היעד, ומי יכול לחבר בין שתי העובדות הללו. כלי פרטיות הוא מנגנון להפרדת הצמד הזה. VPN מעביר את הצמד למחזיק אחר. Tor מפצל אותו.

מה כל צד רואה בעת שימוש ב-VPN

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

• ספק האינטרנט שלך (ISP) רואה חבילות מוצפנות בין הקו שלך לבין כתובת אחת של שרת VPN. הוא רואה את נפח התעבורה ואת התזמון שלה. הוא אינו רואה את שם המארח (hostname) של היעד, כל עוד שאילתות DNS (מערכת שמות מתחם) עוברות גם הן דרך המנהרה.
• מפעיל ה-VPN רואה את כתובת ה-IP האמיתית שלך בצד אחד, ואת כל כתובות היעד בצד השני, יחד עם זמנים וגדלים. שני חלקי הזוג מגיעים לאותה מכונה.
• היעד רואה את כתובת היציאה של ה-VPN, בתוספת כל פרט מזהה שהדפדפן שלך שולח.

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

הטענה ל-"no logs" היא כל המוצר, וזהו החלק היחיד שאינך יכול לבדוק מהצד שלך. אתה יכול לוודא שהמנהרה פעילה. אתה יכול לוודא שאין דליפות DNS. אינך יכול לוודא מה המפעיל כותב לדיסק. זו העסקה שאתה מקבל: חברה אחת, שנבחרה על ידך, מחזיקה בתמונה המלאה.

בדוק את הדליפה שמשביתה בשקט את המנהרה:

resolvectl status
curl -s https://ifconfig.me; echo

הכתובת שמוצגת על ידי ifconfig.me צריכה להיות כתובת היציאה של ה-VPN. שרתי ה-DNS המפורטים עבור הקישור שנושא את נתיב ברירת המחדל שלך צריכים להיות ה-resolver של המנהרה. אם הם עדיין מציגים את הנתב המקומי שלך ב-192.168.1.1, שאילתות השמות שלך יוצאות דרך הקישור המקומי בטקסט גלוי, כיוון שהנתיב לנתב ההוא הוא on-link וספציפי יותר מנתיב ברירת המחדל של המנהרה. התעבורה שלך פרטית, אך רשימת האתרים שבהם אתה מבקר אינה כזו. שאילתות DNS שבורחות ממנהרת WireGuard מפרט את התיקון.

מה כל צד רואה בעת שימוש ב-Tor

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

• ספק האינטרנט (ISP) שלכם רואה תעבורה מוצפנת לממסר כניסה (guard relay) אחד. כתובות הממסרים הן ציבוריות, לכן ה-ISP יכול לדעת שאתם משתמשים ב-Tor. הוא אינו יכול לדעת לאן אתם מגיעים.
• ממסר הכניסה רואה את כתובת ה-IP האמיתית שלכם. הוא אינו יכול לראות את היעד, כיוון שחלק ההודעה המציין את האתר עדיין מוצפן עבור הממסרים שאחריו.
• ממסר הביניים רואה ממסר כניסה בצד אחד וממסר יציאה (exit relay) בצד השני. הוא לא רואה אתכם ולא את היעד. הוא קיים כדי שממסר הכניסה וממסר היציאה לעולם לא יתקשרו ישירות.
• ממסר היציאה רואה את היעד ואת התעבורה כשהיא עוזבת את הרשת. הוא רואה את הכתובת של ממסר הביניים, לא את שלכם. עם HTTPS הוא לומד את שם המארח (hostname) ואת מטא-נתוני החיבור, לא את הדף עצמו.
• היעד רואה את הכתובת של ממסר היציאה, שמופיעה ברשימות יציאה ציבוריות, בתוספת כל מה שהדפדפן שלכם מוסר לו.

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

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

התקינו אותו והוכיחו את הנתיב:

sudo apt update && sudo apt install -y tor
systemctl status tor@default
journalctl -u tor@default -n 20
curl --socks5-hostname 127.0.0.1:9050 https://check.torproject.org/api/ip

הלוג אמור להגיע ל-Bootstrapped 100% (done): Done. ה-curl אמור להדפיס {"IsTor":true,"IP":"..."} עם כתובת שאינכם מזהים, שהיא נקודת היציאה הנוכחית שלכם. אם IsTor הוא false, הבקשה מעולם לא עברה דרך ה-proxy. חבילת ה-Tor של Ubuntu יכולה לפגר אחרי הגרסה העדכנית; ה-Tor Project מפרסם מאגר apt משלו אם אתם צריכים לעקוב אחרי גרסאות ה-upstream.

מלכודת אחת נמצאת בתוך הפקודה הזו. --socks5 גורם ל-curl לפתור את שם המארח בעצמו ואז לשלוח את הכתובת המתקבלת דרך ה-proxy, כך שה-resolver הרגיל שלכם לומד כל שם שאתם מבקרים בו. --socks5-hostname שולח את השם ל-Tor ונותן ליציאה לפתור אותו. אותה מנהרה, דליפת מידע שונה לחלוטין. Tor Browser ו-torsocks מבצעים זאת נכון. כלים שהוגדרו ידנית לרוב לא.

Tor מעביר זרמי TCP בלבד. הוא אינו יכול להעביר UDP, לכן ping 1.1.1.1 לעולם לא עובר דרכו, ופרוטוקול VPN מבוסס UDP לא יכול לרוץ בתוכו. כל תוכנית שמתעלמת מהגדרת ה-proxy שלה פשוט משתמשת בנתיב הרגיל שלכם עם הכתובת הרגילה שלכם, ושום דבר לא מזהיר אתכם. זו הסיבה ש-Tor ברמת המערכת מבוצע באמצעות transparent proxy על מכונה נפרדת ולא באמצעות משתנה סביבה.

היכן נמצא האמון בפועל

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

Tor מפיץ את האמון. שלושה גורמים שרובם אינם מכירים זה את זה מחזיקים כל אחד בשבר מידע, ושבר מידע לבדו אינו בעל ערך רב. אין צורך שאף אחד מהם יהיה ישר כדי שהתכנון יעבוד. מספיק שהם יהיו בלתי תלויים זה בזה. אתה משלם על כך במהירות, בתמיכה ב־TCP בלבד, וברשת שבה חלק מהממסרים (relays) מופעלים בוודאות על ידי אנשים שרוצים לעקוב אחריך. התשובה של Tor לממסר עוין היא שממסר אחד לעולם אינו מספיק.

מתי VPN הוא הכלי הנכון

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

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

מתי Tor הוא הכלי המתאים

• היריב שלך כולל את אתר היעד, או כל גורם המסוגל לדרוש רישומים מחברה בודדת.
• אתה קורא או מפרסם תוכן שעלול להזיק לך אם יקושר בחזרה לקו האינטרנט שלך.
• אתה מעוניין ב-onion service: תעבורה שלעולם אינה עוזבת את הרשת, ללא מעורבות של exit relay, ושרת שכתובתו נותרת חסויה.
• אתה מוכן להשלים עם דפים איטיים, CAPTCHAs ו-403 Forbidden מזדמן.

השתמש ב-Tor Browser, ולא בדפדפן היומיומי שלך המופנה לפורט 9050. הדפדפן מהווה מחצית מההגנה, והסעיף שלאחר הבא מסביר מדוע.

מדוע VPS ששכרתם פחות טוב מ־VPN מסחרי לצורכי אנונימיות

זהו נושא שאנשים תופסים בצורה הפוכה. VPS ששכרתם הוא חוזה שכירות שנושא את שמכם. כתובת הדוא"ל ששימשה להרשמה, כרטיס האשראי, החשבוניות ופניות התמיכה – כולם שמורים במסד הנתונים של חברה אחת לצד אותה כתובת IP. איש אינו צריך לפרוץ דבר כדי לקשר את הכתובת אליכם. המידע כבר רשום, נשמר מסיבות חשבונאיות רגילות, וזמין לכל מי שיכול להפנות לספק שאלה בעלת משקל משפטי.

הבעיה השנייה היא הקהל. כתובת היציאה של VPN מסחרי משותפת להרבה לקוחות בו-זמנית, כך שהכתובת לבדה אינה מצביעה על אדם אחד. כתובת ה־VPS שלכם שייכת לכם בלבד. כל בקשה שיוצאת ממנה היא שלכם, היום ובחודש הבא, והכתובת אינה מתחלפת. לכן, יעד יכול לבנות פרופיל לאורך חודשים גם ללא שימוש ב־cookies כלל.

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

מה ש־Tor ו־VPN אינם פותרים

• Browser fingerprinting. ה־user agent, גודל המסך, אזור הזמן, גופנים מותקנים, שפה ורינדור canvas מתחברים לערך שלרוב הוא ייחודי, והוא עוקב אחריך בכל כתובת IP שבה אתה משתמש. Tor Browser נלחם בכך על ידי הפיכת המשתמשים שלו לזהים זה לזה ועל ידי שינוי גודל החלון בצעדים קבועים. הדפדפן הרגיל שלך מאחורי SOCKS proxy שומר על ה־fingerprint ועל ה־cookies שלו.
• התחברות לחשבון (Logging in). ברגע שאתה מתחבר לחשבון שמכיר את שמך, לשכבת הרשת אין יותר חשיבות. התחברות אחת מהבית והתחברות אחת דרך Tor לאותו חשבון קושרות את שני הסשנים יחד.
• כל דבר שנקודת הקצה מתעדת בכל מקרה: מה הקלדת, מה קנית, מה חיפשת.
• מתאם מקצה לקצה (End-to-end correlation). מי שצופה בקו שלך ובנקודת היציאה בו-זמנית יכול להשוות תזמונים ונפח חבילות ולהתאים בין שני הקצוות. Tor מצהיר בגלוי שהוא אינו מגן מפני יריב שיכול לראות את שני הצדדים.

האם ניתן להשתמש ב-Tor וב-VPN יחד?

שימוש ב-Tor מעל VPN משמעו שה-VPN מתחבר ראשון ו-Tor רץ בתוכו. ספק האינטרנט שלכם רואה רק את ה-VPN, וצומת הכניסה (guard relay) רואה את הכתובת של ה-VPN במקום את שלכם. בכך הצבתם חברה שמחזיקה בשם ובכרטיס האשראי שלכם לפני מערכת שנועדה להימנע בדיוק מכך. הדבר כדאי במצב אחד בלבד: כאשר עצם השימוש ב-Tor מסוכן בקו שלכם ואין לכם אפשרות טובה יותר.

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

אם המטרה היא רק להסתיר את השימוש ב-Tor מספק האינטרנט, הפתרון הנתמך הוא bridge: נקודת כניסה שאינה מופיעה בקונסנזוס הציבורי, בשילוב עם pluggable transport כגון obfs4 או Snowflake, שהופכים את התעבורה לקשה לסיווג. דפדפן Tor Browser מגיע עם שניהם, ואין צורך שחברה שלישית תחזיק בשמכם.

FAQ

האם Tor הוא פשוט VPN חינמי?

לא. VPN מעביר את התעבורה שלך דרך שרת יחיד המופעל על ידי חברה אחת, שרואה את הכתובת האמיתית שלך ואת כל יעדי הגלישה; כך הוא מחליף את ה־ISP שלך בספק שבחרת. Tor מעביר את התעבורה דרך שלושה ממסרים (relays) המופעלים על ידי גורמים שונים, כאשר הממסר הראשון (guard) רואה אותך אך לא את האתר, והממסר האחרון (exit) רואה את האתר אך לא אותך. Tor תומך ב־TCP בלבד, הוא איטי משמעותית, ואתרים רבים חוסמים אותו או מציבים בפניו אתגרים, לכן הוא אינו תחליף ישיר לשימושים היומיומיים ב־VPN.

האם ה־ISP שלי יכול לדעת שאני משתמש ב־Tor?

כברירת מחדל, כן. כתובות הממסרים מפורסמות בקונסנזוס הציבורי, ולכן הספק שלך יכול לראות שאתה מתחבר לממסר guard מוכר. הוא אינו יכול לראות לאילו אתרים אתה מגיע. כדי להסתיר את עצם השימוש, Tor Browser מציע גשרים (bridges) עם pluggable transport כגון obfs4 או Snowflake, המתחברים דרך נקודת כניסה שאינה מופיעה ברשימה הציבורית. שימוש ב־VPN לפני Tor גם הוא מסתיר את השימוש מה־ISP, אך מעביר את המידע הזה למפעיל ה־VPN במקום.

האם הרצת VPN על גבי VPS פרטי הופכת אותי לאנונימי?

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

מדוע אתרים חוסמים אותי או מציגים לי CAPTCHA כשאני משתמש ב־Tor?

מכיוון שכתובות ה־exit relay הן ציבוריות ומשותפות על ידי משתמשים רבים מאוד, שימוש לרעה שמגיע מאחד המשתמשים הללו משליך על הכתובת שאתה שואל. רשתות להפצת תוכן (CDN) מדרגות את הכתובות הללו בדירוג נמוך ומשיבות באתגר, ב־403 Forbidden, או בטופס הרשמה שמסרב להישלח. שום פעולה בצד שלך לא תסיר זאת. יצירת מעגל (circuit) חדש תעניק לך exit relay אחר, שלעיתים נהנה ממוניטין טוב יותר.

אם אני משתמש ב־VPN, האם אני עדיין מדליף שאילתות DNS?

זה אפשרי, וזה נפוץ. בחיבור tunnel מלא ללא הגדרת resolver עבור ממשק ה־tunnel, הלקוח שלך ממשיך להשתמש ב־resolver שלמד מהרשת המקומית. מכיוון שהנתיב ל־resolver הזה הוא on-link, הוא מקבל עדיפות על פני נתיב ברירת המחדל של ה־tunnel. השאילתות שלך יוצאות בטקסט גלוי (cleartext) בזמן שכל שאר התעבורה מוצפנת. הרץ את resolvectl status וודא ששרת ה־DNS המופיע עבור החיבור שנושא את נתיב ברירת המחדל שלך הוא ה־resolver של ה־tunnel, ולא הנתב המקומי שלך.