ทีมงานเราจึงตอบไปว่า “เราไม่มีบริการ Cloud ครับผม แต่มีระบบสำรองข้อมูลรายวัน ระบบไม่ล่มง่ายๆ เพราะใช้อุปกรณ์ Enterprise เกรด และสามารถขยายระบบได้ ไม่มีปัญหาครับ”

ลูกค้าจึงงงกับคำตอบของเราว่า แล้วต่างจากบริการ Cloud อย่างไร ตกลง PhalconHost มีบริการ Cloud หรือเปล่า ตอบโจทย์ที่ลูกค้าต้องการหรือไม่

ลองมาดูตัวอย่างเหตุการณ์ที่อาจจะเกิดขึ้น แล้วจะพอเห็นภาพว่า เราหมายถึงอะไรครับ เช่น
1. หากลูกค้าเผลอไปลบไฟล์ผิด หรือ copy ไฟล์ไปทับบางไฟล์โดยไม่ตั้งใจ จะทำอย่างไร
2. หากเว็บไซด์ติดไวรัส ไฟล์ต่างๆเสียหาย จะทำอย่างไร
3. หากไป config server เพิ่มเติมบางอย่างแล้วเกิดผิดพลาดขึ้นมา จะทำอย่างไร
4. หากเครื่อง Server พัง เพราะไฟดับ ไฟกระชาก ฟ้าผ่า ฮาร์ดดิสพัง หรือเหตุสุดวิสัยอื่นๆ จะทำอย่างไร

จะสังเกตุเห็นว่า ระบบ Cloud ไม่ได้สามารถป้องกัน หรือ แก้ไขเหตุการณ์ทั้ง 4 นี้ได้  โดยเฉพาะข้อ 1,2,3 จะไม่สามารถป้องกันได้เลย มีเพียงเฉพาะข้อ 4 ที่อาจจะทำให้ระบบ Server พังได้ยากหน่อย แต่ก็ไม่ใช่ว่าไม่พังเลย และถ้าระบบ Cloud ล่มขึ้นมา จะล่มทั้งกลุ่มใหญ่เลย น่ากลัวอย่างมาก

แล้วทางป้องกันหรือแก้ไขปัญหาของ 4 เหตุการณ์นี้คืออะไร
คำตอบก็คือ ระบบสำรองข้อมูล อย่างเดียวเท่านั้น

มาแล้วครับ พระเอก ของเรา หากเกิดเหตุการณ์ 4 อย่างที่กล่าวมาข้างต้น ก็จะมั่นใจระดับหนึ่งว่า ยังไงก็มีข้อมูลสำรองไว้อยู่แล้ว สามารถกู้คืนมาได้แน่ๆ

แต่ต้องแจ้งรายละเอียดเพิ่มเติมสักหน่อยนะครับว่า ระบบสำรองข้อมูลแต่ละผู้ให้บริการ ไม่เหมือนกันนะครับ เช่น มีระบบสำรองข้อมูลรายวัน รายสัปดาห์ รายเดือน หรือ ไม่มีเลย. เรื่องนี้ต้องสอบถามผู้ให้บริการแต่ละที่ดีๆนะครับ ก่อนจะเลือกใช้บริการ ไม่เช่นนั้น เมื่อเกิดเหตุการณ์สุดวิสัยเกิดขึ้นแล้ว จะได้ไม่เซอร์ไพรส์อีกรอบนะครับ

หากเกิดเหตุการสุดวิสัยเกิดขึ้น ระบบสำรองข้อมูลแต่ละแบบสามารถกู้ข้อมูลกลับคืนมาได้ดังนี้

• ระบบสำรองข้อมูลรายวัน (Daily Backup) ข้อมูลอาจจะหายไปมากที่สุด 1 วัน
• ระบบสำรองข้อมูลรายสัปดาห์ (Weekly Backup) ข้อมูลอาจจะหายไปมากที่สุด 7 วัน
• ระบบสำรองข้อมูลรายเดือน (Monthly Backup) ข้อมูลอาจจะหายไปมากที่สุด 30 วัน
• ไม่มีระบบสำรองข้อมูลเลย ข้อมูลอาจจะหายไปเลยทั้งหมด ไม่สามารถกู้คืนกลับมาได้ 

ยกตัวอย่างกรณี ระบบสำรองข้อมูลรายวัน เช่น
ระบบสำรองข้อมูลสั่ง backup อัตโนมัติ เวลา 04:00 น. และระบบ Server ล่มเมื่อเวลา 06:00 น.  ถ้าไม่สามารถซ่อมให้ Server กลับคืนมาได้ หรือฮาร์ดดิสพังไปเลย ถ้าต้องมีการกู้ข้อมูลขึ้นมา อาจจะเอา backup ของเวลา 04:00 น. กลับคืนมา ดังนั้นข้อมูลจะย้อนหลังไปเพียง 2 ชั่วโมงเท่านั่น ไม่ถึง 1 วัน

หากถามว่า สำรองข้อมูลรายชั่วโมง หรือ รายนาที เลยไม่ได้หรือ จะได้มีข้อมูลสำรองไว้เยอะๆ ?
คำตอบถือ เป็นภาระของระบบมากเกินไปครับ และพื้นที่เก็บข้อมูลที่สำรองนั้นก็เยอะเกินไปด้วย เพราะเพียงแค่ ระบบสำรองข้อมูลรายวัน ก็จะมีข้อมูลสำรองไว้ 7-35 ชุด  ดังนั้นมากที่สุดคือ สำรองแบบรายวันครับ

ที่เราอธิบายมาข้างต้น ไม่ได้ต้องการทำให้ลูกค้าตกใจกลัวจนเกินไป เพราะลูกค้าส่วนใหญ่ที่มาใช้บริการจาก PhalconHost ส่วนใหญ่ อาจจะไม่ได้สังเกตุในเรื่องนี้ แต่สำหรับลูกค้าที่เคยใช้บริการจากที่อื่น และเกิดเหตุการณ์สุดวิสัย และไม่มีการสำรองข้อมูลไว้เพียงพอ ข้อมูลย้อนหลังเป็นอาทิตย์/เดือน จะรู้ซึ้งถึงสิ่งที่เราได้อธิบายไปนะครับ

“แน่นนอนครับ บริการโฮสติ้ง และ VPS SSD ของ PhalconHost มีระบบสำรองข้อมูลอัตโนมัติแบบรายวัน แยกเก็บข้อมูลต่างหากในระบบ Backup Storage ให้ลูกค้าทุกท่าน  เพื่อความมั่นใจ หากเกิดเหตุสุดวิสัยเกิดขึ้นครับ”

ดูรายละเอียดเพิ่มเติมได้ที่: https://www.phalconhost.com/company/backup/

สรุป:
– การมีระบบสำรองข้อมูลเป็นความจำเป็นอย่างยิ่งยวด เพื่อทำให้เรามั่นใจได้ว่า ไม่ว่าอะไรจะเกิดขึ้น ผู้ให้บริการนั้นๆ จะสามารถกู้ข้อมูลกลับขึ้นมาให้ได้
– การที่ผู้ให้บริการนำเสนอว่า ระบบไม่ล่ม ไม่พัง เพราะใช้เทคโนโลยีต่างๆ อะไรพวกนี้ จะไม่สามารถการันตีว่าจะไม่เกิดเหตุการณ์ไม่ล่ม ไม่พัง จริงๆ ถ้าหากเกิดปัญหาขึ้นจริง จะรับมืออย่างไร เรื่องนี้ลูกค้าต้องพิจารณาให้ดีนะครับ

The post จะแน่ใจได้อย่างไรว่า “Hosting/VPS/Cloud” จะปลอดภัย หากไม่มีระบบสำรองข้อมูลรายวัน (Daily Backup)? appeared first on PhalconHost Blog.

ซึ่งคำถามลักษณะนี้ ดูเหมือนจะตอบง่าย  แต่ในความจริงแล้ว คำตอบจะไม่ตายตัว แต่จะมีตัวแปรอย่างหนึ่งที่ทำให้การตอบคำถามนี้ง่ายขึ้น  คือ

คนเข้าใช้งานเว็บไซด์พร้อมกัน ( Concurrent Users ) เท่าไหร่ ?

วิธีดูจำนวนคนเข้าใช้งานพร้อมกันง่ายที่สุดคือ ดูในระบบ Google Analytics > Realtime เพราะแต่ละเว็บไซด์น่าจะต้องมีการติดตั้ง Google Analytics เพื่อดูสถิติการเข้าใช้งานอยู่แล้ว (ถ้ายังไม่ติดตั้ง แนะนำให้นำมาติดตั้งครับ)

หรือถ้าใครมีการใช้งาน VPS และใช้ระบบจัดการโฮสติ้ง DirectAdmin อยู่แล้ว สามารถเข้าไปดูได้ที่เมนู DirectAdmin > Service Monitoring ดังรูปที่ 2

ซึ่งดูในบรรทัด httpd และลองนับจำนวน pid ที่เกิดขึ้นว่ามีจำนวนเท่าไหร่ ระบบเว็บไซด์โดยรวมก็จะมีจำนวน Concurrent Users ประมาณนั้นครับ

*สังเกตว่า: ที่หัวข้อ; Memory Usage จะบอกว่า มีการใช้งาน RAM ไปเท่าไหร่ ซึ่งจะเป็นค่าที่นำไปเลือกใช้ โฮสติ้ง/VPS ได้อีกด้วยครับ

ถึงแม้ตอนนี้ จะรู้จำนวน Concurrent Users แล้ว แต่ไม่ใช่ว่าจะสามารถเลือกได้เลยว่าจะใช้ โฮสติ้ง / VPS ได้เลยนะครับ จะต้องดูอีกอย่างหนึ่งประกอบ คือ ลักษณะการเข้าใช้งานของเว็บไซด์ ว่าเป็นอย่างไร

ลักษณะการเข้าใช้งานของเว็บไซด์นี้ อาจจะดูง่ายๆ ดังนี้

กรณีที่ 1: เข้าใช้งานแบบคงที่ หรือ มีแนวโน้มการเปลี่ยนแปลงที่คาดการณ์ได้

เว็บไซด์ลักษณะนี้ คือ เว็บไซด์ที่ทำขึ้นใหม่ หรือ เว็บไซด์นำเสนอข้อมูล บริษัท, องค์กร, หน่วยงาน, เว็บไซด์ส่วนตัว เป็นต้น ซึ่งจะมีการเข้าใช้้งานพร้อมกัน (Concurrent) ประมาณ 1-10 คน หรือ คิดเป็นการเข้าใช้งานเว็บไซด์ประมาณ 1-1,000 คนต่อวัน

กรณีที่ 2: เข้าใช้งานไม่คงที่ หรือ เปลี่ยนแปลงอย่างฉับพลัน หรือ ใช้งานสูงมากเป็นบางช่วงเวลา

เว็บไซด์ลักษณะนี้ มักจะเป็นเว็บไซด์ประเภทข่าว บทความ ที่นำไปแชร์ใน Social Media เมื่อผู้ใช้อินเตอร์เน็ตใน Social Media เห็นเนื้อหาบนระบบ Social ที่ถูกแชร์ไปนั้น ก็จะพยายามเข้าใช้งานเว็บไซด์พร้อมๆกันในทันที ทำให้ Traffic ของเว็บไซด์จะพุ่งขึ้นมาอย่างฉับพลัน หากไม่ได้ออกแบบเว็บไซด์ให้รองรับการเข้าใช้งานพร้อมๆกันในลักษณะนี้ไว้อย่างดีพอ ไม่ว่าจะใช้บริการ โฮสติ้ง หรือ VPS ดีแค่ไหน ก็ล่มทุกรายครับ

*แต่ถ้าหากไม่ใช่เว็บไซด์ลักษณะนี้ แต่มี Traffic ขึ้นสูงแบบฉับพลัน อาจจะมีปัญหาเรื่อง โดนยิงเว็บไซด์ หรือ เว็บไซด์ติด Malware ก็ขอไม่ลงรายละเอียดในบทความนี้นะครับ

กรณีที่ 3: เว็บไซด์ที่มีการประมวลผลอย่างหนัก

ซึ่งเป็นเว็บไซด์ประเภท E-commerce ซึ่งจะมีการนำข้อมูลมาคำนวน จัดหมวดหมู่ หรือการค้นหาข้อมูลที่มีเงื่อนไขซับซ้อน ทำให้เว็บไซด์ต้องมีการคำนวนผลลัพธ์ตลอดเวลา ซึ่งเว็บไซด์ประเภทนี้ อาจจะมีการเข้าใช้งานน้อย หรือ เข้าใช้งานมาก ก็มีการใช้ทรัพยากรด้านการประมวลผล (CPU) อย่างหนักกว่าเว็บไซด์ปกติ

แต่ถ้าเป็นเว็บไซด์ E-commerce บางประเภทที่ปรับแต่งมาอย่างดี หรือ ไม่มีข้อมูลเยอะจนเกินไป เว็บไซด์ประเภทนี้ อาจจะใช้ทรัพยากรน้อย เท่ากับเว็บไซด์ปกติทั่วไป ก็มีเยอะครับ

เมื่อเราทราบรายละเอียด Concurrent Users และ ลักษณะการเข้าใช้งานเว็บไซด์แล้ว เราก็จะพอตอบคำถามได้แล้วว่า จะเลือกใช้บริการ โฮสติ้ง หรือ VPS

รูปแบบที่ 1: ใช้โฮสติ้ง : ถ้าเป็นเว็บไซด์ นำเสนอข้อมูลบริษัท, องค์กร, ส่วนตัว ซึ่งไม่ค่อยมีใครรู้จักมากนัก คนเข้าใช้งานพร้อมกันไม่เกิน 1-10 Concurrent หรือเว็บไซด์ E-commerce ซึ่งไม่มีการประมวลผลหนัก ซึ่งลักษณะการเข้าใช้งานเว็บไซด์ ก็เป็นแบบคงที่ เพราะไม่ได้นำไปปั่นเนื้อหาให้ได้รับความสนใจอย่างฉับพลันแต่อย่างใด ท่านสามารถใช้งานระบบโฮสติ้งได้อย่างสบายๆ ครับ

รูปแบบที่ 2: ใช้โฮสติ้ง หรือ VPS ขึ้นอยู่กับลักษณะการใช้ทรัพยากร ซึ่งเว็บไซด์ประเภทนี้คือ เว็บไซด์ที่อาจจะมีการประมวลผลอย่างหนัก เช่น E-commerce เป็นต้น ถ้าหากปรับแต่งเว็บไซด์ได้ดี ไม่ให้กินทรัพยากร CPU มากเกินไป อาจจะใช้เพียงโฮสติ้งปกติได้ แต่ถ้ามีการใช้ CPU หนัก ผู้ให้บริการจะแจ้งให้อัพเกรดเป็น VPS แทน

รูปแบบที่ 3: ใช้ VPS: ถ้าเป็นเว็บไซด์ อย่างที่กล่าวมาในข้อ 1 แต่มีการใช้งานเกิน 10 Concurrent หรือมีการประมวลผล (CPU) อย่างหนัก แต่ถ้าท่านเลือกใช้บริการแชร์โฮสติ้งปกติ ท่านอาจจะถูกแจ้งให้อัพเกรดเป็น VPS แทน เพราะการใช้งานเกิน 10 Concurrent จะทำให้ระบบโฮสติ้งต้องถูกจองทรัพยากร (RAM) ตลอดเวลา ซึ่งราคาที่ท่านจ่ายไป จะไม่สะท้อนความเป็นจริงในการใช้งาน

รูปแบบที่ 4: ใช้ VPS: ถ้าเป็นเว็บไซด์ข่าว/บทความ ที่นำไปแชร์บน Social Media อย่างนี้จะต้องใช้งาน VPS เท่านั้นครับ เพราะถ้านำเว็บไซด์ลักษณะนี้มาอยู่บนระบบโฮสติ้งร่วมกับคนอื่น โอกาสที่จะทำให้ระบบโฮสติ้งค้าง เป็นไปได้สูงมาก หากไม่ทำเว็บไซด์ในเหมาะสม เพราะผู้ให้บริการโฮสติ้งจะไม่สามารถไปบังคับให้ลูกค้าปรับแต่งเว็บไซด์ได้ ดังนั้นหากเว็บไซด์ลักษณะนี้ทำเว็บไซด์ไม่ดีเพียงพอ เวลาล่มขึ้นมาจะได้ล่มเฉพาะภายใน VPS ของตนเอง และหาทางแก้ไขให้ถูกต้องต่อไป แต่ถ้าทำเว็บไซด์ยังไม่ดีเพียงพอ แล้วนำมาอยู่รวมกับโฮสติ้งปกติ ปัญหาก็็จะเกิดขึ้นบ่อยๆ เช่น เว็บไซด์บางเวลาก็เร็ว บางเวลาก็ช้า บางทีก็ล่มไปเลย เป็นต้น

รูปแบบที่ 5: ใช้ VPS: เป็นเว็บไซด์คล้ายๆแบบที่ 1 แต่ต้องการติดตั้ง/ปรับแต่งค่าตัวแปรหลักของ apache, php.ini, mysql บางตัว เพื่อให้รันเว็บไซด์ได้ ถ้าหากไม่ได้ปรับแต่งเพิ่มเติม จะรันไม่ได้ อย่างนี้ก็จำเป็นต้องใช้ VPS เพราะ ถ้าเป็นระบบโฮสติ้ง ท่านจะไม่สามารถปรับแต่งค่าเหล่านี้ได้เอง ต้องใช้งานตามที่ผู้ให้บริการตั้งค่ามาแล้วเท่านั้น

รูปแบบที่ 6: ใช้ VPS: เป็นเว็บไซด์ที่คล้ายๆแบบที่ 1 แต่ต้องการความเป็นส่วนตัว ต้องการความเสถียร ไม่ต้องการแชร์ร่วมกับใคร ก็อาจจะพิจารณาเลือกใช้ VPS ครับ โดยอาจจะใช้ package เริ่มต้นก่อนก็ได้ครับ

สรุป: การเลือกใช้บริการ โฮสติ้ง/VPS จะขึ้นอยู่กับ 2 ปัจจัยที่สำคัญหลักๆ คือ 1. Concurrent Users 2. ลักษณะการเข้าใช้งานเว็บไซด์ . เมื่อเราทราบรายละเอียดเหล่านี้แล้ว เราก็จะสามารถเลือกบริการ โฮสติ้ง/VPS ตามรูปแบบที่ได้แนะนำไปแล้ว เพื่อให้การรันเว็บไซด์ ราบรื่น เร็ว แรง เสถียร เหมาะกับลักษณะการใช้งานมากที่สุด และช่วยประหยัดค่าใช้จ่ายอีกด้วยครับ

สุดท้าย: ที่ได้อธิบายรายละเอียดการเลือกใช้บริการ โฮสติ้ง/VPS มานี้ บางท่านอาจจะสงสัยว่า แล้วทำไม ผู้ให้บริการโฮสติ้งบางแห่ง ให้ใช้เพียงแค่ โฮสติ้ง โดยไม่จำเป็นต้องเป็น VPS. ก็อาจจะเพราะว่าผู้ให้บริการโฮสติ้งเค้าจะตรวจสอบได้ไม่ทั่วถึงนะครับ เพราะถ้าเว็บไซด์ไหนที่มีลักษณะการใช้งานผิดปกติ และกระทบกับระบบโฮสติ้งโดยรวม ผู้ให้บริการโฮสตั้ง เค้าก็จะระงับบริการหรือแจ้งเตือนให้ลูกค้าดำเนินการแก้ไขให้ถูกต้อง เพราะโดยปกติแล้ว ผู้ให้บริการโฮสติ้ง เค้าอาจจะไม่สามารถตรวจสอบได้ทั่วถึง และไม่สามารถตรวจสอบได้ตลอดเวลาว่าเว็บไซด์ของลูกค้าทำไว้อย่างไรบ้าง เพราะลูกค้ามีการเปลี่ยนแปลงเว็บไซด์ ปรับแต่ง แก้ไขอยู่บ่อยๆ ( ซึ่งผู้ให้บริการโฮสติ้งส่วนใหญ่จะมีลูกค้าค่อนข้างเยอะ อาจจะ หลายพันเว็บไซด์ หรือ หลายหมื่นเว็บไซด์นะครับ )

The post วิธีการเลือก โฮสติ้ง/VPS จากจำนวนผู้เข้าใช้งานเว็บไซด์พร้อมกัน ( Concurrent Users ) appeared first on PhalconHost Blog.

1. Login เข้าหลังบ้านของ WordPress

2. ติดตั้ง Plugins: WP Fastest Cache และ activate ให้เรียบร้อย

3. ตั้งค่า WP Fastest Cache

โดยเวอร์ชั่นแบบฟรี เราจะสามารถตั้งค่าได้ 2 tab หลักๆคือ Settings และ CDN แต่ถ้าต้องการปรับแต่งมากขึ้น ต้องเสียเงินซื้อแบบ Premium Version ครับ

3.1. ตั้งค่าพื้นฐาน (Settings)

ให้เลือก options ตามตัวอย่างดังต่อไปนี้ครับ จากนั้นกดปุ่ม Submit

3.2. ตั้งค่า CDN

หากเว็บไซด์ของเรามีผู้เข้าใช้งานภายในประเทศไทยเป็นหลัก ไม่จำเป็นต้องตั้งค่า CDN ก็ได้ครับ

แต่ถ้ามีการเข้าใช้งานจากต่างประเทศเป็นหลัก แนะนำให้ตั้งค่า CDN เพื่อเพิ่มการโหลดรูปภาพให้เร็วยิ่งขึ้นครับ

4. เทคนิค: อย่าลืม logout ก่อนทดสอบนะครับ ไม่เช่นนั้น อาจจะไม่มีผลอะไรเกิดขึ้น

5. ทดสอบความเร็วการโหลดหน้าเว็บไซด์

* เทคนิคพิเศษเพิ่มเติม

หากมีการแก้ไข เพิ่ม ลบ Widgets ของ WordPress อาจจะทำให้ข้อมูลที่เราใส่ไม่เปลี่ยนแปลง หรือแก้ไขอะไรแล้วยังไม่เห็นข้อมูลแสดงผล แนะนำให้เข้าไปลบ Cache File ออกก่อนจากเมนู WP Fastest Cache > Delete Cache

สรุป

การทำให้เว็บไซด์โหลดเร็วขึ้น ให้เหลือเวลาเพียง 0.7 วินาที ทำได้ง่ายๆ โดยการนำ Plugins: WP Fastest Cache มาติดตั้ง และ ตั้งค่าเพียงนิดหน่อย เพียงเท่านี้ เว็บไซด์ก็เร็วมากครับ เห็นผลทันตาเลยทีเดียว

Plugins ตัวนี้ใช้งานได้ฟรี ซึ่งก็เพียงพอและค่อนข้างใช้งานได้ดี แต่ก็มีเวอร์ชั่นแบบเสียเงินด้วยนะครับ ประมาณ 49.99 USD ซึ่งจะเพิ่ม Feature ที่ทำให้เร็วยิ่งขึ้นไปอีก

หากใครที่นำไปติดตั้งใช้งานแล้วได้ผลอย่างไร อย่าลืมเข้ามาแชร์ความคิดเห็นไว้ให้คนอื่นๆ ได้ศึกษาด้วยนะครับ ศึกษาข้อมูลเพิ่มเติมได้ที่: https://www.wpfastestcache.com

หรือต้องการพูดคุยกับทีมงาน PhalconHost สามารถ Add Line: @PhalconHost เข้ามาได้เลยครับ ยินดีตอบคำถามครับผม.

The post วิธีทำให้เว็บไซด์ (WordPress) โหลดเร็วขึ้น 300-500% (0.7 วินาที) appeared first on PhalconHost Blog.

“An authentication error has occurred.
The function requested is not supported

Remote computer: xxxx
This could be due to CredSSP encryption oracle remediation
For more information, see https://go.microsoft.com/fwlink/?linkid=866660″

วิธีการแก้ไขปัญหาเบื้องต้นทำได้ 2 วิธี ขึ้นอยู่กับว่าจะเลือกทำฝั่งไหน ส่วนลูกค้า PhalconHost ที่ติดปัญหานี้ สามารถแจ้งให้ทีมงาน PhalconHost ดำเนินการช่วยตั้งค่าที่ฝั่ง VPS Windows ให้ได้ครับ

วิธีที่ 1: ตั้งค่า Remote Desktop ฝั่ง VPS Windows

หากสามารถเข้าไป VPS Windows ได้เอง โดยไม่ต้องผ่านโปรแกรม Remote Desktop ท่านสามารถเข้าไปแก้ไขค่า Remote Desktop บน VPS Windows ได้ง่ายๆ ดังนี้

* สำหรับลูกค้า PhalconHost สามารถแจ้งให้ทีมงานดำเนินการให้ได้ครับ

เพียงเท่านี้ ก็สามารถ Remote Desktop เข้าไปใช้งาน VPS Windows ได้ตามปกติ

วิธีที่ 2: ตั้งค่าฝั่ง Windows OS เครื่องผู้ใช้งานเอง

2.1. ที่เครื่องตนเอง คลิกปุ่ม Start  และพิมพ์ชื่อโปรแกรม “Edit group policy”
2.2. คลิกที่เมนูดังต่อไปนี้  Computer Configuration -> Administrative Templates -> System -> Credentials Delegation -> Encryption Oracle Remediation
2.3. จากนั้นทำตามขั้นตอน ดังรูปด้านล่าง

เพียงเท่านี้ก็จะใช้งาน Remote Desktop ได้ปกติครับ

* สำหรับท่านไหนที่ไม่สามารถเปิด Edit group policy ได้ แนะนำให้ใช้วิธีที่ 1 ครับ จะง่ายที่สุดครับ

* อ้างอิง:
https://weblogs.asp.net/dixin/remote-desktop-connection-authentication-error-due-to-credssp-encryption-oracle-remediation
https://stackoverflow.com/questions/50245284/remote-desktop-connection-error-after-update-windows-2018-05-08-credssp-update

The post เข้าใช้งาน Remote Desktop ไม่ได้ หลังจากอัพเดต Windows appeared first on PhalconHost Blog.

1. login เข้า DirectAdmin ด้วย user: admin

2. คลิกที่เมนู “Comodo WAF 2.21”

3. คลิกที่ tab: “Protection Wizard” และ เลื่อนไปด้านล่างคลิกที่ปุ่ม “Next >”

4. เลือก เปิด/ปิด rules ตามต้องการ จากนั้นกดปุ่ม “Apply changes”

เท่านี้ก็เรียบร้อยครับ

* หากลูกค้า ที่ใช้งาน VPS ของ PhalconHost ท่านไหน ยังไม่ได้ติดตั้ง mod_security สามารถแจ้งให้เราติดตั้ง mod_security ให้ได้ครับ ฟรี ไม่เสียค่าใช้จ่าย

สอบถามข้อมูลเพิ่มเติมกับทีมงาน PhalconHost โดยตรงได้ที่ Line ID: @PhalconHost

The post การเลือกเปิด/ปิด rules ของ mod_security appeared first on PhalconHost Blog.