ลบสมาชิกใน weblampang.com เจ็ดร้อยกว่า

ฟรีเว็บโฮสติ้ง

27 พ.ค.53 ลบสมาชิก 700 รายจาก weblampang.com ทำให้สมาชิกจาก 3700 เหลือไม่ถึง 3000 เพราะสมาชิกจำนวนไม่น้อยเข้ามาเพื่อทดสอบ แล้วส่งแฟ้มเข้าไม่กี่แฟ้ม และไม่เข้ามาในระบบอีกเลยนานกว่า 2 ปีแล้ว ก็เป็นมาตรการที่หลายเว็บไซต์เขาใช้กัน และผมได้รับการเตือนจากผู้ดูแลระบบว่ามีบางเว็บเพจเป็นอันตราย จำนวนสมาชิกก็มาก ก็ต้องหาทางแก้ไข หนึ่งในวิธีแก้ไขคือลดปริมาณสมาชิก และลดจำนวนเว็บเพจ .. ส่วน thainame.net/project ที่มีปัญหาเดียวกันในเครื่องบริการเดียวกัน ก็ต้องเข้าไปลบน้อยกว่า 3000 ให้ได้ ก็จะหาเวลาเข้าไปจัดการอีกครั้ง
    เหตุที่ลบสมาชิกได้ เพราะผมเปิดบริการเป็นกรณีศึกษา มิใช่ตั้งใจบริการ และต้องการเผยแพร่ source code ให้โรงเรียน หรือองค์กร นำไปบริการในโรงเรียนของตนเองให้นักเรียนได้ฝึกการเขียนเว็บเพจในโรงเรียนโดยสะดวก

ตัวตายตัวแทนกับปัญหาเน็ตล่ม

18 ธ.ค.52 วันนี้ระบบ DHCP Server ที่ทำหน้าที่แจกไอพีทำงานผิดปกติ ช่วงเช้ามีสายเข้ามาหน่วยงานไอทีมากกว่า 10 สาย ลองทดสอบดูก็พบว่ามีปัญหาจริง แต่ผู้ดูแลระบบมือหนึ่งติดภาระกิจ และอยู่นอกพื้นที่ ครั้งนี้โชคดีที่ อ.วิเชพ ใจบุญ ผู้เชี่ยวชาญเกี่ยวกับระบบเครือข่ายเข้ามาช่วยดู ทำให้พบหลายประเด็นที่นำไปสู่การแก้ไข ดังนี้ 1) วันนี้ระบบอินเทอร์เน็ตภายในที่ร้องขอบริการจากเครื่อง DHCP ไม่แสดงหน้า Login ทำให้ไม่มีใครในองค์กรใช้อินเทอร์เน็ตได้ 2) 2 วันที่ผ่านมามีการ upgrade  DHCP Server 3) 2 สัปดาห์ที่ผ่านมาระบบ Login ของ DHCP Server ตอบสนองช้าผิดปกติ จึงเป็นที่มาของข้อ 2 4) อ.วิเชพ พบว่าเมื่อยกเลิก User Authentication แล้วเข้าอินเทอร์เน็ตได้ปกติ 5) แต่เวลาต่อมาพบว่าเข้าอินเทอร์เน็ตได้เฉพาะเว็บไซต์ของมหาวิทยาลัย ออกไปเว็บไซ์ภายนอกไม่ได้
     6) พบว่ามีนโยบายกำหนด Load Balance ทำงานกับ ADSL และ Leased Line แต่ ADSL ล่ม ทำให้อินเทอร์เน็ตของผู้ใช้ทุกคนล่มด้วย ถ้าแก้ไขก็ทำได้ด้วยการ config ให้ล่มขาใดแต่ออกอีกขาได้เอง .. เจอกรณีนี้เพราะทั้งองค์กรมีเครื่อง อ.เชพ ออกเน็ตได้เครื่องเดียว เนื่องจากกำหนดนโยบายให้ออก Leased Line แต่ของทุกคนในมหาวิทยาลัยผ่าน Load Balance เมื่อ Load Balance ล้ม ทำให้เครื่องของ อ.เชพ เป็นเครื่องเดียวที่หลุดผ่านนโยบายข้อนี้ออกไปได้ และเป็นเหตุให้พบปัญหาที่การ config ที่เกิดขึ้นหลัง upgrade DHCP Server 7) ผลการตรวจ ADSL พบว่าไม่สามารถเชื่อมกับผู้ให้บริการ คือไฟ internet ที่ router ไม่ขึ้น จึงย้าย Net ทั้งหมดมาไว้กับ Leased Line เป็นวิธีแก้ปัญหาจากข้อ 6 8) แก้ปัญหา ADSL ล่มได้ แต่ Login ยังช้าเหมือนเดิม เป็นปัญหาพื้นฐานที่พึงเกิดขึ้นไม่นานมานี้
     9) อ.วิเชพ สงสัยว่าการย้ายข้อมูลผู้ใช้ เป็นแบบ import หรือ copy เพราะถ้า DHCP Server ต่างรุ่น การคัดลอกมาอาจมีปัญหา ต้องรอสอบถามจากผู้ดูแลระบบมือหนึ่งก่อน เพราะระบบสมาชิกองค์กรเป็นเรื่องใหญ่ ที่อาจเป็นต้นเหตุของหลายปัญหาได้
10) พบว่าการกำหนด Gateway 2 เบอร์ผิดจากที่ควรจะเป็น แต่แก้ไขให้เลือกเบอร์เดียวก็ไม่ทำให้ปัญหาหมดไป 11) มีข้อสงสัยเรื่องเว็บเพจ Login ที่มีการแก้ไขมาหลายสัปดาห์แล้ว และแก้กลับคืน แต่วันนี้พบเว็บเพจ Login รุ่นเดิมที่ใส่ภาพกิจกรรมนักศึกษาเข้าไป ซึ่งไม่น่าจะแสดงขึ้นมาได้อีก อาจเป็นปัญหาทาง Script ของระบบที่ incompatible กับ DHCP Server 12) มีการแก้ไขให้ใช้ได้ และผ่าน  User Authentication ประมาณ 13.00น. แล้วผลทดสอบก็ใช้งานได้ แต่ได้รับแจ้งจาก อ.ตา และ อ.บอย ว่า 17.00น. ยังมีปัญหาเข้า net ไม่ได้เกิดขึ้นอีก ถ้าเป็นจริงคงต้องยกเลิก User Authentication เหมือนที่ทำในข้อ 4 ไปก่อน เพื่อให้ใช้งานได้ และรอหารือกับผู้ดูแลระบบมือหนึ่งที่ติดภาระกิจ และอยู่นอกพื้นที่
??? เรื่องนี้ผู้ใช้ทั่วไปคงอ่านเข้าใจยาก .. ผมใช้เตือนความจำระหว่างทีมไอทีเป็นเป้าหมาย

ติดตั้ง camfrog แบบแม่และผู้ใช้ ไว้ประชุมกับผู้ใหญ่ใจดี

การสนทนาด้วย camfrog แบบเห็นภาพ
การสนทนาด้วย camfrog แบบเห็นภาพ

16 ธ.ค.52 โดยส่วนตัวแล้ว ผมไม่ชอบคุยกับคนแปลกหน้าโดยไร้เหตุผล เพราะไม่คิดว่าจะได้อะไรจากคนแปลกหน้า คนที่รู้จักก็เดินไปคุย โทรไปคุย หรือเมลก็ได้ ทำให้ผมไม่คิดจะใช้ camfrog แต่อยู่มาวันหนึ่งมีผู้ใหญ่ใจดีบอกว่า เขาใช้ camfrog ในการประชุมออนไลน์จากต่างจังหวัด ทำให้ต้องหา camfrog มาติดตั้ง โดยดาวน์โหลดรุ่นที่เผยแพร่ใน camfrog.com เป็นตัวติดตั้งสำหรับเครื่องแม่ รุ่น 4.2 และตัวติดตั้งสำหรับผู้ใช้รุ่น 5.3
     เมื่อติดตั้งแล้วพบว่า 1) ต้องสมัครเปิดเป็นเครื่องแม่ ผมตั้งเครื่องแม่ชื่อ yonokyoso 2) ต้องสมัครเป็นเครื่องผู้ใช้อีกชื่อหนึ่ง เช่น yonokburin เพื่อ join chat หรือสนทนาตัวต่อตัวกับใครใครผ่าน Add a Contact 3) ตอนนี้ทดสอบผ่าน net ของ tot ที่ได้ fake ip ทำให้เครื่องแม่ที่ทดสอบใช้งานไม่ได้ เพราะไม่มีใครเข้าถึงได้ 4) ทดสอบ call ไปยังเครื่องภรรยาที่มี webcam เมื่อเขายอมรับ (Accept) เราก็จะเห็นหน้าเขา  5) พรุ่งนี้คงต้องไปทดสอบกับเครื่องที่มหาวิทยาลัยหา ip จริงให้เขาสักเลข เพื่อทดสอบ และเปิดให้ผู้ใหญ่ใจดี  ได้ประชุมกับสมาชิกกลุ่ม yoso ได้โดยสะดวก ซึ่งปกติท่านใช้ 3 วิธี อีก 2 วิธีคือ MSN Video chat และ Skype แล้วในโอกาสต่อไปก็จะจัดอบรมวิธีการใช้เครื่องมือไว้สื่อสารกับผู้คนในโลกอินเทอร์เน็ตให้บุคลากรได้ใช้เป็นช่องทาง ตามแต่เป้าหมายของแต่ละบุคคล
+ http://www.camfrog.in.th/downloads/detail.asp?iFile=310&iType=28
+ http://download.camfrog.com/
+ http://www.thaiabc.com/download/camfrog_svr42_cln53.zip 18 MB

แก้ปัญหาบล็อกเว็บด้วย port 8080

p808030 ก.ย.52 รับแจ้งจากอาจารย์อวุโสว่าพบปัญหาเข้าเว็บเพจที่ใช้ frame ในบางเว็บไซต์ไม่ได้ ทดลองติดตั้ง java runtime 6 ปัญหาก็ไม่หายไป เมื่อ view source แล้วพบ error message ว่า browser ไม่สนับสนุน ก็คิดว่า ต้องลง browser รุ่นใหม่ จึงจะใช้งานได้ ลองติดตั้ง ie8 ก็ยังเข้าไม่ได้ ..
     อีกสักพัก ผมก็ไปทดสอบกับเครื่องในห้องปฏิบัติการ พบว่า เข้าเว็บไซต์ที่เป็นปัญหาได้ปกติด้วย account ของผมที่มีระดับเป็น admin จึงนึกขึ้นได้ว่า account ที่ใช้ทดสอบที่เครื่องอาจารย์อวุโสนั้น เป็น account ระดับ user เมื่อตรวจสอบลึกลงไปก็พบว่า สิ่งที่แตกต่างของเว็บไซต์ดังกล่าวกับเว็บไซต์ทั่วไปคือเปิด port 8080 ซึ่งเป็น default port ของ java server ทั่วไป เมื่อคุณอนุชิต ยอดใจยา เข้าไปยกเลิกการปิด port ดังกล่าวจาก dhcp server ก็มีผลให้ account ใดใดในระบบสามารถเข้าถึงเว็บไซต์ดังกล่าวได้
+ http://iutcerral.univ-lyon2.fr/conftool/
+ http://it.yonok.ac.th/anuchit/jre-6u14-windows-i586.zip
+ http://www.thaibg.com
+ http://ie6update.kapook.com/ie8_download.php

ปัญหาอีเมลที่เกิดจากความบกพร่องของ DNS

ได้รับแจ้งจาก คุณธรณินทร์ สุรินทร์ปันยศ ว่า อ.สตีเฟ่นท์ รับอีเมลจากเพื่อนที่เมืองจีนไม่ได้ เพื่อตรวจสอบเรื่องดังกล่าว จึงมีการทดสอบหลายกรณีเกิดขึ้น ทดสอบครั้งที่ 1 โดยคุณธรณินทร์ส่งอีเมลมีหัวข้อ test จาก gmail.com และพิมพ์เนื้อหาแบบมั่ว เช่น asdfasdfasdf  ก็ยังส่งไม่ถึงโยนก จึงมีสมมติฐานว่าระบบอีเมลของโยนก ปิดกั้นอีเมลขยะ ดังนั้น อ.บุรินทร์ จึงเข้าไปดูกล่อง junk mail รวมของโยนก ก็ไม่พบว่าอีเมลของคุณธรณินทร์ เข้าไป ทดสอบครั้งที่ 2 โดย อ.บุรินทร์  ส่งอีเมลมีหัวข้อ test จาก gmail.com แล้วพิมพ์เนื้อหาดี ๆ ก็พบว่าไปอยู่ใน junk mail รวมของโยนก แต่ไม่อยู่ในกล่องของ burin แสดงว่าระบบได้รับอีเมลฉบับนี้จาก gmail.com แล้วส่งต่อตามนโยบายอย่างถูกต้อง ทดสอบครั้งที่ 3 โดย อ.บุรินทร์  ส่งอีเมลมีหัวข้อ test จาก gmail.com แล้วพิมพ์เนื้อหาแบบมั่ว เช่น  asdfasdfasdf  และ  asdfasdfasdf  asdfasdfasdf  พบว่าอีเมลไม่ถูกส่งออกจาก gmail.com แต่ตีกลับในทันทีโดยแจ้งว่า DNS server returned answer with no data ต่อจากนั้นก็ทดสอบอีเมลดี ๆ แบบตั้งใจพิมพ์อีกหลายครั้ง เปลี่ยนทั้งหัวข้อ และเนื้อหาในหลายกรณีก็ยังได้รับข้อความแบบเดิม คือส่งไม่ออกจาก gmail.com สรุปได้ว่า ปัญหาอีเมลครั้งนี้ เกิดขึ้นแบบส่งถึงบ้างไม่ถึงบ้าง
     เมื่อค้นจาก google.com ก็พบว่ามีหลายคนที่ใช้บริการของ gmail.com พบปัญหานี้ แต่ก็ไม่มีคำอธิบายถึงวิธีแก้ไขที่ชัดเจน ทดสอบครั้งที่ 4 เทียบเคียงปัญหาอีเมลกับการเปิดเว็บไซต์ isinthai.com ซึ่งใช้บริการ DNS ของ yn4 ก็พบว่ามีปัญหาเช่นกัน พอเปลี่ยนให้ yn1 เป็น DNS ในเครื่องตนเอง ก็พบว่าปัญหาก็หมดไป แสดงว่า DNS ตัวทำงานไม่ปกติ จึงสรุปร่วมกับคุณอนุชิต ยอดใจยา ผู้ดูแลระบบว่า DNS ตัวปัจจุบันอาจจะมีบริการเข้ามาร้องขอมากเกินไป  เกิดปัญหา DoS = Denied of Service ที่เกิดขึ้นจากการให้บริการทั้ง DHCP และ DNS ในเครื่องเดียวกัน วิธีแก้ไข 1)ก็น่าจะหาเครื่องเพิ่ม และแยกบริการออกจากกันลดปัญหาคอขวด จากนี้ก็ต้องทดสอบว่าผลการแยกบริการออกจากกันคือวิธีแก้ปัญหาที่ถูกต้องหรือไม่ 2)ตรวจสอบว่า IP ของ DNS ที่มีอยู่หลายเบอร์ หลายภารกิจ ทำให้ระบบเครือข่ายอินเทอร์เน็ตสับสนหรือไม่ เพราะการเปลี่ยนเบอร์ DNS หลายครั้ง อาจทิ้งปัญหาจากการแก้ไขค่า Configuration ที่ยังไม่เรียบร้อยในทุกระบบก็เป็นได้
+ เครื่องมือตรวจเครือข่ายของ nectec.or.th
+ เครื่องมือตรวจเครือข่ายของ network-tools.com

เครื่องบริการตื่นขึ้น ก็พบเมล์สมัครบล็อกของ อ.เต๋ ดีใจครับ

18 มิ.ย.52 ดีใจที่ได้พบ อ.เต๋ ในระบบ blog แล้วจะหาเวลาไปดื่มกาแฟที่ ilovecoffee แถวห้าแยกอีกครับ วันนี้เครื่องบริการตื่นแล้ว หลังจากหลับไปตั้งแต่วันที่ 14 พ.ค.52 เหตุเพราะ aclalumni.com ฝากไว้กับ thaiabc.com ส่วน blog ฝากไว้กับ thaiall.com แต่สาเหตุเกิดจาก name server ล่ม โดยผมทดสอบใช้งาน google apps ที่จะไปอบรม ให้ กศน.แม่ทะ ซึ่ง thaiabc.com จดโดเมนกับ nsi.com แล้วฝาก host กับ godaddy.com แล้วผมก็ไปแก้ไข mx ใน nsi.com ก็ไม่ทันตรวจสอบว่า thaiabc.com เป็นอย่างไร เพราะระบบ mail server ที่ใช้งานร่วมกับ gmail ทำงานได้ปกติ มารู้ตัวว่า web ล่มก็ตอนสอนหนังสือ แล้วยกตัวอย่าง gallery ของภรรยา พบรู้ก็นั่งเฉยอยู่ 2 วันดูท่าที่ก่อน มานึกได้ว่า ns อยู่ nsi.com  ซึ่งชี้ไปที่ godaddy.com จะแก้ mx ต้องตามไปแก้ที่ godaddy.com จึงแก้ค่า ns กลับเหมือนเดิม ทำให้ web server ตื่นตามปกติ วันที่ 17 มิ.ย.52 ก็ยังหาบริการที่ godaddy.com เปิดให้แก้ mx ไม่พบ ซึ่งผมเป็นลูกค้าที่จดโดเมนที่อื่น แต่มาขอใช้ hosting กับเขา ก็เล่าปัญหาของการล่มไปหลายวันให้ฟังเพียงเท่านี้นะครับ นี่ก็ติดต่อกับ godaddy.com อยู่ว่าจะมีทางใดให้แก้ไขได้บ้างครับ เพราะบริการที่เขาให้แก้ mx มีให้เฉพาะลูกค้าที่จดโดเมนกับเขา ผมเป็นพวกกาฝากครับ ท่าทางเขาจะไม่ปลื้ม