01.06.2009, 18:50

Kamakailan, ang ilan sa aking mga tindahan ay nagsimulang magbigay ng mas kaunting mga order. At ang mga customer sa pamamagitan ng telepono ay nagreklamo na hindi sila nakakatanggap ng mga sagot sa kanilang mga order.

Simpleng bumukas ang kabaong.

Agave:
----- Ang mga sumusunod na address ay may permanenteng nakamamatay na mga error -----<*******@momm.ru>
(dahilan: 550-"Hindi kami tumatanggap ng direktang koneksyon hindi mula sa mga nakalaang SMTP server.)

Binabalaan ko ang mga may-ari ng mga tindahan at iba pang serbisyo kung kanino mahalagang makatanggap ng mail.

01.06.2009, 19:27

Hindi namin tinatanggap

Kung tama ang French teacher ko, tama ang “We don”t accept :)

02.06.2009, 05:27

Magandang hapon,

Ngunit hindi malinaw kung ano ang ibig sabihin ng mga salitang "nakalaang SMTP server"? FQDN? o ano?

02.06.2009, 05:56

MoMM, :smoke:

02.06.2009, 06:05

Mayroon bang ibang gumagamit ng "hosting" na ito?
At apat na taon na ang nakalipas isa ako sa pinakamagaling.

02.06.2009, 06:38

At apat na taon na ang nakalipas isa ako sa pinakamagaling.
Maging ang Majordomo ay madaling humawak ng mga site kung saan nahulog ang GVA ni Agave sa loob ng isang oras...

02.06.2009, 07:15

mula sa agave at tumakas dahil maaaring hindi gumana ang mail o mayroong daan-daang spam

02.06.2009, 12:36

MoMM, may gumagamit pa ba nitong “hosting”?
Irerekomenda mo ba ang pagho-host?

02.06.2009, 12:44

Mayroon bang ibang gumagamit ng "hosting" na ito?

Ginagamit ko ito - isa ito sa mga platform. sa kasamaang palad, ang lahat ay nakatali doon na ang pag-iwan sa kanila ay napakasakit... habang ako ay mainit-init...

02.06.2009, 12:45

Irerekomenda mo ba ang pagho-host?

Gumawa ng paksa at mga alok para sa pinakamahusay na pagho-host sa loob ng 1 oras. magiging 2 pages)

02.06.2009, 14:54

Isinulat nila ito! :)

Nakipag-usap ako sa aming mga teknikal na espesyalista. Narito ang sinasabi nila:

Yung. Sa partikular, ang pagsusuring ito ay binubuo ng katotohanan na mayroon kaming isang hanay ng mga regular na expression, ayon sa kung saan ang mga nilalaman ng ipinadalang halaga ng "HELO" ay sinusuri ng server ng nagpadala sa panahon ng pagtatatag ng isang smtp session. Isinasaalang-alang ang malaking bilang ng mga koneksyon sa aming mail cluster, medyo posible na magkaroon ng mga error. Hindi ko masabi ang eksaktong porsyento ng mga error, ngunit sa tingin ko ito ay talagang mababa. Tulad ng alam mo, walang sistema ng pag-filter ng spam na gumagana nang walang mga error kapag ang isang wastong email ay napagkakamalang spam.

Kung makikipag-ugnayan sa amin ang mga tao kapag nakatagpo sila ng mga problema, kinukuha namin ang mga log ng mail cluster, sinusuri ang dahilan at gagawa ng aksyon kung nasa aming system ang dahilan. Walang mass requests tungkol sa problema ng maling pagsala.

Sa madaling salita, MoMM, napakaswerte mo lang na natagpuan mo ito. Kung nakita mo itong muli, sumulat sa aming mga admin.

02.06.2009, 16:18

Sa madaling salita, MoMM, napakaswerte mo lang na natagpuan mo ito.

Oo, tahimik niyang pinutol ang natitirang sulat...

Pagbalik ko mula sa bakasyon, ililipat ko ang lahat ng mail mo sa Gmail

02.06.2009, 16:47

Pagbalik ko mula sa bakasyon, ililipat ko ang lahat ng mail mo sa Gmail

Sumulat muli tungkol sa mga resulta sa ibang pagkakataon. May nagsasabi sa akin na ang problema ay wala sa ating panig. :smoke:

02.06.2009, 17:18

Sumulat muli tungkol sa mga resulta sa ibang pagkakataon. May nagsasabi sa akin na ang problema ay wala sa ating panig.

Ito ang "sinasabi" sa iyo ng lahat ng teknikal na suporta...
gusto ng isa pang "pahiwatig"?

Sa pagkakataong ito, ang proseso ay kinokontrol ko sa magkabilang panig: ang server na hindi tumugon sa Hello ay akin din - isa itong regular na pagho-host na may nakalaang IP, at ang mail dito ay inihahatid ng Gmail...

Nakuha mo ba?

02.06.2009, 19:11

MoMM. Sumang-ayon. Ang lahat ng mail sa mga hosting site ay masama; Mas mainam na magkaroon ng hiwalay na mailbox sa mail.ru, rambler.ru, gmail.com, aol.com at walang magiging abala.

Sumulat ako sa isang user, nasa Agave siya, ngayon kung nasaan siya, hindi ko siya sinundan, sa pangkalahatan, nawala ang mga sulat, nagsisinungaling siya, hindi siya nagsisinungaling, hindi ko alam.

02.06.2009, 19:51

mail.ru
Madaling masira...

02.06.2009, 20:14

At higit sa lahat, hindi ito tumatanggap ng mail mula sa mga normal na server.

02.06.2009, 20:19

Nakipag-usap ako sa aming mga teknikal na espesyalista. Narito ang sinasabi nila:

Nabigo ang server ng nagpadala sa "HELO" check.
Yung. Sa partikular, ang pagsusuring ito ay mayroon kaming isang hanay ng mga regular na expression, ayon sa kung saan ang mga nilalaman ng ipinadalang halaga na "HELO" ay sinusuri ng server ng nagpadala sa panahon ng pag-install ng smtp session.

Mangyaring sabihin sa iyong mga espesyalista na hindi magandang mag-cut ng mga host na may uri ng HELO

03.06.2009, 00:12

Mangyaring sabihin sa iyong mga espesyalista na hindi magandang mag-cut ng mga host na may uri ng HELO
superserver-2.provider.ru, server-3.example.com

Iyon ay, ito ay hindi katulad ng ilang 32-12-32-99.provider.ru, kung saan karaniwang nagmumula ang spam, hayaan silang itama ang regexp upang maging mas tama kaysa ngayon, nakatagpo na ako ng katulad na problema mula noong nagpadala ng mail sa iyo.

Ang mga halaga ng HELO na iyong ibinigay ay matagumpay na pumasa sa lahat ng mga pagsusuri sa yugto
pagtatatag ng isang smtp session.
Upang hindi maging walang batayan, ipinakita ko ang pagtulad sa session sa ibaba.

Sinusubukan ang 89.108.67.9...

Ang karakter sa pagtakas ay "^]".
220-f11.relay.agava.net ESMTP Hindi namin pinahihintulutan ang paggamit ng system na ito upang maghatid ng hindi hinihingi,
220 at/o maramihang e-mail.
ehlo superserver-2.provider.ru
250-f11.relay.agava.net Hello superserver-2.provider.ru
250-SIZE 20971520
250-PIPELINING
250 TULONG
mail mula sa:
250 OK
rcpt sa:<****@cp.tyz.ru>
250 Tinanggap
===========================================
$ telnet cluster.relay.agava.net 25
Sinusubukan ang 89.108.67.8...
Nakakonekta sa cluster.relay.agava.net.
Ang karakter sa pagtakas ay "^]".
220-f4.relay.agava.net ESMTP Hindi namin pinahihintulutan ang paggamit ng system na ito upang maghatid ng hindi hinihingi,
220 at/o maramihang e-mail.
ehlo server-3.example.com
250-f4.relay.agava.net Hello server-3.example.com
250-SIZE 20971520
250-PIPELINING
250 TULONG
mail mula sa:
250 OK
rcpt sa:<****@cp.tyz.ru>
250 Tinanggap
===========================================

03.06.2009, 02:05

Madaling masira....

Kaya lahat ay ma-hack. Sa tingin mo ba nagtatrabaho ang mga tanga? Made-detect ang brute force at ipagbabawal ang IP, sa tingin ko. Ibigay ang iyong katibayan na ito ay napakadaling i-hack, at ako naman, ay ipapaalam sa kanila na ayusin ang mga butas na ito. Kung mayroon kang isusulat tungkol sa kaso, isulat ito. Kung talagang napakahirap para sa kanila, malamang na baguhin ko ang aking email :) isa.

03.06.2009, 02:38

Ginagamit ko ito - isa ito sa mga platform. sa kasamaang palad, ang lahat ay nakatali doon na ang pag-iwan sa kanila ay napakasakit... habang ako ay mainit-init...

Nakaupo ako doon, maayos ang lahat: ideya: walang problema sa kalidad sa ngayon

03.06.2009, 03:02

Si Agave ay hindi bagay sa akin...

Kwento ko sayo ng malungkot...
Bumili lang ako ng host. Nalaman ko kaagad na sa ilang kadahilanan ay hindi ako makapag-backup gamit ang hoster...
Ang suporta ay tumugon nang hindi maintindihan. Hindi dumating ang mail. Hindi na ako nakatiis. At gayon pa man, hindi sila nagbabalik ng pera. Para sa isa pang 2 buwan na-spam nila ang aking mailbox ng mga alok, bagaman nag-unsubscribe ako sa mailing list.

03.06.2009, 03:35

Tungkol sa mga order sa aking sarili at mga online na tindahan na binuo ko, personal kong ginagawa ito:
1. Ang lahat ng mga order ay nakatalaga ng isang natatanging numero, na maaaring tawagan ng kliyente kapag nakikipag-usap sa pamamagitan ng telepono/ICQ at alamin ang katayuan ng kanyang order.
2. Lahat ng mga order ay dapat idagdag sa database.
3. Pagkatapos idagdag sa database, isang liham na may data ng order ay nabuo, na ipinadala sa mga "komunada" na mga mailbox
4. Ang isang RSS feed ay nabuo mula sa database ng order, na idinaragdag ng "communada" sa reader/offline/reader/start page nito.

Kaya, mayroon akong hindi bababa sa dalawang antas na proteksyon laban sa pagkawala ng mga order, na, sa pamamagitan ng paraan, na-save ang mga tindahan mula sa pagkawala ng ilang mga regular na customer.

03.06.2009, 10:27

Para sa isa pang 2 buwan na-spam nila ang aking mailbox ng mga alok, bagaman nag-unsubscribe ako sa mailing list.
Spam pa rin nila ako :)

03.06.2009, 16:17

Sa aking palagay, sa loob ng halos tatlong taon na ngayon, walang sinuman ang nakadama ng e-mail bilang isang garantisadong paraan ng paghahatid ng sulat...

Form ng feedback at lahat,
Ang liham ay naka-save sa database, at ito ay garantisadong hindi mahuhuli ng spam filter.

Dagdag pa sa liham ay naglalaman ng pariralang "Kung hindi kami nakatanggap ng kumpirmasyon mula sa iyo sa loob ng 2 araw ng negosyo, isasaalang-alang namin na ang sulat ay hindi nakarating sa iyo at ito ay magagagalit"

03.06.2009, 16:29

Spam pa rin nila ako :)

At malapit na ang anibersaryo ng spam opera na ito. Simula September pa lang ang ingay nila. Kakaalis ko lang nun, at nagsimula na. Nagsulat muna ako, pagkatapos ay tumawag ako, at pagkatapos ay nakapuntos ako. Inilagay ko ang mga ito sa filter at iyon na.

Ang murang pagho-host ay magiging isang magandang simula para sa mga nagsisimula at angkop para sa paglikha ng mga static na HTML na site. Kung ang iyong proyekto ay lumago sa isang komersyal na mapagkukunan, maaari kang palaging pumili ng isang mas malakas na plano sa pagho-host na may suporta para sa PHP at MySQL, para sa malaki, mataas na load na mga site at propesyonal na mga platform. Available ang electronic document management (EDF) para sa mga legal na entity (kabilang ang mga LLC), na nagbibigay-daan sa iyong mabilis na makipagpalitan ng mga dokumento at magsagawa ng mga transaksyon sa mga serbisyo sa pagho-host at domain.

Kasama sa mga detalye ng pagho-host ang mataas na pagganap ng SSD RAID, Linux CentOS o Windows para sa ASP.NET na may suporta para sa Python, Java, PHP, Perl at ang Django framework (sa mga planong nagsisimula sa Host-A). Ang ftp server ay ina-access sa pamamagitan ng FTP at SSH protocol.

Ang seguridad ng iyong website ay mahalaga sa amin, kaya bilang karagdagan sa serbisyo sa pagho-host na matatanggap mo nang libre:

• proteksyon laban sa mga pag-atake ng DDoS;
• walang limitasyong trapiko;
• dobleng pag-scan ng anti-virus;
• SSL certificate.

Para sa mas mahusay na seguridad ng site, maaari ka ring mag-order ng paggamot sa mga nahawaang file at advanced na proteksyon sa spam.

Kapag inilipat mo ang pagho-host sa REG.RU sa anumang taripa, makakatanggap ka ng isang buwan ng serbisyo bilang regalo!

DNS Ang (English Domain Name System - domain name system) ay isang sistema na nagbibigay-daan sa iyo na i-convert ang mga simbolikong domain name sa mga IP address (at vice versa).

Domain- isang tiyak na zone sa Internet domain name system (DNS), na inilaan sa isang bansa, organisasyon o para sa iba pang mga layunin.

Paano gumagana ang DNS

Ang sistema ng domain name ay may hierarchical na istraktura gamit ang isang arbitrary na bilang ng mga bahagi (domain), na pinaghihiwalay sa bawat isa ng isang tuldok ( . ). Sa Internet, ang root o top-level na domain ay pinamamahalaan ng InterNIC. Isang sistema ng dalawang-titik na top-level na domain ang ginawa para sa bawat bansa (mga 300):
-USA, -Canada, -Germany, -Russia, -dating USSR, -France, -Finland, -Italy, -Switzerland, -Great Britain.
At para din sa iba't ibang uri ng organisasyon:
-mga komersyal na organisasyon;
EDU-mga institusyong pang-edukasyon;
GINAWA ni GOV- mga ahensya ng gobyerno;
MIL-mga institusyong militar;
- ibang mga organisasyon;
-mga mapagkukunan ng network.

Sa Russia, ang “RU Domain Coordination Center” ay responsable para sa .RU na domain.

Upang matukoy ang isang IP address mula sa isang domain name, ginagamit ang serbisyo ng DNS, na binubuo ng maraming mga DNS server na naglalaman ng isang distributed database ng "domain name - IP address" na mga pagmamapa. Ang bawat network ay dapat magkaroon ng hindi bababa sa isang DNS server na nagpapanatili ng isang lokal na database ng domain name at nagsasagawa ng paghahanap ng IP address sa domain name.
Ang paghahanap na ito ay isinasagawa tulad ng sumusunod:

• ang isang query ay ginawa sa lokal na DNS server;
• kung alam ng DNS server ang sagot, ibabalik ito sa kliyente (ang kaukulang entry ay nasa talahanayan o cache nito);
• kung hindi alam ng DNS server ang sagot, sinusundan nito ang link sa susunod na DNS server hanggang sa matagpuan ang kaukulang record (recursive scheme).

Ang pangalan ng host at isang IP address ay hindi magkapareho - ang isang host na may isang IP address ay maaaring magkaroon ng maraming pangalan, na nagpapahintulot sa iyo na suportahan ang maraming mga website sa isang computer (ito ay tinatawag na virtual hosting). Totoo rin ang kabaligtaran - maaaring iugnay ang isang pangalan sa maraming IP address.

Baliktarin ang DNS lookup

Pangunahing ginagamit ang DNS upang lutasin ang mga simbolikong pangalan sa mga IP address, ngunit maaari rin nitong isagawa ang reverse na proseso. Para sa layuning ito, ginagamit ang mga kasalukuyang tool ng DNS. Ang katotohanan ay ang iba't ibang data ay maaaring iugnay sa isang DNS record, kabilang ang isang simbolikong pangalan. Mayroong isang espesyal na domain na in-addr.arpa, mga entry kung saan ginagamit upang i-convert ang mga IP address sa mga simbolikong pangalan. Halimbawa, upang makuha ang pangalan ng DNS para sa address na 11.22.33.44, maaari mong i-query ang DNS server para sa record na 44.33.22.11.in-addr.arpa, at ibabalik nito ang katumbas na simbolikong pangalan. Ang baligtad na pagkakasunud-sunod ng pagsulat ng mga bahagi ng isang IP address ay ipinaliwanag sa pamamagitan ng katotohanan na sa mga IP address ang pinakamahalagang mga bit ay matatagpuan sa simula, at sa simbolikong mga pangalan ng DNS ang pinakamahalaga (mas malapit sa ugat) na mga bahagi ay matatagpuan sa dulo.

Mga tala ng DNS

Tingnan natin ang mga tala ng DNS at kung bakit kailangan ang mga ito:

SOA Record(pagsisimula ng rekord ng awtoridad) ay nagpapahiwatig kung saang server nakaimbak ang reference na impormasyon tungkol sa domain na ito:

Simula Ng Awtoridad
example.org. 86400 SA SOA ns1.agava.net.ru. noc.agava.com. (
2006092102 ; Serial
10800 ; Refresh
1800; Subukan muli
3600000; Mag-expire
86400); Pinakamababang TTL

Ang record na ito ay nilikha kapag ang isang zone ay ginawa para sa isang domain. Kung ang entry na ito ay hindi umiiral, ang registrar ay makakatanggap ng mga mensahe ng error tulad ng:

Hindi posibleng makakuha ng SOA record para sa EXAMPLE.ORG domain mula sa ns2.agava.net.ru.(89.108.64.2) DNS server.

Ang field ng pangalan ay maaaring maglaman ng simbolo na @ upang ipahiwatig ang pangalan ng kasalukuyang zone. Sa halimbawang ito, maaaring gumamit ka ng @ sa halip na example.org.

Walang field ng oras. Ang klase ay IN (Internet), ang uri ay SOA, at ang natitirang mga elemento ay bumubuo sa field ng data.

Ang server ns1.agava.net.ru ay ang pangunahing name server para sa zone na ito.

Ang entry sa noc.agava.com ay tumutukoy sa isang email address para sa mga teknikal na contact sa format na user.machine (hindi user@machine).

Serial- Serial number. Serial number ng zone file. Dapat itong tumaas sa tuwing may gagawing mga pagbabago sa data ng domain. Kapag gustong suriin ng pangalawang server kung kailangang i-update ang data, sinusuri nito ang serial number ng SOA record sa pangunahing server.

Refresh- Update. Oras sa mga segundo na tumutukoy kung gaano kadalas sinusuri ng pangalawang server ang serial number sa primary at magsisimula ng bagong exchange kung may bagong data sa primary.

Subukan muli- Ulitin. Kapag hindi makakonekta ang pangalawang server sa pangunahing server pagkatapos mag-expire ang oras ng pag-update (halimbawa, kung down ang host), tinutukoy ng value na ito ang oras ng pagkaantala sa mga segundo sa pagitan ng mga muling pagsubok.

Mag-expire- Termino. Kung hindi matagumpay ang paulit-ulit na pagtatangka sa pag-upgrade sa loob ng panahong ito, sisirain ng pangalawang server ang kopya nito ng (mga) data ng zone file at hihinto ang pagtugon sa mga kahilingan para sa domain na iyon. Nakakatulong ito na ihinto ang pag-uulit at sirkulasyon ng napakaluma at posibleng hindi tumpak na data.

TTL- Habang buhay. Tinutukoy ng field na ito ang oras, sa mga segundo, na ang isang resource entry para sa zone na ito ay nananatiling wasto sa cache ng iba pang mga server. Kung magbabago ang data, dapat maliit ang value na ito. Ang TTL ay isang karaniwang ginagamit na acronym na nangangahulugang Time To Live.

NS entry(name server) ay tumuturo sa DNS server para sa domain na ito.

NameServers
example.org SA NS ns2.agava.net.ru
example.org SA NS ns1.agava.net.ru

Gayundin, para sa mga domain sa ibaba ng pangalawang antas, maaari kaming magdagdag ng DNS sa mga partner na server, halimbawa:

love.example.org SA NS ns2.loveplanet.ru
love.example.org SA NS ns1.loveplanet.ru

Gagana ito sa kondisyon na ang isang zone para sa mga domain na ito ay nilikha sa mga server ng loveplanet.ru.

MX Record(mail exchange) o mail exchanger ay tumutukoy sa mail exchange server para sa isang partikular na domain.

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

Ang numero sa harap ng "cluster.relay.agava.net" ay ang priority value, ang mas mababang numero ay nangangahulugan ng mas mataas na priyoridad. Ang mga tala ng MX ay ginagamit ng sistema ng email upang iruta ang mail nang mas mahusay. Gamit ang mga tala ng MX, hindi direktang ipinapadala ang mga mensaheng mail sa tatanggap, ngunit sa mail server sa node ng tatanggap.

Sa halimbawa sa itaas, unang darating ang mail sa cluster.relay.agava.net server (priyoridad 10

Itala A(address record) - iniuugnay ng isang address record ang isang host sa isang IP address.

Mga Address sa Internet
example.org SA A 192.0.2.77
Maaaring matingnan ang entry na ito gamit ang host command (para sa *NIX system):
$ host example.org
example.org ay may address na 192.0.2.77

Ang pangunahing layunin ng isang talaan ng address ay upang magtatag ng isang sulat sa pagitan ng domain name ng isang makina at isang IP address. Sa katunayan, ito ang pangunahing gawain ng buong sistema ng domain name. Para sa kadahilanang ito, ang talaan ng address sa paglalarawan ng mapagkukunan ay isa sa mga pangunahing talaan ng paglalarawan ng zone.

Dito ay hipuin natin ang tanong kung paano baguhin ang MX record para sa iyong domain. Upang gawin ito, kailangan mong sumulat sa amin ng aplikasyon mula sa iyong contact e-mail (para sa mga indibidwal) o magpadala sa amin ng scan ng application letter sa libreng form sa letterhead ng organisasyon na may selyo at pirma ng manager o responsableng tao (para sa legal entity) na may kahilingang baguhin/idagdag ang MX record, tukuyin ang IP o pangalan ng bagong mail server.

CNAME record(canonical name record) o canonical name record ay ginagamit para mag-redirect sa ibang pangalan.

Ang CNAME ay nagsasaad ng canonical na pangalan o kasingkahulugan ng isang umiiral na hostname, na dapat ay may A record.

love.example.org SA CNAME loveplanet.ru

Pinipigilan ng mga tala ng SPF (Sender Policy Framework) ang mga spammer na magpadala ng mga email sa ngalan ng mga domain na hindi sa kanila.

Binibigyang-daan ng SPF ang may-ari ng domain na tumukoy ng espesyal na nabuong string sa TXT record ng DNS server, na nagsasaad ng listahan ng mga server na may kakayahang magpadala ng mga mensaheng email sa ngalan ng domain na ito.

Ang Mga Ahente ng Paglilipat ng Mail na tumatanggap ng mga mensaheng mail ay maaaring mag-query ng impormasyon ng SPF gamit ang isang simpleng query sa DNS, sa gayon ay mabe-verify ang server ng nagpadala.

Halimbawa ng SPF data sa isang DNS TXT record:

example.org. SA TXT "v=spf1 a mx -all"

v= ay tumutukoy sa bersyon ng SPF na gagamitin. Ang sumusunod ay isang listahan ng mga mekanismo ng pag-verify: sa kasong ito, pinapayagan ng “a” at “mx” ang pagpapadala ng mga titik para sa lahat ng A at MX record ng example.org na domain. Ang linya ay nagtatapos sa "-lahat" - na nagpapahiwatig na ang mga mensaheng nabigo sa pag-verify gamit ang mga nakalistang mekanismo ay dapat balewalain.

PTR Record(Pointer) - record-pointer ng "reverse zone".

Ang gawain ng paghahanap ng isang domain name sa pamamagitan ng IP address ay ang kabaligtaran ng direktang gawain - paghahanap ng isang IP address sa pamamagitan ng isang domain name. Tulad ng nabanggit sa itaas, ang direktang problema ay nalutas sa DNS gamit ang mga talaan ng uri A (Address). Ang kabaligtaran na problema ay nalutas gamit ang mga rekord ng pointer ng uri ng PTR (Pointer), na, kasama ang mga talaan ng SOA at NS, ay bumubuo ng isang paglalarawan ng tinatawag na "reverse" zone.

Ang "reverse" na problema ay nalutas sa pamamagitan ng isang espesyal na domain, ang istraktura kung saan nag-tutugma sa istraktura ng mga IP address. Ang domain na ito ay tinatawag na IN-ADDR.ARPA. Hindi namin tatalakayin ang mga intricacies ng kanyang trabaho dito, maaari mong basahin ang tungkol dito nang detalyado sa:
Pansinin lang natin iyon Hindi kami nagrerehistro ng mga tala ng PTR, dahil sa imposibilidad ng operasyong ito sa virtual hosting.

Mga tala ng SRV(Server selection) ay nagpapahiwatig ng lokasyon ng mga server para sa ilang mga serbisyo, halimbawa, Jabber, Active Directory.

Ang Agava ay isa sa mga pinakalumang kumpanya ng pagho-host, na nagbibigay ng mga serbisyo sa pagho-host mula noong 2001. Ang Agava, sa mga tuntunin ng bilang ng mga kliyente, ay isa sa sampung pinakasikat na serbisyo sa pagho-host sa Runet tingnan ang mga istatistika sa mga pagkuha at pagkalugi ng mga .RU na domain; Ang kumpanya ay may sariling modernong data center sa Moscow - "Agava-North" para sa mga plano ng taripa ng linya ng Euro, ginagamit ang mga server na matatagpuan sa data center sa Prague. Ang kumpanya ay may lisensya upang magbigay ng mga serbisyo ng telematic na komunikasyon.

Ipinagmamalaki ng Agava ang napakaraming mga plano sa pagpepresyo. Dahil ang pagho-host ay ibinibigay pareho sa platform at, nang naaayon, ang Unix at Windows hosting plan ay magagamit para sa pag-order. Kung pinag-uusapan natin ang mga taripa, naiiba sila hindi lamang sa bilang ng mga magagamit na database o naka-park na mga domain, kundi pati na rin sa iba't ibang mga paghihigpit sa paggamit ng memorya at oras ng processor. Binibigyang-daan ka nitong piliin ang pinakamahusay na taripa depende sa trapiko at mga hinihingi ng site sa mga mapagkukunan ng server. May mga taripa ng parehong plano para sa.

Ang proseso ng pag-order sa pagho-host ay medyo kumplikado dahil sa dami ng impormasyon na dapat ilagay sa order form. Sa aking opinyon, ang lahat ng ito ay maaaring lubos na pinasimple.

Libreng panahon ng pagsubok.

Ang panahon ng pagsubok ay 7 araw, magagamit lamang para sa mga taripa sa platform ng Windows, ang panahon ng pagsubok ay hindi ibinigay.

Mayroong ilang mga paghihigpit sa panahon ng pagsubok:

• Hindi available ang mail;
• Hindi available ang SSH;
• Hindi posibleng magdagdag ng mga karagdagang domain;
• Isang subdomain lang ang pinapayagan;
• Isang MySQL database lamang ang pinapayagan.

Gayunpaman, bilang karagdagan dito, upang simulan ang paggamit ng isang pagsubok na account, dapat mo ring kumpirmahin, sa pamamagitan ng SMS, ang numero ng mobile phone na ipinasok sa panahon ng pagpaparehistro o magbigay ng pag-scan ng iyong pasaporte. Ang kumpirmasyon sa pamamagitan ng SMS ay magagamit lamang para sa mga Russian mobile operator. Hindi malinaw kung bakit kailangan ang lahat ng mga pagkaantala na ito?

Control Panel.

Sa virtual na Unix hosting, ang karaniwang CPanel ay ginagamit upang pamahalaan ang site at pagho-host. Sa Windows hosting, Plesk ay ginagamit para sa pamamahala. Ang parehong mga panel ay may isang Russian interface at nagbibigay-daan sa iyo upang lubos na epektibong pamahalaan ang lahat ng magagamit na mga pagpipilian sa pagho-host. Sa ibaba makikita mo ang mga English na bersyon ng mga panel na ito.

Mga teknikal na kakayahan ng Agava virtual hosting.

Hindi posibleng subaybayan mula sa hosting control panel kung anong load ang nilikha ng site sa server. Ang mga limitasyon sa pag-load ng server ay nag-iiba at nakadepende sa plano sa pagho-host.

Bawat mail client ay may sariling interface para sa pagsasaayos.

Ang ilang mga programa ng kliyente ay nangangailangan sa iyo na ipasok ang lahat ng mga setting nang manu-mano, habang ang iba ay awtomatikong tumatanggap ng mga setting mula sa database ng provider.

Tingnan natin ang mga pangunahing hakbang na ginagawa kapag nagse-set up ng anumang email client. Ang impormasyong ito ay maaaring gamitin sa mga setting para sa karamihan ng mga email program.

Upang gumamit ng mga serbisyo ng mail, kailangan mong magrehistro ng isang mailbox sa website ng mail provider, ipasok ang iyong username at password upang ma-access ang iyong mail, ang password ay dapat tandaan o isulat. Ang iyong email address ay magmumukhang - your-login@site-provider.

Sa artikulong ito makakahanap ka ng impormasyon tungkol sa mga setting para sa ilang sikat na email provider.

Upang makatanggap o magpadala ng mail, kinakailangan ang pahintulot para dito, dapat mong ipahiwatig ang iyong pag-login at password sa naaangkop na mga patlang kapag nagse-set up ng kliyente. Maaaring kailanganin mong gawin ito kapag nagse-set up ng isang papasok na mail server at isang server para sa pagpapadala ng mga mensahe, ngunit karamihan sa mga email client ay naaalala ang data na iyong ipinasok at pagkatapos ay awtomatikong ginagamit ito.

Tukuyin natin ang terminolohiya na ginamit sa artikulong ito:
• SMTP - Simple Mail Transfer Protocol, literal - isang simpleng mail transfer protocol. Binibigyang-daan kang maglipat ng mga mensahe mula sa computer ng user patungo sa server at sa kahabaan ng chain ng mga server.
• POP3 - Post Office Protocol 3, literal - post office protocol. Naglalaman ng mga utos para sa pagkonekta sa server at pag-download ng mga mensahe sa computer ng kliyente.
• IMAP - Internet Message Access Protocol, isang protocol para sa pag-access ng email. Nagbibigay ng kakayahang ma-access ang mga email na nakaimbak sa server nang hindi dina-download ang mga nilalaman ng email at mga attachment sa iyong lokal na computer.
• Ang mail provider (ISP) ay ang email address ng isang site na nagbibigay ng serbisyo ng mail, halimbawa mail.ru. Bilang panuntunan, ang mga papasok at papalabas na mail server ay pinapatakbo sa mga subdomain nito.
• Papasok na mail server - ang email address ng server kung saan dapat kumonekta ang mail client upang makatanggap ng mail, halimbawa pop.yandex.ru o imap.yandex.ru.
• Papalabas na mail server - ang email address ng server kung saan dapat kumonekta ang mail client para magpadala ng mail, halimbawa smtp.meta.ua.

Pagse-set up ng papasok na mail:

Mayroong dalawang protocol na ginagamit upang makatanggap ng mail - POP3 at IMAP, piliin ang protocol na kailangan mo, mas mabuti na piliin ang IMAP kung sinusuportahan ito ng iyong mail provider.
Kung sinusuportahan ng programa ng kliyente ang pag-encrypt ng trapiko, i-install ang pamamaraang SSL/TLS para sa higit na seguridad.
Ilagay ang papasok na mail server address at port number, ang kinakailangang data para dito ay makikita sa talahanayan sa ibaba:

Provider	POP3 Papasok na Mail Server	POP3 Port No.		IMAP Incoming Mail Server	IMAP port no.
		Normal	SSL		Normal	SSL
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	---	---	---
mail.ru	pop.mail.ru	110	995	imap.mail.ru	---	993

Pagse-set up ng papalabas na mail:

Ang SMTP protocol ay ginagamit upang magpadala ng mail kailangan mo lamang piliin kung i-encrypt ang trapiko o hindi. Mas mainam na gumamit ng SSL/TLS kung sinusuportahan ng iyong email client ang pag-encrypt.
Upang punan ang mga field na tumutugma sa papalabas na mail server address at numero ng port, gamitin ang impormasyon sa talahanayan sa ibaba:

Provider	SMTP ng papalabas na mail server	SMTP Port No.
		Normal	SSL
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
mail.ru	smtp.mail.ru	25, 587, 2525	465

I-save ang mga setting at subukan ang iyong email client.