Troubleshooting

अधिकांश सेटअप समस्याएँ DNS, cloud firewall, या outbound-port-25 block पर आकर सिमटती हैं। यहाँ बताया है कि हर एक को कैसे पहचानें और ठीक करें।

पैनल मेरे domain पर नहीं खुलता

• http://server-IP/ काम करता है पर domain नहीं — DNS अभी resolve नहीं हो रहा। dnschecker.org पर panel.yourdomain.com जाँचें (A टाइप करें)। अगर यह खाली है, तो आपके DNS records या nameservers सेट नहीं हैं — देखें अपना domain point करें।
• domain के पास कोई nameservers ही नहीं — registrar delegation publish नहीं हुई, या आपने records एक ऐसे DNS host पर सेट किए जो authoritative नहीं है। dnschecker.org पर NS verify करें (NS टाइप करें); अगर यह खाली या ग़लत है, तो अपने registrar पर nameservers ठीक करें, या Cloudflare पर जाएँ।
• Nameservers कहीं point करते हैं, पर यह अब भी resolve नहीं होता ("REFUSED") — DNS host असल में zone serve नहीं कर रहा। वहाँ DNS management activate करें, या domain को Cloudflare पर ले जाएँ (जोड़े जाने पर यह हमेशा zone serve करता है)।

HTTPS active नहीं है (padlock गायब)

panel.yourdomain.com के सर्वर पर point करते ही HTTPS लगभग ~5 मिनट में अपने-आप चालू हो जाता है। अगर नहीं हुआ है:

• पुष्टि करें कि A record सही IP पर resolve होता है (dnschecker.org)।
• सुनिश्चित करें कि आपके cloud firewall में ports 80 और 443 खुले हैं।
• अगर आप Cloudflare उपयोग करते हैं, तो panel record को DNS only (grey cloud) सेट करें, proxied नहीं।
• इसे अभी लागू करने के लिए: root के रूप में SSH करें और sudo nimbopanel-enable-https चलाएँ।

Customers email नहीं भेज पाते / outgoing mail bounce होता है या time out होता है

कुछ भी मानने से पहले System → Outgoing mail खोलें। card मापता है कि यह सर्वर port 25 पर इंटरनेट तक पहुँच सकता है या नहीं और साफ़-साफ़ बताता है। अगर यह port blocked रिपोर्ट करता है, तो उसी card पर form से एक relay सेट करें — देखें Email deliverability और भेजना। एक काम करता relay mail log में status=sent दिखाता है।

अगर card कहता है port 25 open है, तो block आपकी समस्या नहीं है और कारण कहीं और है: recipient का bounce message जाँचें, और नीचे SPF/DKIM/DMARC जाँचें।

Email भेजा जाता है, पर spam में जाता है

message पूरी तरह authenticate नहीं है। जाँचें कि तीनों sending domain के लिए publish और pass हो रहे हैं:

• SPF आपके relay को शामिल करता है (जैसे include:spf.brevo.com)।
• DKIM — domain आपके relay में verify है और उसके DKIM records आपके DNS में हैं।
• DMARC — एक v=DMARC1; p=none; … record मौजूद है (Nimbopanel प्रति domain एक जोड़ता है)।

Incoming email कभी नहीं आता

• पुष्टि करें कि domain का MX record mail.yourdomain.com पर point करता है और mail.yourdomain.com आपके सर्वर पर resolve होता है।
• सुनिश्चित करें कि आपके cloud firewall में inbound port 25 खुला है (inbound 25 लगभग कभी block नहीं होता — केवल outbound होता है)।

एक tool page (webmail, phpMyAdmin) एक error दिखाती है या load नहीं होती

• phpMyAdmin एक panel session के बिना 401 लौटाता है — यह अपेक्षित है; इसे पैनल के भीतर से खोलें (single sign-on)।
• किसी customer के पैनल में कोई tile नहीं दिखती — वे केवल Debian/Ubuntu पर हैं। AlmaLinux, Rocky और RHEL पर पैनल किसी customer को ऐसे पेज पर भेजने के बजाय दोनों छिपा देता है जो वहाँ है ही नहीं। यह डिज़ाइन के अनुसार है, कोई खराबी नहीं।
• Webmail / एक साइट 502 लौटाती है — एक PHP service शायद restart हुई हो। systemctl status से services जाँचें। अगर यह एक पल बाद भी बना रहे, तो managed config दोबारा लागू करने के लिए updater (sudo nimbopanel update) दोबारा चलाएँ।

किसी customer की साइट की समस्याएँ

• .htaccess में एक rule कुछ नहीं करता। साइट translated mode में है। या तो Domains → Apache / .htaccess में Translate now दबाएँ, या full .htaccess support चालू करें। उस पेज पर table ठीक-ठीक बताती है कि कौन-से directives छोड़े जा रहे हैं। देखें .htaccess — दो modes।
• full .htaccess support पर switch करते ही हर पेज 500 लौटाता है। Apache में एक module गायब है जो file को चाहिए — mod_rewrite आम है, और यह Debian और Ubuntu पर default रूप से बंद है। installer (sudo nimbopanel update) दोबारा चलाएँ, जो ज़रूरी modules enable करता है; इस बीच account को वापस switch करें।
• full .htaccess mode के एक account पर हर पेज 502 लौटाता है, जबकि दूसरी साइटें ठीक हैं। Apache नहीं चल रहा: systemctl status apache2 (Debian/Ubuntu) या httpd (RHEL family)।
• document root बदलने के बाद साइट 404 करती है या एक खाली directory दिखाती है। folder ठीक वैसा publish होता है जैसा टाइप किया गया और अगर मौजूद न हो तो बना दिया जाता है, तो एक typo एक error के बजाय एक खाली folder पैदा करता है। domain के row में value पढ़ें और उसे ठीक करें। देखें public_html के अलावा किसी folder से publish करना।
• किसी साइट की .env या config file download की जा सकती है। document root उसके ऊपर है। document root को application के public folder पर ले जाएँ; curl -sI https://domain/.env को 403 जवाब देना चाहिए।

हर साइट एक साथ down हो गई

अगर हर साइट एक ही पल पर रुक गई, तो आमतौर पर php-fpm नहीं चल रहा। systemctl status php*-fpm से जाँचें। अगर यह Address already in use के साथ start होने से मना करे जबकि कोई php-fpm process जीवित नहीं है, तो अचानक मरे एक process ने एक पुरानी socket file छोड़ दी है — मौजूदा Nimbopanel releases start करने से पहले उन्हें ख़ुद साफ़ कर देती हैं।

कहाँ देखें

• पैनल + service logs systemd journal में रहते हैं: journalctl -u nimbopanel -n 50।
• Mail delivery परिणाम: journalctl -t postfix/smtp --since -10min (status=sent / status=bounced देखें)।
• Install log /var/log/nimbopanel-install.log पर है।

अब भी अटके हैं? सटीक लक्षण और संबंधित log line नोट करें — इसे तेज़ी से पिनपॉइंट करने के लिए वह आमतौर पर पर्याप्त है।