שאילתת WHOIS בתוך מנהרת HTTP CONNECT

אם חיפוש נדרש עדיין משתמש ב-WHOIS מסורתי, פרוקסי HTTP יכול לשאת את חילוף ה-TCP הזה כאשר המדיניות שלו מתירה CONNECT אל שירות ה-WHOIS. הלקוח חייב לסיים את לחיצת היד של הפרוקסי לפני שליחת טקסט החיפוש. לבדיקת WHOIS ציבורית מורשית ללא פרטי פרוקסי מוגדרים, רשימת פרוקסי ה-HTTP מציעה מתווכים מועמדים; אשרו בנפרד שאחד מהם מתיר את המארח של שירות ה-WHOIS ואת פורט 43.

לשירות היפותטי בשם whois.example, התחילו בבקשת ה-HTTP הזו:

CONNECT whois.example:43 HTTP/1.1
Host: whois.example:43

כתבו את סופי השורות של HTTP כ-CRLF. קראו את תגובת הפרוקסי המלאה, כולל שורת הכותרת הריקה המסיימת אותה, ובדקו את סטטוס ההצלחה המספרי. קבלת חלק משורת הסטטוס אינה מספיקה כדי להתחיל את הפרוטוקול הבא.

ואז שלחו את טקסט WHOIS

לאחר שהמנהרה נפתחת, שלחו את השאילתה ששרת ה-WHOIS הזה מצפה לה. שאילתה פשוטה להמחשה היא:

example.com<CRLF>

הסמן מייצג בייטים של החזרת קרון והזנת שורה. הוא אינו חלק משם התחום. אין שורת HTTP GET ואין סטטוס תגובת HTTP בתוך חילוף ה-WHOIS הזה.

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

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

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