שלום לכולם

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

חשבתי שזה עניין של FIREWALL אבל הפורט בראוטר שלי פתוח (יש לי סתם dlink)
לא יודעת מה עוד אפשר לבדוק?
אולי משהוא בלינוקס עצמו?
יש הגדרות כלשהם אולי?

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

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

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

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

וזהו, נראה לי...

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

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

תראה,
יש לי נגיד גם MYSQL על הלינוקס,
מהמחשב אחר ברשת הפנימית, אם אני עושה
telnet 62.219.x.x 3306
הפורט הוא פתוח. (שעשיתי את הTELNET לכתובת החיצונית שלי)

אבל אם אני עושה ל SSH ממחשב אחר ברשת
telnet 62.219.x.x 22
הוא סגור
למרות שאם אני עושה ממחשב אחר ברשת
telnet 192.168.0.100 22
הוא פתוח.


מה יכולה להיות הבעיה?

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

לעניות דעתי, אם שרת ה SSH עונה לחיבורים על כתובת ה IP החיצונית של המחשב שעליו הוא רץ (בשונה מ 127.0.0.1 - ששם הוא יכול לענות ובמקביל לא לענות בחיצונית, בהתאם להגדרת Bind שהוגדרה עליו) - אזי הוא יענה מכל חיבור חיצוני - כולל זה שהגיע דרך NAT...

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

ההשערה שלי (בהתבסס על הניסוי שלך עם MySQL) היא שלמרות שאת חושבת שהפנית את פורט 22 - לא עשית את זה, או לא עשית את זה נכון... (ולכן בעיית רשתות )

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

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

לגבי הפורט, הגדרתי את שניהם באותה צורה בדיוק, אם אחד עובד, למה שהשני לא?



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

טוב אבל אני אבדוק את זה

אתה אומר בטוח בלינוקס אין משהוא שיכול למנוע?

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

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

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

בנוסף, ישנה עוד אפשרות, והיא שלראוטר יש משהו נגד פורט 22 או אולי פורטים נמוכים מ 1024 (אז אפשר לנסות להפנות פורט גבוה לפורט 22 בתוך הרשת המקומית ולראות אם משהו משתנה...)

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

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

בינתיים זה ה ֳָnetstat

קוד:

(Not all processes could be identified, non-owned process info
 will not be shown, you would have to be root to see it all.)
Active Internet connections (only servers)
Proto Recv-Q Send-Q Local Address		   Foreign Address		 State	   PID/Program name   
tcp		0	  0 127.0.0.1:2208		  0.0.0.0:*			   LISTEN	 -				   
tcp		0	  0 192.168.0.100:3306	  0.0.0.0:*			   LISTEN	 -				   
tcp		0	  0 0.0.0.0:80			  0.0.0.0:*			   LISTEN	 -				   
tcp		0	  0 127.0.0.1:631		   0.0.0.0:*			   LISTEN	 -				   
tcp		0	  0 127.0.0.1:2207		  0.0.0.0:*			   LISTEN	 -				   
tcp6	   0	  0 :::5900				 :::*					LISTEN	 5460/vino-server	
tcp6	   0	  0 :::22				   :::*					LISTEN	 -

הפורט של 22 ו 5900 נראים קצת מוזר

כמו ששימי אמר, עדיף לך לשנות את הכתובת של mysql שמאזין לך על 192.168.0.100, מומלץ כמה שפחות פורטים פתוחים לכיוון האינטרנט, בעיקר לא פורטים של שרתי db.
את צריכה שהשורה הבאה תופיע אצלך ב- etc/my.cnf/:

קוד:

bind-address = 127.0.0.1

לגבי הפלט האחרון שלך, שמת לב שהפורטים 22,5900 מאזינים ב-tcp6 ולא tcp4 ?

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

ככה נראית האזנה של תוכנה שתומכת ב IPv6 - זה לא אומר שזה לא יכול לקבל חיבורים מ IPv4, בייחוד שרואים שהסוקט מאזין ל"הכל"...

אולי זה מצליח איכשהוא לבלבל את הראוטר, אבל זה נשמע לי מוזר - יש לי מספר מערכות כאלה שעובדות בסדר... אם בכל זאת רוצים לשלול את זה, אפשר לערוך את etc/ssh/sshd_config/ ולשנות שם את AddressFamiliy מ any או מ inet6 לסתם "inet" (וכמובן להפעיל מחדש את sshd)

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

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

ריקי, אם דברים אחרים לא פותרים לך את הבעיה, תנסי להגדיר שימוש ב-inet במקום any בקובץ ששימי אמר.

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

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

[הודעה זו נכתבה בציניות, למי שלא הבין]

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

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

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

הייי

קודם כל תודה,
כבר יש לי דבר כזה

קוד:

 
# Instead of skip-networking the default is now to listen only on
# localhost which is more compatible and is not less secure.
bind-address			= 127.0.0.1
bind-address			= 192.168.0.100

זה אומר שזה בסדר או שצריך להוריד את 192.168.0.100 ?

לפי הפלט הזה יש אכן האזנה בפורט 22. ניסית מה שאמרתי - להפנות פורט חיצוני גבוה לפורט הפנימי של SSH?

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

לגבי

ציטוט:

לפי הפלט הזה יש אכן האזנה בפורט 22. ניסית מה שאמרתי - להפנות פורט חיצוני גבוה לפורט הפנימי של SSH?

זה עבד!!!
(פשוט יכלתי לבדוק את זה רק עכשיו.. )


המוווווווווווווווווווווווווווווון תודה
שימי
ו infernal211283