תחומים - פורום חרדי מקצועי

@איש-נחמד אמר באיתור שרת DNS - IPv6 לפי דומיין:

בכלל, לא מבין שם מה הקשר לניהול DNS להגדרת הרשומה.

בשביל להכניס רשומות SPF, DKIM ו-dmarc. מכיר מקום אחר?

וואו...
למה בשביל להוסיף רשומת DNS לדומיין אתה צריך להוסיף רשומת PTR לכתובת IP?

@איש-נחמד אמר באיתור שרת DNS - IPv6 לפי דומיין:

אך ה-IPv6 לא מפנה לדומיין.

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

@איש-נחמד אמר באיתור שרת DNS - IPv6 לפי דומיין:

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

לכל IP יש rDNS אחד.

@איש-נחמד אמר באיתור שרת DNS - IPv6 לפי דומיין:

reverse DNS

reverse DNS אמור להפנות לשם דומיין שמפנה לIP.
כמו שזה נשמע, DNS הפוך. הדומיין מצביע על הIP והIP מצביע על הדומיין.

@איש-נחמד אמר באיתור שרת DNS - IPv6 לפי דומיין:

המזהיר משולח לא מאומת.
דו"ח בדיקת אימייל:
https://www.mail-tester.com/test-8rzumc0al

אוקי,
לפי הבדיקה שלך יש לך 2 בעיות:

• DKIM
• SPF

והוא אשר אמרתי, הרבה לפני שאתה מתקשקש על reverse DNS מינימום זה שיהיה SPF, לקינוח כדאי גם DKIM (לחתום את המיילים).

לפחות בהתבסס על הבדיקה ששלחת, אתה צריך להוסיף עבור teltechconference.com רשומת TXT שמכילה: (לאחר צמצום שלי)

v=spf1 ip4:65.21.149.77 ~all

אני לא יודע בדיוק למה אתה מתכוון, אבל למשל אם אתה מקבל מיילים מאותו השרת אז תגדיר רשומת MX ואז תוכל לוותר על ההצהרה המפורשת של הip ברשומה ולחליף אותו ב mx

ורק בשביל להשלים למה SPF זה חשוב:

למעשה כל שרת יכול לשלוח מכל דומיין מיילים, ככה עובד הפרוטוקול, אתה יכול לשלוח גם עם סיומת gmail, או gov, או מה שאתה רוצה.
כאשר שרת מקבל מייל יש לו כמה אפשרויות לאמת את שולח ההודעה, אחת מהם זה SPF. אני רואה מאיזה כתובת אני בתור שרת מקבל את ההודעה ואז בודק ברשומת הTXT הנ"ל האם מי שאני מקבל ממנו את ההודעה בכלל יכול לשלוח הודעות מהדומיין הספציפי.
זה בקצרה.

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

@איש-נחמד לא יכול להיות שגוגל דוחה מיילים שלך בגלל שרשומת PTR לא תואמת לדומיין השליחה.
זה לא נחשב לאימות קריטי כדי להפיל מייל.
תעשה בדיקה ב https://www.mail-tester.com/ ותעלה את התוצאה.

אגב, רשומת PTR מוגדרת אצל ספק הIP ולא קשורה ל DNS של הדומיין.

@איש-נחמד אמר באיתור שרת DNS - IPv6 לפי דומיין:

האם אפשר למצוא את שרת ה-DNS של ה-IPv6 של הדומיין שלי?

מה זה בדיוק שרת DNS של IPv6?
שרת DNS אחראי לתת את היעד של למשל google.com. אין "שרת" dns של כתובת v6, אתה צריך להוסיף רשומת AAAA כדי שהדומיין שלך יפנה לכתובת IPv6.
כלומר, אם אתה רוצה לדעת אם לדומיין מסויים יש יעד שהוא IPv6 שאתה צריך לתשאל את הרשומת AAAA של הדומיין הספציפי.

@avramk אמר בכיצד לשלוח משני שרתי דואר שיושבים על אותו מערכת הפעלה:

שניהם יכולים להאזין ל אותו פורט?

ממש לא.
אם אתה מדבר על קבלה ויש לך ip חיצוני אחד זה בעיה.

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

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

@sh774 אמר בהעלאת פורום nodebb שנבנה במחשב לענן, אפשרי וייעודי?:

אי אפשר בקלות על ידי גיט?

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

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

הדרך הנכונה היא לבצע dump של המסד נתונים ולשחזר על השרת, למשוך קוד מקור של nodebb בשרת, להכניס את הconfig.jaon מהמקומי שלך בשרת תוך כדי עידכון הגדרות ובנוסף להעלות את תיקיית uploaded מהמקומי לשרת.
להריץ את nodebb, לראות שאין שגיאות, אם יש לטפל בהם, וזהו.

האם פעולה קלה או קשה זה עניין יחסי לכן אני לא יענה על השאלה הזו.

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

@avramk אמר בהגדרת טלפון ip של yedlink:

@nigun אם איזה תוכנה להקליט ?

אתה יכול עם tcpdump אם אין לך את זה בטלפון.
עם wireshark גם אפשר.

@avramk אמר בהגדרת טלפון ip של yedlink:

מה אתה מגדיר בaccunt כ user name ?

את השם משתמש.. הגיוני, לא?

@avramk אמר בהגדרת טלפון ip של yedlink:

@שמואל4 לכן אני מחפש מישהו שהגדיר פעם כזה טלפון. מה כללי האימות של המכשיר ?!

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

@avramk כנראה שההגדרות לא תקינות בטלפון עצמו.

@avramk אמר בהגדרת טלפון ip של yedlink:

@שמואל4 לא !

אז שוב:

@שמואל4 אמר בהגדרת טלפון ip של yedlink:

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

@avramk אמר בהגדרת טלפון ip של yedlink:

@שמואל4 מאזינה לכתובת החיצונית

מדוע החלטת ככה? היא מאזינה רק לכתובת החיצונית?

@avramk אמר בהגדרת טלפון ip של yedlink:

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

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

@avramk אוקי, אז צמצמנו את הבעיה שזה קורה רק מרשת חיצונית.

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

@avramk אמר בהגדרת טלפון ip של yedlink:

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

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

@avramk צריך להגדיר את הפרטים שאתה מקבל מספק הSIP.

שרת,
פורט,
משתמש,
סיסמה.

טוב, האמת קצת קשה לי - והאמת מיותר קצת לבדוק בדיוק ממה זה נגרם בצד של nodeBB. הבעיה היא אי התאמה בין data types.
ביצירת חדר חדש הhook נשלח ככה:

getMessages { callerUid: 2, uid: '2', roomId: '8', isNew: false }

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

if (data.callerUid !== data.uid && data.callerUid !== 1){
    throw new Error("אין גישה לחדר זה");
}

לא מתקיים וזורק שגיאה.
במקרה של התוסף מגיט זה: https://github.com/yossizahn/nodebb-plugin-chat-perms/blob/main/lib.js#L38

הפיתרון כמובן פשוט.

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

האמת שכן יש בעיה