מאיזושהי סיבה לא ברורה, לפעמים אני לא מסוגל לבצע PING ל IP של שרת TS (משמש גם כDHCP) ממחשבי לקוח אקראיים ברשת LAN ללא תיווכים (TRACERT עם קפיצה אחת בלבד).
התופעה נפסקת אחרי שאני מחדש את הIP, או מבצע PING לשרתים אחרים בסביבה של הTS.
התחלתי לקרוא משהו שמציע להמיר את הגדרות כרטיס הרשת בTS ממצב DUPLEX ל H_DUPLEX.
האם יש בכך טעם ? האם יכל להיות שזה קשור לכך שהכבל רשת ארוך מאד (בערך 100 מטר) ? מה עוד יכולה להיות הסיבה לתופעה ?

Power. Passion. Purpose.

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

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

ובכלל ... הבעייה היא ... רק בלעשות פינג, או שיש גם דברים אחרים שלא עובדים? (אתה סתם עושה פינגים להנאתך? )

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

באותם מחשבים אקראיים מהם אני לא מצליח לבצע PING , אני גם לא יכל להתחבר לשירותי הרשת \ טרמינל של אותו המחשב, ובכך בעצם יש לי תקלה. מדובר על שרת עם כרטיס רשת במהירות 1GB, אני אנסה אולי להוריד למהירות 100..

Power. Passion. Purpose.

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

כיצד אוכל לפתור את התקלה ?

Power. Passion. Purpose.

האם יש מצב שיש מחשב אחר ברשת שמנסה להשתמש באותו IP של שרת ה TS?

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

א. אם מחשב אחר היה משתמש באותה כתובת הייתי רואה בשרת קונפליקט כתובות (אני חושב).
ב. אותו השרת הוא גם DHCP, ומן הסתם הוא לא יחלק את אותה כתובת שלו.

אבל האם בכלל אפשר למנוע מצב בו תחנה קובעת לעצמה את אותו IP כמו השרת ?
(לדוגמא : משתמש שהוא קצת ערמומי..)

Power. Passion. Purpose.

תן למשתמשים VLAN שונה משל השרתים, כך אם המשתמש הערמומי ישנה את כתובת הIP היא לא תעזור לו בכלל

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

אני לא חושב שזאת בעיית קליינט, כי אני כן מצליח להתחבר מהקליינט לשרתים אחרים\מחשבים אחרים, ומשם כן להצליח לגשת לשרת. (ואחרי כמה דקות התקשורת מתחדשת לשרת TS)

ואני גם לא בטוח שזאת בעיית שרת, כי אחרת, איך יכל להיות שמחשבים אחרים כן מצליחים להתחבר לשרת הTS (וכמובן גם לבצע פינגים אליו..)

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

אשמח לקבל חוות דעת בנושא.

Power. Passion. Purpose.

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

התפתחות מעניינת בעניין.
היה פה איש תקשורת אתמול שבדק את התשתית.
בזמן אמת, תחנה מסויימת ניתקה כל קשר עם שרת מסויים (גם ברמת הPING)
כאשר שאר התחנות עבדו "בסדר".
הרצנו ARP -A בתחנה, והיה שם ניתוב לשרת.
בשרת הרצנו את אותה הפקודה ו.. לא הייתה שום אינדיקציה לקיום התחנה ?!?!
למה זה קורה ? מה גורם לשרת למחוק תחנה מתוך הטבלאות שלה,
ומדוע התקשורת חזרה רק כאשר עשיתי PING מהשרת לתחנה שנמצאת סמוך לתחנה המנותקת (על אותו הSWITCH)
?!?

Power. Passion. Purpose.

ARP הוא לא פרוטוקול ניתוב (אני מקווה שלא איש התקשורת אמר לך את זה...)

ARP הוא הפרוטוקול שמאפשר לך לקבל כתובת פיזית של כרטיס רשת (MAC) של מחשב ברשת המקומית (בלבד!), מכתובת ה IP שלה, על ידי שידור שאלת "מי מחזיק בכתובת IP זו?" לכל הרשת המקומית, וקבלת תשובה מאחת התחנות.

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

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

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

הסרתי את האנטי וירוס של נורטון - END POINT מהשרת,
התקנתי במקומו אנטי וירוס חינמי CLAM (מקווה שהוא בסדר..)
והתופעה המוזרה לא חזרה על עצמה יותר..
אז לדעתי הבעיה נובעת מכך ש:

1. או שתוכנת הEND POINT כלל לא מיועדת לTERMINAL SERVER.
(גם בהתקנה בתצורת CLIENT)

2. אולי התחנות שלחו "מסרים לא נכונים" לשרת שהחליט "לסגור אותם בחוץ" ולא להתייחס אפילו לPING שהם מצייצים..

אשמח לשמוע חוות דעת נוספות.

Power. Passion. Purpose.

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

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

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

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