תקלה DNS במצלמות: למה הצפייה מרחוק נעלמת אבל ההקלטה נמשכת

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

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

תקלה DNS במצלמות ושני הנתיבים במערכת אחת

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

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

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

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

למה ההקלטה יכולה להמשיך מקומית?

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

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

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

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

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

למה המצלמה אינה זמינה מרחוק?

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

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

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

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

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

כשל DNS לעומת כשל בחיבור לאינטרנט

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

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

מה מלמדת בדיקה ישירה לכתובת IP?

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

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

ארבע שכבות שכדאי לבדוק בנפרד

• קישור מקומי: האם הטלפון או המחשב מתחברים ל-WiFi, והאם המצלמה והמקליט נגישים ברשת המקומית?
• שער ברירת מחדל: האם ההתקן יודע לאן לשלוח תעבורה שמיועדת מחוץ לרשת המקומית?
• ניתוב לאינטרנט: האם אפשר להגיע ליעד חיצוני באמצעות כתובת IP, בלי להסתמך על שם מתחם?
• DNS: האם שמות מתחם מוכרים מתורגמים לכתובות, והאם ההתקן משתמש בשרת הנכון?

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

רצף בדיקה בטוח

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

1. אמתו תצוגה מקומית. התחברו מאותו WiFi או ממחשב קווי. פתחו את המצלמה דרך ה-NVR או דרך הכתובת המקומית המוכרת. רשמו אילו ערוצים מציגים תמונה ואילו אינם זמינים.
2. בדקו הקלטות טריות. עברו לציר הזמן ופתחו קטע שנשמר לאחר הופעת התקלה. ודאו שאפשר לנגן אותו, ולא רק לראות סימון על הציר. חזרו על הבדיקה במצלמות החשובות.
3. בדקו שמות מתחם שאינם קשורים למצלמות. ממכשיר באותה רשת, נסו לפתוח כמה שירותים מוכרים לפי שם. אם כתובות IP נגישות אך שמות אינם נפתרים, החשד עובר אל DNS.
4. השוו את הגדרות הרשת. בדקו כתובת IP, מסכת רשת, שער ברירת מחדל ושרתי DNS בנתב, במקליט ובמצלמה לפי הצורך. חפשו כתובת ישנה, שדה ריק או הגדרה ידנית שאינה מתאימה לרשת הנוכחית.
5. בדקו את מקור הגדרות ה-DNS. התקנים יכולים לקבל DNS אוטומטית מהנתב או להשתמש בכתובת שהוגדרה ידנית. חשוב לדעת מאין מגיעה ההגדרה לפני שמחליפים אותה.
6. אתחלו רק את הרכיב הרלוונטי. אם ההקלטה נשמרת, אין סיבה להתחיל מאתחול כל המערכת. לאחר תיעוד ההגדרות אפשר לאתחל רכיב אחד, לבדוק שוב, ורק אז להמשיך.
7. בדקו מבחוץ. נתקו את הטלפון מה-WiFi והשתמשו בחיבור חיצוני. כך האפליקציה אינה נהנית מגישה מקומית שמסתירה כשל במסלול המרוחק.

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

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

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

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

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

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

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