duomenucentras.lt prisizaide?

kodėl keičia tik tiekėjas gali atsakyti, o kiti gali tiesiog spėlioti

kodėl keičia tik tiekėjas gali atsakyti, o kiti gali tiesiog spėlioti

Taip, todėl ir parašiau, kad čia mano asmeninė nuomonė:)

Ar duomenucentras.lt zada atlyginti ar kazkaip kompensuoti savo klientams uz tai, kad esame talpinami blistuose?

Ar duomenucentras.lt zada atlyginti ar kazkaip kompensuoti savo klientams uz tai, kad esame talpinami blistuose?

Tikrai ne, jie jau atlygina - keičia IP.

Bet parašykit visi asmeniškai jiems, gal kaip nors atlygins...

Tikrai ne, jie jau atlygina - keičia IP.

 

Bet parašykit visi asmeniškai jiems, gal kaip nors atlygins...

Host321, Nebuk kaip mazas vaikas

Jeigu ripe.net pasake atlaisvinti tuos IP, tai ju ir nebebus! Ar tu protestuosi, ar tu keiksiesi, ar tu pakeisi kompanija. Jau gali susitaikyti, kad tu IP adresu nebebus ir viskas. Man irgi pasiule apsirasyti ir pakeisti IP, as irgi nelabai noriu. Bet ka padarysi, nematau prasmes kelti balso, ne pasaulio pabaiga.

Host321, Nebuk kaip mazas vaikas

Jeigu ripe.net pasake atlaisvinti tuos IP, tai ju ir nebebus! Ar tu protestuosi, ar tu keiksiesi, ar tu pakeisi kompanija. Jau gali susitaikyti, kad tu IP adresu nebebus ir viskas. Man irgi pasiule apsirasyti ir pakeisti IP, as irgi nelabai noriu. Bet ka padarysi, nematau prasmes kelti balso, ne pasaulio pabaiga.

Tu skaitiai aukštesnius postus? Ar skaitiai ripe.net informaciją oficialią? Jei JIE DUODA IP ADRESUS JŲ NEKEIČIA IR NEATIMA TOL KOL JIE YRA NAUDOJAMI. Šiuo atveju, jų IP ruožas yra NAUDOJAMAS.

O kad jie rašo, kad ripe.net įsako keisti - tai yra visiška nesamonė.

Jie rado paprasčiausią sprendimą - patys paprašė, kad būtų pakeisti IP adresų ruožai, kitokio paaiškinimo aš nematau.

Nuvykus į pokalbį su Tomu praeitą mėn, sakė, kad spamhausas siūlo jiems savo produkciją kurią jie pirks, bet kaip rodo dabartinė situaciją, vis gi jie keičia IP ruožą, kad nepirkti tūkstančius kainuosiančios produkcijos ir taip sutaupyti...

Kitokio paaiškinimo aš nematau.

Tu skaitiai aukštesnius postus? Ar skaitiai ripe.net informaciją oficialią? Jei JIE DUODA IP ADRESUS JŲ NEKEIČIA IR NEATIMA TOL KOL JIE YRA NAUDOJAMI. Šiuo atveju, jų IP ruožas yra NAUDOJAMAS.

Sveiki,

vėl jūs esate neteisus. Bandau išaiškinti, nes tai naudinga ir jums ir kitiems tuo besidomintiems.

1. Problema su spamhaus susidarė dėl to kad su IP dirbome daugiau kaip interneto tiekėjas, o ne kaip duomenų centras- duodavome klientams ip, bet RIPE to neaprašydavome (nes patys buvome gavę IP ruožus iš savo srauto tiekėjų). Visiems hostintojams siūlau į tai atkreipti dėmesį.

2. Spamhaus matydavo, kad iš vieno mūsų ip ruožo, kartas nuo karto yra šiukšlinamas tinklas. Jie mato tik duomenų centras kontaktus, ir nusprendė kad čia kažkokia LT kompanija turi daug ip bei šiukšlina, ir užblokavo dalį mūsų turimų IP. O iš tiesų juk duomenų centro klientai valingai/nevalingai šiukšlina.

3. Sprendėme situaciją su spamhaus ir tik vienas kelias buvo pasiūlytas- aprašinėti ip tiesiai klientams- kad visi, tame tarpe ir spamhaus matytų kas TIKSLIAI šiukšlina ir tik TĄ Kliento ruoželį blokuotų.

Dabar gavome iš RIPE IP adresus kad galėtume tiesiai savo klientams juos užrašyti ir toliau dirbti sėkmingai. Dėl IP trūkumo RIPE liepia mūsų turimus ip gražinti mūsų tiekėjams. Tam yra 2 mėnesiai.

4. Jei jūs galvojate apie ilgalaikį ir sėkmingą savo hostingo verslą, patariu kol dar yra IP kuo greičiau apsirašyti ant savęs juos. IP tikrai baigiasi ir kuo toliau tuo sunkiau jų bus gauti. (kviečiu visus suskubti tuo pasinaudoti)

5. Jei jūs galvojate kad geriau dirbti neturint savo ip, galime tiesiog gražinti pinigus už likusį laikotarpį- mes vertiname gerus santykius. Tuomet nematau jokių priežasčių jūsų laikyti mūsų duomenų centre.

Sėkmės, Remigijus L.

Sveiki,

 

vėl jūs esate neteisus. Bandau išaiškinti, nes tai naudinga ir jums ir kitiems tuo besidomintiems.

 

1. Problema su spamhaus susidarė dėl to kad su IP dirbome daugiau kaip interneto tiekėjas, o ne kaip duomenų centras- duodavome klientams ip, bet RIPE to neaprašydavome (nes patys buvome gavę IP ruožus iš savo srauto tiekėjų). Visiems hostintojams siūlau į tai atkreipti dėmesį.

2. Spamhaus matydavo, kad iš vieno mūsų ip ruožo, kartas nuo karto yra šiukšlinamas tinklas. Jie mato tik duomenų centras kontaktus, ir nusprendė kad čia kažkokia LT kompanija turi daug ip bei šiukšlina, ir užblokavo dalį mūsų turimų IP. O iš tiesų juk duomenų centro klientai valingai/nevalingai šiukšlina.

3. Sprendėme situaciją su spamhaus ir tik vienas kelias buvo pasiūlytas- aprašinėti ip tiesiai klientams- kad visi, tame tarpe ir spamhaus matytų kas TIKSLIAI šiukšlina ir tik TĄ Kliento ruoželį blokuotų.

Dabar gavome iš RIPE IP adresus kad galėtume tiesiai savo klientams juos užrašyti ir toliau dirbti sėkmingai. Dėl IP trūkumo RIPE liepia mūsų turimus ip gražinti mūsų tiekėjams. Tam yra 2 mėnesiai.

4. Jei jūs galvojate apie ilgalaikį ir sėkmingą savo hostingo verslą, patariu kol dar yra IP kuo greičiau apsirašyti ant savęs juos. IP tikrai baigiasi ir kuo toliau tuo sunkiau jų bus gauti. (kviečiu visus suskubti tuo pasinaudoti)

5. Jei jūs galvojate kad geriau dirbti neturint savo ip, galime tiesiog gražinti pinigus už likusį laikotarpį- mes vertiname gerus santykius. Tuomet nematau jokių priežasčių jūsų laikyti mūsų duomenų centre.

 

Sėkmės, Remigijus L.

Aš klausiau Tomo kaip buvau atvykęs jis paminėjo kad aprašymas galimas TIK NUO 256 IP adresų, Jūs tarpusavyje nuspręskit salygas, vieni šneka vienaip, kiti šneka kitaip.

Aš jau apsisprendžiau, su jumis buvo šnekėta ne vieną karta ir tai padarė dabar galutinį mano sprendimą. Išsikraustau iš Lietuvos visus servus tikrai. Yra pateiktas prašymas dėl likutinės vertės pinigų grąžinimo - atsakymo negavau kol kas, laikas tiksi...tikiuosi gauti šiandieną.

visa tai, ka surase duomenucentras.lt zinoma jau senu senovej... tik man keista, kad tokia imone daro versla, iki tol neissiaiskinusi apie RIPE bei tu IP adresaciju niuansus, kartu su spamu niuansais ir eksperimentuoja gyvai veliau ant savu vartotoju, po tu eksperimentu klaidu, visi paskui klientai be kaltes turi pajausti nepatogumus (IP keitimai, blacklistai, smtp relay ir t.t.)... kai buna ip keitimas, paprasciausiai ir lengviausiai buna tuo paciu metu pakeisti tiekeja ;) ta sekmingai ir pasidariau... kaip toj dainoj: good bye america.. (DC) :)

visa tai, ka surase duomenucentras.lt zinoma jau senu senovej... tik man keista, kad tokia imone daro versla, iki tol neissiaiskinusi apie RIPE bei tu IP adresaciju niuansus, kartu su spamu niuansais ir eksperimentuoja gyvai veliau ant savu vartotoju, po tu eksperimentu klaidu, visi paskui klientai be kaltes turi pajausti nepatogumus (IP keitimai, blacklistai, smtp relay ir t.t.)... kai buna ip keitimas, paprasciausiai ir lengviausiai buna tuo paciu metu pakeisti tiekeja ;) ta sekmingai ir pasidariau... kaip toj dainoj: good bye america.. (DC) :)

Ne tu vienas tai sėkmingai darai, aš taip pat prisidėjau prie šio veiksmo.

Sveiki,

 

vėl jūs esate neteisus. Bandau išaiškinti, nes tai naudinga ir jums ir kitiems tuo besidomintiems.

 

1. Problema su spamhaus susidarė dėl to kad su IP dirbome daugiau kaip interneto tiekėjas, o ne kaip duomenų centras- duodavome klientams ip, bet RIPE to neaprašydavome (nes patys buvome gavę IP ruožus iš savo srauto tiekėjų). Visiems hostintojams siūlau į tai atkreipti dėmesį.

2. Spamhaus matydavo, kad iš vieno mūsų ip ruožo, kartas nuo karto yra šiukšlinamas tinklas. Jie mato tik duomenų centras kontaktus, ir nusprendė kad čia kažkokia LT kompanija turi daug ip bei šiukšlina, ir užblokavo dalį mūsų turimų IP. O iš tiesų juk duomenų centro klientai valingai/nevalingai šiukšlina.

3. Sprendėme situaciją su spamhaus ir tik vienas kelias buvo pasiūlytas- aprašinėti ip tiesiai klientams- kad visi, tame tarpe ir spamhaus matytų kas TIKSLIAI šiukšlina ir tik TĄ Kliento ruoželį blokuotų.

Dabar gavome iš RIPE IP adresus kad galėtume tiesiai savo klientams juos užrašyti ir toliau dirbti sėkmingai. Dėl IP trūkumo RIPE liepia mūsų turimus ip gražinti mūsų tiekėjams. Tam yra 2 mėnesiai.

4. Jei jūs galvojate apie ilgalaikį ir sėkmingą savo hostingo verslą, patariu kol dar yra IP kuo greičiau apsirašyti ant savęs juos. IP tikrai baigiasi ir kuo toliau tuo sunkiau jų bus gauti. (kviečiu visus suskubti tuo pasinaudoti)

5. Jei jūs galvojate kad geriau dirbti neturint savo ip, galime tiesiog gražinti pinigus už likusį laikotarpį- mes vertiname gerus santykius. Tuomet nematau jokių priežasčių jūsų laikyti mūsų duomenų centre.

 

Sėkmės, Remigijus L.

Pasikartosiu:

Ar duomenucentras.lt zada atlyginti ar kazkaip kompensuoti savo klientams uz tai, kad esame talpinami blistuose?

Nes kitu atveju taip pat pradedu svarstyti apie pinigu susigrazinima ir issikelima lauk...

Sveiki,

 

vėl jūs esate neteisus. Bandau išaiškinti, nes tai naudinga ir jums ir kitiems tuo besidomintiems.

 

1. Problema su spamhaus susidarė dėl to kad su IP dirbome daugiau kaip interneto tiekėjas, o ne kaip duomenų centras- duodavome klientams ip, bet RIPE to neaprašydavome (nes patys buvome gavę IP ruožus iš savo srauto tiekėjų). Visiems hostintojams siūlau į tai atkreipti dėmesį.

2. Spamhaus matydavo, kad iš vieno mūsų ip ruožo, kartas nuo karto yra šiukšlinamas tinklas. Jie mato tik duomenų centras kontaktus, ir nusprendė kad čia kažkokia LT kompanija turi daug ip bei šiukšlina, ir užblokavo dalį mūsų turimų IP. O iš tiesų juk duomenų centro klientai valingai/nevalingai šiukšlina.

3. Sprendėme situaciją su spamhaus ir tik vienas kelias buvo pasiūlytas- aprašinėti ip tiesiai klientams- kad visi, tame tarpe ir spamhaus matytų kas TIKSLIAI šiukšlina ir tik TĄ Kliento ruoželį blokuotų.

Dabar gavome iš RIPE IP adresus kad galėtume tiesiai savo klientams juos užrašyti ir toliau dirbti sėkmingai. Dėl IP trūkumo RIPE liepia mūsų turimus ip gražinti mūsų tiekėjams. Tam yra 2 mėnesiai.

4. Jei jūs galvojate apie ilgalaikį ir sėkmingą savo hostingo verslą, patariu kol dar yra IP kuo greičiau apsirašyti ant savęs juos. IP tikrai baigiasi ir kuo toliau tuo sunkiau jų bus gauti. (kviečiu visus suskubti tuo pasinaudoti)

5. Jei jūs galvojate kad geriau dirbti neturint savo ip, galime tiesiog gražinti pinigus už likusį laikotarpį- mes vertiname gerus santykius. Tuomet nematau jokių priežasčių jūsų laikyti mūsų duomenų centre.

 

Sėkmės, Remigijus L.

Beje, dar vienas įdomus dalykas, jūsų sutartyje 3.4 punkte nurodomoa:

Ne vėliau kaip per 1 (vieną) parą pašalinti Paslaugos teikimo sutrikimus, įvykusius dėl Teikėjo kaltės. Teikėjui nepašalinus gedimo per 24 valandas, Užsakovui pageidaujant pritaikyti vieno mėnesio abonentinio mokesčio nuolaidą.

Šiuo atveju daugelis klientų pateko į spamhauso listą ne dėl jų kaltės o būtent dėl Duomenų centro, tai kaip jus kompensuosite?

Kiek dienu kabo spame tiek menesiu realiai turi suteikti, greiciausiai kratysis atsakomybes arba grazins Lt.

Kiek dienu kabo spame tiek menesiu realiai turi suteikti, greiciausiai kratysis atsakomybes arba grazins Lt.

Pinigus jau jie man jau sutinka grąžinti, tik jie paskaičiavo ne taip, kaip yra įstatimiškai, todėl aš vėl nesutinku su tokiu skaičiavimu ir pradėjau reikalauti kompensacijos, kuri teoriškai sudaryti turi pakankamai daug...

Atidžiau paskaičius:

Užsakovui pageidaujant pritaikyti vieno mėnesio abonentinio mokesčio nuolaidą.

Tai jie tau geriausiu atveju į kliento paskyrą litų pridės ar tiesiog paslaugą pratęs. Kaip tau negaila, nervų ir laiko tokiom nesamonėm? Grąžino pinigus susirenki žaislus ir keliauji kur akys mato.

Atidžiau paskaičius:

 

 

 

Tai jie tau geriausiu atveju į kliento paskyrą litų pridės ar tiesiog paslaugą pratęs. Kaip tau negaila, nervų ir laiko tokiom nesamonėm? Grąžino pinigus susirenki žaislus ir keliauji kur akys mato.

Negaila laiko, kaip jie tai specialiai naudoja šią situaciją ir gauna papildomo pelno. Kodėl turiu atiduoti kad ir tuos 300lt jiems o ne kažkam kitam? Šiuo metu atsisakiau 1 serverio, dar stovi, žiūrėsim ką toliau šnekės. Jų pateiktoje pinigų grąžinimo formoje yra netikslumų kurie pažeidžia LR įstatymus.

Įdomu kiek kartų jau taip pasinaudojo ir niekas neatkreipė dėmesio...

Aš klausiau Tomo kaip buvau atvykęs jis paminėjo kad aprašymas galimas TIK NUO 256 IP adresų, Jūs tarpusavyje nuspręskit salygas, vieni šneka vienaip, kiti šneka kitaip.

Aš nelabai suprantu, ko tu tikiesi iš tokio paslaugų tiekėjo, kuris neskiria /24 nuo /30 cidr, klientui galima skirti /30, /29 ir /28, bėda tame, kad reikia automatizuoti tokius dalykus. Nesišaipysiu, bet tokius dalykus reikėjo žinoti dar 90-tais, o ne 2012, dar prieš statant savo duomenų centrą.

Kaltų čia nėra ir nėra ko kaltinti, tiesiog paprasčiausias kompetencijos nebuvimas ir tiek. Beje, host321, kaip hostingo tiekėjui, reikėtų pačiam pasitikrinti ar yra "aprašytas", kad kaip jūs sakot, potinklis.

tik du mano centai.

Aš nelabai suprantu, ko tu tikiesi iš tokio paslaugų tiekėjo, kuris neskiria /24 nuo /30 cidr, klientui galima skirti /30, /29 ir /28, bėda tame, kad reikia automatizuoti tokius dalykus. Nesišaipysiu, bet tokius dalykus reikėjo žinoti dar 90-tais, o ne 2012, dar prieš statant savo duomenų centrą.

 

Kaltų čia nėra ir nėra ko kaltinti, tiesiog paprasčiausias kompetencijos nebuvimas ir tiek. Beje, host321, kaip hostingo tiekėjui, reikėtų pačiam pasitikrinti ar yra "aprašytas", kad kaip jūs sakot, potinklis.

 

tik du mano centai.

Man esmė ne potinklio aprašyme. Nesiruošiau ir nesiruošiu ilgai užsilaikyti pas juos, tiesiog tuo metu skubiai reikėjo ir vienintelis šansas buvo imti tik iš čia.

Kitas dalykas, jau pradėjo šnekėti apie potinklius nuo 8IP adresų.

trinti

Kas dar naudojates Duomenu Centru Giedokit:

 

 

[root@server ~]# dd if=/dev/zero of=test bs=1M count=1024

1024+0 records in

1024+0 records out

1073741824 bytes (1.1 GB) copied, 4.62435 s, 232 MB/s

 

 

 

[root@server ~]# wget http://213.163.76.200/10000mb.bin

--2012-09-21 11:49:27-- http://213.163.76.200/10000mb.bin

Connecting to 213.163.76.200:80... connected.

HTTP request sent, awaiting response... 200 OK

Length: 10485760000 (9.8G) [application/octet-stream]

Saving to: `10000mb.bin'

 

100%[===================================>] 10,485,760,000 75.8M/s in 2m 21s

 

2012-09-21 11:51:47 (71.1 MB/s) - `10000mb.bin' saved [10485760000/10485760000]

]# dd if=/dev/zero of=test bs=1M count=1024

1024+0 records in

1024+0 records out

1073741824 bytes (1.1 GB) copied, 2.30206 seconds, 466 MB/s

Kas dar naudojates Duomenu Centru Giedokit:

 

 

[root@server ~]# dd if=/dev/zero of=test bs=1M count=1024

1024+0 records in

1024+0 records out

1073741824 bytes (1.1 GB) copied, 4.62435 s, 232 MB/s

 

 

 

[root@server ~]# wget http://213.163.76.200/10000mb.bin

--2012-09-21 11:49:27-- http://213.163.76.200/10000mb.bin

Connecting to 213.163.76.200:80... connected.

HTTP request sent, awaiting response... 200 OK

Length: 10485760000 (9.8G) [application/octet-stream]

Saving to: `10000mb.bin'

 

100%[===================================>] 10,485,760,000 75.8M/s in 2m 21s

 

2012-09-21 11:51:47 (71.1 MB/s) - `10000mb.bin' saved [10485760000/10485760000]

Ką čia tuom norėjai pasakyti? Pamėginus man downloadinti tuo pačiu linku (pas mane 1 gbps inetas) siuntė vos 2 MB/s. Tai reikia suprasti, kad toks vidinio tinklo greitis? Ir kas iš to? :D

Tu siųsk iš litneto kokį debianą ir/ar pasididink sesijų skaičių ir tuomet matysi kiek tikresnius rezultatus.

Jei prieš tai sakei visiems giedoti, tai gal tuomet tu stauk, nes tarkim vpsnet'e tokie rezultatai:

dd if=/dev/zero of=test bs=1M count=1024

1024+0 records in

1024+0 records out

1073741824 bytes (1.1 GB) copied, 1.35576 s, 792 MB/s

Kas dar naudojates Duomenu Centru Giedokit:

 

[root@server ~]# dd if=/dev/zero of=test bs=1M count=1024

1024+0 records in

1024+0 records out

1073741824 bytes (1.1 GB) copied, 4.62435 s, 232 MB/s

and duomenucentras.lt eko serverio:

[root@srv ~]# dd if=/dev/zero of=test bs=1M count=1024

1024+0 records in

1024+0 records out

1073741824 bytes (1.1 GB) copied, 0.535727 s, 2.0 GB/s

tik beveik 10 kart daugiau...

and duomenucentras.lt eko serverio:

 

[root@srv ~]# dd if=/dev/zero of=test bs=1M count=1024

1024+0 records in

1024+0 records out

1073741824 bytes (1.1 GB) copied, 0.535727 s, 2.0 GB/s

 

tik beveik 10 kart daugiau...

Tikrinat RAM, anea? :lol: pasiskaitykit SATA galimybes, rasit 170 MB/s max pas gerus diskus be apkrovos... ir apskritai nesvaikit, su apkrova labai normalu jeigu ir 50 MB/s lieka....

bus šiek tiek realiau:

dd if=/dev/zero of=test bs=64k count=16k conv=fdatasync

dd if=/dev/zero of=test bs=1M count=1024 conv=fdatasync,notrunc

arba banalus:

hdparm -Tt /dev/sda

Kaip duomenų centras prašo įvertinti jų kokybę:

Kaip duomenų centras prašo įvertinti jų kokybę:

 

Kaip irodysi jog kad taip parase, gal pats paredagavai?