שאלת DNS

oferlap · שליחה 28/05/2023 12:07

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

השאלה היא: אילו תנאים צריכים להתקיים כדי לקבל גם את הדבר ההפוך, כלומר שכלי Reverse DNS (כמו למשל זה: https://mxtoolbox.com/ReverseLookup.aspx)
יתן בתגובה לשאילתה על ה- IP הקבוע שלי את הסאב-דומיין שלי, ולא דומיין אוטומטי שספקית האינטרנט מצמידה לחיבורים שלה?

Lamalo · שליחה 28/05/2023 15:21

PTR record.
למיטב ידיעתי זה הספק צריך להגדיר לך.

fLy · שליחה 28/05/2023 15:29

כתובת PTR מוגדרת בDNS של מי שמנהל את הIP, ספק האינטרנט שלך במקרה שלך.

oferlap · שליחה 28/05/2023 15:49

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

sys_admin · שליחה 28/05/2023 15:57

@oferlap
את הרישם זה של Reverse DNS לכתובת IP שלך, כך שברגע שינסו לבדוק את FQDN של הכתובת IP שלך, יקבלו למשל: mail.oferlap.co.il צריכים לבצע בשרת DNS של הספק אינטרנט ששוכר לך את הכתובת זו. או שהוא צריך לתת לך Reverse DNS delegation של כתובת זו לשרת DNS שלך. דבר שהוא לא יבצע בדרך כלל.
בגלל זה אתה צריך לצורך כך לדבר עם התמיכה טכנית של הספק. אבל עם התמיכה טכנית אמיתית ולא עם ילדים מוקדנים.
רק מה, אם אתה מנסה לעשות את כל זה בכדי להתקין שרת דואר לשם מתחם שרכשת על כתובת IP שמחולקת כקבועה ללקוחות פרטיים, אז זה לא יעבוד, גם, אם יהיה רישום PTR מתאים מוצמד לה בצד של הספק. וזה בגלל ששרתי דואר רבים יזהו את השרת שלך כ SPAM, מכיוון שהוא יושב על טווח כתובות שבחוזה תחת מספר AS רלוונטי אצל הספק מוגדר ככזה שהכתובות אלה ממנו מחולקים ללקוחות פרטיים לצורך של חיבור ציודי קצה ולא לצורך של שרתים כלשהם.

oferlap · שליחה 28/05/2023 16:17

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

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

sys_admin · שליחה 28/05/2023 16:27

@oferlap
שרת דואר היא רק דוגמה אחת לנושא. זה יכול להיות גם למשל שרת של מרכזיית טלפון SIP או כל דבר אחר שבמסגרתו נדרש לזהות שהכתובת IP היא באמת שייכת לשם מתחם מסויים ושזו לא כתובת של לקוח פרטי. וכמובן שמי שיכול לבצע רישו של זה זה רק שרת DNS של הבעלים של כתובת זו או שרת DNS של מי שהבעלים של הכתובת זו העניק לו הרשאות לזה.
לשימושים של לקוח פרטי כל זה לא רלוונטי בדרך כלל.

oferlap · שליחה 28/05/2023 16:30

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

sys_admin · שליחה 28/05/2023 16:52

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

אני אסביר על מה מדובר. נניח יש לך שם מתחם, למושל oferlap.co.il, שעליו אתה רוצה להתקין מרכזיית טלפון שלך. נניח שהתקנת אותה על כתובת IP שאתה שוכר מספק אינטרנט שלך. בשרת DNS שלך יצרת את רשומת SRV-record לשרת זה כ: sip._udp.oferlap.co.il_ שמובילה לרשומת A לכתובת IP שקיבלת מספק אינטרנט. אם לא תהיה קיימת רשומה PTR תקינה לכתובת IP זו, כל שרת שינסה להתקשר למשל ל sip:532@oferlap.co.il לא יגיעה לשלוחה 532 במרכזייה שלך, בגלל שכבר בבדיקת DNS ראשונה בכדי לגשת לשרת שלך הוא יזהה שמדובר על שרת שיושב על כתובת IP לא שלו. כך גם הפוך, אם תנסה לחייג ישירות לכתובת SIP של שרת כלשהו, הוא לא יתן לך כלל להגיע עליו, בגלל שאין רשומת PTR נדרשת והוא מניח שמדובר על SPAM.

oferlap · שליחה 28/05/2023 22:28

הבנתי. זה אכן מוסבר אצלם בדף הזה: https://www.3cx.com/docs/direct-sip
אבל הם לא אומרים שם כלום לגבי חובה שיהיה PTR בנוסף ל- SRV ול- A, כנראה מבחינתם עניין מובן מאליו לאנשים שאמורים להתעסק בהגדרות אלו.

בנוגע לדומיין שהם נותנים הם כותבים כך:
Enable the “Allow calls from/to external SIP URIs” checkbox – this is sufficient to allow a registered extension to make a call to some external SIP address through the PBX.

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

בכל מקרה אם אני עובד עם Trunk שדרכו מתבצעים כל החיוגים החיצוניים, אני מניח שזה לא ממש רלוונטי - אבל כשהאופציה הנ"ל היתה אצלי כבויה, או כששם הדומיין לא היה זה שסופק לי ע"י 3CX, לא יכולתי בכלל לחייג אפילו משלוחה אל שלוחה אחרת באותה מרכזיה.

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

sys_admin · שליחה 29/05/2023 11:17

לפי מה כתוב בהסבר שלהם, בנוסך של: this is sufficient to allow a registered extension to make a call to some external SIP address through the PBX.
לפי זה זה יכול להיות שהם מתכוונים רק לאלה שלא בודקים את התרגום ההפוך של שם לכתובת ויכול להיות גם כל דבר אחר.

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

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

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

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

oferlap · שליחה 29/05/2023 12:26

28/05/2023 16:52
sys_admin כתב: כך גם הפוך, אם תנסה לחייג ישירות לכתובת SIP של שרת כלשהו, הוא לא יתן לך כלל להגיע עליו, בגלל שאין רשומת PTR נדרשת והוא מניח שמדובר על SPAM.
...

ונניח שאני מקים מרכזייה תוך שימוש בחיבור ממתחם עסקי, עם PTR - זה אומר שתהיה לי אפשרות לחייג חינם לכל מרכזיית IP שאני רוצה, כמו ששליחת דוא"ל עובדת?
או שגם אז נדרשת קישוריות בתשלום למפעילי Sip Trunks שפשוט מאמתים את הזהות שלי לפי ה- IP במקום לפי שם וסיסמא?

sys_admin · שליחה 29/05/2023 12:36

29/05/2023 12:26
oferlap כתב: ונניח שאני מקים מרכזייה תוך שימוש בחיבור ממתחם עסקי, עם PTR - זה אומר שתהיה לי אפשרות לחייג חינם לכל מרכזיית IP שאני רוצה, כמו ששליחת דוא"ל עובדת?
או שגם אז נדרשת קישוריות בתשלום למפעילי Sip Trunks שפשוט מאמתים את הזהות שלי לפי ה- IP במקום לפי שם וסיסמא?
...

נניח שאתה מקים מרכזייה תוך שימוש בחיבור ממתחם עסקי, עם PTR - זה אומר שתהיה לך אפשרות לחייג חינם לכל מרכזיית IP שאתה רוצה, וזה יהיה זמין רק למרכזיות IP שאפשרו את האפשרות זו. ולצורך כך לא נדרשת שום קישוריות בתשלום למפעילי Sip Trunks וזה מתבצע ישירות בין המרכזיות ללא שזה עובר ברשת מיתוג טלפונית, אלה ממש כמו ששולחים מייל.

oferlap · שליחה 29/05/2023 13:46

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

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

sys_admin · שליחה 29/05/2023 16:06

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

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

oferlap · שליחה 29/05/2023 19:52

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

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

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

י-א · שליחה 29/05/2023 20:20

נושא מעניין.

מה בעצם זה ייתן לך ביום יום? חסכון? במה זה טוב יותר למשל משיחות ווטסאפ?

MrYair · שליחה 29/05/2023 20:47

29/05/2023 20:20
י-א כתב: נושא מעניין.

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

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

י-א · שליחה 29/05/2023 21:30

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

sys_admin · שליחה 29/05/2023 22:50

29/05/2023 19:52
oferlap כתב: ההבדל הוא שהמנגנון המסורתי של חיוג מספרים, בשונה מחיוג Direct SIP (שעכשיו הבנתי למה הוא נקרא ישיר..), לא מכיל מידע לגבי דומיין היעד. הטלפון מחייג מספר למרכזיה, שמעבירה אותו למרכזיה אחרת שהוגדרה לה בהתאם לקידומות או כללים אחרים, ורק המרכזיה הלפני אחרונה בדרך מחליטה לאיזה דומיין או מאיזה ממשק אנלוגי תגיע ההתקשרות.

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

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

גם "המנגנון המסורתי של חיוג מספרים" מכיל מידע לגבי דומיין היעד, רק שדומיין היעד זה הוא המרכזייה או ההתקן ( למשל יכול להיות מצב שאין למרכזייה חיבור של SIP TRUNK לספק חיצוני, אבל יש לה חיבור ל PSTN GATEWAY לספק שהממשק עליו הוא טלפוניה מסורתית, למשל ציר PRI או אפילו BRI, אם מדובר על מרכזייה ביתית) שדרכה יוצאים לעולם של הטלפוניה המסורתית, והשם לפני הדומיין היעד, זה בדרך כלל מספר יעד שאותו רוצים לחייג.