فحين تعمل شبكةٌ ولا تعمل أخرى، فالموقعُ سليم والطريقُ ليس كذلك. وثلاثةُ أسبابٍ تغطّي هذا كلَّه تقريبًا، ويُميَّز كلٌّ منها في دقيقة.
١. DNS لم يلحق بعد
فمحلِّلُ مكتبك عنده السجلُّ الجديد، ومحلِّلُ شركة الجوّال ما زال عنده القديم. ولم ينكسر شيء — إنّما هو الـTTL. انظر النطاق ما زال يشير إلى الخادم القديم.
dig +short yourdomain.com @8.8.8.8
dig +short yourdomain.com @1.1.1.1٢. IPv6 مضبوطٌ نصفَ ضبط
فشبكاتُ الجوّال IPv6 في معظمها، والواي فاي كثيرًا ما لا يكون كذلك. وسجلُّ AAAA يشير إلى خادمٍ لا يُنصت فعلًا على IPv6 يعمل في كلّ مكانٍ إلّا على بيانات الجوّال — وهذه هي العلامةُ نفسها.
curl -6 -sS -o /dev/null -w 'v6 %{http_code}\
' https://yourdomain.com
curl -4 -sS -o /dev/null -w 'v4 %{http_code}\
' https://yourdomain.com٣. سلسلةُ شهاداتٍ ناقصة
فمتصفّحاتُ الحاسوب كثيرًا ما تحتفظ بالشهادة الوسيطة من موقعٍ سابق فتسدّ الثغرةَ بلا صوت. والهاتفُ الذي لم يرَها قطُّ لا يستطيع، فيصير الموقعُ نفسه غيرَ موثوقٍ على الجوّال سليمًا على الحاسوب.
openssl s_client -connect yourdomain.com:443 -servername yourdomain.com < /dev/null 2>/dev/null \
| grep -E '^ *[0-9] s:|Verify return code'انظر سلسلةُ شهاداتٍ ناقصة. وقدِّم fullchain.pem لا cert.pem أبدًا.
وإخراجُ الهاتف من دائرة الاتّهام
أطفئ الواي فاي وحمّل الموقع، ثمّ شغّل شبكةً خاصّة افتراضيّة على الهاتف نفسه. فإن عمل من خلالها، فالعلّةُ في طريق شركة الاتّصال — DNS أو IPv6 — لا في هاتفك.
