פינגים ל-IP חיצוניים לא עובדים.
פינגים פנימיים ברשת כן עובדים.
פינג לדומיין עצמי כן עובד.
לדומיינים חיצוניים לא.
פועל יוצא apt-get update לא מאחזר שום דבר.
resolve.conf ללא כל שינויים בשנתיים האחרונות.
מה יכולה להיות הבעיה?

פיירוול

פלט של iptables -L -v

(או פיירוול בין השרת ובין האינטרנט - במקרה זה - שאל את מפעיל הפיירוול)

נמאס לכם לזכור סיסמאות? לחצו כאן!

iptables כרגע ריק לגמרי כי רציתי לפסול את הבעיה משם.
לגבי הפיירוול שרת-אינטרנט זו היתה האופציה השניה שלי.

אתה יכול גם להריץ tcpdump -n כדי להוכיח שתקשורת אכן יוצאת מממשק הרשת אבל לא חוזר אליה שום דבר בחזרה

בהנחה שאתה מחובר לשרת מרחוק ב ssh, תגיע למצב שהתקשורת שלך עצמה מייצרת פאקטים שיש להציג אותם (ואז התצוגה שלהם מייצרת עוד פאקטים שצריך להציג אותם, וכך הלאה). לכן שווה להריץ זאת כך: tcpdump -n port not 22

נמאס לכם לזכור סיסמאות? לחצו כאן!

תודה על התגובה המהירה. תקשורת החוצה יש ולו בשל פתיחת ה-SSH.
מה שמוזר זה שפורט 80 פתוח בוודאות (יש אתר שרץ דרך פורט 80) ואני לא יכול לתת פינגים גם לא ברמת IP מחוץ לרשת.
השאלה, מה ה-tcpdump נותן לי מעבר למה שידעתי קודם (אגב, רץ ללא שום בעיה) והאם אני יכול דרכו למקד את הבעיה?

כן, טכנית הגישה לאתרים שלך כוללת תקשורת החוצה מהשרת, אבל אני התכוונתי "תקשורת שנוזמה מכיוון השרת לשרת חיצוני אחר" - או במונחים יותר טכניים - פאקט בפרוטוקול TCP עם destination port בערך 80 שמודלק בו הדגל SYN.

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

נמאס לכם לזכור סיסמאות? לחצו כאן!

שורה כזו?

ציטוט:

13:24:29.720295 IP ** > 84.229.56.8.1289: S 1572930671:1572930671(0) ack 3030186798 win 5840 <mss 1460>

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

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

הפאקט שאתה מראה עכשיו הוא פאקט תשובה ללקוח - יש בו כבר ACK.

אני גם לא יודע של מי ה IP הזה (נראה כמו משהו באינטרנט זהב)

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

בוא נעשה את זה אחרת.

קוד:

tcpdump -n '(dst port 80 and dst host not YOUR-SERVER-IP-HERE)' or '(src port 80 and src host not YOUR-SERVER-IP-HERE)'

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

נמאס לכם לזכור סיסמאות? לחצו כאן!

כל ה-ackים עם פורט 80 הם מהאייפי של השרת. חלקם יוצאים וחלקם נכנסים

ציטוט:

13:22:45.545838 IP 221.223.42.209.4750 > -.80: . ack 2801 win 65535

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

תריץ את ה tcpdump האחרון שנתתי, הוא יפלטר רק חיבורי http יוצאים...

נמאס לכם לזכור סיסמאות? לחצו כאן!

לא מקבל כלום.
זה יתן לי פלט רק כאשר מישהו גולש באתר, לא?

זה יתן לך פלט רק שאתה גולש מהשרת החוצה*. זה מה שאתה מנסה, לא?

* לדוגמא, הרצת: wget http://www.kernel.org/pub/linux/kernel/v2.6/linux-2.6.33.tar.bz2 מתוך השרת

נמאס לכם לזכור סיסמאות? לחצו כאן!

אני מנסה להריץ apt-get install ואין לי dns resolve.
מנסה לתת פינג חיצוני לשם מתחם ואין לי ריסולב.
מנסה לתת פינג לאייפי חיצוני ואין לי ריסולב.

הוא נתקע בשלב איחזור הפרוקסי של הרשת ואני מנסה להבין אם הבעיה אצלי (למרות שלא שיניתי משהו) או אצלם.

אה, יש פרוקסי?

הפורט שלו 80? אם לא, תשנה את הפורט 80 שאני כתבתי למה שהפורט של הפרוקסי...

אם אתה רוצה לראות רק בקשות DNS... אז: tcpdump -n port 53

נמאס לכם לזכור סיסמאות? לחצו כאן!

מסתבר שהיתה בעיה כלשהי בפרוקסי עצמו.
תודה על העזרה.