[LKits]

[Anna tooli]

[napoleon]

Hobikorras on muidugi hea VPSi omada ja hallata, teatav kogemus sysadminina ei jookse siis ka mööda külge maha kui sellega otseselt leiba ei teeni.
Samas kui just oma firmat pole ja endal pole ka huvi sellega mässata, siis ma ei ütleks et see nüüd must have on.

[ufo56]

Tänapäeval maili hostimine ise on vaid massohistidele.

[napoleon]

[LKits]

[Reaper]

Offtopic, aga: haldan ise oma servereid ja spämmiga võitlemine on ikka kõige suurem probleem tänapäeval... tuleb ikka sisse seda aknast ja uksest. Samal ajal vajalikud kirjad vahel ei tule läbi...

[napoleon]

Dnsrbl võtab suurema osa sodi ära. Spamassassin ja clamav aitavad ülejäänuga. Milter-graylist on ka tõhus, aga sellest olen loobunud kuna kohati jääb sinna ka mõni vajalik asi kinni

[Spott]

Reaper, nõustun sellega. Mina sellel põhjusel ise serverite haldamisest ka loobusin. Praegu maksan full managment VPS-i eest pea 1k aastas - root ligipääsu endal mul pole, kuid kui probleem, siis võin üritada ise uurida või põrgatan kohe sys adminnidele edasi, et las uurivad. Kui veebiserveri poolega tuli veel toime - PHP uuendused jne - siis põhiosa probleemidest on ja oli alati meilidega. Kontrolli, et ise black listis pole, halda liste ja puhasta spämmist. Vaata, miks vajalikud kirjad läbi ei tule jne. Ühesõnaga - paras jamamine. Oma lõbuks võib ju üritada mitte olulist meiliserverit käitada, kuid kui see ei ole igapäevane töö, siis ei soovita - eriti, kui on vaja, et need meilid ka korralikult liiguvad.

[Dirty Harry]

Spott, täpselt. Kui tahta ise olla täiskohaga admin enda era-asjadele siis võib muidugi veebi, e-maili, domeeni, DNSi ise hostida, halb see ju pole. Aga võtab päris palju aega kui korralikult teha - ajakohastada, kogu aeg hoida 0-day'del silma peal... ning peamiselt spämmifiltreid söögi alla ja peale tuunida.

Vbolla natuke offtopic aga mida edasi seda vähem on (minu arvates) mõtet "raua" ja üksikute tarkvarakomponentide haldamisega tegeleda. Kunagi olid jah väga tähtsad sellid op.süsteemi admin, rakenduse admin, andmebaasi admin, võrguadmin, backupi admin, storage admin jne. Praeguseks on maailm suures osas liikumas ikkagi ühel või teisel moel HCI (Hyper-converged infrastructure) suunas, kus järjest vähem peab muretsema nö. "low level" adminimise pärast, seda teeb masin mitte inimene. Enam pole killustatud ja spetsialiseerunud adminitiime, pigem on arendaja mõtlemisega endised adminid, kes saltile, puppetile jms automatiseerimisvahenditele manifeste kirjutavad.

Inimene saab tegeleda huvitavamate asjadega, näiteks mõtelda, mida ja kuidas ta soovib saavutada. Või mõtelda lausa samal ajal turvalisuse peale, mis on liiga tihti isenokitsejatel vaeslapse osas. Ehk siis virtuaalserveri osas - kui vähegi natuke raha on siis las Zone, Veebimajutus, Radicenter, Amazon jne teevad enda tööd, nad teevadki seda hästi. Ise saab tegeleda muude põnevate teemadega.

[Riivo]

Lugesin siin teemas postitusi alates märtsist ja ei leidnud vastust. Võib-olla eespool on, aga küsin sel juhul uuesti. Kas oskate soovitada võimalikult odavat hostingut isiklikuks tarbeks? Mahuks piisab vaid mõnest gigabaidist ja ega kuus ka rohkem ei liiguks. Keskmiselt kindlasti vähem. SSH ühendus oleks siiski vajalik. Node.js tugi oleks pluss. CPU/RAM pole üldse määravad. Tundub mõttetu Zonele 5 €/kuus maksta teenuse eest, millest kasutaksin vaid murdosa.

[Karlapoiss]

[Riivo]

[LKits]

Võin sulle prooviks anda majutuse, et siis annad teada, kas sobib või mitte. Kui serverit retsima ei hakka, siis see õlleraha pole ka väga oluline.

Anna teada, kui huvitatud

[Renka]

Krt esimest korda suutis Zone klienditeenindus mind korralikult välja vihastada. Telefonis inimene lihtsalt ignoreerib mu probleemikirjeldust ja hakkas hoopis teist teemat ajama. Korduvalt üritasin algse probleemikirjelduse (probleem SSL sertifikaadi serveerimisega serveri poolel teatud tingimustel) juurde tagasi juhtida juttu aga klienditeenindajat see üldse ei huvitanud ja üritas mulle väitma hakata, et veebisaidi frontendis olevad veateated ja/või suunamised on kuidagi hoopis teemaks. No ei ole - mu kirjeldatud probleem oli hoopis madalama astme probleem kui frontendi koodis toimuv.

[montez]

Renka, oled kindel koodis, et seal oli igal pool ikka https ja mitte http jäänud?
Mina olen Zone majutuses ise hakkama saanud ja plussidena toon välja ühenduskiiruse, võimaluse aliasi majutada(teised lubavad kuni 5 või siis lisatasu eest). Puudus on oma haldusliides, kus varukoopia tegemine puudub(pole nuppu serveri varunduseks nagu cPaneli majutustel), aliasdomeenile ei saa e-maile. Probleem võib olla spami filtri nõrkus, mille pärast lahkusin just 13a tagasi(siis polnud ka aliase majutust või osanud seda kasutusele võtta).
Teine ja kolmas on Virtuaal ja Wavecom, mis on aeglasema ühendusega, kasutavad cPaneli ja lubavad 5 majutatud domeeni sama Zone hinnaga. Virtuaal sobib e-mailidele, sest Eesti B2B rämps jääb valdavalt filtritesse kinni ja seda kasutajani eriti ei jõua. Wavecom vihastas mind kevadel välja, kus Infinite(?) lahendus oli nii valesti seadistatud, et takistas mul endal kodulehele infot sisestada, muudkui aegus ja lasi CAPTCHA´t lahendada. Keerasin üldse maha. Üldiselt tasub vaadata cPaneli poole, kus on varundamine lihtne(seda on vaja). Puudus, et aliase või add-on domeeni saab lisada vaid siis kui domeeni kirjed suunavad majutusele(Zone aliast saab teha ka ilma).
Lõpuks on Eesti turul halb majutus Elkdata ehk veebimajutus.ee mis on samuti omaloodud haldus, millel vist puudus ka varundus. Olin seal ainult 1 kuu, sest maksab sama palju(6) kui eelnevad ja majutada saab vaid 1 domeeni või neid, mis on läbi nende registreeritud.
Ise olen mõelnud proovida Radicenterit aga siis selgus, et nende kaudu registreeritud domeenil ei saa midagi muuta(servereid), vaid suhtlus käib e-mailiga. Kokkuvõttes selgub majutuse väärtus pakutavate võimaluste ja klienditoe järgi, mitte kuutasu suurusest.

Küsisin varem e-mailide majutamise (MX, SPF tugi) tasuta teenuse üle ja jäin parema puudumisel zoho.com juurde. Puudus: kuni 5 postkasti ja puudub kontroll valesti saadetud kirjade üle(catch all rakendus, pole sellist leidnud).

[Renka]

montez, kuidas saab asi olla koodis kui server saadab vale SSL serdi teatud tingimustel? Kirjeldasin ka täpselt kuidas probleemi korrata kuid telefonis raiuti hoopis muud teemat vastu ja otseloomulikult hakati rakenduse koodist/seadistusest otsima mingeid vigu mis isegi parima tahtmise juures ei saaks põhjustada serveri poolt vale SSL serdi saatmist.

Muidu olen Zonega väga rahul ja suppordi abil on ka alati asjad korda saanud. Aga täna telefoni teel käinud vestlus oli küll allapoole igasugust arvestust lihtsalt ja ajendas siia pahameelt väljendama.

Muide e-posti platvorm sai äsja uuenduse: https://blog.zone.ee/2018/11/16/tood-alustas-uus-e-posti-platvorm/

[LKits]

montez, Hea kokkuvõte. Viimasel ajal väga suur miinus Zone e-posti spämmifiltriga. SPF reegli rikkumise korral määratakse mingisugune ülimalt haledalt madal punktisumma ning kirjad tulevad ikkagist läbi, kui kõik ülejäänud on korras ehk kui rikutakse ainult SPF reeglit. See on väga jabur ning nad peaksid selle kiireimas korras ära tegema, et kasutajal on võimalik SPF reegli rikkumise punktisummat määrata.


See aliase tegemine ainult siis, kui domeeni kirjed majutusele seadistatud - see on üpris paljudes kohtades nii. Minu enda kokkupuude sellega, et põhjuseks tuuakse rämpsu ja domeeninimede konfliktide vältimist.

[zKaarel]

[LKits]

[ufo56]

[LKits]

Jah, ja sellepärast peabki rangem olema, et ei tekiks "mugavustsooni".

Kui rikutakse SPF reeglit, saab ju alati ka saata vastu teavituse, et kiri ei vastanud SPF reeglile, võtke ühendust veebimajutuse pakkujaga ja/või it-süsteemide halduriga.

Aga samuti saab ju SPF reeglit ignoreerida, lubada, kui domeeni "peamine server" on sama, mis e-kirja saatev server. Neid võimalusi on nii palju - SPF kirje ignoreerimine peaks olema kõige viimane variant.

[salatoimik]

[zKaarel]

Uues süsteemis on spamassassin välja vahetatud ja sealne rämpsu filtreerimine on märksa tõhusam.

Lõppkasutaja koolitamine selliste reeglite rakendamisega on täiesti teemas. Zones sai ka kunagi SPF automaatselt peale keeratud kõigil e-posti kasutajatel ja praegu lisatakse serverid kõik -all flag'ga. Zone enda mailiserveritest läbi käivad suunamised kirjutatakse ilusti SRS'i abil ringi, seega need katki ei lähe aga probleem tekib välistes meiliserverites, kes seda pahatihti ei oska.

Ilmselgelt tuleb lõpuks see lülitus ära teha, et kirjad SPF'i tõttu tagasi lükataks. See, millal ja kuidas seda täpselt rakendada vajab küll aga kõvemat süvenemist. Seda päris läbimõtlemata üle öö teha ei saa, kui muudatus mõjutab kümneid tuhandeid e-posti kasutajaid korraga.
Kussjuures, ma just testisin Gmaili kirja saatmist. SPF'i panin valeks -all flagiga, DKIM'i pole. Kiri ilusti inboxis ilma hoiatuseta (sourceis Received-SPF: fail). Jah, Gmail on eraldi loom oma masinõppe-filtritega jms, küll aga ka seal pole päris must-valge see olukord.

Planeti külge praegu paraku aliast siduda ei saa. Neil kellel varem oli, neil jäi.

[Henry]

Kas .ee domeenide jaoks on olemas dropcatch-erit?