01.06.2009, 18:50

ช่วงนี้ร้านค้าของฉันจำนวนหนึ่งเริ่มมีคำสั่งซื้อน้อยลง และลูกค้าทางโทรศัพท์บ่นว่าพวกเขาไม่ได้รับคำตอบสำหรับคำสั่งซื้อของพวกเขา

โลงศพเปิดออกอย่างเรียบง่าย

ดอกโคม:
----- ที่อยู่ต่อไปนี้มีข้อผิดพลาดร้ายแรงอย่างถาวร -----<*******@momm.ru>
(เหตุผล: 550- "เราไม่ยอมรับการเชื่อมต่อโดยตรงที่ไม่ได้มาจากเซิร์ฟเวอร์ SMTP เฉพาะ)

ฉันเตือนเจ้าของร้านค้าและบริการอื่น ๆ ที่มีความสำคัญในการรับจดหมาย

01.06.2009, 19:27

เราไม่ยอมรับ

ถ้าครูสอนภาษาฝรั่งเศสของฉันพูดถูก คำว่าเราไม่ยอมรับก็ถูกต้องแล้ว :)

02.06.2009, 05:27

วันที่ดี

แต่ยังไม่ชัดเจนว่าคำว่า "เซิร์ฟเวอร์ SMTP เฉพาะ" หมายถึงอะไร ฟคดีเอ็น? หรืออะไร?

02.06.2009, 05:56

โมมม์ :smoke:

02.06.2009, 06:05

มีใครใช้ "โฮสติ้ง" นี้บ้างไหม?
และสี่ปีที่แล้วฉันก็เป็นหนึ่งในคนที่เก่งที่สุด

02.06.2009, 06:38

และสี่ปีที่แล้วฉันก็เป็นหนึ่งในคนที่เก่งที่สุด
แม้แต่ Majordomo ก็ยึดพื้นที่ที่ GVA ของ Agave พังทลายลงได้อย่างง่ายดายภายในหนึ่งชั่วโมง...

02.06.2009, 07:15

จากอากาเวแล้ววิ่งหนีไปเพราะว่าเมล์ใช้งานไม่ได้หรือมีสแปมนับร้อย

02.06.2009, 12:36

MoMM มีใครใช้ “โฮสติ้ง” นี้บ้างไหม?
คุณจะแนะนำโฮสติ้งหรือไม่?

02.06.2009, 12:44

มีใครใช้ "โฮสติ้ง" นี้บ้างไหม?

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

02.06.2009, 12:45

คุณจะแนะนำโฮสติ้งหรือไม่?

สร้างหัวข้อและข้อเสนอสำหรับโฮสติ้งที่ดีที่สุดใน 1 ชั่วโมง จะเป็น 2 หน้า)

02.06.2009, 14:54

พวกเขาเขียนมัน! -

ฉันได้พูดคุยกับผู้เชี่ยวชาญด้านเทคนิคของเรา นี่คือสิ่งที่พวกเขาพูดว่า:

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

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

พูดง่ายๆ ก็คือ MoMM คุณโชคดีมากที่ได้พบสิ่งนี้ หากคุณเห็นสิ่งนี้อีก เขียนถึงผู้ดูแลระบบของเรา

02.06.2009, 16:18

พูดง่ายๆ ก็คือ MoMM คุณโชคดีมากที่ได้พบสิ่งนี้

ใช่ เขาตัดจดหมายที่เหลืออย่างเงียบๆ...

เมื่อฉันกลับจากพักร้อน ฉันจะโอนจดหมายทั้งหมดของคุณไปที่ Gmail

02.06.2009, 16:47

เมื่อฉันกลับจากพักร้อน ฉันจะโอนจดหมายทั้งหมดของคุณไปที่ Gmail

เขียนกลับมาเกี่ยวกับผลลัพธ์ในภายหลัง มีบางอย่างบอกฉันว่าปัญหาไม่ได้อยู่ฝั่งเรา :ควัน:

02.06.2009, 17:18

เขียนกลับมาเกี่ยวกับผลลัพธ์ในภายหลัง มีบางอย่างบอกฉันว่าปัญหาไม่ได้อยู่ฝั่งเรา

นี่คือสิ่งที่ฝ่ายสนับสนุนทางเทคนิค “บอก” คุณ...
ต้องการ "คำใบ้" อีกอันไหม?

คราวนี้ฉันควบคุมกระบวนการทั้งสองฝั่ง: เซิร์ฟเวอร์ที่ไม่ตอบสนองต่อ Hello ก็เป็นของฉันเช่นกัน - เป็นโฮสติ้งปกติที่มี IP เฉพาะ และ Gmail ให้บริการอีเมลบนเซิร์ฟเวอร์...

คุณได้รับมัน?

02.06.2009, 19:11

ม.ม. เห็นด้วย. เมลทั้งหมดบนไซต์โฮสติ้งนั้นไม่ดี คุณไม่มีทางรู้ว่ามีเซิร์ฟเวอร์อยู่ที่นั่นหรือไม่ ควรมีกล่องจดหมายแยกต่างหากที่ mail.ru, rambler.ru, gmail.com, aol.com จะดีกว่า และจะไม่ยุ่งยากใดๆ

ฉันเขียนถึงผู้ใช้คนหนึ่ง เขาอยู่บน Agave ตอนนี้เขาอยู่ที่ไหน ฉันไม่ได้ติดตามเขา โดยทั่วไปจดหมายหายไป เขาโกหก เขาไม่ได้โกหก ฉันไม่รู้

02.06.2009, 19:51

เมล.รู
แตกง่าย....

02.06.2009, 20:14

และที่สำคัญไม่รับเมลจากเซิร์ฟเวอร์ปกติ

02.06.2009, 20:19

ฉันได้พูดคุยกับผู้เชี่ยวชาญด้านเทคนิคของเรา นี่คือสิ่งที่พวกเขาพูดว่า:

เซิร์ฟเวอร์ของผู้ส่งไม่ผ่านการตรวจสอบ "HELO"
เหล่านั้น. โดยเฉพาะอย่างยิ่ง การตรวจสอบนี้ประกอบด้วยความจริงที่ว่าเรามีชุดนิพจน์ทั่วไป ซึ่งเซิร์ฟเวอร์ของผู้ส่งจะตรวจสอบเนื้อหาของค่า "HELO" ที่ส่งระหว่างการสร้างเซสชัน smtp

โปรดแจ้งผู้เชี่ยวชาญของคุณว่าการตัดโฮสต์ที่เป็นประเภท HELO นั้นไม่ดี

03.06.2009, 00:12

โปรดแจ้งผู้เชี่ยวชาญของคุณว่าการตัดโฮสต์ที่เป็นประเภท HELO นั้นไม่ดี
superserver-2.provider.ru, เซิร์ฟเวอร์-3.example.com

นั่นคือสิ่งนี้ไม่เหมือนกับ 32-12-32-99.provider.ru เลยซึ่งมักจะมีสแปมมาให้พวกเขาแก้ไข regexp ให้ถูกต้องมากกว่าที่เป็นอยู่ตอนนี้ฉันพบปัญหาที่คล้ายกันแล้ว ตั้งแต่ตอนที่ส่งจดหมายถึงคุณ

ค่า HELO ที่คุณระบุผ่านการตรวจสอบทั้งหมดในขั้นตอนสำเร็จแล้ว
การสร้างเซสชัน smtp
เพื่อไม่ให้ไม่มีมูล ฉันขอนำเสนอการจำลองเซสชันด้านล่าง

กำลังลอง 89.108.67.9...

อักขระหลีกคือ "^]"
220-f11.relay.agava.net ESMTP เราไม่อนุญาตให้ใช้ระบบนี้เพื่อขนส่งสิ่งที่ไม่พึงประสงค์
220 และ/หรืออีเมลจำนวนมาก
เอ๊ะ superserver-2.provider.ru
250-f11.relay.agava.net สวัสดี superserver-2.provider.ru
250-ขนาด 20971520
250-การวางท่อ
250 ช่วยด้วย
จดหมายจาก:
250 โอเค
rcpt ไปที่:<****@cp.tyz.ru>
250 ยอมรับแล้ว
===========================================
$ เทลเน็ตคลัสเตอร์.relay.agava.net 25
กำลังลอง 89.108.67.8...
เชื่อมต่อกับคลัสเตอร์.relay.agava.net
อักขระหลีกคือ "^]"
220-f4.relay.agava.net ESMTP เราไม่อนุญาตให้ใช้ระบบนี้เพื่อขนส่งสิ่งที่ไม่พึงประสงค์
220 และ/หรืออีเมลจำนวนมาก
เซิร์ฟเวอร์ ehlo-3.example.com
250-f4.relay.agava.net สวัสดี server-3.example.com
250-ขนาด 20971520
250-การวางท่อ
250 ช่วยด้วย
จดหมายจาก:
250 โอเค
rcpt ไปที่:<****@cp.tyz.ru>
250 ยอมรับแล้ว
===========================================

03.06.2009, 02:05

แตกหักง่าย...

ดังนั้นทุกคนจะถูกแฮ็ก คุณคิดว่าคนโง่ทำงานที่นั่นไหม? ฉันคิดว่ากำลังดุร้ายจะถูกตรวจจับและ IP จะถูกแบน ฉันคิดว่า ให้หลักฐานของคุณว่ามันง่ายมากที่จะแฮ็ก และในทางกลับกัน ฉันจะแจ้งให้พวกเขาแก้ไขช่องโหว่เหล่านี้ หากคุณมีเรื่องที่เกี่ยวข้องกับการเขียนก็เขียนเลย ถ้ามันยากสำหรับพวกเขาจริงๆ ฉันอาจจะเปลี่ยนอีเมลของฉัน :)

03.06.2009, 02:38

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

ฉันนั่งอยู่ตรงนั้น ทุกอย่างเรียบร้อยดี แนวคิด: จนถึงตอนนี้ยังไม่มีปัญหาเรื่องคุณภาพ

03.06.2009, 03:02

อากาเว่ไม่ใช่ของฉันเลย...

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

03.06.2009, 03:35

เกี่ยวกับคำสั่งซื้อของฉันเองและร้านค้าออนไลน์ที่พัฒนาโดยฉัน ฉันทำสิ่งนี้เป็นการส่วนตัว:
1. คำสั่งซื้อทั้งหมดจะมีหมายเลขเฉพาะ ซึ่งลูกค้าสามารถโทรติดต่อได้เมื่อสื่อสารทางโทรศัพท์/ICQ และค้นหาสถานะคำสั่งซื้อของเขา
2. จะต้องเพิ่มคำสั่งซื้อทั้งหมดลงในฐานข้อมูล
3. หลังจากเพิ่มลงในฐานข้อมูลแล้ว จะมีการสร้างจดหมายพร้อมข้อมูลคำสั่งซื้อซึ่งถูกส่งไปยังกล่องจดหมาย “komunada”
4. ฟีด RSS ถูกสร้างขึ้นจากฐานข้อมูลคำสั่งซื้อ ซึ่ง "communada" เพิ่มลงในโปรแกรมอ่าน/ออฟไลน์/โปรแกรมอ่าน/หน้าเริ่มต้น

ดังนั้นฉันจึงมีการป้องกันการสูญเสียคำสั่งซื้ออย่างน้อยสองระดับ ซึ่งช่วยให้ร้านค้าไม่ต้องสูญเสียลูกค้าประจำหลายราย

03.06.2009, 10:27

พวกเขาสแปมกล่องจดหมายของฉันพร้อมข้อเสนออีก 2 เดือน แม้ว่าฉันจะยกเลิกการสมัครจากรายชื่อผู้รับอีเมลก็ตาม
พวกเขายังคงสแปมฉัน :)

03.06.2009, 16:17

ในความคิดของฉัน เป็นเวลาประมาณสามปีแล้วที่ไม่มีใครมองว่าอีเมลเป็นวิธีการรับประกันในการส่งจดหมาย...

แบบฟอร์มคำติชมและทุกสิ่ง
จดหมายจะถูกบันทึกไว้ในฐานข้อมูลและรับประกันว่าจะไม่ถูกจับโดยตัวกรองสแปม

แถมในจดหมายมีข้อความว่า “หากเราไม่ได้รับการยืนยันจากคุณภายใน 2 วันทำการ เราจะถือว่าจดหมายไปไม่ถึงคุณและจะถูกส่งอีกครั้ง”

03.06.2009, 16:29

พวกเขายังคงสแปมฉัน :)

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

โฮสติ้งราคาถูกจะเป็นจุดเริ่มต้นที่ดีสำหรับผู้เริ่มต้นและเหมาะสำหรับการสร้างเว็บไซต์ HTML แบบคงที่ หากโปรเจ็กต์ของคุณเติบโตเป็นทรัพยากรเชิงพาณิชย์ คุณสามารถเลือกแผนโฮสติ้งที่มีประสิทธิภาพยิ่งขึ้นพร้อมรองรับ PHP และ MySQL สำหรับไซต์ขนาดใหญ่ที่มีการโหลดสูงและแพลตฟอร์มระดับมืออาชีพ การจัดการเอกสารอิเล็กทรอนิกส์ (EDF) มีให้บริการสำหรับนิติบุคคล (รวมถึง LLC) ซึ่งช่วยให้คุณแลกเปลี่ยนเอกสารได้อย่างรวดเร็วและดำเนินธุรกรรมกับบริการโฮสติ้งและโดเมน

ข้อมูลจำเพาะของโฮสติ้งประกอบด้วย SSD RAID ประสิทธิภาพสูง, Linux CentOS หรือ Windows สำหรับ ASP.NET พร้อมรองรับ Python, Java, PHP, Perl และเฟรมเวิร์ก Django (ในแผนที่เริ่มต้นด้วย Host-A) เข้าถึงเซิร์ฟเวอร์ ftp ผ่านโปรโตคอล FTP และ SSH

ความปลอดภัยของเว็บไซต์ของคุณเป็นสิ่งสำคัญสำหรับเรา ดังนั้นนอกเหนือจากบริการโฮสติ้งแล้ว คุณยังจะได้รับฟรี:

• ป้องกันการโจมตี DDoS;
• ปริมาณการใช้ข้อมูลไม่ จำกัด
• สแกนไวรัสสองครั้ง
• ใบรับรอง SSL

เพื่อความปลอดภัยไซต์ที่ดีขึ้น คุณสามารถสั่งการจัดการไฟล์ที่ติดไวรัสและการป้องกันสแปมขั้นสูงเพิ่มเติมได้

เมื่อคุณโอนโฮสติ้งไปยัง REG.RU เป็นภาษีใด ๆ คุณจะได้รับบริการหนึ่งเดือนเป็นของขวัญ!

DNS(ระบบชื่อโดเมนภาษาอังกฤษ - ระบบชื่อโดเมน) เป็นระบบที่ช่วยให้คุณสามารถแปลงชื่อโดเมนสัญลักษณ์เป็นที่อยู่ IP (และในทางกลับกัน)

โดเมน- โซนใดโซนหนึ่งในระบบชื่อโดเมนอินเทอร์เน็ต (DNS) ซึ่งจัดสรรให้กับประเทศ องค์กร หรือเพื่อวัตถุประสงค์อื่น

DNS ทำงานอย่างไร

ระบบชื่อโดเมนมีโครงสร้างแบบลำดับชั้นโดยใช้จำนวนส่วนประกอบ (โดเมน) โดยพลการ โดยแยกจากกันด้วยจุด ( . - บนอินเทอร์เน็ต โดเมนรากหรือโดเมนระดับบนสุดได้รับการจัดการโดย InterNIC มีการสร้างระบบโดเมนระดับบนสุดด้วยตัวอักษรสองตัวสำหรับแต่ละประเทศ (ประมาณ 300 แห่ง):
-สหรัฐอเมริกา -แคนาดา -เยอรมนี -รัสเซีย -อดีตสหภาพโซเวียต -ฝรั่งเศส -ฟินแลนด์ -อิตาลี -สวิตเซอร์แลนด์ -บริเตนใหญ่
และสำหรับองค์กรประเภทต่างๆ:
-องค์กรการค้า
การศึกษา-สถาบันการศึกษา
ผู้ว่าฯ- หน่วยงานของรัฐ
มิล-สถาบันการทหาร
- องค์กรอื่น ๆ
-ทรัพยากรเครือข่าย

ในรัสเซีย “ศูนย์ประสานงานโดเมน RU” รับผิดชอบโดเมน .RU

ในการระบุที่อยู่ IP จากชื่อโดเมน จะใช้บริการ DNS ซึ่งประกอบด้วยเซิร์ฟเวอร์ DNS จำนวนมากที่มีฐานข้อมูลแบบกระจายของการแมป "ชื่อโดเมน - ที่อยู่ IP" ทุกเครือข่ายต้องมีเซิร์ฟเวอร์ DNS อย่างน้อยหนึ่งเครื่องที่ดูแลฐานข้อมูลชื่อโดเมนในเครื่องและทำการค้นหาที่อยู่ IP ในชื่อโดเมน
การค้นหานี้ดำเนินการดังนี้:

• มีการสอบถามไปยังเซิร์ฟเวอร์ DNS ภายในเครื่อง
• หากเซิร์ฟเวอร์ DNS รู้คำตอบก็จะส่งคืนไปยังไคลเอนต์ (รายการที่เกี่ยวข้องอยู่ในตารางหรือแคช)
• หากเซิร์ฟเวอร์ DNS ไม่ทราบคำตอบ จะติดตามลิงก์ไปยังเซิร์ฟเวอร์ DNS ถัดไปจนกว่าจะพบบันทึกที่เกี่ยวข้อง (รูปแบบการเรียกซ้ำ)

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

การค้นหา DNS แบบย้อนกลับ

DNS ใช้เพื่อแก้ไขชื่อสัญลักษณ์เป็นที่อยู่ IP เป็นหลัก แต่ก็สามารถดำเนินการกระบวนการย้อนกลับได้เช่นกัน เพื่อจุดประสงค์นี้ จึงมีการใช้เครื่องมือ DNS ที่มีอยู่ ความจริงก็คือข้อมูลต่างๆ สามารถเชื่อมโยงกับบันทึก DNS ได้ รวมถึงชื่อสัญลักษณ์ด้วย มีโดเมนพิเศษใน-addr.arpa ซึ่งเป็นรายการที่ใช้ในการแปลงที่อยู่ IP ให้เป็นชื่อเชิงสัญลักษณ์ ตัวอย่างเช่น หากต้องการรับชื่อ DNS สำหรับที่อยู่ 11.22.33.44 คุณสามารถสอบถามเซิร์ฟเวอร์ DNS สำหรับบันทึก 44.33.22.11.in-addr.arpa และจะส่งคืนชื่อสัญลักษณ์ที่เกี่ยวข้อง ลำดับย้อนกลับของการเขียนส่วนต่าง ๆ ของที่อยู่ IP นั้นอธิบายได้จากข้อเท็จจริงที่ว่าในที่อยู่ IP บิตที่สำคัญที่สุดจะอยู่ที่จุดเริ่มต้น และในชื่อ DNS สัญลักษณ์ ส่วนที่สำคัญที่สุด (ใกล้กับรูท) จะอยู่ที่ส่วนท้าย

บันทึก DNS

มาดูบันทึก DNS โดยละเอียดและเหตุใดจึงมีความจำเป็น:

บันทึก SOA(จุดเริ่มต้นของบันทึกสิทธิ์) ระบุว่าเซิร์ฟเวอร์ใดที่ข้อมูลอ้างอิงเกี่ยวกับโดเมนนี้ถูกจัดเก็บ:

จุดเริ่มต้นของอำนาจ
ตัวอย่าง.org 86400 ใน SOA ns1.agava.net.ru noc.agava.com -
2006092102 ; อนุกรม
10800 ; รีเฟรช
1800; ลองอีกครั้ง
3600000; หมดอายุ
86400); TTL ขั้นต่ำ

บันทึกนี้ถูกสร้างขึ้นเมื่อมีการสร้างโซนสำหรับโดเมน หากไม่มีรายการนี้ นายทะเบียนจะได้รับข้อความแสดงข้อผิดพลาดเช่น:

ไม่สามารถรับบันทึก SOA สำหรับโดเมน EXAMPLE.ORG จากเซิร์ฟเวอร์ DNS ns2.agava.net.ru.(89.108.64.2)

ฟิลด์ชื่อสามารถมีสัญลักษณ์ @ เพื่อระบุชื่อของโซนปัจจุบันได้ ในตัวอย่างนี้ คุณสามารถใช้ @ แทน example.org ได้

ไม่มีเขตข้อมูลเวลา คลาสคือ IN (อินเทอร์เน็ต) ประเภทคือ SOA และองค์ประกอบที่เหลือประกอบขึ้นเป็นฟิลด์ข้อมูล

เซิร์ฟเวอร์ ns1.agava.net.ru เป็นเนมเซิร์ฟเวอร์หลักสำหรับโซนนี้

รายการ noc.agava.com ระบุที่อยู่อีเมลสำหรับการติดต่อด้านเทคนิคในรูปแบบ user.machine (ไม่ใช่ user@machine)

อนุกรม- หมายเลขซีเรียล หมายเลขซีเรียลของไฟล์โซน ควรเพิ่มขึ้นทุกครั้งที่มีการเปลี่ยนแปลงข้อมูลโดเมน เมื่อเซิร์ฟเวอร์รองต้องการตรวจสอบว่าจำเป็นต้องอัปเดตข้อมูลหรือไม่ ก็จะตรวจสอบหมายเลขซีเรียลของบันทึก SOA บนเซิร์ฟเวอร์หลัก

รีเฟรช- อัปเดต. เวลาเป็นวินาทีที่กำหนดความถี่ที่เซิร์ฟเวอร์รองตรวจสอบหมายเลขซีเรียลบนเซิร์ฟเวอร์หลัก และเริ่มการแลกเปลี่ยนใหม่หากมีข้อมูลใหม่บนเซิร์ฟเวอร์หลัก

ลองอีกครั้ง- ทำซ้ำ. เมื่อเซิร์ฟเวอร์รองไม่สามารถเชื่อมต่อกับเซิร์ฟเวอร์หลักได้หลังจากหมดเวลาการอัปเดตแล้ว (เช่น หากโฮสต์ไม่ทำงาน) ค่านี้จะกำหนดเวลาหน่วงเป็นวินาทีระหว่างการพยายามอัปเดตอีกครั้ง

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

ทีทีแอล- เวลาแห่งชีวิต. ฟิลด์นี้ระบุเวลาเป็นวินาทีที่รายการทรัพยากรสำหรับโซนนี้ยังคงใช้ได้ในแคชของเซิร์ฟเวอร์อื่น หากข้อมูลเปลี่ยนแปลง ค่านี้ควรมีค่าน้อย TTL เป็นตัวย่อที่ใช้กันทั่วไปซึ่งย่อมาจาก Time To Live

เอ็นเอสเข้า(เนมเซิร์ฟเวอร์) ชี้ไปที่เซิร์ฟเวอร์ DNS สำหรับโดเมนนี้

เนมเซิร์ฟเวอร์
example.org ใน NS ns2.agava.net.ru
example.org ใน NS ns1.agava.net.ru

นอกจากนี้ สำหรับโดเมนที่ต่ำกว่าระดับที่สอง เราสามารถเพิ่ม DNS ไปยังเซิร์ฟเวอร์พันธมิตรได้ เช่น:

love.example.org ใน NS ns2.loveplanet.ru
love.example.org ใน NS ns1.loveplanet.ru

วิธีนี้จะได้ผลหากมีการสร้างโซนสำหรับโดเมนเหล่านี้บนเซิร์ฟเวอร์ loveplanet.ru

บันทึก MX(การแลกเปลี่ยนเมล) หรือตัวแลกเปลี่ยนเมลระบุเซิร์ฟเวอร์การแลกเปลี่ยนเมลสำหรับโดเมนที่กำหนด

Mail eXchangers
example.org ใน MX 10 cluster.relay.agava.net
example.org ใน MX 20 mail.example.org

ตัวเลขหน้า "cluster.relay.agava.net" คือค่าลำดับความสำคัญ ตัวเลขที่ต่ำกว่าหมายถึงลำดับความสำคัญที่สูงกว่า ระบบอีเมลใช้ระเบียน MX เพื่อกำหนดเส้นทางอีเมลได้อย่างมีประสิทธิภาพมากขึ้น เมื่อใช้ระเบียน MX ข้อความอีเมลจะไม่ถูกส่งไปยังผู้รับโดยตรง แต่จะถูกส่งไปยังเซิร์ฟเวอร์อีเมลบนโหนดของผู้รับ

ในตัวอย่างข้างต้น เมลจะมาถึงเซิร์ฟเวอร์คลัสเตอร์.relay.agava.net ก่อน (ลำดับความสำคัญ 10

บันทึก ก(บันทึกที่อยู่) - บันทึกที่อยู่เชื่อมโยงโฮสต์กับที่อยู่ IP

ที่อยู่อินเทอร์เน็ต
example.org ใน 192.0.2.77
รายการนี้สามารถดูได้โดยใช้คำสั่งโฮสต์ (สำหรับระบบ *NIX):
$ โฮสต์ example.org
example.org มีที่อยู่ 192.0.2.77

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

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

บันทึก CNAME(บันทึกชื่อมาตรฐาน) หรือบันทึกชื่อมาตรฐานใช้เพื่อเปลี่ยนเส้นทางไปยังชื่ออื่น

CNAME หมายถึงชื่อมาตรฐานหรือคำพ้องของชื่อโฮสต์ที่มีอยู่ ซึ่งต้องมีระเบียน A ตัวอย่าง:

love.example.org ใน CNAME loveplanet.ru

ระเบียน SPF (Sender Policy Framework) ซึ่งป้องกันไม่ให้นักส่งสแปมส่งจดหมายในนามของโดเมนที่ไม่ได้เป็นของพวกเขา

SPF ช่วยให้เจ้าของโดเมนระบุสตริงที่มีรูปแบบพิเศษในบันทึก TXT ของเซิร์ฟเวอร์ DNS ซึ่งระบุรายชื่อเซิร์ฟเวอร์ที่สามารถส่งข้อความอีเมลในนามของโดเมนนี้ได้

Mail Transfer Agent ที่ได้รับข้อความเมลสามารถสืบค้นข้อมูล SPF โดยใช้การสืบค้น DNS แบบธรรมดา จึงเป็นการตรวจสอบเซิร์ฟเวอร์ของผู้ส่ง

ตัวอย่างข้อมูล SPF ในระเบียน DNS TXT:

ตัวอย่าง.org ใน TXT "v=spf1 a mx -all"

v= ระบุเวอร์ชันของ SPF ที่จะใช้ ต่อไปนี้เป็นรายการกลไกการตรวจสอบ ในกรณีนี้ “a” และ “mx” อนุญาตให้ส่งจดหมายสำหรับบันทึก A และ MX ทั้งหมดของโดเมน example.org บรรทัดลงท้ายด้วย "-all" - ระบุว่าควรละเว้นข้อความที่ไม่ผ่านการตรวจสอบโดยใช้กลไกที่ระบุไว้

บันทึก PTR(ตัวชี้) - ตัวชี้บันทึกของ "โซนย้อนกลับ"

งานในการค้นหาชื่อโดเมนด้วยที่อยู่ IP เป็นสิ่งที่ตรงกันข้ามกับงานโดยตรง นั่นคือการค้นหาที่อยู่ IP ด้วยชื่อโดเมน ดังที่ได้กล่าวไว้ข้างต้น ปัญหาโดยตรงได้รับการแก้ไขใน DNS โดยใช้บันทึกประเภท A (ที่อยู่) ปัญหาผกผันได้รับการแก้ไขโดยใช้บันทึกตัวชี้ประเภท PTR (ตัวชี้) ซึ่งเมื่อรวมกับบันทึก SOA และ NS จะประกอบเป็นคำอธิบายของโซนที่เรียกว่า "ย้อนกลับ"

ปัญหา "ย้อนกลับ" ได้รับการแก้ไขโดยโดเมนพิเศษซึ่งมีโครงสร้างที่สอดคล้องกับโครงสร้างของที่อยู่ IP โดเมนนี้เรียกว่า IN-ADDR.ARPA เราจะไม่พูดถึงความซับซ้อนของงานของเขาที่นี่ คุณสามารถอ่านรายละเอียดได้ที่:
ขอให้เราทราบเพียงว่า เราไม่ได้ลงทะเบียนบันทึก PTRเนื่องจากการดำเนินการนี้เป็นไปไม่ได้บนโฮสติ้งเสมือน

บันทึก SRV(การเลือกเซิร์ฟเวอร์) ระบุตำแหน่งของเซิร์ฟเวอร์สำหรับบริการบางอย่าง เช่น Jabber, Active Directory

Agava เป็นหนึ่งในบริษัทโฮสติ้งที่เก่าแก่ที่สุด โดยให้บริการโฮสติ้งมาตั้งแต่ปี 2544 Agava ในแง่ของจำนวนลูกค้า เป็นหนึ่งในสิบบริการโฮสติ้งที่ได้รับความนิยมมากที่สุดบน Runet ดูสถิติเกี่ยวกับการได้มาและการสูญเสียโดเมน .RU บริษัท มีศูนย์ข้อมูลที่ทันสมัยในมอสโก - "Agava-North"; สำหรับแผนภาษีของสายยูโรจะใช้เซิร์ฟเวอร์ที่ตั้งอยู่ในศูนย์ข้อมูลในปราก บริษัทได้รับใบอนุญาตในการให้บริการสื่อสารทางเทเลเมติกส์

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

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

ช่วงทดลองใช้ฟรี

ระยะเวลาทดลองใช้คือ 7 วัน สำหรับภาษีบนแพลตฟอร์ม Windows เท่านั้น ไม่มีการระบุระยะเวลาทดลองใช้

มีข้อจำกัดหลายประการในระหว่างช่วงทดสอบ:

• เมลไม่พร้อมใช้งาน
• SSH ไม่พร้อมใช้งาน
• ไม่สามารถเพิ่มโดเมนเพิ่มเติมได้
• อนุญาตให้มีโดเมนย่อยเพียงโดเมนเดียวเท่านั้น
• อนุญาตให้มีฐานข้อมูล MySQL เพียงฐานข้อมูลเดียวเท่านั้น

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

แผงควบคุม

บนโฮสติ้ง Unix เสมือนจะใช้ CPanel มาตรฐานเพื่อจัดการไซต์และโฮสติ้ง บนโฮสติ้ง Windows นั้น Plesk ใช้สำหรับการจัดการ แผงควบคุมทั้งสองมีอินเทอร์เฟซภาษารัสเซียและช่วยให้คุณสามารถจัดการตัวเลือกโฮสติ้งที่มีอยู่ทั้งหมดได้อย่างมีประสิทธิภาพ คุณสามารถดูแผงเหล่านี้เวอร์ชันภาษาอังกฤษได้ที่ด้านล่างนี้

ความสามารถทางเทคนิคของโฮสติ้งเสมือนของ Agava

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

ทั้งหมด โปรแกรมรับส่งเมลมีอินเทอร์เฟซสำหรับการกำหนดค่าของตัวเอง

โปรแกรมไคลเอนต์บางโปรแกรมต้องการให้คุณป้อนการตั้งค่าทั้งหมดด้วยตนเอง ในขณะที่โปรแกรมอื่น ๆ จะได้รับการตั้งค่าโดยอัตโนมัติจากฐานข้อมูลของผู้ให้บริการ

มาดูขั้นตอนพื้นฐานที่ดำเนินการเมื่อตั้งค่าโปรแกรมรับส่งเมล ข้อมูลนี้สามารถนำไปใช้ได้ การตั้งค่าสำหรับโปรแกรมอีเมลส่วนใหญ่.

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

ในบทความนี้ คุณจะพบข้อมูลเกี่ยวกับการตั้งค่าสำหรับผู้ให้บริการอีเมลยอดนิยมหลายราย

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

เรามานิยามคำศัพท์ที่ใช้ในบทความนี้กันดีกว่า:
• SMTP - Simple Mail Transfer Protocol แท้จริงแล้ว - โปรโตคอลการถ่ายโอนเมลแบบธรรมดา ช่วยให้คุณสามารถถ่ายโอนข้อความจากคอมพิวเตอร์ของผู้ใช้ไปยังเซิร์ฟเวอร์และต่อไปในห่วงโซ่ของเซิร์ฟเวอร์
• POP3 - Post Office Protocol 3 อย่างแท้จริง - โปรโตคอลที่ทำการไปรษณีย์ ประกอบด้วยคำสั่งสำหรับเชื่อมต่อกับเซิร์ฟเวอร์และดาวน์โหลดข้อความไปยังคอมพิวเตอร์ไคลเอนต์
• IMAP - Internet Message Access Protocol ซึ่งเป็นโปรโตคอลสำหรับการเข้าถึงอีเมล ให้ความสามารถในการเข้าถึงอีเมลที่เก็บไว้บนเซิร์ฟเวอร์โดยไม่ต้องดาวน์โหลดเนื้อหาอีเมลและไฟล์แนบไปยังเครื่องคอมพิวเตอร์ของคุณ
• ผู้ให้บริการเมล (ISP) คือที่อยู่อีเมลของไซต์ที่ให้บริการเมล เช่น mail.ru ตามกฎแล้ว เมลเซิร์ฟเวอร์ขาเข้าและขาออกจะทำงานบนโดเมนย่อย
• เซิร์ฟเวอร์เมลขาเข้า - ที่อยู่อีเมลของเซิร์ฟเวอร์ที่ไคลเอนต์เมลต้องเชื่อมต่อเพื่อรับเมลเช่น pop.yandex.ru หรือ imap.yandex.ru
• เซิร์ฟเวอร์เมลขาออก - ที่อยู่อีเมลของเซิร์ฟเวอร์ที่ไคลเอนต์เมลต้องเชื่อมต่อเพื่อส่งเมล เช่น smtp.meta.ua

การตั้งค่าเมลขาเข้า:

มีสองโปรโตคอลที่ใช้ในการรับเมล - POP3 และ IMAP เลือกโปรโตคอลที่คุณต้องการ โดยควรเลือก IMAP หากผู้ให้บริการอีเมลของคุณรองรับ
หากโปรแกรมไคลเอนต์รองรับการเข้ารหัสการรับส่งข้อมูล ให้ติดตั้งวิธี SSL/TLS เพื่อความปลอดภัยที่มากขึ้น
ป้อนที่อยู่เซิร์ฟเวอร์เมลขาเข้าและหมายเลขพอร์ต ข้อมูลที่จำเป็นสำหรับสิ่งนี้สามารถพบได้ในตารางด้านล่าง:

ผู้ให้บริการ	เซิร์ฟเวอร์จดหมายขาเข้า POP3	หมายเลขพอร์ต POP3		เซิร์ฟเวอร์จดหมายขาเข้า IMAP	หมายเลขพอร์ต IMAP
		ปกติ	เอสเอสแอล		ปกติ	เอสเอสแอล
rambler.ru	mail.rambler.ru	110	995	mail.rambler.ru	143	993
yandex.ru	pop.yandex.ru	110	995	imap.yandex.ru	143	993
gmail.com	pop.googlemail.com	110	995	imap.googlemail.com	143	993
bigmir.net	pop.googlemail.com	110	995	imap.googlemail.com	143	993
meta.ua	pop3.meta.ua	110	995	---	---	---
เมล.รู	pop.mail.ru	110	995	imap.mail.ru	---	993

การตั้งค่าเมลขาออก:

โปรโตคอล SMTP ใช้เพื่อส่งเมล คุณเพียงแค่ต้องเลือกว่าจะเข้ารหัสการรับส่งข้อมูลหรือไม่ ควรใช้ SSL/TLS หากไคลเอนต์อีเมลของคุณรองรับการเข้ารหัส
หากต้องการกรอกข้อมูลในช่องที่เกี่ยวข้องกับที่อยู่เซิร์ฟเวอร์เมลขาออกและหมายเลขพอร์ต ให้ใช้ข้อมูลในตารางด้านล่าง:

ผู้ให้บริการ	เซิร์ฟเวอร์เมลขาออก SMTP	หมายเลขพอร์ต SMTP
		ปกติ	เอสเอสแอล
rambler.ru	mail.rambler.ru	587	465
yandex.ru	smtp.yandex.ru	25, 587	465
gmail.com	smtp.googlemail.com	25, 587	465
bigmir.net	smtp.googlemail.com	25, 587	465
meta.ua	smtp.meta.ua	25, 587	465
เมล.รู	smtp.mail.ru	25, 587, 2525	465

บันทึกการตั้งค่าของคุณและทดสอบโปรแกรมรับส่งเมลของคุณ