Ofis va VPN foydalanuvchilari uchun bitta CiviCRM URL: sozlash qadamlari
Bitta kanonik CiviCRM URL ni saqlang va LAN hamda VPN mijozlariga unga olib boruvchi o'z yo'llarini bering. So'ngra ishga tushirishdan oldin asosiy URL, yaratilgan havolalar va keshlarni tekshiring.
Ofis noutbuki ish stolida ham, uyda VPN orqali ham bir xil CiviCRM xatcho'pini ochishi kerak. Foydalanuvchilar bilan aloqaga bardosh beradigan dizayn bitta kanonik manzil, aytaylik https://crm.example.org/, har bir joydan tasdiqlangan tarmoq yo'li va shu nom uchun amal qiladigan sertifikat bilan. VPN masofaviy mijozning serverga qanday yetib borishini o'zgartiradi. U hech qachon ilovaning identifikatsiyasini o'zgartirmasligi kerak, chunki o'zgartirgan paytda har bir yaratilgan havola, qayta yo'naltirish va integratsiya qayta chaqiruvi hal qilinishi kerak bo'lgan ikkinchi muammoga aylanadi.
Marshrutni tanlashdan oldin URL ni tanlang
Avval mo'ljallangan manzilni yozing, CMS uchun zarur bo'lgan har qanday yo'l komponentini ham qo'shib, uni qat'iy nuqta deb qabul qiling. Bu qo'llanmadagi qolgan barchasi unga tegmasdan o'zgartirilishi mumkin bo'lgan joriy etish tafsiloti: har bir guruh qaysi DNS javobini oladi, qaysi xavfsizlik devori qoidasi tinglovchiga ruxsat beradi va trafik tunnel orqali keladimi yoki mahalliy kommutator porti orqali keladimi.
Kirish rejasiga to'rtta qiymatni birga yozib qo'ying, chunki ular faqat to'plam sifatida ishlaydi. Kanonik URL. Har bir mijoz guruhi shu nom uchun olishi kerak bo'lgan javob. Shu javob uchun marshrut va kirish qoidasi. Veb-server va sertifikat xizmat ko'rsatishga sozlangan xost nomi. Keyinchalik biror narsa buzilsa, buzilgan element shu to'rttadan biri bo'ladi va siz qaysi birini o'zgartirganingizni bilib olasiz.
1-qadam: nom ikkala guruh uchun ham to'g'ri hal bo'lishini ta'minlang
Ikkala guruh ham haqiqatan yetib bora oladigan xususiy javob olishi kerak va nom farq qilmasa, javoblarning farq qilishi qonuniy. LAN mijozlari ichki hal qiluvchi orqali hal qiladi; VPN mijozlariga so'rovni ommaviy hal qiluvchiga oqizib, foydalana olmaydigan ommaviy javob olish o'rniga ularga o'sha zonani beradigan hal qiluvchi siyosati kerak.
Nomni har bir kontekstdan sinab ko'ring, taxmin qilmang va yo'lni DNS dan mustaqil ravishda curl ning resolve opsiyasi bilan sinang, u manzilni bitta so'rov uchun mahkamlaydi:
dig +short crm.example.org
curl -sSI --resolve crm.example.org:443:10.10.5.20 https://crm.example.org/ | head -5
Birinchi sinov mijoz yetib bora olmaydigan manzilni qaytarsa, muammo tunnel marshrutlash yoki split-tunnel ro'yxatida. Ikkinchi sinov siz kutmagan xost nomiga qayta yo'naltirishni qaytarsa, to'xtang va Location sarlavhasini o'qing, chunki bu ilova muammosi va hech qanday marshrut o'zgarishi uni tuzatmaydi.
2-qadam: veb-serverni, sertifikatni va CMS asosiy URL ini uyg'unlashtiring
Tinglovchi kanonik nomga xizmat ko'rsatishga sozlangan bo'lishi kerak va sertifikat uni qamrab olishi kerak. Xom manzil orqali ko'rish yechim emas: u nom nomuvofiqligini keltirib chiqaradi, cookie doirasini buzishi mumkin va foydalanuvchilarni keyinchalik auditorga tushuntirishingiz kerak bo'ladigan ogohlantirishlarni bosib o'tishga o'rgatadi.
Teskari proksi orqasida ilova so'rov HTTPS orqali kelganini bilishiga ishonch hosil qiling. Aksariyat CMS platformalari aniqlangan sxemadan mutlaq havolalar yaratadi va asl sxemani uzatmasdan TLS ni tugatadigan proksi brauzer bloklashi mumkin bo'lgan http:// resurslarga to'la sahifa yaratadi. Ilova taxmin qilishiga yo'l qo'yish o'rniga ishonchli proksi va uzatilgan sarlavhalarni aniq sozlang.
So'ngra CMS va CiviCRM asosiy URL ini uyg'unlashtiring. CiviCRM o'zining belgilangan asosiy URL ini saqlaydi va uni qayta hisoblashning qo'llab-quvvatlanadigan usulini taklif qiladi: 'Keshlarni tozalash va yo'llarni yangilash' ma'muriy amali, u hujjatlashtirilgan CiviCRM o'rnatish muammolarini bartaraf etish qo'llanmasida. Uni kanonik nom va CMS sozlamasi mos kelgandan keyin ishga tushiring, avval emas, aks holda siz o'zgartirmoqchi bo'lgan qiymatni keshga saqlaysiz.
cv flush
# then Administer > System Settings > Cleanup Caches and Update Paths
3-qadam: CiviCRM yaratadigan manzillarni tekshiring
Bosh sahifaga yetib borish juda oz narsani isbotlaydi. CiviCRM CMS ichida ishlaydi va muhim sahifalar o'z URL larini quradigan sahifalardir: kirish qayta yo'naltirishi, ma'muriyat menyusi, kengaytma resurslari, yuklangan fayl havolalari va integratsiya ro'yxatdan o'tkazgan har qanday tashqi qayta chaqiruv.
Boshqaruv panelini yuklang, kontakt yozuvini oching va mutlaq havolalar uchun sahifa manbasini ko'ring. Agar ular faqat bitta mijoz guruhi yetib bora oladigan xost nomiga ishora qilsa, sahifa ko'rsatilgan bo'lsa ham asosiy URL hali ham noto'g'ri. Agar ular to'g'ri nomga, lekin noto'g'ri sxemaga ishora qilsa, proksi konfiguratsiyasini tuzatish kerak.
Manzil haqiqatan o'zgarishi kerak bo'lgan joyda buni DNS tahriri emas, ilova migratsiyasi deb qabul qiling. Resurs URL lari, keshlar, e'lon qilingan havolalar va eski manzilni saqlaydigan har bir tashqi integratsiyani ko'rib chiqing, so'ngra hech kim yarim ko'chirilgan xatcho'p bilan qolmasligi uchun ularni bitta oynada yangilang.
So'rovdagi xost nomi ishonch qarori emas
So'rov sarlavhasida ma'lum bir satr borligi uchun imtiyozli asosiy URL ni tanlamang. PHP server nomi qiymati mijoz taqdim etgan xostni aks ettirishi mumkin bo'lgan Apache konfiguratsiyalarini hujjatlashtiradi va server manzili o'zgaruvchisi serverni tavsiflaydi, tashrif buyuruvchining joylashuvini emas. Ularning hech biri kirishni nazorat qilish mexanizmi emas va ulardan birini qurish xususiy xizmatning noto'g'ri xostga noto'g'ri tarkibni ko'rsatishni boshlash yo'lidir.
Agar haqiqatan bir nechta xost nomlari kerak bo'lsa, veb-serverda, CMS da va ilova qatlamida aniq ruxsat ro'yxatini sozlang va so'rovning xost nomi faqat tasdiqlangan yozuvlar orasidan tanlashiga ruxsat bering. O'zboshimchalik bilan kiritilgan ma'lumot hech qachon mutlaq havolalar yoki ishonchli qayta yo'naltirish manzilining manbai bo'lmasligi kerak.
Har bir tasdiqlangan kontekstda bir xil xatcho'p bilan yakunlang: kirish, oddiy ichki navigatsiya va bitta resurs so'rovi. Javoblardagi xost nomlarini solishtiring, faqat sahifa yuklangan-yuklanmaganini emas. Uch so'rovli bu tekshiruv yo'l muammosini hali ham noto'g'ri manzil yaratadigan ilovadan ajratadi va har bir mijoz guruhi uchun taxminan bir daqiqa vaqt oladi.