none
חיבור מרחקו לשרת וידוס 2000 RRS feed

  • שאלה

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

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

     

    מדובר בשרת וינדוס 2000 והתחנה עובדת עם וינדוס XP

     

    מה הפתרון לכך?

    יום רביעי 23 פברואר 2011 08:43

תשובות

  • אבי שלום.

    > 1. כל המערכת הזאת היא ירושה שירשתי, וכרגע הם לא מעונינים לעשות שינויים, כי הפ כנראה עוברים למקום אחר.

    ברור, אבל תסביר לו מה הבעיות שעלולות להיות, ושכדאי להתחיל כבר עכשי לתכנן את השינויים.

    המעבר למקום אחר יכול לקחת גם כמה חודשים אם הם לא סגורים כרגע על תאריך סופי,

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

     

    2 השרת לא משמש כתחנת עבודה אלא רק לצורך ההתחברות מרחוק, ואז הוא מתנתב לאחת התחנות צורך עבודה על המסמכים שלו

    מה הכוונה מתנתב - האם הוא מפעיל למשל WORD על השרת, וניגש לתיקייה משותפת על אחת התחנות?

    או שהוא משתלט ב RDP על אותה תחנה?

     

    3. הוא מתנתק באופן מסודר, כלומר סוגר באופן מסודר את החיבור (לחיצה על הX) ואח"כ מכבה באופן מסודר את המחשב שלו. ועדיין זה קורה.

    שינסה לעשות LOG OFF אם שימוש ב X לא עוזר.

     

    4. שאלה: אם אני אכן אנתב אותו לאחת התחנות הפעילות במערכת ולא לשרת, האם זה יגביל את המשתמש באותה תחנה?

    חיבור RDP לתחנה לא מאפשר עבודה בו זמנית של משתמש מקומי במקביל למרוחק.

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

    בכל מקרה שהשרת לא יהיה חלק מהסיפור של הגישה מבחוץ.

     

    יזהר

     


    Yizhar Hurwitz http://yizhar.mvps.org
    • סומן כתשובה על-ידי Meir Pinto יום שני 28 פברואר 2011 12:57
    יום רביעי 23 פברואר 2011 16:46
  • שלום.

    לגבי VPN זו אופציה שאתה יכול לבדוק.

    בדרך כלל עדיף להגדיר VPN ב FIREWALL ולא בשרת (יש בכלל כזה אצלכם)?

    רצוי להמשיך לעבוד בשיטה של התחברות ב RDP למחשב - אבל שזה לא יהיה לשרת אלא לאחת התחנות.

    גם כשעובדים ב RDP אז משיקולי אבטחה עדיף לדרוש קודם חיבור VPN ואחר כך חיבור ב RDP דרכו.

    כלומר ה VPN מול ה FIREWALL מטפל באבטחת הגישה מבחוץ, ודואג ל"אישור כניסה" לרשת מבחוץ.

    השימוש ב RDP מאפשר לעבוד על אחד המחשבים ברשת.

     

    אצל הלקוח הזה בכלל כל המערכת בעייתית וזקוקה לשיפוץ, מעבר לכל מה שכתבת הם גם שומרים קבצים על תחנה במקום על השרת,

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

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

     

    יזהר

     


    Yizhar Hurwitz http://yizhar.mvps.org
    • סומן כתשובה על-ידי Meir Pinto יום שני 28 פברואר 2011 12:57
    יום רביעי 23 פברואר 2011 21:07

כל התגובות

  • שלום.

    זה בגלל שהוא לא מנתק באופן מסודר את החיבור הקודם, והשרת מוגבל ל 2 חיבורים בו זמנית.

    אם תסתכל בשרת ב terminal services manager תראה שהוא השאיר חיבורים פתוחים, ואז אפשר לנתק אותם ולא צריך לעשות RESTART לכל השרת.

    כמו כן תלמד אותו לעשות LOG OFF או לפחות לסגור עם ה X את החיבור כשהוא מסיים.

     

    שים לב לדברים הבאים -

    עצם העובדה שיש לכם שרת 2000 פעיל זה רשלנות שמזמינה צרות,

    ובנוסף לזה השימוש באותו שרת גם כתחנת עבודה זה עוד יותר חוסר אחריות.

     

    לטובת הלקוח ובשביל עצמך, תעשה שני דברים:

    1. תתקין לו מחשב רגיל בצד עם windows 7 או XP, שהוא יתחבר אליו ויעבוד עליו מרחוק במקום על השרת.

    2. תסביר לו את החשיבות לשדרג אצ השרצ גם חומרה וגם תוכנה.

    אם זה ארגון קטן מאד (עד 10 משתמשים), אפשר להציע לו מערכת הפעלה של windows server 2008 r2 foundation שהיא זולה מאד, או גרסת SBS כלשהי.

     

    יזהר

     


    Yizhar Hurwitz http://yizhar.mvps.org
    יום רביעי 23 פברואר 2011 15:12
  • 1. כל המערכת הזאת היא ירושה שירשתי, וכרגע הם לא מעונינים לעשות שינויים, כי הפ כנראה עוברים למקום אחר.

    2 השרת לא משמש כתחנת עבודה אלא רק לצורך ההתחברות מרחוק, ואז הוא מתנתב לאחת התחנות צורך עבודה על המסמכים שלו

    3. הוא מתנתק באופן מסודר, כלומר סוגר באופן מסודר את החיבור (לחיצה על הX) ואח"כ מכבה באופן מסודר את המחשב שלו. ועדיין זה קורה.

    4. שאלה: אם אני אכן אנתב אותו לאחת התחנות הפעילות במערכת ולא לשרת, האם זה יגביל את המשתמש באותה תחנה?

    יום רביעי 23 פברואר 2011 15:26
  • ערב טוב הדרך את המתשמש לא להשתמש ב"X" אלא ללחוץ על LOG OFF, במידה והוא עדיין מקבל שגיאה אשמח לראות צילום מסך או ניסוח יותר מדויק של הודעת השגיאה. בקשר לשאלה השנייה אם יש משתמש אחר על אותה תחנה אז יהיה מצב שהם יריבו על העמדה וכל פעם שמשתמש יכנס לעמדה הוא יתנק את המשתמש השני חוץ מזה לא אמורה להיות שום בעייה נ"ב עד כמה שאני זוכר רק מעמדות XP אפשר להשתלט עליהם מרחוק
    rez@sysdarts.com
    יום רביעי 23 פברואר 2011 16:12
  • אבי שלום.

    > 1. כל המערכת הזאת היא ירושה שירשתי, וכרגע הם לא מעונינים לעשות שינויים, כי הפ כנראה עוברים למקום אחר.

    ברור, אבל תסביר לו מה הבעיות שעלולות להיות, ושכדאי להתחיל כבר עכשי לתכנן את השינויים.

    המעבר למקום אחר יכול לקחת גם כמה חודשים אם הם לא סגורים כרגע על תאריך סופי,

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

     

    2 השרת לא משמש כתחנת עבודה אלא רק לצורך ההתחברות מרחוק, ואז הוא מתנתב לאחת התחנות צורך עבודה על המסמכים שלו

    מה הכוונה מתנתב - האם הוא מפעיל למשל WORD על השרת, וניגש לתיקייה משותפת על אחת התחנות?

    או שהוא משתלט ב RDP על אותה תחנה?

     

    3. הוא מתנתק באופן מסודר, כלומר סוגר באופן מסודר את החיבור (לחיצה על הX) ואח"כ מכבה באופן מסודר את המחשב שלו. ועדיין זה קורה.

    שינסה לעשות LOG OFF אם שימוש ב X לא עוזר.

     

    4. שאלה: אם אני אכן אנתב אותו לאחת התחנות הפעילות במערכת ולא לשרת, האם זה יגביל את המשתמש באותה תחנה?

    חיבור RDP לתחנה לא מאפשר עבודה בו זמנית של משתמש מקומי במקביל למרוחק.

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

    בכל מקרה שהשרת לא יהיה חלק מהסיפור של הגישה מבחוץ.

     

    יזהר

     


    Yizhar Hurwitz http://yizhar.mvps.org
    • סומן כתשובה על-ידי Meir Pinto יום שני 28 פברואר 2011 12:57
    יום רביעי 23 פברואר 2011 16:46
  • OK

    אחזור אם יהיו בעיות

    וכן הוא מפעיל וורד על השרת ומעלי מסמכים מהתחנה בה הם מאוחסנים

    יום רביעי 23 פברואר 2011 16:53
  • האם יש דרך אחרת להתחבר מרחוק, למשל בVPN? אולי זה עדיף, למרות שזה המון עבודה ל"הרים" שרת כזה, ועוד ב סרבר 2000 שעומד להיות מוחלף, מה דעתכם?
    יום רביעי 23 פברואר 2011 16:55
  • VPN לא יהיה יפתור את הבעייה: VPN יצור "מנהרה" דרך האינטרנט לחברה. לעבוד ישירות על מסמכים ככה לפחות מנסיון שלי זה איטי עד כדי דיכאון מה שעושים בד"כ זה חיבור VPN ואחרי חיבור לאחד המחשבים או לשרת טרמינל דרך הVPN. שזה לפי דעתי הדרך המומלצת לחיבור. בנוסף אני חולק על דעתו של יזהר אם השרת משמש בלבד לחיבורים מרחוק אני לא רואה את הבעייה (אני כן חושב כמוהו שבאמת הגיע הזמן לשדרג) נ"ב היתי שמח לדעת איך אתם כותבים עם רווחים מאז העדכון האחרון לפורום יש לי הרבה בעיות עם זה
    rez@sysdarts.com
    יום רביעי 23 פברואר 2011 17:51
  • שלום.

    לגבי VPN זו אופציה שאתה יכול לבדוק.

    בדרך כלל עדיף להגדיר VPN ב FIREWALL ולא בשרת (יש בכלל כזה אצלכם)?

    רצוי להמשיך לעבוד בשיטה של התחברות ב RDP למחשב - אבל שזה לא יהיה לשרת אלא לאחת התחנות.

    גם כשעובדים ב RDP אז משיקולי אבטחה עדיף לדרוש קודם חיבור VPN ואחר כך חיבור ב RDP דרכו.

    כלומר ה VPN מול ה FIREWALL מטפל באבטחת הגישה מבחוץ, ודואג ל"אישור כניסה" לרשת מבחוץ.

    השימוש ב RDP מאפשר לעבוד על אחד המחשבים ברשת.

     

    אצל הלקוח הזה בכלל כל המערכת בעייתית וזקוקה לשיפוץ, מעבר לכל מה שכתבת הם גם שומרים קבצים על תחנה במקום על השרת,

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

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

     

    יזהר

     


    Yizhar Hurwitz http://yizhar.mvps.org
    • סומן כתשובה על-ידי Meir Pinto יום שני 28 פברואר 2011 12:57
    יום רביעי 23 פברואר 2011 21:07
  •  

    היי,

    אשמח אם תוכל/י לעדכן אותנו בסטטוס השאלה שלך.

    במידה וקיבלת תשובה מתאימה לשאלתך, יש לסמן את התשובה המתאימה ע"י לחיצה על "סמן כתשובה" ליד סימון ה V הירוק

    אם לא קיבלת תשובה, מומלץ לספק פרטים נוספים אודות הבעיה, פרטי לוג, צילומי מסך וכו'

    על מנת להעלות תמונה לפורום ניתן להעזר במדריך להעלאת תמונה


    אם תגובתי פתרה את בעייתך - לחץ/י, על "סמן כתשובה" ליד סימן ה V הירוק.


    מיקרוסופט מציעה שירות זה ללא תשלום, למטרת סיוע למשתמשים והעשרת הידע הקשור בטכנולוגיות ובמוצרים של Microsoft. תוכן זה מתפרסם כפי שהוא והוא אינו מעיד על כל אחריות מצד מיקרוסופט.
    יום ראשון 27 פברואר 2011 08:49