שלום לכולם

אני התקנתי mysql service על שרת php ועד לפני כמה ימים יכולתי להתחבר ל-database דרך http ו-telnet

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

כרגע אני לא מצליח להתחבר אליו - לא ב-http ולא ב-telnet

אני כן מצליח להתחבר מקומית לשרת, מצליח לעשות ping אליו ממחשב אחר וגם רואה ש-database תקין

אנא עזרתכם דחוף!!!

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

האם מתוך המחשב עצמו אתה גם לא מצליח להגיע לכל השירותים שציינת?

האם אתה בטוח שקונפיגורציית הרשת מסביב זהה (VLAN/IP/נתב?)

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

שלום

אני בדקתי שוב ויש לי ping לשרת לפי כתובת ip שלו
אני גם מצליח לבצע ping לפי dns name

כשאני מחובר פיזית לשרת אני יכול לגשת ל-mysql database בלי בעיה ונראה שהכל מתפקד
(אם תוכל להדריך אותי מה אני צריך לבדוק עוד ע"מ לוודא שהכול באמת תקין)

העברה של השרת בוצעה בתוך אותו subnet ואין שום חסימה מבחינת firewall
אין לי בארגון vlan כך שזה לא בעיה

השרת הזה משמש משתמשים בתוך הארגון והוא לא נגיש מבחוץ

אני די התאיישתי מהעניין וזקוק לעזרה

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

אם ב LAN הוא פועל, והוא עצמו יכול לתת פינג למחשב באינטרנט (לדוג' google.com), הבעייה היא, בוודאות, חסימת תקשורת ברמת הנתב/פיירוול ("ACL"). בין אם הפיירוול הוא של המחשב עצמו (כנראה שלא, אתה הרי אומר שלא שינית כלום), ובין אם זה הפיירוול/נתב של הארגון. במקרה הזה, שאל את מנהל הרשת האם הוא חסם פורטים לאחרונה...

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

בוקר טוב

אני כנראה לא הסברתי את עצמי טוב

השרת הזה יעודו לשמש את המשתמשים בתוך lan בלבד והוא לא תוכנן מלכתחילה לגישה מבחוץ
הבעיה כרגע שלא מצליחים לגשת אליו מתוך אותו subnet (גם http וגם telnet/ssh)

ז"א זה בוודאות לא חסימה ב-firewall או access lists בראוטר

אני ניסיתי בינתיים כמה דברים כ-root מתוך השרת , אבל ללא הצלחה

1) etc/init.d/xinetd restart

2) service httpd restart

3) chkconfig httpd on (הפעלה אוטומטית בכל restart)

ע"מ עוד יותר להסביר את עצמי: השרת הזה קונפג לפני כמעט שנה וכל הזמן הזה הוא היה ב-uptime!!!
אני לא כל כך הקשחתי אותו ולא התקנתי בו יותר מקונפיגורציה מינימלית - כי זה שרת פנים אירגוני בלבד

הבעיה התחילה כשהעברתי שרת פיזית מחדר אחד לשני
אני חושב שהבעיה בזה שאיזשהו service מסרב לעלות ב-restart , רק שאני לא יודע מה הוא

כנראה ככה זה ב-linux - כשזה עובד זה עובד , אבל כשיש תקלה זה מוציא ממך את המיץ.

נסה להקליד את שתי הפקודות הבאות כ root :

קוד:

/sbin/ipchains -F
/sbin/iptables -F

אם גם זה לא עוזר, כתוב את הפקודה netstat -plt - היא אמורה להציג לך את כל השירותים שמאזינים לרשת, ובאיזה פורט. כתוב כאן את הפלט שלה, ונדע יותר...

אל תשכח לציין הפצה וגירסא!

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

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

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

משום מה שתי הפקודות הראשונות לא עבדו , אבל netstat בסדר:

[root@server_name /] # netstat -plt
Active Internet connections (only servers)
Proto Recv-Q Send-Q Local Host Foreign Address State
PID/Program Name
tcp 0 0 *.32768 *.* LISTEN
1543/
tcp 0 0 localhost:32768 *.* LISTEN
1654/xinetd
tcp 0 0 *.mysql *.* LISTEN
1696/
tcp 0 0 *:sunrpc *.* LISTEN
1524/
tcp 0 0 *.server_name:http *.* LISTEN
2436/httpd
tcp 0 0 *.SSH *.* LISTEN
1648/sshd
tcp 0 0 localhost:ipp *.* LISTEN
1749/cupsd
tcp 0 0 *:telnet *.* LISTE
1654/xinetd
tcp 0 0 localhost:smtp *.* LISTEN
1710/
tcp 0 0 *.https *.* LISTEN
2436/httpd

הפקודות שלא עבדו... כי הן לא קיימות, או ללא השפעה? משום שזה נראה יותר ויותר כמו אפקט של פיירוול (הפקודות שאמרתי, מנקות את הפיירוול, אך נדמה לי שהן אינן מאפסות את ה default policy שעשוי להיות "DENY"). אז מה באמת קרה שהקלדת את הפקודות האלה? אם הן סתם לא כתבו כלום, נסה לראות מה הפלט של הפקודות:

קוד:

/sbin/ipchains -L
/sbin/iptables -L

וודא שאין שם כללים בפיירוול, ושה POLICY הוא ACCEPT

מעיון ב Netstat נראה שהשרתים רצים כראוי. (תוכל לראות שהם מאזינים היכן שצריך).

נשאר בדיקת הגדרות של המחשב עצמו מול הרשת...

קוד:

/sbin/ifconfig

מה זה אומר לך?

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

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

בוקר טוב

ipchains ו-iptables לא עבדו כי לא היו מותקנים
הגדרתי את זה ב: setup מתוך command line ואז system services

הדבר המוזר ביותר זה שאני השארתי את השרת פועל בסופשבוע (בלי שום שינויי הגדרות)
וכשהגעתי היום ראיתי שהסתדרו כמה דברים!!! (-זה מוזר ביותר!!!)

א) אני מצליח לגשת ב-telnet וגם ב-http
ב) אני מגיע עד שלב של שליפת הנתונים מ-database

אבל כרגע יש לי בעיה חדשה (איך בלי!!!) , כשאני מבצע שאילתה אני מקבל שגיאה הבאה:

Can't connect to local MySQL server through socket '/tmp/mysql.sock' (13)

בדקתי וראיתי ש-mysql.sock קיים ב-/tmp , רק שהנפח שלו הוא 0MB

אם אני עדיין לא שגעתי אותך תוכל להגיד לי מה זה ואיך נלחמים בזה?

תודה מראש

לגבי הודעת השגיאה - אסביר מהו UNIX Socket

ככלל, כל התקשורת במערכות מבוססות יוניקס, פועלת על גבי "socket"-ים. socket הינו מונח כללי המהווה אמצעי תקשורת (ולא משנה באיזו צורה) בין שתי תוכנות או תהליכים. ישנם ה socketים המוכרים, אותם אלה שאנחנו משתמשים בהם כשאנחנו גולשים באינטרנט לדוגמא, או מעבירים קבצים ברשת המקומית, וישנו socket נוסף, שהוא בעצם pipe דו-כיווני, במערכת יוניקס. אם אתה יודע C, אפשר להגיד ש UNIX Socket הוא מעין קובץ שמישהו אחד פותח לקריאה, ומישהו אחר פותח לכתיבה, וכל מה שהאחד כותב, מגיע לזה שקורא. אם שניהם פותחים לקריאה ולכתיבה - ניתן לבצע תקשורת דו כיוונית דרך ה Socket, ללא שימוש ברשת כלל (גם אם לא מוגדר אף IP על המחשב...). לכן ה Socket משמש לתקשורת בין אפליקציות בדרך כלל, כיוון שהוא מהיר מאוד - למעשה - מהיר יותר מכל דבר אחר. אם יש לך אפליקציה שרצה מול מסד נתונים, על אותו המחשב, הכי טוב לבצע את התקשורת דרך Socket, בגלל שאין לו הגבלות מיוחדות כמו שיש ל TCP/IP לדוגמא.

כדי לראות את כל ה Socket-ים שנמצאים כעת במצב האזנה, תוכל להשתמש בפקודה הבאה:

קוד:

netstat -lA unix

כדי לראות את כל ה Socket-ים שמתבצעת דרכם תקשורת כרגע, תוכל להשתמש בפקודה הבאה:

קוד:

netstat -A unix

כדי לראות מי משתמש ב Socket מסויים, אפשר להשתמש בכלי lsof (כלי שמציג לך איזה קבצים פתוחים כרגע במערכת, ועל ידי מי, כאשר כל Socket הוא גם "קובץ", אפילו שהוא לא (בגלל שיש לו FD - File Descriptor), ככה שאפשר לראות בדיוק איזה תוכנה מריצה כרגע איזה חיבור לאיזה שרת, וכו' , פשוט תריץ lsof ללא פרמטרים ותבין) על מיקום הקובץ. לדוגמא:

קוד:

# lsof /var/run/mysqld/mysqld.sock
COMMAND  PID  USER   FD   TYPE	 DEVICE SIZE NODE NAME
mysqld  3153 mysql	4u  unix 0xcf2c4940	  6481 /var/run/mysqld/mysqld.sock
mysqld  3154 mysql	4u  unix 0xcf2c4940	  6481 /var/run/mysqld/mysqld.sock
mysqld  3155 mysql	4u  unix 0xcf2c4940	  6481 /var/run/mysqld/mysqld.sock
mysqld  3156 mysql	4u  unix 0xcf2c4940	  6481 /var/run/mysqld/mysqld.sock

ועכשיו שהבנו את זה (כך אני מקווה :-)), ניגש להודעה עצמה:

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

1. ש MySQL כלל לא משתמשת ב Socket, כי ככה הוגדר בקובץ ההגדרות שלה
2. ש MySQL משתמשת ב Socket, אבל מיקום קובץ ה Socket שבו היא משתמשת נמצא במקום אחר במערכת הקבצים, ועל כן כשאתה מנסה לגשת ל Socket אחר שאף תוכנה לא מאזינה לו, אף אחד גם לא יענה
3. שאתה בכלל מנסה להתחבר ממחשב אחר, ואז UNIX Socket הוא דבר לא רלוונטי (כיוון שזהו דבר מקומי בלבד) - ואז זה אומר שפשוט יש בעייה בהגדרה של הלקוח שמתחבר אל השרת, שמנסה להשתמש ב Socket במקום ב IPort שבהם השרת מאזין. כיוון ש Socket אינו באמת קובץ, אלא רק "ממשק" שאליו התוכנה מתחברת, אין לו גודל, כי הוא עצמו אינו מכיל מידע.

פתרונות:
1. לגבי 1 ו 2, צריך לוודא ש MySQL אכן מאזינה ב Socket, ולבדוק מהו ה Socket שבו היא מאזינה. תוכל לעשות זאת על ידי הרצת mysqld --help | grep socket. אם היא לא מאזינה כלל, צריך לוודא בהגדרות שהיא תאזין. אם היא מאזינה במקום אחר, יש לך שתי אפשרויות: או לשנות את הלקוח שלך (עשוי להיות בעייתי אם יש לך הרבה מראי מקומות אל הקישור) או למחוק את ה socket השגוי ולהשתמש ב ln -s כדי לבצע קישור סימבולי אל המיקום האמיתי של הקובץ.
2. לגבי 3 - להגדיר הגדרה נכונה של השרת שאליו מתחברים

מקווה שלא פספסתי שום דבר...

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

שלום רב
הנה הבדיקות:

[root@mysql_name /]# netstat -lA unix
Active UNIX domain sockets (only servers)
Proto RefCnt Flags Type State I-Node Path
unix 2 [ ACC ] STREAM LISTENING 2004 /dev/gpmctl
unix 2 [ ACC ] STREAM LISTENING 1922 /var/lib/mysql/mysql.sock
unix 2 [ ACC ] STREAM LISTENING 2104 /tmp/.font-unix/fs7100

[root@mysql_name /]# netstat -A unix
Active UNIX domain sockets (w/o servers)
Proto RefCnt Flags Type State I-Node Path
unix 9 [ ] DGRAM 1582 /dev/log
unix 3 [ ] STREAM CONNECTED 7011
unix 3 [ ] STREAM CONNECTED 7010
unix 2 [ ] DGRAM 2161
unix 2 [ ] DGRAM 2003
unix 2 [ ] DGRAM 1970
unix 2 [ ] DGRAM 1956
unix 2 [ ] DGRAM 1858
unix 2 [ ] DGRAM 1643
unix 2 [ ] DGRAM 1590

[root@mysql_names run]# lsof /var/run/mysqld.sock
lsof: status error on /var/run/mysqld.sock: No such file or directory
lsof 4.63

משום מה הפקודה הבאה לא עבדה:

[root@mysql_name init.d]# mysqld --help | grep socket
-bash: mysqld: command not found

חשבתי ש-mysqld לא הופעל ואז ביצעתי דבר הבא: (זה גם לא עזר)

[root@mysql_name init.d]# service mysqld restart
Stopping MySQL: [ OK ]
Starting MySQL: [ OK ]

ניסיתי להפעיל גם את הקישור שהזכרת ת אבל הוא כבר קיים:

[root@mysql_name tmp]# ln -s /var/lib/mysql/mysql.sock mysql.sock
ln: `mysql.sock': File exists

הסתכלתי גם ב-help של mysql לגבי שגיאה socket 13
הם המליצו על הגדרת full permission של mysql.sock/tmp וזה מה שעשיתי:

[root@mysql_name tmp]# chmod 777 mysql.sock

כרגע במקום שגיאה קודמת מופיעה אצלי שגיאה אחרת שהיא :

Can't connect to local MySQL server through socket '/tmp/mysql.sock' (111)

שמע, אני עקשן , אבל יש גבול לכל תעלול!!! .

ההסבר ההגיוני היחידי הוא שכנראה יושב איזה גמד בשרת וממציא לי שגיאות חדשות !!!

ציטוט:

במקור נכתב על ידי שימי יש לך שתי אפשרויות: או לשנות את הלקוח שלך (עשוי להיות בעייתי אם יש לך הרבה מראי מקומות אל הקישור) או למחוק את ה socket השגוי ולהשתמש ב ln -s כדי לבצע קישור סימבולי אל המיקום האמיתי של הקובץ.

נ.ב. אמרתי לעשות lsof על מיקומו של קובץ ה socket, והראיתי דוגמא מהמחשב שלי. שים לב שפקודת ה netstat שלך כתבה משהו אחר לגמרי על מיקומו של קובץ ה socket, ומכאן הודעת השגיאה שקיבלת עבור lsof (למרות שזה כבר לא משנה, כי netstat נתנה לנו את התשובה)

נ.ב.2 הסיבה ש mysqld לא זוהתה, היא שכנראה היא לא נמצאת ב PATH שלך (רשימת הנתיבים שבהן ה shell מחפש תוכנה כדי להריץ אותה אם לא נכתב הנתיב). במקרה הזה, צריך לכתוב את מיקומה המלא של התוכנה, לדוגמא usr/bin/mysqld_safe/

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

שכחתי .

הנה הגרסה של mysql:
mysql ver 11.18 distrib 3.23.54 for Redhat-linux-gnu (i586)

השרת redhat ver-9