172.31.169.169 تسجيل الدخول للراوتر
لفتح لوحة الإدارة، اكتب 172.31.169.169 في شريط عنوان المتصفح. إذا لم تُحمَّل الصفحة، فمن المرجح أن هذا ليس عنوان البوابة في شبكتك — راجع الفحوصات أدناه.
كلمات مرور راوتر 172.31.169.169
أين تجدها:
- الملصق الموجود أسفل الراوتر أو خلفه — تطبع معظم الشركات المصنّعة اسم المستخدم الافتراضي وكلمة المرور ومفتاح الواي فاي هناك.
- بطاقة البدء السريع أو الدليل المرفق داخل العلبة.
- بوابة حسابك لدى مزود خدمة الإنترنت، إذا كان هو من زوّدك بالجهاز — فكثير منهم يضبطون كلمة مرور فريدة لكل خط بدلًا من كلمة مرور افتراضية مشتركة.
لا توجد أزواج موثقة لاسم المستخدم وكلمة المرور الافتراضية للعنوان 172.31.169.169، كما لا توجد بيانات اعتماد موثقة لأي عناوين أخرى في الشبكة الفرعية 172.31.169.0/24. وبما أنه لا توجد شركة تصنيع معروفة تشحن هذا العنوان كبوابة افتراضية، فإن تخمين بيانات الاعتماد سيكون مجرد تكهن بدلاً من مرجع موثوق. الإعدادات الافتراضية للجهاز نفسه هي ما يهم: تحقق من الملصق المطبوع على الجهاز، والذي يوجد عادةً في الجزء السفلي أو اللوحة الخلفية، حيث يحمل في العديد من الأجهزة عنوان الإدارة، والحساب الافتراضي، ومفتاح Wi-Fi الافتراضي. وإذا تعذر ذلك، فراجع دليل استخدام الطراز، أو الوثائق التي قدمها مزود خدمة الإنترنت إذا كان الجهاز قادمًا منه.
إذا كان الجهاز تدراره جهة عمل أو موفر استضافة أو منصة سحابية، فمن المؤكد تقريبًا أنه تم تعيين بيانات الاعتماد أثناء الإعداد الأول وهي بحوزة من يدير الجهاز.
كيفية تسجيل الدخول إلى الراوتر الخاص بك
اكتب 172.31.169.169 في شريط عنوان المتصفح ثم اضغط Enter. اكتبه يدويًا بدلًا من قبول اقتراح الإكمال التلقائي، الذي كثيرًا ما يملأ عنوانًا مختلفًا سبق أن زرته.
إذا أفاد المتصفح بأنه لا يستطيع الوصول إلى 172.31.169.169، فهذا ليس عنوان البوابة في شبكتك. على ويندوز، شغّل ipconfig /all واقرأ سطر Default Gateway؛ على ماك، افتح إعدادات النظام، ثم الشبكة، ثم التفاصيل، ثم TCP/IP؛ على لينكس، شغّل ip route واقرأ العنوان الذي يلي "default via".
إذا تحمّلت صفحة تسجيل الدخول لكنها رفضت بيانات اعتمادك، ولم تغيّرها من قبل، فاستخدم القيم الافتراضية المطبوعة على ملصق الجهاز. أما إذا تم تغييرها ولا أحد يعرف كلمة المرور الجديدة، فإعادة ضبط المصنع هي السبيل الوحيد للدخول مجددًا.
إذا كنت لا تعرف كلمة المرور
نظرًا لعدم وجود شركة تصنيع معروفة لهذا العنوان، استخدم طريقة إعادة الضبط التي يوثقها الجهاز نفسه. في معظم أجهزة الشبكات المنزلية وللأعمال الصغيرة، توجد فتحة صغيرة بها زر مكتوب عليه Reset، يتم الضغط عليه باستمرار باستخدام مشبك ورق لمدة تتراوح بين عشر إلى ثلاثين ثانية تقريبًا أثناء تشغيل الجهاز، حتى تتغير إضاءة لمبات المؤشر. تتطلب بعض المعدات خيارًا من القائمة أو مفتاحًا فيزيائيًا بدلاً من ذلك.
إعادة ضبط المصنع ليست عملية بلا تبعات. فهي تؤدي عادةً إلى مسح كلمة مرور المسؤول، واسم شبكة Wi-Fi ومفتاحها، وأي بيانات دخول لـ PPPoE أو مزود الخدمة، وإعادة توجيه المنافذ (port forwards)، وقواعد الجدار الناري، وحجوزات DHCP، وتعيينات العناوين الثابتة. إذا كان الجهاز قد حصل على 172.31.169.169 عبر DHCP بدلاً من التكوين الثابت، فقد يظهر بعنوان مختلف بعد ذلك. احفظ إعداداتك أولاً، وتأكد من أن لديك بيانات اعتماد مزود الخدمة المطلوبة لإعادة الاتصال.
استكشاف أخطاء 172.31.169.169 وإصلاحها
تأكد من أنك على نفس الشبكة الفرعية
يمكن الوصول إلى 172.31.169.169 فقط من داخل شبكة تستخدمه. تحقق من أن عنوانك يبدأ بـ 172.31.169. مع قناع 255.255.255.0، أو أن هناك مسارًا متاحًا إلى 172.31.169.0/24 عبر VPN أو موجه. إذا كان جهازك يحمل عنوانًا من فئة 192.168.x.x أو 10.x.x.x بدون مسار إلى هذا المكتل، فستنتهي محاولة الاتصال بمهلة (time out).
تحقق مما إذا كان هذا بالفعل عنوان البوابة الخاصة بك
موقع المضيف 169 غير معتاد بالنسبة للبوابة، لذا تحقق قبل الافتراض. على نظام Windows، شغل ipconfig /all واقرأ سطر Default Gateway. وعلى نظام Linux، شغل ip route وانظر إلى العنوان بعد default via. وعلى نظام macOS، افتح System Settings، ثم Network، ثم Details للواجهة النشطة وتحقق من حقل Router تحت قسم TCP/IP. استخدم العنوان الذي يظهر هناك.
تفتح الصفحة ولكن يتم رفض تسجيل الدخول
لا توجد بيانات اعتماد افتراضية موثقة لهذا العنوان، لذا فمن غير الترجيح أن تنجح أزواج التجربة. اقرأ ملصق الجهاز، أو الدليل الخاص به، أو أوراق مزود الخدمة لمعرفة الإعدادات الافتراضية التي شُحن بها. تقفل العديد من الأجهزة محاولات الدخول الإضافية لعدة دقائق بعد الفشل المتكرر، لذا انتظر بدلاً من إعادة المحاولة فورًا. إذا قام شخص آخر بتكوين الجهاز، فربما تم تغيير كلمة المرور عند الإعداد.
HTTP و HTTPS والمنافذ غير القياسية
اكتب البروتوكول صراحةً: http://172.31.169.169 أو https://172.31.169.169. فرض المتصفحات لنظام HTTPS يتزايد، وهو ما يفشل مع الأجهزة التي تقدم خدمة HTTP العادية فقط. والأجهزة التي تقدم HTTPS غالبًا ما تستخدم شهادة موقعة ذاتيًا (self-signed)، مما ينتج عنه تحذير يجب عليك قبوله يدويًا. كما تقع واجهات الإدارة عادةً على المنافذ 8080 أو 8443 أو 8000، لذا جرب http://172.31.169.169:8080 إذا لم يعطِ المنفذ الافتراضي أي نتيجة.
العناوين المكتوبة بأسلوب خاطئ أو المتشابهة
العناوين من 172.16 إلى 172.31 هي الخاصة فقط، لذا فإن 172.13.169.169 أو 172.32.169.169 هي عناوين عامة تخص جهات أخرى. انتبه لتكرار 169 في هذا العنوان، حيث يسهل اختصاره أو مضاعفته بالخطأ. العناوين التي تبدأ بـ 169.254 هي عناوين تعيين ذاتي محلي (link-local) غير مرتبطة. أدخل العنوان بدون مسار إضافي في النهاية، واستخدم بادئة البروتوكول حتى لا يتعامل المتصفح معه كاستعلام بحث.
هناك جهاز يستجيب، ولكنه ليس موجهًا
نظرًا لموقعه في نطاق DHCP واستخدامات الحاويات والسحابة الشائعة لـ 172.31، فإن الجهاز المستجيب هنا غالبًا ما يكون جهازًا وهميًا أو حاوية أو خادماً أو جهاز شبكة بدلاً من موجه. افحصه بأمر Ping، ثم تحقق من المنافذ التي تستجيب. الجهاز الذي يقدم فقط SSH أو واجهة إدارة برمجية (API) أو منفذ تطبيق لن يعرض صفحة تسجيل دخول الموجه.
أسئلة حول 172.31.169.169
هل يمكن لأحد على إنترنت الوصول إلى 172.31.169.169؟
لا. النطاق 172.16.0.0/12 هو مساحة خاصة بموجب RFC 1918، وتتجاهل الموجهات العامة حركة المرور الموجهة إليها. يمكن الوصول إلى العنوان فقط من داخل الشبكة التي تستخدمه، أو عبر VPN أو نفق مؤدي إلى تلك الشبكة. يعني هذا أيضًا أنه لا يمكن تتبع العنوان إلى دولة أو مدينة أو مزود خدمة أو منظمة، لأن ملايين الشبكات المنفصلة قد تستخدمه في هذه اللحظة بالذات.
لماذا يمتلك جهازي العنوان 172.31.169.169 بدلاً من عنوان 192.168؟
كلاهما نطاقات خاصة ولا يوجد أحدهما أصح من الآخر. الشبكات التي تتوقع النمو، أو التي تحتاج إلى العديد من الشبكات الفرعية المنفصلة، غالبًا ما تختار 172.16.0.0/12 لأنه يوفر 1,048,576 عنوانًا عبر 172.16 إلى 172.31. والجزء 172.31 تحديدًا يتخصص تلقائيًا وبشكل متكرر بواسطة خوادم DHCP ومنصات الحاويات وشبكات السحابة الافتراضية بدلاً من كتابته يدويًا بواسطة المسؤول.
ما هي كلمة المرور الافتراضية للعنوان 172.31.169.169؟
لا يوجد زوج افتراضي موثق لهذا العنوان، ولا تُعرف شركة تصنيع تشحنه كبوابة افتراضية، لذا فإن نشر التخمين سيكون مضللاً. ابحث عن الإعدادات الافتراضية على الجهاز نفسه: الملصق الموجود عادةً على القاعدة أو اللوحة الخلفية، أو دليل استخدام الطراز، أو الوثائق المرفقة مع الأجهزة المقدمة من مزود الخدمة. إذا كان هناك مسؤول شبكة قد أعد الجهاز، فاسأله.
هل 172.31.169.169 هو عنوان الموجه الخاص بي؟
على الأغلب لا. ضمن 172.31.169.0/24، تأخذ الموجهات تقليديًا .1 أو .254، بينما يقع .169 في النطاق الذي يصدر عادةً للعملاء بواسطة DHCP. قد يكون حاسوبًا أو خادماً أو جهازًا وهميًا أو حاوية. تأكد باستخدام ipconfig /all على Windows، أو ip route على Linux، أو حقل Router في لوحة تفاصيل الشبكة على macOS، واستخدم العنوان الظاهر هناك.
لماذا يبدو هذا العنوان وكأنه عنوان Docker أو عنوان سحابي؟
لأنه يقع ضمن النطاق الذي تسحب منه تلك الأنظمة. يقع جسر شبكة Docker الافتراضي داخل 172.16.0.0/12، وتستخدم الشبكة الوهمية الافتراضية في بعض المنصات السحابية 172.31.0.0/16، الذي يحتوي على 172.31.169.0/24. إذا كانت لديك حاويات أو بيئات سحابية تعمل محليًا، فقد يظهر عنوان مثل هذا على واجهة وهمية دون أن يقوم أحد بتكوينه بشكل متعمد.
هل يمكن لجهازين الحصول على 172.31.169.169 في نفس الوقت؟
على نفس الشبكة الفرعية، لا. تتسبب العناوين المكررة ضمن 172.31.169.0/24 في تعارضات، مع انقطاع الاتصالات بشكل متقطع لكلا الجهازين. أما عبر الشبكات المنفصلة، فنعم، وهذا أمر طبيعي تمامًا، لأن العناوين الخاصة يُعاد استخدامها بحرية. وهذا هو السبب أيضًا في أن مجموعة واحدة من تفاصيل تسجيل الدخول أو وصفًا واحدًا للجهاز لا يمكن أن ينطبق على كل شبكة تستخدم هذا العنوان.
كم عدد العناوين القابلة للاستخدام في 172.31.169.0/24؟
254. يمتد نطاق المضيفين القابل للاستخدام من 172.31.169.1 إلى 172.31.169.254. يحدد العنوان 172.31.169.0 الشبكة نفسها و 172.31.169.255 هو عنوان البث، لذا لا يتم تخصيص أي منهما لمضيف. العنوان 172.31.169.169 هو المضيف القابل للاستخدام رقم 169 في ذلك النطاق، وهو أحد الأسباب التي تجعله يبدو كمضيف معين بواسطة DHCP بدلاً من بوابة ثابتة.
172.31.169.169 هو عنوان IPv4 خاص يقع ضمن النطاق 172.16.0.0/12، وهو النطاق متوسط الحجم المخصص بواسطة RFC 1918 للاستخدام الخاص. باستخدام قناع الشبكة 255.240.0.0، يغطي هذا المكتل 1,048,576 عنوانًا تمتد من 172.16.0.0 إلى 172.31.255.255، ويقع العنوان 172.31.169.169 بالقرب من الجزء العلوي منه. لا يتم توجيه حركة المرور الموجهة إلى هذا العنوان عبر الإنترنت العام، ولهذا يمكن للعنوان نفسه أن يوجد في الوقت نفسه في آلاف الشبكات غير المرتبطة. ليس له مالك، ولا مسجل، ولا مزود خدمة إنترنت (ISP)، ولا موقع جغرافي. أي جزيج يستجيب عند 172.31.169.169 هو جهاز متصل بالشبكة التي تتصل بها حاليًا فقط لا غير. غالبًا ما يتم الخلط بين هذا المكتل والمساحة العامة، لأن عناوين 172.x الأقل من 172.16 أو الأعلى من 172.31 هي عناوين قابلة للتوجيه كالمعتاد.
ينتمي العنوان إلى الشبكة الفرعية 172.31.169.0/24، والتي يمتد نطاق المضيفين القابل للاستخدام فيها من 172.31.169.1 إلى 172.31.169.254، مع تخصيص 172.31.169.255 كعنوان للبث (broadcast). ضمن شبكة /24 هذه، يمثل هذا المضيف الرقم 169 — وهو موقع يقع تمامًا ضمن النطاق الذي توزعه خوادم DHCP عادةً، وليس أحد المواقع المنخفضة أو العالية مثل .1 أو .254 التي تحجزها أجهزة التوجيه (routers) لنفسها تقلييدًا. تشير هذه الوضعية إلى أنه جهاز عميل أو خادم أو واجهة وهمية بدلاً من أن يكون بوابة (gateway).
لا توجد شركة تصنيع أجهزة توجيه معروفة تكتفي بشحن 172.31.169.169 كعنوان بوابة افتراضي، لذا لم يتم ذكر أي منها هنا. يظهر النطاق 172.16.0.0/12 في أغلب الأحيان في شبكات الأعمال متوسطة الحجم، وبيئات المختبرات والاختبار، والشبكات الفرعية لـ VPN، وشبكات الحاويات (containers)؛ حيث يسحب جسر Docker الافتراضي منه، وتستخدم الشبكة الوهمية الافتراضية في بعض منصات السحابة النطاق 172.31.0.0/16. الأشخاص الذين يبحثون عن هذا العنوان عادةً ما شاهدوه في شريط المتصفح، أو في عقد DHCP، أو في أمر traceroute، أو في سجل الاتصالات، ويريدون معرفة الجهاز الذي يستجيب هناك وما إذا كان بإمكانهم تسجيل الدخول إليه.
كثيرًا ما يُكتب 172.31.169.169 بشكل خاطئ. كل هذه الصيغ تشير إلى العنوان نفسه:
l72.3l.l69.l69, 172.31..169.169, 172 31 169 169, 172.31.169.169..
الخطأ الأكثر شيوعًا هو كتابة الحرف L الصغير بدلًا من الرقم 1، أو الحرف O بدلًا من الصفر.
معلومات Whois لـ 172.16.0.0/12
# ARIN WHOIS data and services are subject to the Terms of Use
# available at: https://www.arin.net/resources/registry/whois/tou/
#
# If you see inaccuracies in the results, please report at
# https://www.arin.net/resources/registry/whois/inaccuracy_reporting/
#
# Copyright 1997-2024, American Registry for Internet Numbers, Ltd.
#
NetRange: 172.16.0.0 - 172.31.255.255
CIDR: 172.16.0.0/12
NetName: PRIVATE-ADDRESS-BBLK-RFC1918-IANA-RESERVED
NetHandle: NET-172-16-0-0-1
Parent: ()
NetType: IANA Special Use
OriginAS:
Organization: Internet Assigned Numbers Authority (IANA)
RegDate: 1994-03-15
Updated: 2013-08-30
Comment: These addresses are in use by many millions of independently operated networks, which might be as small as a single computer connected to a home gateway, and are automatically configured in hundreds of millions of devices. They are only intended for use within a private context and traffic that needs to cross the Internet will need to use a different, unique address.
Comment:
Comment: These addresses can be used by anyone without any need to coordinate with IANA or an Internet registry. The traffic from these addresses does not come from ICANN or IANA. We are not the source of activity you may see on logs or in e-mail records. Please refer to http://www.iana.org/abuse/answers
Comment:
Comment: These addresses were assigned by the IETF, the organization that develops Internet protocols, in the Best Current Practice document, RFC 1918 which can be found at:
Comment: http://datatracker.ietf.org/doc/rfc1918
Ref: https://rdap.arin.net/registry/ip/172.16.0.0
OrgName: Internet Assigned Numbers Authority
OrgId: IANA
Address: 12025 Waterfront Drive
Address: Suite 300
City: Los Angeles
StateProv: CA
PostalCode: 90094
Country: US
RegDate:
Updated: 2012-08-31
Ref: https://rdap.arin.net/registry/entity/IANA
OrgAbuseHandle: IANA-IP-ARIN
OrgAbuseName: ICANN
OrgAbusePhone: +1-310-301-5820
OrgAbuseEmail: abuse@iana.org
OrgAbuseRef: https://rdap.arin.net/registry/entity/IANA-IP-ARIN
OrgTechHandle: IANA-IP-ARIN
OrgTechName: ICANN
OrgTechPhone: +1-310-301-5820
OrgTechEmail: abuse@iana.org
OrgTechRef: https://rdap.arin.net/registry/entity/IANA-IP-ARIN