vpsplant behalás

Virtualizáció

Sziasztok!

A vpsplant virtuális szerverei, és saját portálja is be van halva kb délután 4 órától.
Az ügyfélszolgálati telefon vagy foglalt, vagy nem veszik fel.

Ti tudtok valami közelebbit?

Köszi!

  • 39589 megtekintés

( yoursoft | 2010. 01. 18., h – 17:51 )

Nekem is jött az sms a monit-ról. Én sem tudom elérni Őket.
Lehet, hogy gőzerővel dolgoznak az ügyön, ezért nem veszik fel. Mondjuk jó lenne ilyen alkalmakra pl. egy hangüzenetet bekapcsolni.
Nekem is ilyenkor nagyon magas forgalmam van a DictZone szótáron. Hát kellemetlen. :-(
Bízom benne hamar elhárítják. :-)

Csá . tegnap 2010.3.24-ota nem érhetőek el.
Ma hivtam őket 7:30 kor és köldtem emailt , de csak üzenetrögzítöjükkel ismerkedtem meg.
Remélem megy a cég mert én is szomorú leszek.
-------------------------------------
AMD Core 2 Duo , 1GB ddr2 , Mandriva

( al3x v | 2010. 01. 18., h – 18:26 )

;; AUTHORITY SECTION:
vpsplant.hu. 86400 IN NS ns1.bijenkorf.hu.
vpsplant.hu. 86400 IN NS ns2.bijenkorf.hu.

;; ADDITIONAL SECTION:
ns1.bijenkorf.hu. 86400 IN A 91.83.48.174
ns2.bijenkorf.hu. 86400 IN A 91.83.48.130

es

;; AUTHORITY SECTION:
bijenkorf.hu. 86400 IN NS ns2.bijenkorf.hu.
bijenkorf.hu. 86400 IN NS ns1.bijenkorf.hu.

;; ADDITIONAL SECTION:
ns1.bijenkorf.hu. 86400 IN A 91.83.48.174
ns2.bijenkorf.hu. 86400 IN A 91.83.48.130

valamint

inetnum: 91.83.48.0 - 91.83.48.255
netname: VTH
descr: Inest Hosting
country: HU

es

dig: couldn't get address for 'ns1.bijenkorf.hu': not found

Pont ezert sem ajanlott egy halozatra rakni a ket NS-t.

--
http://bsdbased.com

A name servert, email servert lehet replikálni, de engem csak annyiban érint, hogy ha nem megy az adat replikáció, akkor nem érsz vele semmit. Csak annyit, hogy a böngésző nem a name szerverre panaszkodik, hanem másra.
Ha az adat replikációt is megadjuk, akkor viszont már kb. dupla ennyibe is kerülne. Ennyit még ki is fizetnék érte, de többszörös áron sem láttam ilyen megoldást.

( _ventura_ v | 2010. 01. 18., h – 19:19 )

Itt lehetett kapni 1250Ft ért már VPS-t ?

CoreDuo L2400, 4G, Ubuntu 9.10, 2.6.31

( wladek1 | 2010. 01. 18., h – 20:08 )

Hmmm...
Hat ezek elegge kemenyen bealltak.
Szomoru...

"-Pedig vegetariánus vagyok; csak növényevő állatokat fogyasztok!"
azenoldalamponthu

( zoner | 2010. 01. 18., h – 20:34 )

Azért remélem 1-2 órán belül megjavítják, nem szeretnék reggelig várni, aludni is kellene valamikor...

Nekem volt mentésem, erre a VPS-re ment több szerver backupja is :S Valamint verziókövetés, projektmanagement.

--
http://sandor.czettner.hu

( gyufi | 2010. 01. 18., h – 20:54 )

-A hívott szám jelenleg nem kapcsolható - mondja a telkó operátor, ha az ügyfészolg. számot hívod. :(

( Josephus | 2010. 01. 18., h – 21:08 )

Na ezert nem szabad olcso vpst venni. Fizessetek meg a minoseget mind a hardverert mind a szoftverert. Nemmindegy, hogy badogpc+xen+swraid vagy brand+vsphere+san.

--
http://bsdbased.com

Azt nem ertem, ha nektek teljesen OK akar tobbnapos kieses csak maradjon havi 1 girosz az ara akkor mi a jo bubanatot kerestek ti az informatikaban? Ugyfelek? Rendelkezesreallas? Felelossegvallalas? Szerzodesbetartas?

Hogy valaszt a magyar vps szolgaltatot:

Ha szarrago hobbilinuxos lennek es emiatt nem tudnam megcsinalni n-edik alkalommal a postfix+mysql megakombot, most enis leszarnam es ircelnek tovabb.

Ha egy kicsi hostingceg lennek es ott futnanak az ugyfeleim, anyukam cegenek oldalai kvazi ingyen, most elvesztenem az ugyfelek felet, meg anyukamtol kapnam a pofont. Dehat anyu, megtakaritottunk havi 4ezer ft-ot.

Ha egy kozepes ceg lennek, ahol inkabb kihelyezik az NS-t vagy mailservert, akkor mar rajukrugtam volna az ajtot. Nincs mese sporolni kell. MIAZ HOGY HAVI 1 GIROSZTALERT CSEREBE NINCS 5x9 rendelkezesreallas.

Ha nagy ceg lennek, alapbol nem berelnek olyan virtualisgepet ami nem tudom milyen fizikai vason fut, milyen teremben, milyen virtualizacioval, milyen storage backenddel.

Nyilvan itt eszbekapni a kozepso ket tipusnak kell.

--
http://bsdbased.com

"Ha nagy ceg lennek, alapbol nem berelnek olyan virtualisgepet ami nem tudom milyen fizikai vason fut, milyen teremben, milyen virtualizacioval, milyen storage backenddel."

- ebből egyedül a storage backend ami nem volt tisztázva, összes többit tudni lehetett feketén-fehéren, és valóban egy jó szolgáltatásról beszélünk, valóban egyszer volt az elfogyott a hely szitu, 2 napon belül lett javítva.

(voltam sokkal nagyobb cégeknél, ahol nekem kelett heggeszteni a gyári szar ssh-t, mert nem engedett fel..)

Szamomra a virtualizacio dedikalt (teljes) virtualis hw-t jelent, amire en telepitem az OS-t.(az ssht is, vagy a szolgaltato ha megkerem oket). Ha 100 gigas a virtual hdd akkor nem fogyhat el a hely, mert csak en irhatok ra. Kicsit elmosodnak a virtualizacio es megosztas koruli hatarok a te esetedben.

--
http://bsdbased.com

Jól osztod, de az élet egy kicsit bonyolultabb ennél. :D

Nézd már meg az alábbi oldalakat:
http://margareta.csuhai.hu
https://csuhai.hu
(Mondjuk csak a névszerver van az activesoftnál, a vas az saját "bádogpc").

Szerinted mi olyan van rajtuk ami bárkinek hiányozhat egy fél-egy napos leállás esetén? A vendégház honlapja talán az lehetne (nyáron, télen kiaf*-t érdekel, úgyse jön vendég), ha nem lenne meghirdetve még jópár helyen.
Hány girosz árát kéne két ilyen überfontos honlapért kifizetnem havonta szerinted?

Nyilván lélegeztetőgép-vezérlő szervert jobban megnézné az ember hogy hova teszi, de nem mindenki üzemeltet olyat, kisebb lapoknak meg tök jó ezis és legalább nem drága.
--
http://csuhai.hu
http://sys-admin.hu

Ezt meg tudom erősíteni. Van egy ügyfelem, akinek 10x ennyibe kerülő VPS-e állt le 4 napra, mert a szolgáltatónál azon a szerveren nem volt RAID, csak egy sima hdd lógott a szerveren, mint egy asztali gépben. Azóta csak olyan helyeket vagyok hajlandó karbantartani, ahol ismerem a hardvert is.

A saját git-re használt VPS-en ugyan kínos és kellemetlen egy ilyen leállás, de emiatt nem telefonál 5 percenként senki és soha az életbe nem adnék ki érte 10x ennyit.

--
http://sandor.czettner.hu

( secretx v | 2010. 01. 18., h – 21:37 )

próbáltam énis most a vezetékes, illetve mobil számot is, mindkettő kikapcsolva sajnos..

( kr304 | 2010. 01. 19., k – 01:00 )

már pénteken is gáz volt, a load permanensen magas volt mert 10-20 másodpercig tartott 1 db sync.

ismeritek a viccet, amikor a gróf tevegel a feleségével, és azt mondja:
kettő...

Nekem már három...
Hétvégén akartam migrálni az egészet saját vasra, erre most hulla az egész.

1: A load tényleg magas volt. Volt hogy nálam az SSH is percekig gondolkodott, hogy be akar-e engedni egyáltalán, és gépelni is utoljára a 286 korában bírtam ilyen lassan, pedig nem az én VPS-emben volt a gond. Írtam nekik kétszer, arra egyáltalán nem reagáltak, felhívtam őket egyszer, akkor is én lettem finoman lehülyézve.

2:Volt hogy (kifelé és befelé is) felugrott a ping ilyen 1700ms köré, aztán egyik pillanatról a másikra normalizálódott... Ha csak egyszer-kétszer fordult volna elő, akkor oké, de ez rendszeres volt. Mivel kifelé és befelé is jelentkezett a téma, és nekem nem volt gondom másfelé a sebességgel, tuti hogy nem az én hálózatomban van a hiba. Ezt sem voltak képesek belátni...

3... Na, hát ha visszatérnek, első dolgom Feb. 1-től felmondani a szerződést.

A tűzfalgép halhatott meg teljesen, mert korábban a traceroute az invitel után egy border.activesoft.hu nevű gépet írt, most pedig a gw01-001.activesoft.hu lett a neve. Ez magyarázat lehet arra, hogy az egész szerverparkjuk elérhetetlen lett.
Még várok délig, aztán megyek be hozzájuk személyesen. Ha sikerül valakivel beszélni, akkor hírt adok.
(A saját honlapjuk és a levelezés működik jelenleg.)

Na megvan az ászf is:

"4.1 A Szolgáltatás rendelkezésre állása
A Szolgáltatások általános rendelkezésre állási ideje évi 99,6 %
A rendelkezésre állási idő az adott Szolgáltatásra vonatkozó teljes éves üzemidő és az egy évre
vonatkozó összes kiesési idő hányadosa, százalékban kifejezve. A rendelkezésre állás csak
teljes naptári évre vonatkozik, töredék évre semmi esetben sem.
4.2 A hibás teljesítés esetei
Szolgáltató hibásan teljesít, amennyiben:
a) a vállalt éves rendelkezésre állásnak megfelelően megengedhető tartamú kiesési időt
meghaladja
b) a hibaelhárítási idő alkalmanként a 2 napot meghaladja"

Tehát a jelenlegi kiesés, ha pl. 1 nap lesz a mostani (És még belefér néhány nap), akkor a szerződést még teljesítik.
Ez úgy látom általános, pl. az NLG is ennyit vállal be. Tehát, ha VPS-t használsz akkor készülj arra, hogy néhány napot állhat az évben a szervered?
Vagy kinek milyen tapasztalatai vannak VPS szolgáltatók kapcsán?

99,6% az maximum 35 óra kiesést jelent per év. Sokkal többet, csak komoly beruházással lehet vállalni, mert erősen képbe kerül a terhelés-elosztás és redundancia. Ezzel együtt azért a VPS-eknél nem hiszem hogy rögtön a legrosszabbra kell készülni, arra elég ha a szolgáltató készül. :)

Szerintem aki VPS-t vesz, az nagyon jól tudja, hogy a fizikai vas (vagy bármelyik pontja a szolgáltatásnak) kidőlhet úgy, hogy nem lehet 2 órán belül hot/coldspare nélkül visszaállítani a szolgáltatást. A VPS-eknek elvben az egyszerűbb vasaknál jobb uptime-ot kell hozniuk, de a 100%-os uptime kergetése havi néhány ezer forintért illúzió. (A 100% azért is illúzió, mert a szerverhosting szolgáltató is végez hálózat karbantartást és pl. csomó mindenre csak 99,9 vagy 99,99%-ot vállal.)

Igen, nem szeretnék én sem 100%-ot. Tudom, hogy vannak szerverkarbantartások is. Ezt úgy értelmeztem Ők nem számolják bele a 99,6 %-ba.

A kiesési időt elszámoltam, igazad van, itt 1,42 napot lehet max. vállalniuk, de 2 nap-on belül kell rendberakniuk, ami viszont már 48 óra.

A tapasztalatokra inkább azért lennék kiváncsi, mivel, ha úgy tapasztaltátok, hogy 1-2 napos ilyen hiba a vpsplantnál évente előforduló dolog, akkor a többinél tapasztaltatok-e ilyet.
Én a VPSPlantnál tavaly nyár eleje óta vagyok. Azóta nem tapasztaltam nagyobb gondokat. 1x volt gondom a DNS beállítással, azt viszont gyorsan orvosolták.

( gyufi | 2010. 01. 19., k – 12:42 )

5 perce megy a szerverem. Úgy tűnik, nem volt adatvesztés.

Tájékoztatás. Személy szerint az ügyfélszolgálati telefonok fel nem vétele, és későbbi kikapcsolása bosszant. Hibák, leállások mindenhol vannak, még a fentebb emlegetett "dedikalt (teljes) virtualis hw-t" megvalósító környezetekben is.

Ügyfélszolgálatot három esetben hívunk, amikor megrendeljük a szolgáltatást, amikor gond van a számlázással, fizetéssel, és amikor lehal a szerverünk. Legizgalmasabb a harmadik. Ha akkor ki van kapcsolva a csatorna, akkor nekem olyan, mintha az év többi napján is ki lenne kapcsolva.

A hálózati hiba már az elején ki kellett volna, hogy derüljön, nygodtabban aludtam volna azzal a tudattal, hogy az adataim nem vesznek el emiatt. (Tudom, rendszeres mentés.)

Nem ip-nként haladnak én a 75 után és a 90 között vagyok, az IP címem is ennek megfelelő, de még nem működik.

Most kaptam egy e-mailt, hogy hiba történt, az invitelnél okozták a hibát, és hogy feljelentést tettek + kártérítésre fognak küldeni valami ajánlatot. Szerintem Ti is kaptok hamarosan.

Csak a szakértői vizsgálat után tudták elindítani a szervert ismét. Ez 10:15-kor zárult.

Én a 007-151-es vagyok, és még semmi.

DJ-Tacees-MAC:~ laszloimre$ ping 91.82.250.151
PING 91.82.250.151 (91.82.250.151): 56 data bytes
92 bytes from border.activesoft.hu (91.83.48.174): Destination Host Unreachable
Vr HL TOS Len ID Flg off TTL Pro cks Src Dst
4 5 00 5400 f42d 0 0000 34 01 3042 10.0.2.80 91.82.250.151

( asci v | 2010. 01. 19., k – 13:42 )

Ez a levél jött most:

Tisztelt Ügyfelünk!

Ezúton értesítjük hogy emberi beavatkozás miatt a VPS szolgáltatásunk 2010. január 18 15:45 és 2010. január 19. 10:15 perc között üzemképtelen volt. A hibát a szolgáltatónk Invitel Zrt. operátori tevékenysége idézte elõ, minek következtében hálózati eszközünk üzemképtelenné vált.

Cégünk ismeretlen tettes ellen tette meg a büntetõ feljelentést. A hiba elhárítását a szakértõi munka lezárulását követõen tudtuk megkezdeni, minek következtében 2010 január 19. napon 10 órakor a szolgáltatás ismét elindult. Szolgáltatásokat folyamatosan indítjuk el. Szíves megértésüket köszönjük.

Felhívjuk figyelmét hogy a kialakult helyzet cégünk hatáskörén esik, de a szolgáltatások elindítása után ajánlattal fogjuk megkeresni az okozott károk enyhítése céljából. Kérjük kárigényûket levélben a jelezzék.

Természetesen cégünk is kártérítési igényt jelent be a szolgáltató felé.

Nemrég volt egy meccsünk, ahol futott pár ISP. Köztük az UPC meg az Invitel is. Invitel messze a legrosszabb árat adta a szolgáltatásra, de azóta is erölködnek. UPC-s értékesítő mondta, hogy Inviteltől ment át a UPC-hez, és hogy az Invitellel vigyázzak, mert elég gázos a helyet náluk. Akkor azt gondoltam, hogy biztos ez is csak része az előadásnak, hogy az üzletet megszerezzék. De lehet, hogy mégsem...

( kisg v | 2010. 01. 19., k – 14:17 )

Disclaimer: Semmi közöm a vpsplanthoz.

Most, hogy újra él a honlap, néhány dolog:
- Szerintem a Sun szerverek azért nem a bádogPC kategória, de biztos van, aki nem ért egyet velem.

- A megbízhatóságról: nem olyan régen volt, hogy a T-*-nak is összeesett a hálózata néhány órára. (És bizonyos IP tartományokat napokig rosszul routoltak.) Ez azt jelenti, hogy a T-*-nél dilettánsok dolgoznak sufniBT színvonalon?

- A VPS, mint a legtöbb IT szitokszó, nagyon sok mindent jelenthet.

- Az 1-2 ezer forintos kategóriát értelmes minőségben csak OS szintű virtualizációval lehet szolgáltatni. Nem véletlen, hogy a vpsplant is Virtuozzo-t használ.

- Ezen a szinten a VPS-t nem a rendelkezésre állás növelésére használod, hanem kockázatközösséget alkotsz sok más, kis erőforrásigényű társsal. Ez a kockázatközösség azt is jelenti, hogy a szolgáltató többszörösen kiadja a gépek erőforrásait (overbooking), és ad valamennyi garantált RAM-ot, a többi meg akkor használható, ha éppen nem kell senkinek. Ezt a legtöbb Virtuozzo-s helyen az apróbetűs részben le szokták írni, itt nem kerestem, de feltételezem, hogy itt is hasonló megoldást használnak.

- Kevésbé szokták kiemelni, de nyilván a tárhelyet is hasonlóan többszörösen kiadják, ezzel lehet magyarázni a fent is írt problémákat, amikor hirtelen elfogyott a hely.

- Mivel a honlap szerint elég jól kiépített szervereket használnak, még az is előfordulhat, hogy overbooking nélkül is tudják üzemeltetni a szolgáltatást, erről nincs információm, a fentiek inkább általában az általam ismert Virtuozzo/OpenVZ alapú szolgáltatásokra vonatkoznak.

- A fentiek nem jelentik azt, hogy ezek rossz szolgáltatások, csupán egy valós piaci igényt szolgálnak ki. Egy másik szegmens, ahol a virtualizáció már úgy szolgálja a költségcsökkentést, hogy nagy rendelkezésre állást igénylő rendszereket lehet olcsóbban üzemeltetni a segítségével.

- Hasonlóan hibás megközelítés pl. a "shared hosting"-ot elvetni. Érdemes megnézni pl. a shared hosting piac egyik új belépőjét, a Google App Engine-t. (De említhetném a Ruby on Rails specifikus EngineYardot.) Itt is azt kapod, hogy alkalmazásokat üzemeltethetsz a szolgáltató infrastruktúráján, hasonlóan a legolcsóbb PHP + MySQL tárhelyhez, csak jobban skálázódik. Nyilván az ilyen "cloud" szolgáltatók kihasználásához a szoftvert is megfelelően át kell alakítani.

Üdv,
Gergely

Mi is SUN vasakat használunk, illetve elkezdtünk áttérni rájuk, bár ez még változhat. Jól mennek, nincs velük gondunk és az összerakás minősége is jónak tűnik. Egy projekt alatt London környékén futó VPS-ek dolgoznak, naaaagy HP szervereken és az elmúlt 3 hónapban kb. 2x volt random rebootja az egyik gépen futó két VPS-nek. Különösebb duma nem jött róla, csak bocsi volt és hogy váratlan hw hiba. Van egy-két HP vassal is tapasztalat és szerintem jó eséllyel nem azokkal volt kint a probléma.

A tárhely és egyéb overbookingról annyit, hogy szerintem eléggé nagy hazárdjáték. Egyedül a CPU az amit minimálisan lehet overbookolni egy VPS környezetben, de a diszk és a RAM overbooking az szívás. Mi mondjuk Xen-t használunk és egyik sem jön szóba, tehát a VPS megkapja fixen a hozzávaló diszket és RAM-ot is, nincs variálás.

A shared hostingnak szerintem is még bőven van a létjogosultsága. A shared hosting alatti szerver általában egy memóriával és cpu-val jól megrakott (virtuális) szerver lakik, ezért a sima PHP+MySQL (akár egy drupal) oldalakhoz ideális.

A hazai VPS szolgáltatók pedig messze engedékenyebbek, mint a szipiszupi angolszász szolgáltatók, mégpedig azért, mert nincs néhány 100GB-ra korlátozva a havi forgalmazás. A másik, hogy sok olyan dolgot explicit tiltanak, ami egyébként törvényes is lehet simán, csak a várható forgalom miatt rögtön ottvan, hogy ha azvan akkor szevasz.

Mi is Xent használunk, fix RAM és HDD hozzárendelésekkel.

Csak azért írtam a fentit, mert már nagyon zavar a HUP-on eluralkodó "biztos sufnibété, dzsunkapécé ... stb." beszólogatások kultúrája.

Magyar VPS-t (a sajátunkon kívül) eddig nem használtam, de külföldit többet, többfélét is.

Nekem a Virtuozzo-s megoldásoknál mindig az volt a gond, hogy (feltehetőleg a memóriakezelés miatt) ha pl. egy Glassfish-t próbálsz indítani, az simán megfekszi a gyomrát, hiába mutatja a free, hogy van még RAM. Kisebb memóriaigényű alkalmazások (PHP de akár Jetty is) jól futnak rajta.

Az is igaz, hogy Xen VPS szolgáltatók is csinálnak vicces dolgokat, pl. a 64MB-os Xen VPS-ek. Ez tipikusan az a kategória, amit a Virtuozzo / OpenVZ sokkal jobban ki tud szolgálni.

Azonban én egy VPS-től azt várom, hogy minél inkább egy valódi gépre hasonlítson paramétereiben, tehát fixen allokált RAM, HDD legyen. CPU-val és sávszélességgel lehet esetleg játszani, de ott is csak módjával. Többek között ezért is döntöttünk a Xen mellett, és inkább a kevés VM / fizikai gép felállás mellett.

Üdv,
Gergely

Es van legalabb 800+mB *garantalt* RAM-od..? Ha pl. csak 500mb garantalt, viszont a burstable 1gB, barmikor lerohadhat a tomcated!

----------------------
"ONE OF THESE DAYS I'M GOING TO CUT YOU INTO LITTLE PIECES!!!$E$%#$#%^*^"

"Egyedül a CPU az amit minimálisan lehet overbookolni egy VPS környezetben, de a diszk és a RAM overbooking az szívás."

Miert lenne szivas, jobb helyeken ott a TPS, balloon driver, diszk oldalon a deduplikacio, meg egy normalisan megtervezett resource management policy... ezek nelkul egy komolyabb virtualis kornyezet kb. elkepzelhetetlen.

--
Fontos feladatot soha ne bizz olyan gepre, amit egyedul is fel tudsz emelni!

( zoner | 2010. 01. 19., k – 14:52 )

És fél perce indult el a VPS-em :) Most Hajnal 2-ig vártam, aztán feladtam. Igazán kijárt volna egy email tegnap, hogy nincs adatvesztés, csak leállt egy hálózati eszköz.

--
http://sandor.czettner.hu

( yoursoft | 2010. 01. 19., k – 15:08 )

Tényleg, ha már itt tartunk.
Ennél a VPS-nél szerintetek melyik az irányadó a Resources fülön (és a top-ban is):
A load, vagy a CPU használat?:
Nálam régebben a cpu használat 40-60% között mozgott, míg a load 0,04-0.1, 0,2 között.

Most, hogy elindult a CPU volt 2%, a load meg 1 körül??

A jelenlegi működés egyébként kezd normális lenni.
Eddig úgy láttam, hogy a CPU 40-60%-on állt (Most 1-2% - forgalom kb. 10 %-al esett vissza). Ez meg is ijesztett, úgyhogy optimalizáltam a keresési sebességet (kb. 60%-al csökkent).
Most szerettem volna felrakni a javítást, viszont úgy látom, hogy nem az én készülékemben volt a hiba. Így max. kisebb erőforrást fog enni, ha felrakom :-)

Nem a Te készülékedben volt a hiba, mert én is hasonlót látok a mai napi cpu statban, a forgalom viszont nem csökkent számottevően... Azt nem hiszem, hogy a leállás alatt bármi javítást eszközöltek volna, inkább csak jót tett a VPS-eknek az oldalba rúgás.
A pingekkel viszont gond lehetett ma, mert bár most 5-12 ms-t mérek, de jött be ma pár olyan jelenség, ami arra utal, hogy nem töltődött be a usernek egy-egy oldal és nyomkodta a refresht.
(18-án a netkapcsolat megszűnte után még szépen dolgoztak a szerverek, kb. 21:45-kor állították le őket, mert onnantól 0-ra lement minden.)

( kavics | 2010. 01. 20., sze – 11:56 )

nektek megy a levelezés?
gondolok itt, az ő általuk müködtetett 12mail.hu -ra
seki-sebe :) 10 perc alatt meg kéne érkezzen egy levél, akár küldöd akár kapnád :P

( vmg | 2010. 01. 21., cs – 21:38 )

Úgy tűnik ismét valami hálózati hw probléma van...

A levelezés és a cég honlapja működik (bij-005.bijenkorf.hu), de a tárhely szolgáltatás és a VPS ismét elérhetetlen (border.activesoft.hu mögött minden eltűnt).

Ismerek egy fazont, aki VPS-re hosztingot épített fel. Megveszi pl. 1000Ft-ért a VPS-et, kiárúl belőle 10-15 webtárhelyet a haveroknek, ismerősöknek. Megy is az üzélet szépen csendben hónapokon keresztűl, aztán amikor van egy félnapos kiesés, akkor habzó szájjal hívja support.
Nyilván aki nem üzemeltet rendszereket, azt nem is tudhatja hogy miként mennek ezek a dolgok.
Amúgy sokan a tűzfalat sem tudják normálisan bekonfigurálni, aztán amikor seggbe rúgják az IP-jét egy DOS-al, akkor már is a szolgáltatót fikázzák.

szerintem nem, többet. :) Nekem ugyanaz az érzésem, mint ami a netbookoknál is van. Mindenki rákattan, mert olcsó, megveszi, aztán meg néz, mert azt várta a géptől, amit egy nottebook tud 1,5-2x annyiért. aztán mikor nem tudja, akkor meg a netbook a sz@r. Itt is ugyanez van. Persze virtualizációból is össze lehet rakni olyat, ami tudja ugyanazt vagy többet mint egy fizikai szerver. Csak az nem ennyibe kerül, mert az infrastruktúra is drágább alá.

( vmg | 2010. 01. 22., p – 11:22 )

Ma hajnal 02:56-kor is leállt és 03:24-kor tért vissza belé az élet a szerver monit szerint.

( denton | 2010. 03. 23., k – 19:30 )

kapják be, megint leálltak, ajánlom, hogy ne legyen megint több nap, rohadtul idegesítő.

( papirhajo | 2010. 03. 23., k – 19:43 )

Ezért az árért nem kell többet várni. Amikor működik -és ez szerintem bőven 99%-, szinte kifogástalan. Én csak a tájékoztatást hiányolom, a kiesés szerintem belefér.

( kr304 | 2010. 03. 23., k – 19:59 )

A múltkor írták, h kárpótlásért folyamodnak az ő szolgáltatójukhoz.

Amit kapnak, azt nekünk illene adniuk. Valaki kapott a kiesésekért kárpótlást? :)

nekem is volt egy domainem így, úgy írtam rájuk, hogy mivan. erre most megkaptam a domaint és az admin contact-ban ott van a címem telefonszámom, stb, pedig megírtam nekik, hogy ne úgy legyen, ha gond, akkor elküldöm újra a reg lapot, erre...

jah és nem küldtek róla számlát, már vagy 2 hónapja, jó mi?:)

nagyon jó supportjuk volt, van ott ez a tupi enikő nevű nő, ő küldött mailt mindig vele kommunikáltam, korrekt és gyors volt. de nmtom mi van, lehet felmondott?

elcsesződött nagyon a szolgáltatás.

( vmg | 2010. 03. 23., k – 22:09 )

- 18:56-kor beszéltem az activesofttal telefonon. Kb. annyit mondtak, mint amennyit 19:51-kor érkezett e-mailben írtak:
"
Tisztelt e-mail cím!

Ezúton értesítjük, hogy 2010.03.23 16:20 perckor technikai okok miatt az Önt érintõ szolgáltatásaink nem elérhetõek.

Szakembereink folyamtosan dolgoznak a hiba elhírításán. Szolgáltatásokat igyekszünk a lehetõ legrövidebb idõn belûl visszakapcsolni, de addig is szíves megértésüket kérjük.

Üdvözlettel,

Vpsplant.hu

Activesoft kft
"
A levél helyesírásából látszik, hogy nincs vészforgatókönyvük (nem sok KKV-nak van szerintem ilyenje). Ellenben a kommunikációjukban a pozitív fejlődés látszik.

- a januári leállást az Invitel hibájával magyarázták, ami hihető is, mert a hálózat megszűnte után még vígan mentek a VPS-ek, amíg aztán ki nem kapcsolták a szervereket. Aki nyújtott be kártérítési igényt az azért ne várja, hogy egy hivatalos útra terelt ilyen jellegű ügy 1-2 hónap alatt lezajlik. Nem kértem kártérítést, ennek ellenére korrekt választ kaptam.

- szintén az ő egyik korábbi tájékoztatásuk szerint: "Ügyfeleink jelentős része *** területről származik, ezért nekünk elsődleges szempont a nemzetközi hálózati topológia figyelembevétele. Jelenleg a "legjobb" nemzetközi hálózatot az Invitel tudja biztosítani." Valószínűleg azért vannak nemzetközi ügyfelek, mert nem akkora a magyar piac, hogy több szolgáltató is megélne abból a néhány ezer ügyfélből, aki ilyen szolgáltatásra vágyik.

- igen, olcsó és ennyit tud, lehet menni venni a konkurenciától szolgáltatást, aztán majd meg lehet nézni, hogy az mennyivel kerül többe és mennyivel lesz jobb, mennyi üzletet nem veszítesz el/nyersz meg azzal, hogy "mindig" megy. Nem őket védem, mert én is veletek együtt szívok, de vajon mennyibe kerülne felvenni 4 szakmailag top-on lévő rendszermérnököt + ugyanennyi adminisztrátort, akik 0-24-ig rendelkezésre állva állandóan heggesztenék a szolgáltatást, ha gond van és hw hiba esetén csak átkapcsolnának a meleg tartalékra?

- az olcsó húsról meg csak annyit, hogy tavaly ősszel egy konferencián a Google (nem a vpsplantot akarom hozzájuk hasonlítani) egyik rendszermérnöke mondta: a legolcsóbb vasat veszik meg, mert bármilyet is vesznek, úgyis elromlik, viszont sokat vesznek és nagy hangsúlyt fektetnek a redundanciára.

(- a mostani activesoft leállás előtt közvetlenül egyébként egy másik szolgáltató T-Systemsnél lévő kisebb szerverparkja is elszunnyadt jó 3/4 órára. Arról sem kaptam még semmilyen információt, hogy ugyan miért. Gondolom a török hekkerekre fogják majd...)

amúgy sajnos tisztában vagyok, hogy az ilyen kis cégeknél mi hogy megy. volt szerencsém egy ilyen helyen dolgozni. iszonyúan remélem, hogy ezek profibbak mint ahol én voltam, mert ha ugyanolyanok, akkor az isten mentsen.

asszem lassan írnom kell egy backup cuccot vagy beszereznem egy ilyen progit, jobb félni.

"asszem lassan írnom kell egy backup cuccot vagy beszereznem egy ilyen progit, jobb félni."

Van egy (open)solaris rsync szerverem ZFS-el, (rsync -elés után automatikus snapshot készítés). Saját szervereink mentésére használom, de még van rajta bőven hely, ha esetleg érdekel, meg tudunk állapodni..... :)

olcsó... és lehet, hogy híg a leve... viszont én maradni fogok ebben az árkategóriában, mert erre telik. Másik szolgáltatót keresek, ez tény.

99% ... hmmm... Azt mondja hogy Januárban volt egy cirka másfél napos kiesés, illetve most is áll a szolgáltatás immáron 8 órája.
36h+8h=44h
30d = 720h (átlag 30 napos hónapokkal számolva)

36/720*100=5
100 - 5 = 95

Januári rendelkezésre állás csak ezzel az egy kieséssel 95%-ra esett, és nem beszéltünk egyéb kisebb kiesésekről, amiket a felhasználó nem vesz észre.

Most 8 órája áll a szolgáltatás.
8/720*100=1,1
100 - 1,1 = 98,9

Tehát a rendelkezésre állás már most kevesebb mint 99%. Tudom, hogy nem sok, csak azért írom le, hogy érezze mindenki, hogy mit is jelent az a 99%-os rendelkezésre állás. A csúnya T-*nél ezeket a számokat nagyon szeretik figyelni. Náluk az igazán magas, garantált rendelkezésre állás 99,6%. Ennél nagyobbra nem vállalnak felelősséget. Ez azt jelenti, hogy egy rendszer havi cirka 2 óra 30 percet állhat, és ebbe bele tartozik a hardware csere miatt történő szolgáltatás kiesés is.

Ha tényleg SUN vasakkal dolgoznak, akkor van ebben pénz, csak valahol valami a csodálatos management (ha van) elcseszett, ahogy az lenni szokott.

múltkor olyasmit hablatyoltak, hogy 1 valaki hibázott, és hazavágta a kifelé vezető hálózati eszközüket. Szerintem most is hasonló történhetett, mert a saját oldaluk sem jön fel. Mégsem rúgták volna ki a béna kollégát?

Kíváncsi leszek a döntésedre, mit sikerült találni ezen az áron. Az sem baj, ha kicsit drágább, én fizetném a dupláját is, ha ezek a kiesések nem lennének és mondjuk elérném őket probléma esetén, de most az a baj, hogy fogalmam sincs, mikor él megint a szerver. Ha megint 4 nap múlva, nagyon morcos leszek.

--
http://sandor.czettner.hu

atw-nél 4875 Ft-ot fizetek ugyanazért amiért a vpsplant-on 1500 körül.
meg akartam szüntetni annó, mert drága és át akartam hozni az ottani cuccaimat vpsplant-ra, de így...

ez az atw-nél a 256MB-os és asszem 15GB-os
http://atw.co.hu/vs/#csomagok

náluk még nem volt kiesés, atw tárhely fos, de a vps-ük elég jó.

( denton | 2010. 03. 24., sze – 11:15 )

Agyalgatok, és azt hiszem költözni fogok atw-hez, a supportjuk teljesen korrekt és jó, gyors, nem halnak be, de ha igen, akkor kicsit gyorsabban is reagálnak az tuti. kicsit drágább, de ha felmondom a vpsplantot akkor nem gáz, úgyis haverral fizetem.

egyenlőre onnan a domain adminisztrálását hiányolom, remélem megoldják idővel.

( papirhajo | 2010. 03. 24., sze – 12:02 )

életre kelt. minden oké, szerintem most is valami hálózati hiba lehetett, mert a cron jobjaim elhaltak és dobálják az emaileket a múltból:)

( kr304 | 2010. 03. 24., sze – 15:27 )

ugyan visszajött, de a load iszonyat magas: 


top - 15:24:21 up 61 days,  8:25,  2 users,  load average: 5.58, 4.04, 2.23
Tasks:  43 total,   2 running,  41 sleeping,   0 stopped,   0 zombie
Cpu(s):  0.0%us,  0.8%sy,  0.0%ni, 25.3%id, 73.9%wa,  0.0%hi,  0.0%si,  0.0%st
Mem:    262144k total,    87008k used,   175136k free,        0k buffers
Swap:        0k total,        0k used,        0k free,        0k cached

vi percek alatt sem tudott megnyitni egy fájlt. a site forgalma zérus.

( denton | 2010. 03. 25., cs – 13:52 )

gyütt levél..

"Tisztelt Név,

Mint ahogy arról már tájékoztattuk Önt, 2010.03.23 17 óra és 2010.03.24 10 óra 30 perc között szolgáltatásunk a hazai látogatók között nem volt elérhetõ. A kimaradás csak a BIX irányát érintette, azaz csak hazai TCP/IP hálózatokban jelentkezett. A kimaradás oka egy rendellenesen mûködõ ügyfél VPS okozta, ami extrém hálózati forgalmat kezdett generálni külsõ IP címek irányában. A VPS forgalom hatalmas viszont forgalmat generált, ami végül hálózati eszköz rendellenes viselkedéséhez vezetett a tûzfalunk túlmelegedett és leállt. Kollégáink úgy döntöttek hogy egy másik tûzfalat üzemelnek be, és átszervezik a IP routing rendszerünket is, hogy hasonló "támadás" a jövõben globálisan ne veszélyeztesse az összes forgalmat.

Mindazonáltal a 2 hónappal ezelõtti hasonló kimaradás és mostani fényében úgy érezzük, hogy kárpótolni szükséges a felhasználóinkat, ezért a havi elõfizetõinknek a következõ havi szolgáltatási díjból 50%-egyszeri kedvezményt írunk jóvá; az éves elõfizetõink részére elõfizetési idõszakot 15 nappal meghosszabbítjuk. A kedvezmény jóváírás nem érinti a a számlatartozás miatt korlátozott ügyfelek szolgáltatásait, illetve a 30 napnál nagyobb díjhátralékkal rendelkezõ ügyfeleket sem!

A fentiek alapján reméljük, hogy enyhíteni tudjuk az okozott kellemetlenségeket.

Üdvözlettel,

Activesoft Informatikai Kft."

"ami végül hálózati eszköz rendellenes viselkedéséhez vezetett a tûzfalunk túlmelegedett és leállt."

khmmmm... egy temperált helyen túlmelegedés miatt áll le a tűzfal? Ki méretezte azt kérem, vagyis inkább milyen megfontolások alapján?

?:-|

( yoursoft | 2010. 03. 26., p – 08:58 )

Szerintetek, az itt közölt info szerint, ha elköltöznek, akkor lehet, hogy nem lesz ennyi baj a szolgáltatásukkal?:
http://freeblog.me/blog/?p=1

idézet:
"A nyár végére elvileg az összes Sun-t leváltjuk IBM bladekkel, és az DataCenterből is elköltözünk végleg."

( vmg | 2010. 07. 12., h – 14:52 )

Ismét nem érhetők el az Activesoft szerverei 14:15 óta.

De jó, hogy már eljöttem tölük egy ideje.
Egyetlen dolgot nem tudtam eddig elköltöztetni tölük, az pedig a VPS megrendeléskor kért domain-em. Ezzel kapcsolatban semmilyen segítséget, reakciót nem kapok tölük...
Söt a VPS-em lemondásakor leállították a domain management felületének elérhetöségét, szóval teljesen negatív a hozzáállásuk az ilyen dolgokhoz tapasztalataim szerint.

Szia!

ha tényleg a te email címed a domain kontakt, akkor tudok segíteni az átregben.
tudok adni neked egy önálló, szeparált domain kezelő felületet, ahol minden a névvel kapcsolatos dolgot te állíthatsz be (dns, átirányítás, mindenmás) ingyenes névszerver is van hozzá 4db, hosszabbíthatod bankkártyával, stb, stb...

Írj, pm-et, ha segíthetek!

PZ

Hová sikerült átmenni (magánban, hogy ne legyen reklám) és mik a tapasztalatok?

Tölts ki egy másik regisztrátornál egy megrendelőlapot regisztrátor váltásra és kérd át oda a domaint.(Nekem van egy 18-án lejáró domainem náluk, amit átkértem, jött is egy automata mail a NIC-től 11 napja, azóta nem történt semmi, de az új regisztrátor meg nem nagyon válaszolgat a leveleimre, igaz nem is fizettem még, de a kezdeti tapasztalatokból kiindulva lehet nem is lesz rá szükség. Még 2-3 év múlva is szoktam maileket, számlákat kapni bizonyos domainek korábbi regisztrátoraitól, pedig már nem is ők kezelik a domaint...)

Ez engem is érdekel. Ezt az évet még kihúzom náluk, aztán irány máshova. Tulajdonképpen nekem nem baj, ha vannak leállások, de azért sok kellemetlenségtől megkímélem magam, ha mondjuk tegnap tudok róla, hogy ma délután piszkálnak valamit és leállás lehetséges.

--
http://sandor.czettner.hu

( dNi | 2010. 07. 12., h – 19:02 )

Latom sok a problema a vpsplantel kapcsolatban. Eppen VPS szolgaltatot keresek. Tudtok valami jot ajanlani? Ne fogjatok vissza magatokat ;)

Április óta.
Sebességet konkrétan nem teszteltem, de amire nekem kell arra egyelöre böven elég. (768-as csomagot pörgetem jelenleg, ami ha "elfogy" majd bövítek).

Ha ez számít, akkor eddig úgy tünt, hogy a xen jóval gyorsabban reagál, mint a régi virtualozzo-s szerverem. Úgyhogy megérzésre mindeképp gyorsabb.
Kérj legfeljebb egy teszt szervert és futtasd le a tesztjeidet. Szerintem mindenki kicsit másra használja, így a "száraz" adatok sokszor nem sokat érnek...

A költözést megelözöen próbáltam pár külföldit, de a válaszidök, illetve a választható OS-ek miatt nem jöttek be.
A belhoni szolgáltatók közül pedig ök reagáltak legjobban a megkeresésemre, érdeklödésemre, és sikerült emlékeim szerint leggyorsabban levezényelni az egész szerzödéskötést, vps indítást.

A server4you egy kalap sz@r. Iszonyatosan lassú a gép, arrogáns a support, szinte hetente változtatják a beállításokat, és az első percben, hogy nem fizetsz, legyalúlják az összes adatot még akkor is ha ezer éven keresztűl rendesen fizettél... Én beleestem egy hasonlóba náluk, amikor 3 napra elutaztam, és törölték az összes levelemet.

Nekem atw van, a szolgáltatással semmi bajom nincs (most 214 nap a VPSem uptimeja).
Az ügyfélszolgálat viszont hol jó, hol nem. Ha szerencséd van minden jó. Nekem felbontották a csomagokat is (kevesebb lemez mellé több RAM), ez simán ment. A VPS-hez járó domaint viszont leszámlázták én meg bambán kifizettem. Írtam nekik mailt, hogy akkor most mi lesz, na erre azóta is válaszolnak.

--
http://blog.htmm.hu/

Ugyan, ne izgulj, ez teljesen normális, hogy senkinek nem küldenek semmi infót és nem lehet elérni őket telefonon... Automatikus tájékoztató szöveg bemondására is képtelenek a mai telefonközpontok és a twitter és társai sem mindenhonnan érhetők el. Nem értem, hogy miért nem értik már meg végre mindegy milyen szolgáltatók, hogy ha nem tájékoztatnak, akkor azzal nagyobb idegbajt okoznak az ügyfeleknek, mintha elismernék, hogy nem tudják, hogy mitől jön elő újra és újra ez a hiba.

Tel.: +36(1)430-1312
Fax.: +36(1)430-1313
Az e-mail mindegy, mert ma már nincs publikus, szolgáltatásuktól független e-mail címük.

A cég ide van bejegyezve:
1066 Budapest, Ó utca 6. 3. em. 1/B.
A vezetékes szám és a tudakozó alapján itt van az iroda:
Budapest, XIII. kerület 1134 Lehel utca 19/A 2. em. 29.
(Korábban a Bécsi út 126-128. Fsz. C-02-ben is előfordultak, de mára szerintem már amolyan egyemberes vállalkozás lett, legalábbis mindig mindenre ugyanaz válaszol - ha válaszol - és a számlát is ugyanattól kapom.)

Ez már nagyon gáz, semmi infó. Közben 20-felől rugdosnak mi a helyzet, mindenki vár. Tájékoztatni kellene az ügyfeleket, nem? Invitel is egy nagy balfasz, azt mondja a csaj hogy az Activesoft-tól nem jött bejelentés... Mondom valószínű, mert náluk van a hiba, de elméletben ott kell(ene) lennie az emberkének, csak tudna infót szerezni! (ha akarná, de nem akarja) [djtacee vagyok Vasjoe loginjával]

Ezt nem értem. Ahol a szerveket elhelyezték, azoknak miért kéne bármit is tudnia arról, hogy épp mit ügyködik egy ügyfelük (azon felül, hogy azt dokumentálták hogy X időben konzol vagy szerelés ügyileg hozzáfértek a géphez) és egyáltalán milyen jogon ad ki bármilyen infót erről?

( zoner | 2010. 07. 13., k – 09:52 )

Annyi változás van az előző leállás óta, hogy van másodlagos névszerverük is, ami működik:

ping ns2.securens.org
PING ns2.securens.org (80.249.173.196) 56(84) bytes of data.
64 bytes from i196-173.shosting.systech.hu (80.249.173.196): icmp_seq=1 ttl=59 time=10.1 ms

--
http://sandor.czettner.hu

( dNi | 2010. 07. 13., k – 10:39 )

Javarészt voice szolgáltatások futnának rajta, azok pedig nem viselik olyan jól a nagyobb késleltetést.

szerk: Hát ezt nem ide akartam :)

( pret | 2010. 07. 13., k – 12:49 )

A mai nap megint áll az activesoft szervere(i). A telefont továbbra se veszik fel!!!

( pret | 2010. 07. 13., k – 13:13 )

A legdühítőbb az, hogy semmiféle információt nem adnak. Azért a minimum egy email lenne hogy, kb ekkor vagy akkor fog a dolog megoldódni. Mi egy webshopot üzemeltetünk és mivel volt függőben üzletünk, ez gyaníthatóan el fog veszni. Mindenképpen jogi úton fogunk tovább menni.

( dNi | 2010. 07. 13., k – 13:20 )

OLÉ informatikaval kapcsolatban valakinek tapasztalata vps ugyben?:)

( log69 | 2010. 07. 13., k – 13:56 )

visszajött a szolgáltatás. elkezdett zenélni a script-em, ami pingette az oldalamat tegnap óta :)

szerk.: a levelezés még nem megy, csak az oldal üzemel.

Annó én is jártam így, megszűnt minden kapcsolat a géppel, és nem akartak konzolt se adni az Invitelnél, akkor informálisan sikerült megtudnom az Invitel HD-től (nagy nehezen), hogy a cég - akikkel én szerződésben állok, az Inviteltől bérli a helyet és az IP-t, ám az Invitel számlatartozás miatt korlátozta a hálózatukat.

A helyzet eléggé hasonlít erre, érdemes lenne rákérdezni a szolgáltató szolgáltatójánál, hogy miért korlátozták a hálózati forgalmat, nem lennék meglepve, ha számlatartozás lenne a háttében itt is.
--
http://wiki.javaforum.hu/display/FREEBSD

Ilyen infót neked az Invitel nem adhat ki hivatalosan, mivel nem veled állnak szerződésben. Te itt egy harmadik fél vagy, akinek a köztük és a te szolgáltatód között fennálló szerződés a világon semmi köze. Még akkor sem ha adott esetben mondjuk tartozás miatti korlátozásról van szó. Ha az Invitel neked mégis kiad ilyen információt, akkor jogilag támadhatóvá válik, mivel harmadik félnek szolgáltatott ki adatokat, amit nem tehet meg. Pláne ilyen jellegűt, hogy számlatartozása van.

( dNi | 2010. 07. 16., p – 15:17 )

A ceg egyetlen embere Gorogorszagban nyaral az infrastruktura fejlesztesre elrakott penzbol?

Ezen nem is csodálkozom. Mikor megrendeltem a szolgáltatásukat, 1 hónapba telt rávennem őket, hogy nézzék már meg, megérkezett-e a befizetésem vagy sem (az admin oldal "lejárt" státuszt írt ki, ezért kerestem fel őket) de máig nem válaszoltak. Bár időközben "spontán" megszűnt a probléma.

--
http://modellers.hu

( vmg | 2010. 07. 20., k – 21:58 )

ÁSZF 9.3:
"
9.3 A hiba elhárítása
Szolgáltató a hiba elhárítását lehetőségeihez mérten a lehető legrövidebb időn belül, de az első
bejelentés visszaigazolását követő legkésőbb 8 órán belül megkezdi.
Szolgáltató a hiba elhárításának időpontjáról, a normálisnak tekinthető működés visszaállításáról és
adott esetben a hiba okáról értesíti a hibát bejelentő Előfizetőt.
"

Mivel ez nem történt meg feltételezhető, hogy a hibát még nem hárították el, vagyis még fennáll, azaz bár úgy tűnik, hogy a szolgáltatások megfelelően működnek ez nincs így, azaz ennek alapján a kártérítés összege is így alakul(hat). Vártam 1 hetet a válaszra, hívtam őket naponta telefonon, de nem jártam sikerrel. Holnap átadom a próbálkozás lehetőségét az NFH-nak és az NHH-nak. Elhiszem, hogy rettenetes a fölösleges adminisztráció és átláthatatlan jogszabályi környezet közepette itthon egy vállalkozás működtetése, de ha valamit, akkor egy IT/hosting céget könnyen lehet külföldön is, viszont, ha valaki itt vállalkozik, akkor méltóztasson már minimálisan megfelelni a saját maga ÁSZF-jének. :S

( vmg | 2010. 07. 22., cs – 14:43 )

Majd szólunk, hogy érd el, amikor el kellene érni, mert nem sikerült mostanában, ha gond volt és sajnos 1 héttel később üsz. "nyitvatartási idő" alatt (10-12, 13-16 között próbálkoztunk, gondoltuk ekkor csak felveszi valaki) sem. :S

(Az meg egy dolog, hogy mi van egy olyan ÁSZF-ben, amit magára nem tart kötelezőnek egy cég (pl. írjon, egy e-mailt, hogy a szolgáltatás helyreállt), mert ilyen esetben a kedves előfizetőre sem feltétlenül érvényes az a kitétel, hogy mire nem vállal kártérítési kötelezettséget a cég, de ez már a nemszeretem jogászok dolga szokott lenni.)

( vmg | 2010. 07. 23., p – 09:54 )

Most épp a levelező kiszolgáló nem megy (mail.12web.hu), azt nemigen tudom mióta, mert azt nem monitorozom. :)

A telefont felvételéhez, vagy egy mailt megírásához, ember kell. Embernek meg munkabér kell fizetni. Az meg nem occó.

Egyébként nem értem a dolgot, kb. egy éve még őket istenítette mindenki, hogy mekkora királyok, meg milyen f@sza, olcsó a szolgáltatás. Most akkor mi van? túl sok pénzt vettek ki a cégből és nem maradt fejlesztésre, vagy a válság miatt mindenkit kirúgtak?

( kisspeter22 | 2010. 07. 23., p – 14:29 )

A másik dolog:

Monthly calculations
Uptime: 30 days 21 hours 1 minute 26 seconds
Downtime: 2 hours 58 minutes 33 seconds
Percentage uptime: 99.6%

( vmg | 2010. 07. 26., h – 23:32 )

Azt vettem észre, mintha csütörtök este (07.22.) óta a saját tartományukon belül küldött e-mailek nem érkeznének meg. Magyarán mondva a VPS által generált e-mail nem érkezik meg a mail.12web.hu által kiszolgált e-mail címre, de ha egy mail.12web.hu-s e-mail címről küldök levelet mail.12web.hu által kiszolgált címre az is ködbe vész. Kívülről megérkeznek a levelek.

Ma délelőtt az egyik VPS-ről mutt-al küldtem egy mailt, arra most ez a hiba jött vissza:
Deferred: Connection timed out with +mx01.activesoft.hu.
Warning: message still undelivered after 4 hours
Will keep trying until message is 5 days old

Valaki független szakértő meg tudja erősíteni vagy cáfolni a leírtakat? :)

A,B Activesoftos címek. Teljesen össze vissza jön meg vagy tűnik el A-B között az üzenet hibaüzenet nélkül. A VPS-ről továbbra sem jöttek/jönnek meg a levelek. Valami biztos történt, mert semmihez nem piszkáltam és a weboldal vps-n át generálta levelek nem jönnek meg, de csak az activesoftos címre, külső címre megérkeznek.

Nálam is ugyanez. Exim logjában ilyenek vannak (cron levelezne 12web-es email címre):

2010-07-26 23:54:38 1OcabG-0000tg-MJ == sandor@egyikdomain.hu R=dnslookup T=remot
e_smtp defer (-53): retry time not reached for any host

Kérdeztem az ügyfélszolgálatot emailen, hogy mik az új MX beállítások, de 3 napja nincs válasz. A webes admin felületükön felvettem egy új MX rekordot, ott alapértelmezésként mail.12web.hu volt beállítva, jelenleg minden domainhez mx01.activesoft.hu. De a mail.12web.hu sem oldotta meg a problémát.

A rosszul beállított email kiszolgáló esete áll fenn sajnos. Mondanám, hogy megoldom VPS-ből az email forgalmazást, de nem arra fizettem elő.

--
http://sandor.czettner.hu

( vmg | 2010. 07. 27., k – 06:47 )

Hivatalos válasz a VPSPlant ügyfélszolgálatától:
"
A problémát az okozza, hogy a 91.83.48.130/30 IP címet az Invitel Zrt rootolja, míg a 91.82.250.0/24 tartományt mi magunk, és az Invitel kizárta egy eszközének a cseréjével a tartományt saját hálózatából.

A problémát 2 hete jeleztük az illetékeseknek, de mindezidáig nem oldották meg pedig napi rendszerességgel sürgetjük Őket.

2010.07.28. dátummal az MX kiszolgáló IP címe a 80.249.173.196/ 24 címre fog változni. A változással együtt persze a probléma nem oldódik meg, de Önöket nem fogja már érinteni a hiba.
"

vps007-114:~# traceroute 74.125.87.83
traceroute to 74.125.87.83 (74.125.87.83), 30 hops max, 40 byte packets
1 bij-007.bijenkorf.hu (91.82.250.5) 0.069 ms 0.027 ms 0.028 ms
2 91.83.48.173 (91.83.48.173) 0.705 ms 0.801 ms 0.852 ms
3 79.120.128.70 (79.120.128.70) 0.568 ms 0.536 ms 0.529 ms
4 209.85.242.228 (209.85.242.228) 0.788 ms 0.756 ms 0.801 ms
5 209.85.248.39 (209.85.248.39) 0.666 ms 209.85.248.47 (209.85.248.47) 0.723 ms 0.729 ms
6 72.14.238.105 (72.14.238.105) 0.788 ms 72.14.232.217 (72.14.232.217) 3.897 ms 3.838 ms
7 hb-in-f83.1e100.net (74.125.87.83) 1.649 ms 1.046 ms 1.003 ms

vps007-114:~# traceroute 91.83.48.130
traceroute to 91.83.48.130 (91.83.48.130), 30 hops max, 40 byte packets
1 bij-007.bijenkorf.hu (91.82.250.5) 0.055 ms 0.020 ms 0.021 ms
2 91.83.48.173 (91.83.48.173) 0.455 ms 0.538 ms 0.652 ms
3 * * *
4 * * *
5 * * *
6 * * *
7 * * *
8 * * *

vps007-114:~# whois 91.83.48.173
% This is the RIPE Database query service.
% The objects are in RPSL format.
%
% The RIPE Database is subject to Terms and Conditions.
% See http://www.ripe.net/db/support/db-terms-conditions.pdf

% Note: This output has been filtered.
% To receive output for a database update, use the "-B" flag.

% Information related to '91.83.48.0 - 91.83.48.255'

inetnum: 91.83.48.0 - 91.83.48.255
netname: VTH
descr: Inest Hosting
country: HU
admin-c: VINC1-RIPE
tech-c: VINO2-RIPE
status: ASSIGNED PA
mnt-by: as8696-mnt
source: RIPE # Filtered

role: INVITEL IP NETWORK COORDINATION CENTER
address: INVITEL Rt.
address: H-6724 Szeged
address: Rokusi krt. 2-10.
phone: +36 62 563621
fax-no: +36 62 550130
remarks: Adatvedelmi felelos:
fax-no: +36 1 8013414
admin-c: VINC1-RIPE
tech-c: VINO2-RIPE
nic-hdl: VINC1-RIPE
abuse-mailbox: abuse@invitel.net
mnt-by: AS12301-MNT
source: RIPE # Filtered

role: INVITEL IP NETWORK OPERATION
address: H-2040 Budaors
address: Puskas Tivadar u. 8-10.
fax-no: +36 1 2364460
admin-c: VINC1-RIPE
tech-c: JS6489-RIPE
tech-c: IOS2-RIPE
nic-hdl: VINO2-RIPE
abuse-mailbox: abuse@invitel.net
mnt-by: AS12301-MNT
source: RIPE # Filtered

% Information related to '91.82.0.0/15AS12301'

route: 91.82.0.0/15
descr: INVITEL Zrt.
origin: AS12301
mnt-by: AS12301-MNT
source: RIPE # Filtered

Hasonló hibájuk volt anno 1-2 éve a Magyar Telekommal is ahol angliai IP-címek nagy részét zárta ki a Telekom. A vége az lett hogy hálózati szolgáltatót cseréltek. A nem hivatalos magyarázata az volt a Telekomnak, hogy a routerek régi tipusúak, és nem fér el benne teljes routing table.

Az internet sokszereplős játék, ezért sok jót és főleg megbízhatóságot ne várj tőle.

Érdekes, nekünk is van pár gépünk az invitelnél; ott mi is cseréltünk (ket itt is megtalalhato kollega pontosabban) ip címeket; nálunk is routing probléma, illetve bizonyos tartományokból eszméletlen lassú volt az elérés.
Konkrétan igy mindkettőben érintett vagyok. (Inviteles kolléga esetleg nem jön megmondani a frankót?)

'lekene sslje'

azenoldalamponthu

( vmg | 2010. 07. 28., sze – 11:13 )

Úgy tűnik ismét előjött a disk fogyás jelenség:

Filesystem Size Used Avail Use% Mounted on
/dev/vzfs 5.0G 2.3G 1.3G 65% /
tmpfs 128M 208K 128M 1% /var/run
tmpfs 128M 0 128M 0% /var/lock
/dev/vzfs 5.0G 2.3G 1.3G 65% /dev/.static/dev
udev 128M 0 128M 0% /dev
tmpfs 128M 0 128M 0% /dev/shm

( log69 | 2010. 07. 30., p – 10:41 )

most nem megy a mail a mail.12web.hu-n. gondolom migrálnak jelenleg az új IP címre.

szerk.: bocs, az én hibám, a hosts fájlomban benne volt az előző cím :)

mennek a mail-ek!

( log69 | 2010. 08. 01., v – 11:13 )

tundátok segíteni? miért van az, hogy az apache-s virtualhost beállításaim mentek egy ideig, most meg nem?

pl.: hello.domain.com -nál a domain.com/hello mappát szeretném futtatni oldalként. sima statikus cuccok.

/etc/apache2/sites-available/defalt egyik beállítása ez: 


< VirtualHost *:80 >
        ServerName hello.domain.com
        ServerPath /hello
        DocumentRoot /var/www/vhosts/domain.com/httpdocs/hello/
< /VirtualHost >

(a szóközök a megjelenítés miatt vannak)

ugyanezekkel a beállításokkal ment pár nappal ezelőtt (kivéve ServerPath, azzal most kísérleteztem)?

Inkább ide írom, mivel egy ideig ment, és gondolom vpsplant-tal van összefüggésben.

köszi.

igazad van, 2x is én voltam a hibás meg a béna. habár mint feljebb írtam, engem a leállások nem zavartak a fentebb vázolt okok miatt, gondoltam a kollégáknak hasznos lesz mielőbb tudni ha nem megy a szolgáltatás. a problémámmal kapcsolatban meg azért ide írtam, mert biztos van nálam itt okosabb.

vagy most azért frusztrál, mert a szolgáltatást amiért fizettem, saját bénaságom miatt vádoltam? ez igaz. feljebb is elnézést kértem, de ha személyesen is érint a dolog, akkor elnézést kérek tőled, meg a szolgáltatótól.

viszont ha továbbra is lesz leállás, meg fogom ide írni, mert nekem és másnak is hasznos. a többi nem érdekel.

semmi kozom hozzajuk, csupan ismerem azt a fajta ugyfelet aki valamit elront es 30 masodperccel kesobb mar telefonal hogy nem megy es hogy a rohadt szemet szolgaltato a hibas mar megint, vegul persze 80%ban kiderul hogy o a hibas... szerintem attol hogy ide irod (bar nem olvastam vissza ha valaki meg is azt irta hogy ejjel-nappal a hupon log es olvassa a topicot), nem tortenik semmi illetve egy illetekeshez sem fog eljutni hamarabb mint hogy mar reg meg lesz oldva ha valoban gond van

Mar miert lenne? Lehet frissult az apache-od. /etc/init.d/apache2 configtest elso korben, masodik korben meg kerdes: a ServerPath az pontosan mi a raknak? Felesleges. Harmadik kor: A DocumentRoot letezik, <Directory> tag van ra?
-- 


Ki oda vagyik, hol szall a galamb, elszalasztja a kincset itt alant.

( log69 | 2010. 08. 01., v – 14:56 )

most levelezés nem megy.

szerk.: kisebb kiesés lehetett, mert most már megy.

( vmg | 2010. 08. 01., v – 23:08 )

Ma 13:22-kor volt leállásuk és most 22:53-kor is elment egy 10 percre a szolgáltatás. Jelenleg a saját honlapjaik nem mennek (12web.hu, activesoft.hu, vpsplant.hu), de ez nem hiszem, hogy bárkit is zavarna. :D

( dNi | 2010. 08. 06., p – 00:37 )

Az a csoda történt, hogy a vpsplantnál válaszoltak az emailemre 1 hónap után. Nem vagyok az előfizetőjük, ezért nem is a kiesésekről kérdeztem őket. Csak érdeklődni szeretnék, valakit tájékozatattak már a leállás okairól? :)

( kisspeter22 | 2010. 08. 31., k – 16:23 )

Azt nézem, hogy a szolgáltatód nem nagyon fejlődött az elmúlt 2 évben semmit :)

( vmg | 2010. 09. 12., v – 14:52 )

Tegnap óta a weboldalaik és a webmail nem működnek: activesoft.hu, 12web.hu, mail.12web.hu.
Tájékoztatás? Azt meg ugyan miért kellene? :)

( vmg | 2010. 09. 12., v – 15:36 )

domain.hu szerint 2010.09.11. 15:35-kor:

- activesoft.hu -> felmondás alatt
- 12web.hu -> felmondás alatt

:D

( vmg | 2010. 09. 13., h – 22:08 )

Szűk két nap alatt meghosszabbították a 12web.hu és activesoft.hu domainjeiket, így a szolgáltatások ismét működnek. :)
Regisztrátor váltás is történt, mert tegnap még nem a DotRoll Kft. szerepelt regisztrátorként emlékeim szerint a két domainnél.

A "szolgáltató" nagy ívben ***** a saját maga alkotta ÁSZF-re és mintha mi sem történt volna, nem tájékoztatott, de fölösleges is, mert biztos megint valaki más volt a hibás. :D

Az egyik ismerős ügyfelük küldött az ügyfélszolgálatuknak postán levelet, de visszajött címzett ismeretlen megjelöléssel.

Amúgy, már tényleg régóta meg akartam kérdezni, miért kínzod magad?
Átnéztem a fórumot (ráment a fél éjszajkám), gyakorlatilag az jön le hogy nincs olyan konkurens szolgáltató akit ne fikáznának eleget. Ha az VH-ban disaster történik (levág a villanyszerelő egy kismegszakítót), vagy ha az árukereső.hu nem elérhető 1 napig, ... vagy amikor a Godaddy / Hostgator leszakadozik, akkor szintén megy az pánikolás.
Nem lehet hogy azért van ez mert ezt a fórumot a rendszergazdák olvassák ezerrel, és bejátszik a konkurensszakifikázó efektus?
Nekem is van egy VPS-em de nem lesz halálfélemem, ha valami nem smakkol (igaz nem lógok 24/7-ben a VPSplantnál hosztolt torrent trekkeremen), és megszoktam már a server4you -nál az ennél nagyobb szívásokat. Akkor sem kerültem világvége hangulatba amikor a gmail egész nap szarakodott. Meg akkor sem stersszeltem magamat, amikor 2 hete a bankomnál valami gebasz volt, és nem fogadata el egész nap a hitelkártyámat sehol a POS terminál...

( NagyZ v | 2010. 09. 13., h – 22:41 )

egyreszt a blogban a helyesiras szanalmas :)

masreszt ezen hangosan felrohogtem:

Mindezidáig idegenkedtem a Google ingyenes DNS szolgáltatásától, de hosszú napok óta külső szolgáltatói DNS szerverek ad-hoc elérhetetlenek voltak. Több napi sikertelen ügyfélszolgálati igérgetés ellenére a 212.108.200.75 és a 212.108.200.77 szerverek időszakosan elérhetetlenek voltak, ezért az összes szerveren a 8.8.8.8 és 8.8.4.4, valamint az OpenDNS 208.67.222.222 és 208.67.220.220 IP címeit állítottuk be. Nem kevés munka volt 3 ember egész ékjszaka dolgozott az átállításon.

Virtuális a szolgáltató és virtuális a szolgáltatása, így virtuális pénzzel is megelégszik majd. :)
A bejövő e-mailek sem nagyon mentek (IP gondokról jeleztek), illetve az új support oldalukon feladott hibajegy visszaigazolás virtuálisan tegnap 15:40-kor érkezett meg, de valójában 2010.09.13. 18:37:29-kor.

( thomasrc | 2010. 10. 06., sze – 19:32 )

Több hónap késéssel végre rájöttek, hogy magyarázatot kéne adni a kiesésekre. Íme az email, amit ma kaptam tőlük: http://hup.pastebin.org/57262

Szerk.: Most kaptam még egy emailt, hogy 2010.10.09-én 02:00 óra és 06:00 óra között kiszolgáló fejlesztési munkálatokat végeznek, s a karbantartás tervezett szolgáltatás kieséssel jár.

--
http://modellers.hu

( vmg | 2010. 10. 06., sze – 13:41 )

Azért beillesztem ide direktben is a választ, hogy megmaradjon:
"
Tisztelt XY!

Bizonyára Ön is emlékszik még a közelmúltban történt szolgáltatás kiesésekre, amikre ezidáig nem igen volt módunk magyarázatot adni. A közelmúltban postai levél útján tájékoztatás kaptunk partner szolgáltatónktól, amelyben a szolgáltató saját vizsgálata alapján két alkalommal 19,44 órás illetve 23,34 órás SLA kiesést ismer el saját hatáskörében.

Természetesen a szolgáltató kártérítési ajánlata messze nem fedezi cégünket ért valódi anyagi veszteséget, ezért folyamatosan vizsgáljuk annak lehetőségét hogy saját illetve ügyfeleink kárát miként tudnánk enyhíteni. A jövőben cégünk részéről további jogi lépések megtétele várható, illetve dolgozunk azon, hogy a jövőben hasonló időtartamú és körülményű eset ne ismétlődhessen meg.

Sajnos a két rajtunk kívül álló esemény során azon ügyfelek számottevő részét - azok közül akik érintettek voltak a hosszadalmasra nyúlt szolgáltatás kiesésben - elvesztettük, ami egészen pontosan számszerűsíthető kárt okozott.

Sajnos a múltban előfordult hibákat utólag orvosolni nem áll módunkban, de igyekszünk folyamatosan elemezni ezen helyzeteket, és változtatni ügyfélkommunikáción. Az előbbiek jegyében hamarosan jelentős változtatásokkal fogunk előállni, amit reményeink szerint megrendelőink is pozitívan fognak értékelni.

Üdvözlettel,

Activesoft kft.
"

( vmg | 2010. 10. 07., cs – 22:30 )

Azért az Invitel sem semmi:

http://freeblog.me/blog/wp-content/uploads/2010/10/IMG.jpg

"
...
A fenti nettó 13.160.807,5 Ft bevételkiesés néz farkasszemet a felkínált nettó 4,319Ft (kb. az el nem használt elektromos energia ára lehet) ellentételezéssel. Persze tudom, hogy a szolgáltató nem tudja hogy mekkora üzlet épül az ő szolgáltatására, de azért illene megkérdezni a károsultat is a káráról, és nem csak úgy „hasprokb” kiszámolni egy fogyasztással arányos visszatérítést.
...
"
Forrás: http://freeblog.me/blog/

Szerintem ez történt a háttérben:
- Most jutottak el odáig jogilag, hogy tudtak teljes nyilatkozatot tenni. Ha nincsenek lepapírozva a dolgok, akkor lehet, hogy a végén még a vpsplant fizet rágalmazásért.
- Úgy látom megindult a kommunikáció a részükről. Legutóbb pl. ügyeletes telefonszámot is megadtak, ahol lehet kapcsolatot felvenni a tervezett leállás alatt.

( vmg | 2010. 10. 29., p – 09:35 )

Ismét nem elérhetőek a vpsplant/activesoft VPS-ek (a 007-es node-on): 2010.10.29. 09:10

( csuhi | 2010. 11. 12., p – 09:44 )

Nálunk most upc hálózatból az activesoftos dns-ek nem mennek. Sem a sajátunk, sem az activesoft.hu, se az 12web.hu. Enternetes adlsről elérhetőek, sulinetes nemtommilyen adslről szintén nem. Ez a szitu napok óta. Más tapasztalt ilyet?

update: csuhai.hu is náluk van és az megy. érdekes...

--
http://csuhai.hu
http://sys-admin.hu

dejó, hogy eljöttem tőlük. de ha tudnátok mit küzdöttem a "supportos" csávóval alias valszeg a tulaj vagy valami főnök ott. katasztrófa. szánalmasak.

amúgy állítólag feljelentették a hup.hu -t emiatt a topic miatt, ár sztem ez csak kamu volt a "supportos" részéről.

Nálunk most upc hálózatból az activesoftos dns-ek nem mennek. Sem a sajátunk, sem az activesoft.hu, se az 12web.hu. Enternetes adlsről elérhetőek, sulinetes nemtommilyen adslről szintén nem 

Server:    ns3.securens.org.
Address:  206.123.89.8#53

activesoft.hu
  origin = ns3.securens.org
  mail addr = postmaster.activesoft.hu
  serial = 2008101504
  refresh = 86400
  retry = 7200
  expire = 3628800
  minimum = 3600
activesoft.hu  nameserver = ns1.securens.org.
activesoft.hu  nameserver = ns2.securens.org.
activesoft.hu  nameserver = ns4.securens.org.
activesoft.hu  nameserver = ns3.securens.org.
Name:  activesoft.hu
Address: 91.83.48.174
activesoft.hu  mail exchanger = 10 mx01.activesoft.hu.
activesoft.hu  text = "v=spf1 ip4:91.83.48.174 a mx ptr -all"

--------------------------------------------------------------------------------
Server:    ns2.securens.org.
Address:  67.202.108.180#53

activesoft.hu
  origin = ns3.securens.org
  mail addr = postmaster.activesoft.hu
  serial = 2008101504
  refresh = 86400
  retry = 7200
  expire = 3628800
  minimum = 3600
activesoft.hu  nameserver = ns4.securens.org.
activesoft.hu  nameserver = ns3.securens.org.
activesoft.hu  nameserver = ns2.securens.org.
activesoft.hu  nameserver = ns1.securens.org.
Name:  activesoft.hu
Address: 91.83.48.174
activesoft.hu  mail exchanger = 10 mx01.activesoft.hu.
activesoft.hu  text = "v=spf1 ip4:91.83.48.174 a mx ptr -all"

--------------------------------------------------------------------------------
Server:    ns1.securens.org.
Address:  91.83.48.174#53

activesoft.hu
  origin = ns3.securens.org
  mail addr = postmaster.activesoft.hu
  serial = 2008101504
  refresh = 86400
  retry = 7200
  expire = 3628800
  minimum = 3600
activesoft.hu  nameserver = ns2.securens.org.
activesoft.hu  nameserver = ns4.securens.org.
activesoft.hu  nameserver = ns1.securens.org.
activesoft.hu  nameserver = ns3.securens.org.
Name:  activesoft.hu
Address: 91.83.48.174
activesoft.hu  mail exchanger = 10 mx01.activesoft.hu.
activesoft.hu  text = "v=spf1 ip4:91.83.48.174 a mx ptr -all"

desktop:~$ whois 206.123.89.8
#
# Query terms are ambiguous.  The query is assumed to be:
#     "n 206.123.89.8"
#
# Use "?" to get help.
#

#
# The following results may also be obtained via:
# http://whois.arin.net/rest/nets;q=206.123.89.8?showDetails=true&showARIN=false
#

Colo4Dallas LP COLO4-BLK1 (NET-206-123-64-0-1) 206.123.64.0 - 206.123.127.255
Networld Internet Services COLO4-NIS-116-013108 (NET-206-123-88-0-1) 206.123.88.0 - 206.123.89.255


#
# ARIN WHOIS data and services are subject to the Terms of Use
# available at: https://www.arin.net/whois_tou.html
#

NetRange:     206.123.64.0 - 206.123.127.255 
CIDR:         206.123.64.0/18
 
Name:         COLO4-BLK1 
Handle:       NET-206-123-64-0-1 
Parent:       NET206 (NET-206-0-0-0-0)  
Net Type:     Direct Allocation 
Origin AS:  
Nameservers:  NS1.COLO4DALLAS.NET
              NS2.COLO4DALLAS.NET 
Organization: Colo4Dallas LP (COLO4)  
Registration: Date 2004-04-14 
Last Updated: 2004-11-15 
Comments:  
RESTful Link: http://whois.arin.net/rest/net/NET-206-123-64-0-1 

NetRange:     206.123.88.0 - 206.123.89.255 
CIDR:         206.123.88.0/23
Name:         COLO4-NIS-116-013108 
Handle:       NET-206-123-88-0-1 
Parent:       COLO4-BLK1 (NET-206-123-64-0-1)  
Net Type:     Reallocated 
Origin AS:  
Nameservers:  NS4.TEKTONIC.NET
              NS3.TEKTONIC.NET 
Organization: Networld Internet Services (NIS-116)  
Registration: Date 2008-01-31 
Last Updated: 2008-01-31 
Comments:  
RESTful Link: http://whois.arin.net/rest/net/NET-206-123-88-0-1 



desktop:~$ whois 67.202.108.180
#
# Query terms are ambiguous.  The query is assumed to be:
#     "n 67.202.108.180"
#
# Use "?" to get help.
#

#
# The following results may also be obtained via:
# http://whois.arin.net/rest/nets;q=67.202.108.180?showDetails=true&showARIN=false
#

NetRange:       67.202.64.0 - 67.202.127.255
CIDR:           67.202.64.0/18
OriginAS:       AS32748
NetName:        STEADFAST-3
NetHandle:      NET-67-202-64-0-1
Parent:         NET-67-0-0-0-0
NetType:        Direct Allocation
NameServer:     NS3.STEADFAST.NET
NameServer:     NS2.STEADFAST.NET
NameServer:     NS1.STEADFAST.NET
NameServer:     NS4.STEADFAST.NET
Comment:        Please submit all reports of abuse to
Comment:        abuse@steadfast.net. Reports sent to other
Comment:        addresses will not be processed.
RegDate:        2007-08-09
Updated:        2008-07-15
Ref:            http://whois.arin.net/rest/net/NET-67-202-64-0-1

OrgName:        Steadfast Networks
OrgId:          NOZON
Address:        350 E. Cermak Rd.
Address:        Suite 240
City:           Chicago
StateProv:      IL
PostalCode:     60616
Country:        US
RegDate:        2004-05-21
Updated:        2010-01-14
Comment:        Please submit all reports of abuse to
Comment:        abuse@steadfast.net. Reports sent to other
Comment:        addresses will not be processed.
Ref:            http://whois.arin.net/rest/org/NOZON

ReferralServer: rwhois://rwhois.steadfast.net:4321

OrgNOCHandle:   NOG3-ARIN
OrgNOCName:     Steadfast Networks Network Operations Center
OrgNOCPhone:    +1-312-602-2689
OrgNOCEmail:    noc@steadfast.net
OrgNOCRef:      http://whois.arin.net/rest/poc/NOG3-ARIN

OrgAbuseHandle: ABUSE959-ARIN
OrgAbuseName:   Steadfast Networks Abuse Department
OrgAbusePhone:  +1-312-602-2688
OrgAbuseEmail:  abuse@steadfast.net
OrgAbuseRef:    http://whois.arin.net/rest/poc/ABUSE959-ARIN

OrgTechHandle:  NOG3-ARIN
OrgTechName:    Steadfast Networks Network Operations Center
OrgTechPhone:   +1-312-602-2689
OrgTechEmail:   noc@steadfast.net
OrgTechRef:     http://whois.arin.net/rest/poc/NOG3-ARIN

RAbuseHandle:   ABUSE959-ARIN
RAbuseName:     Steadfast Networks Abuse Department
RAbusePhone:    +1-312-602-2688
RAbuseEmail:    abuse@steadfast.net
RAbuseRef:      http://whois.arin.net/rest/poc/ABUSE959-ARIN

RNOCHandle:     NOG3-ARIN
RNOCName:       Steadfast Networks Network Operations Center
RNOCPhone:      +1-312-602-2689
RNOCEmail:      noc@steadfast.net
RNOCRef:        http://whois.arin.net/rest/poc/NOG3-ARIN

RTechHandle:    NOG3-ARIN
RTechName:      Steadfast Networks Network Operations Center
RTechPhone:     +1-312-602-2689
RTechEmail:     noc@steadfast.net
RTechRef:       http://whois.arin.net/rest/poc/NOG3-ARIN

#
# ARIN WHOIS data and services are subject to the Terms of Use
# available at: https://www.arin.net/whois_tou.html
#



Found a referral to rwhois.steadfast.net:4321.

%rwhois V-1.0,V-1.5:00090h:00 manage.steadfast.net (Ubersmith RWhois Server V-1.8.0)
autharea=67.202.104.0/21
xautharea=67.202.104.0/21
network:Class-Name:network
network:Auth-Area:67.202.104.0/21
network:ID:NET-7336.67.202.108.128/26
network:Network-Name:IP Allocation
network:IP-Network:67.202.108.128/26
network:IP-Network-Block:67.202.108.128 - 67.202.108.191
network:Org-Name:Neosurge
network:Street-Address:10835 S Albany Ave
network:City:Chicago
network:State:IL
network:Postal-Code:60655
network:Country-Code:US
network:Tech-Contact:MAINT-7336.67.202.108.128/26
network:Created:20100118235230000
network:Updated:20100426195805000
network:Updated-By:admin@steadfast.net
network:POC-Name:Steadfast Networks
network:POC-Email:admin@steadfast.net
network:POC-Phone:+1-312-602-2689
network:Tech-Name:Steadfast Networks
network:Tech-Email:admin@steadfast.net
network:Tech-Phone:+1-312-602-2689
%ok

A fentiekből az valószínűsíthető hogy a UPC-nél probléma van a 67.202.64.0/18 és a 206.123.64.0/18
tartományok elérésével. Szerintem a UPC supportját is értesítened kéne. Mivel azt írtad, hogy a csuhai.hu elérhető és azoknak a névszervere 91.83.48.174 és 67.202.108.180 a domain.hu szerint, ezért a 91.83.48.174 azaz ns1.securens.org elérhető kell legyen, de azt már a resolvered le sem próbálja kérdezni. Én ezért nem használom az ISP-k névszervereit, helyette ajánlom az opendns.com-ot Windows és Linux desktopra is.

Ave UPC

***
programozó nők rémálma: a végtelen ciklus

( vmg | 2010. 12. 01., sze – 15:12 )

Ismét nem elérhetőek a vpsplant/activesoft szerverek és vps-ek: 2010.12.01. 13:15-óta, aztán kicsit ment, aztán most megint nem megy.

( groop | 2010. 12. 01., sze – 15:17 )

Mar senki nincs a vpsplant-nal, hogy bejegyzest irjon ide, hogy kb 13 oraota nem elerhetoek a szerverek, vagy ennyire mindennapos es megszokott dolog ez mar? :D

Szerk: 3percel lecsusztam, hogy en legyek az elso. :D

( thomasrc | 2011. 01. 31., h – 00:43 )

Másnál is előfordult mostanában, hogy a load véletlenszerű időpontokban indokolatlanul felment 6-8-ig és percekig úgy is maradt?

--
http://modellers.hu

Az alábbi válasz érkezett a problémára:
"
Üdvözlöm!

A magas lodot egy diszk alrendszer meghibásodása okozta, mert a kiesett tárolóeszközök normál terhelése is egy másik diszkerendszerre terhelődött át. Az adatok átmigrálása után 24 óra alatt a terhelés helyreállt.
"

( zoner | 2011. 04. 02., szo – 23:19 )

Némi lassulás, aztán nagyon gyorsan 20-as load. Most megállt.

Mazohisták vagytok? :) Senki ne vegye személyeskedésnek, de rossz olvasni ezt a sok szenvedést ami ennél a szolgáltatónál megy és ráadásképp még új érdeklődő is van.
Ilyen topik után azt hittem ember nincs aki oda megy és mégis. Mit ígérnek ezek? Örök életet meg ingyen sört? :)

Én most hagytam ott őket. Most járt le az 1 éves szerződés.
Azért hagytam csak ott őket, mert tartok tőle, hogy esetleg csődbe mehetnek. Írtam nekik még valamikor hét elején, hogy akkor, hogyan is értelmezzem a számlát, de máig nem válaszoltak. Próbáltam többször hívni őket telefonon, de nem értem el őket. Ez volt az utolsó lökés.
Az utolsó évben nem nagyon volt velük gondom, rugalmasak is voltak.
Pl. havi 1000 Ft körül adtak plusz memóriát és CPU-t. Ezt pl. a hetzner.de és a server4you-nál sem tudtam kialkudni.

Az új helyen dedikált szerver van (server4you.net). Itt a CPU-val nincs is gond, de úgy néz ki a sávszélesség fele mint a VPSPlant-nál volt. Tehát nem olyan rosszak voltak azért a vpsplantosok.
Most megnézem még a hetzner.de vps-ét, ha jó (sávszél, cpu stb.), akkor tovább költözöm arra, esetleg dedikált szerverre.
Jobban örültem volna neki, ha itthon is van ilyen árakon és minőségben VPS, vagy dedikált szerver, de nem találtam. A vpsplanttal sem volt az utóbbi időben gondom, de mivel nem válaszoltak, azt az érzést erősítették bennem, hogy erősen leépülőben van a cég. :-(

Az, hogy itt leírjuk a tapasztalatainkat, nem jelenti, hogy nem fordultunk az ügyfélszolgálathoz.
Neked az előbbi miért is fáj? :)

Telefonon nehéz őket elérni, de az e-mailekre viszonylag rövid határidővel válaszolnak.
Inkább azzal van baj, hogy nagyon hullámzik a szolgáltatás minősége (más kérdés, hogy ezért a pénzért mit várhatunk).

Nem erről van szó. Én pl örülök, hogy ha azt látom, hogy másnál is jelentkezik a probléma. Egyébként semmi gond nem lenne, ha mondjuk a leállások előtt írnának egy emailt, hogy bocsi, betelt ez a raid tömb, mindjárt intézkedünk, de utána 2 óra 20-as load várható.

A leállások idején nem veszik fel a telefont mellesleg, tehát más platform nincs is, ahol elmondhatnánk a problémákat.

--
http://sandor.czettner.hu
http://turaindex.hu

Lehet újdonság számba megy, de idézek a 3 éve ott virító adatokból:

"Ügyfélszolgálatunk munkanapokon reggel 9 óra és délután 17 óra között áll az érdeklődők segítségére általános kérdésekben. Ügyfélszolgálatunk kizárólag számlázással, és megrendeléssel összefüggő kérdésekben tud felvilágosítást adni.

Amennyiben szakmai jellegű kérdései, vagy problémái merülnek fel, műszaki támogatást írásban kérhet. Kollégáink igyekeznek a legrövidebb időn belűl technikai támogatást biztosítani Önnek. Kérjük szíves türelmét, mert a beérkezés sorrendjében válaszoljuk meg a leveleket.

A gyorsabb ügyintézés érdekében látogassa meg Online Ügyfélszolgálatunkat!"

Nekem most egy Neosurge VPS-em van. Árban hasonló, a sávszélesség viszont legalább harmada mint a ezeknél volt. A VPS teljesítménye szintén folyamatosan szarabb a Neosurge-nél mint itt. Gyakran van, hogy be ssh-zok, aztán várok 15-20 sec -et a promtra. Próbálkoztam a TecTonic-al is 2 hónapig, de az még ezt sem hozta átlagban. Erősen hezitálok azon, hogy ismét tőlük fogok rendelni egy évre VPS-t másodlagos NS-nek.
Volt még tapasztalatom a server4you-val is, de azok meg ad-hoc kedvük szerint változtatták a beállításokat. Azért hagytam ott őket.

---
Song of the 2nd Moon http://youtu.be/MSoAzONw-a4

Hát az ügyfélszolgálat sajnos a jelzett időpontokban sem volt elérhető (többször, több napon próbáltam). Pont számlázással kapcsolatban kerestem volna Őket. Írtam is Nekik emailt, arra sem válaszoltak 4-5 munkanap alatt.

Jelenleg én is a server4you-nál vagyok.
Milyen beállításokkal volt gondod náluk?
A sávszél itt kb. fele mint a vpsplantnál volt. CPU azt nem tudom megbecsülni egyelőre. Viszont 15 CPU magot látok 1 helyett. Ettől még lehet, hogy gyengébb.
Árban kb. ugyanott vagyok, viszont 3G garantált ram van, 6G-áig felmehet.

Hát a server4you-nál előfordul, hogy ugrálgat a sebesség, a vpsplantnál nem tapasztaltam hasonlót.
Sőt, mintha lenne valami korlát a server4you-nál, itt ha feltöltök, egy idő után beáll olyan 30k környékére. Ezt sem tapasztaltam a vpsplantnál.
Viszont valamiért van egy olyan érzésem, hogy a felhasználók mintha jobban szeretnék az új szervert. De ezt még korai lenne megítélni.

( Cseresznye | 2011. 04. 05., k – 09:21 )

Power Panelen találok valahol időzített, lehetőleg inkrementális backup lehetőséget?

"Az hogy xenserver partner vagytok jár valami előnnyel?"

Csak a szokásos partneri dolgok, vagyis mögöttünk van a Citrix support, hozzáférünk belső dokumentációkhoz (bár a Citrixnél a legtöbb info publikusan is elérhatő.), lógunk a belső service provideri fórumokon, , több féle licenszelési konstrukció, meg ilyesmi.

Tulajdonképpen a Citrix cég elég erősen Microsoft felé orientálódik, és ami pluszt a partnerség ad, azt leginkább akkor lehet jól kihasználni, ha MS dolgokkal is foglalkozol, alkalmazás virtualizáció, vagy SaaS (Software as a Service) keretében .

Hm... az Amazon EC2 árak felett vannak itt is az árak... :)

Erősen gondolkodom egy folyamatos üzemű EC2 használatában, most számoltam össze a költségeket, 50G tárhely, 1,7G memória, 1 CPU instance folyamatos üzemben 50 dollár (9-10eFt) lenne (Small instance); egy 50G tárhely, 7,5G memória, 4 CPU folyamatos üzemben 170 dollárba (30-32e forintba) kerülne (Large instance). Persze ezek az árak egy évre előre fizetett díjból és olcsóbb óradíjból tevődnek össze, ha hűséggel nem számolok, akkor a fenti konfigok 70 (13eFt) és 250 (48eFt) dollár körül alakulnak.

Persze az Amazon nagyon nagy farmon dolgozik, így tud olcsón adni VPS-t, de furcsa, hogy ezt az árat nem tudja biztosítani egy magyar cég se... :(
--
http://wiki.javaforum.hu/display/~auth.gabor/Home

A forgalmi díj is rájön erre és NINCS backup az aws-en, illetve külön fizetős (de neked kell backupot beállítani). Az sem volt nekem teljesen világos, hogy ha leállítom a vps-t, akkor valahogy totálisan leállt és nem már indítási opció. Ebből nekem az jött le, hogy eléggé az ondemand igényre mentek rá. A small instance pedig nem egy sebesség bajnok.

Van backup, igaz 0,1$/GB/month, annyi EBS-t húzol fel, amennyi jólesik, akár másik EC2 farmon, ha félsz a lokális hibáktól.
Igen, van adatforgalmi díj, de aki VPS-t használ, annak nem szokott havonta több GB forgalom összejönni, a szerveremen jelenleg 200kbps az átlag kimenő forgalom (mentéssel együtt!), ez ugye 25kB/s, ami kb. 60GB/month, ez jelenleg kb. 6 dollár lenne havonta.
Ha leállítod az instance-t (stop), akkor megmarad. Ha terminálod (terminate), akkor eltűnik. Ha leállítod, akkor csak a EBS foglaltságért fizetsz, ha terminálod, akkor eltűnnek az instance-ban tárolt adatok, de megmaradnak a külön létrehozott EBS-ben tárolt adatok.
A Small instance pont annyit tud, amennyit egy más helyen lévő VPS-ben lévő small instance. Nem kell tőle csodát várni, de teljesen jól használható, egy 5 éves Sun x2100-ben lévő dual Opteron CPU-val például összemérhető egy elastic unit.
--
http://wiki.javaforum.hu/display/~auth.gabor/Home

"Igen, van adatforgalmi díj, de aki VPS-t használ, annak nem szokott havonta több GB forgalom összejönni"

Van olyan ügyfél, akinek a napi átlaga 33Mbit/sec (nap közben 50Mbit felett, éjszaka a min. érték is 3Mbit/sec.), ez kb. 8-10Terabyte/hó adatforgalom.

Mondjuk valóban nem minden ügyfél ilyen, mert a második helyezett már csak 800-1000GB-t forgalmaz egy hónapban.

Nyilván vannak esetek, amikor az Amazon díjtáblázata nem ad kisebb végösszeget, de nem csak az Amazon létezik, mint VPS szolgáltató, a GoDaddy például ad 1TB/month ingyenes adatforgalmat. Ott elosztják a VPS tulajdonosok között a forgalmat, az Amazon-nál többé-kevésbé mindenkitől bevasalják azt a pénzt, amit a tevékenységével okoz.
--
http://wiki.javaforum.hu/display/~auth.gabor/Home

A félreértések elkerülése végett: egy projekt miatt effektív használtam Small és az egyel nagyobb VPS-üket is, EBS-estül.

EBS-nél az IO műveletek után is van vmi fee. :) Ha a forgalmi 5-10USD perhónapot és mondjuk 1-2USD-t hozzáadsz az EBS miatt a VPS TCO-jához, akkor lehet hogy rögtön nem annyival olcsóbb. A small instance-nál főleg IO-ra gondoltam, CPU terén nincs gond, de a Smallról a feljebb lépés látványos volt.

A félreértések elkerülése végett: egy projekt miatt effektív használtam Small és az egyel nagyobb VPS-üket is, EBS-estül.

Ööö... izé... eléggé futó pillantás lehetett az a projekt, legalábbis nekem úgy tűnt ebből a szövegből: "Az sem volt nekem teljesen világos, hogy ha leállítom a vps-t, akkor valahogy totálisan leállt és nem már indítási opció. Ebből nekem az jött le, hogy eléggé az ondemand igényre mentek rá. A small instance pedig nem egy sebesség bajnok."

EBS-nél az IO műveletek után is van vmi fee. :) Ha a forgalmi 5-10USD perhónapot és mondjuk 1-2USD-t hozzáadsz az EBS miatt a VPS TCO-jához, akkor lehet hogy rögtön nem annyival olcsóbb.

Én most is aktívan használom, azért írtam konkrét számokat, bár egy egész hónapnyit nem ment még egyik instance se, de több napot igen, abból extrapoláltam.

A small instance-nál főleg IO-ra gondoltam, CPU terén nincs gond, de a Smallról a feljebb lépés látványos volt.

A Small és a Large között azért eléggé nagy különbség van, és sajnos nincs köztes gép, ezért több Small-t kell összefogni, ha kevés egy, de túl sok egy Large. Mint írtam volt, egy Small instance kb. azonos teljesítményt tud nyújtani, mint egy 5 éves Sun x2100M2.
--
http://wiki.javaforum.hu/display/~auth.gabor/Home

"Hm... az Amazon EC2 árak felett vannak itt is az árak... :)"

"ha hűséggel nem számolok, akkor a fenti konfigok 70 (13eFt)"

Na, az általad leírt konfig (50G tárm 1,7G ram, 1 dedikált vcpu) nálam 13550-re jön ki.(nettó).
Hűség nélkül.

"ersze az Amazon nagyon nagy farmon dolgozik, így tud olcsón adni VPS-t, furcsa, hogy ezt az árat nem tudja biztosítani egy magyar cég se.."

vpsplant még olcsóbb is. Kell?

Na, az általad leírt konfig (50G tárm 1,7G ram, 1 dedikált vcpu) nálam 13550-re jön ki.(nettó).
Hűség nélkül.

Ja, elfelejtettem mondani, hogy az Amazon árak bruttó árak. :)

vpsplant még olcsóbb is. Kell?

Dehogy kell. Inkább az Amazon EC2, csak sajnálkozok, hogy normális olcsó VPS nincs errefelé. Ott van pölö a GoDaddy VPS, egy hasonló paraméterű VPS (30G tár, 2G memória, 1 CPU) 40 dollár havonta. :)
--
http://wiki.javaforum.hu/display/~auth.gabor/Home

ok.

Ettől függetlenül naív dolog azt várni, hogy bármelyik magyarországi szolgáltató olyan árral (és emellett megbízható/jó szolgáltatással) tud jönni mint akármelyik nagy USA provider.

A hosting jellegű szolgáltatás árait tömegtermeléssel lehet leszorítani, amit az itthoni piacon nem tudsz olyan mértékben megcsinálni, mint egy USA beli cég. Max. ha felesleges százmillióid vannak rá, és be mersz vállalni egy sanszos buktát.

Érthető, de szolgáltatásban se mindig vannak ott a honi VPS-ek, mint a nagyobb szolgáltatók... a vpsplant például ad 99% rendelkezésreállást szerződés szerint, ami ugye 3,5 napos leállást lehetővé tesz évente, és mindezért kér kb. kétharmad annyit, mint az Amazon, ahol 99,95 százalékos az SLA (4,5 óra)... nálatok mennyi a bevállalt SLA?

Apró betű: Egyébként lehet itt a topic-ban hörögni, hogy nem megy a vpsplant, de tessék kérni a szolgáltatásra audit-ot (például http://www.netdiag.hu/wdFull_daily_HU.asp?i=1481), és akkor höbörögni, ha 99 százalék alá csökkent egy év alatt a rendelkezésreállás... :)
--
http://wiki.javaforum.hu/display/~auth.gabor/Home

"nálatok mennyi a bevállalt SLA?"

Jelenleg 99,5% (48 óra/365 nap), de tervezzük jelentősen csökkentetni, mert van annyi tartalék erőforrásunk ami ezt lehetővé teszi.

szerk: tudom hogy 99,5% valójában 43,8 óra/365 nap, de az már rég rossz, ha akár 8 órát is meghaladna egy évben a tervezetlen leállás , és az ügyfél szerződéstől függetlenül már rég kapna valamiféle kompenzációt.

3-4, esetleg 5 nagyságrenddel... :)

Szóval továbbra is azt tudom mondani, hogy az Amazon (vagy a GoDaddy, stb) VPS olcsóbb és megbízhatóbb, mint a hazai... kivéve akkor, ha nagy hazai sávszélesség szükséges. De kb. ezt mondtam a kiinduló üzenetben is.
--
http://wiki.javaforum.hu/display/~auth.gabor/Home

A hőbörgést én nem érzem, pusztán az üfszolg elérhetetlensége jelentkezett most mint probléma.

A 99,95%-hoz akkora ráfordítás kell, hogy egyszerűen nem éri meg itthon, mert akinek az kell az vesz magának két totálrendundás (hot-swap diszk+táp+venti, mirrored memory stb.) gépet két külső storage-el és tesz rá valamilyen HA cluster megoldást (akár virtualizált akár "sima" OS szintűt). A zwei által is írt 99,5% vagy akár 99,7/8% is különösebb idegroham nélkül vállalható és tartható is jó minőségű hw-el.

Nyilván az ügyfélszolgálatnak is van SLA-ja, ami nem feltétlen jobb, mint a szolgáltatásoké... :)

A 99,5 és afeletti rendelkezésreállás komolyabb felkészültséget igényel, cseregéppel, katasztrófatervekkel, mentéssel, ésatöbbi. 99,5 százalékot egy egyszemélyes "hadsereg" is tud cseregép nélkül, ha kicsit komolyabban veszi a dolgot (http://www.netdiag.hu/wdFull_yearly_HU.asp?y=2010&i=1481), bár ugye ebbe a kategóriában csak egy erős másfél napos leállás fér bele...
--
http://wiki.javaforum.hu/display/~auth.gabor/Home

A vps007-en bérlek én is, és a munkahelyem is egy VPS-t (nem férek hozzá, de rendszergazdival beszéltem). Az enyém kisebb IP-vel, az övék nagyobbal. Az én VPS-em több, mint egy hete elérhetetlen mindenhogyan (Parallels Power Panel is halott), a munkahelyi meg simán működik.

Van valaki, akinek már megy?

Nekem is van VPS-em náluk, de minden rendben van vele!
A naplófálokból én azt látom, hogy csütörtökön (2011.07.21) gyakorlatilag egyáltalán nem működött semmi, bár délelőtt 10:30 és délután 5 között azért
volt valami, (de akkor olyan lassú volt minden, hogy meg sem tudtam nézni az általam üzemeltetett honlapokat), de este fél 11 körül már működött minden.

Én most már lépek tőlük, e a domaint nem tudom átregisztrálni, mert az ő e-mail címük van megadva kontaktnak, ezért az egyelőre marad, ha valaki nem javasol jobb megoldást.

A tárhelyen rettentően fontos dolgok nem voltak, ezért mentést sem csináltam (csak az ő mentésüket haszáltam néha), de azért kíváncsi vagyok, hogy ahhoz még hozzá fogok-e férni. Jó lenne pl. néhány konfigfájlt megnézegetni, összehasonlítani az új szerveren, stb., meg egyáltalán szétnézni, mielőtt felszámolom.

Számlatartozásra hivatkozva korlátozták a VPS elérhetőségét. Egyébként minden pénzt átutaltam, csak téves közleménnyel ment, mert automatikusra van állítva az utalás, és nem mindig (sőt, az az igazság, hogy igen ritkán) frissítettem a közlemény rovatot. Én mindenféle módokon próbáltam nekik jelezni, hogy mi történt, de semmi reakció, teljes elérhetetlenség, se vonalason, se mobilon, tegnap viszont a 12web-hez beküldtem support ticketet, és meglepetésemre onnan reagáltak. Részletesebben itt.

Csak a teljesség kedvéért: kezd úgy kinézni, hogy én csesztem el és az egyik számla nem lett kifizetve. Én szentül meg voltam róla győződve, hogy megtörtént az átutalás, de a nyilvántartásokat összevetve kiderült, hogy valószínűleg nem utaltam el az egyik számlát, bár tutira nem mondanám még ezt se, mert trehány vagyok, és nem tettem el a számlakivonatokat, az webbank meg csak 3 hónapra visszamenőleg mutatja az átutalásokat. Inkább kifizetek még egy hónapot, hogy hozzáférjek.

Viszont megírtam nekik, és ide is többször, mert rendkívül fontos, hogy a számlatartozásos levelükre természetesen válaszoltam, de nem válaszoltak vissza. Telefonon elérhetetlenek, e-mailben azóta többször kerestem őket. Így nem lehet számlatartozást egyeztetni.

Egyedül a support ticket rendszeren keresztül tudunk kommunikálni.

Szégyen ez akárhogy is a részükről. A problémás ügyekkel kiemelten kell foglalkozni főleg, ha garas áll a házhoz.
A bent ülő nénike már kb úgy működik, mint egy script. Ha van zsé megy a vps, ha nincs, nem megy. Ja és zéró hibakezelés, ami hiba felböffen a rendszerben az is dev/null-ba megy.

( kisspeter22 | 2011. 07. 30., szo – 10:17 )

e-cegjegyzek.hu/feketelista.hu/opten.hu

többi törölve.

Véleményem szerint, törölni kellene az egész topikot valamint nevet válthatna a cég is!
Mert ami itt megy az senkinek sem tesz jót.

( lzs | 2011. 09. 19., h – 14:58 )

Szokásos évi nagy behalást adják elő, megint (2011-09-16/17) környékétől. Kérdésem az ,hogy létezik a cég vagy menekülőre fogták? Azaz 2 héten belül képesek visszaállni, asszem eddig ez volt a rekordjuk. Mivel ismerem a jómadarakat (óccó és KO SLA) semmi fontosat, csupán kényelmeset futtatok a VPS-en, azért jó lenne a remény halvány sugara . . . .

Arra továbbra sem találok magyarázatot, hogy miért nem raktok ki legalább a leállások alatt egy bannert a honlapra (ha már a telefont kihúzzátok), vagy tájékoztattok a későbbiekben annak okáról, sűrű bocsánatkérés közepette.
Az, hogy évente 2x2 órára elmegy a vonal, kevésbé zavar, mint a fentiek.

Úgy legyen, amit nem értek hogy minden netes dolog frankon müxik a desktopon csak a cég dolgai NEM illetve a VPS elérhetőség. Nem hiszem hogy desktop függő lenne egy másik gépről is kipróbáltam más OS csak a LAN ugyanaz és a hiba konzisztens :-(. Marad a komplett infrastruktúra reboot. Bemásztam egy Inviteles hálóra a 80-as porta a telnet dopta az ESC-t azaz OK. Nem értem, megkövetem őket ha a T-HOME wifi router reboot segít. Azért a telefonon el kéne őket érni hétfőn napközben . . . .

mielott, uzleti partnert, szolgaltatast, munkahelyet valasztasz, nehany weboldalt nezzel meg:

http://www.e-beszamolo.kim.gov.hu/kereses-Default.aspx
http://apeh.hu/ADATBLEKER/afaalanyok
http://www.e-cegjegyzek.hu

csak makulatlan cegekkel szerzodj, es nezz utana a tulajdnosi hatternek is.

Ez azért hatalmas f@szság, mert beszélünk max. 3 gombóc fagyi árával vetekedő szolgáltatásról. ha valakinek valami nem fekszik, akkor felmondja a ez egész hóbelefrancot aztán keres mást amit én is megtettem gond nélkül. Senki nem kérdezte soha, hogy miért? Felmondtam a szolgáltatást, aztán ennyi.

Amikor elmegyek a gyerekekkel a városligetbe egy vasárnapi napon, és veszek nekik 3 perecet+lufit+vattacukrot, helyből elköltök 5-10ezervalahány forintot. Hol érdekel engem az adószáma, az éves beszámolója, meg a konszolidált mérlege a vállakozó csókának? Ha meg 3 hetes száraz perecet sózott rám a mozgóvállakozó, akkor nem fogok a telefonos supportjáért visítani, hanem b@szom ki perecet a kukába, azt jónapot. Szánalmas már ez a téma, középiskolás korú felhasználókkal, konkurens trollkodó webvállakozókkal, és minden ostobasággal egyetemben.

---
http://youtu.be/wzEahz7pa7k

"Felmondtam a szolgáltatást, aztán ennyi."

muhahaha, persze. rajtam követelte ez a fos szolgáltató (vpsplan) a felmondási időt, mert jajajj, nem tudnak mit tenni, a rendszer nem engedi. Erre a szolgáltatást lekapcsolták. Akkor mondom most mivan? Mégis engedi? Lekapcsoljátok, de azért a pénz kéne mi? Oldalakon keresztül vitáztam azzal a fasszal aki a net túlsó végén ült, azt a végén elkezdi, hogy bement a bankba, befizette nekem a szolgáltatás árát ami 2 kávé ára és többet nem állok velük jogilag kapcsolatban többé :D még neki állt feljebb.

de a legjobb az volt amikor arról beszélt, hogy a hup.hu ellen emiatt a topic miatt büntetőfeljelentést kezdeményeztek :D

lehet gyorsan lementem a levelet amit a support oldalukon beszéltünk, nagyon vicces :D

"Előfizető köteles a Szolgáltató által biztosított kedvezményeket és a Szolgáltatási Szerződés
megszűnése esetén a hátralévő időre esedékes Szolgáltatási Díjakat egy összegben legkésőbb a
Szolgáltatási Szerződés megszűnését követő 15 napon kiegyenlíteni."

( lzs | 2011. 09. 19., h – 20:49 )

Igazad van tudom mit vettem occóért, sajna előre kifizettem az 1 évet és kissé fájna bebukni a maradék 10 hónapot. 1 évnyi perec mennyiséget nem veszel előre a csóri perecestől az már tétel és ha szar, lehet hogy visszamennél. Bár aki úr az úr ez is igaz. Nekem úgy tűnik valami automata biztonsági rendszerük valamiért a dinamikus otthoni IP-címem tiltólistára tette és ezért van ez a visítás részemről. Ezt a cég megelőzhette volna ha a válaszleveleikben valós helpdesk telefonszámot adnak meg ahol sec-perc alatt rövidre lehet zárni az ilyesmit. Ráadásul nem túl jó a hírük lehet, hogy alaptalanul, ezért ugrik az ügyfél rájuk.

( vmg | 2011. 12. 20., k – 00:15 )

Ismét elérhetetlenek a szerverek.
Sem az activesoft.hu, sem a VPS-ek, sem pedig a mailszerverek nem érhetők el egy fél órája.

Érdekes eredményeket produkál pl. a traceroute 12web.hu parancs
traceroute to www.12web.hu (67.215.66.132), 30 hops max, 60 byte packets
.
.
.
10 dialup-212.162.26.129.frankfurt1.mik.net (212.162.26.129) 3.334 ms 4.218 ms 4.213 ms
11 ae-10-10.ebr1.Berlin1.Level3.net (4.69.141.254) 24.452 ms 23.679 ms 23.640 ms
12 ae-1-100.ebr2.Berlin1.Level3.net (4.69.148.206) 23.837 ms 23.840 ms 22.548 ms
13 ae-3-3.ebr2.Dusseldorf1.Level3.net (4.69.133.146) 33.556 ms 33.757 ms 34.372 ms
14 ae-46-46.ebr1.Amsterdam1.Level3.net (4.69.143.201) 37.960 ms 38.376 ms ae-45-45.ebr1.Amsterdam1.Level3.net (4.69.143.197) 38.060 ms
15 ae-56-111.csw1.Amsterdam1.Level3.net (4.69.153.186) 38.075 ms 37.544 ms ae-58-113.csw1.Amsterdam1.Level3.net (4.69.153.194) 38.587 ms
16 ae-1-51.edge4.Amsterdam1.Level3.net (4.69.139.138) 38.622 ms 37.942 ms 37.977 ms
17 SPLICE-COMM.edge4.Amsterdam1.Level3.net (212.72.40.98) 39.043 ms !X 37.579 ms !X 38.394 ms !X
VÉGE

OpenDNS/egyéb DNS nem találja a szervereiket, de IP-re szólítgatva őket működnek.

( djtacee | 2012. 01. 26., cs – 10:29 )

Sziasztok! Sajnos ritkán járok erre és nincs jogom új témát nyitni, de gondom szervesen kapcsolódik ehhez a témához, mivel egyazon cégről van szó: Activesoft. Arról most nem mesélek hogy jártam VPS-el náluk, hasonlóan mint sokan, menekülni kell innen de gyorsan. Játszós gépnek jó, másra nem. Nekem egy tárhelyem és egy domainem volt (van) a cégnél. Rendesen fizetek, előre egy évet. A két év alatt kétszer volt leállás de minimális, ennyi belefér. A helyzet a következő: tegnapelőtt felmondták a domainem, ezzel leállt a levelezésem és a web is, bizonyíthatóan károm van belőle. Közben átregisztráltam a domaint de több mint 24h leállás volt. Ügyfélszolgálat nem elérhető. 2010-ben szerződtem velük, két évre szólt a .hu domain. Kifizettem mindent. 2011-ben nem küldtek számlát, én írtam nekik hogy várom, de semmi! A szolgáltatás ment, gondoltam majd küldenek ha kell a pénz... Novemberben írtam nekik hogy januárban lejár a domain, hosszabbítsák a tárhellyel együtt és a várom a számlát. Megírtam azt is hogy Bt-ből Kft lett közben, módosítani kellene az igénylőt és a számlázási adatokat. Válasz semmi, se az oldalról küldve, se email. Aztán most váratlanul felmondták a domaint. Szerintetek tudok valamit jogilag tenni ha bizonyíthatóan károm lett belőle? Ez gusztustalan dolog, ráment az egész napom és megannyi idegeskedés az ügy miatt.

"Szerintetek tudok valamit jogilag tenni ha bizonyíthatóan károm lett belőle?"

VPSPLANT Aszf:


Az Előfizető által bizonyított, hibás teljesítés esetén, Szolgáltató Előfizető részére kötbért fizetni
köteles. Szolgáltató ezt az Előfizető részére, Előfizető következő számláján jóváírja. A kötbér
mértéke az Előfizető által fizetett díj, kiesés időtartamára eső hányada. Szolgáltató a kötbér
számításánál 365 napos évet vesz figyelembe.
A hibás teljesítésből származó, az Előfizető közvetlen és közvetett káráért, a Szolgáltató
felelősséget nem vállal és ezért felelősségre nem vonható.

Szóval jogosult vagy kb. 150Ft kötbérre a 24 órás állásidőre, a többi esélytelen.

Lehet, csak épp nem havi 4000-ért az 1GB memóriát és 25GB tárat... legalábbis nem Magyarországon sztem.
Ahhoz elég nagy ügyfélkörnek kellene lenni, köztük jó néhány nagy erőforrás felhasználónak és vastagon fizetőknek, hogy ki lehessen alakítani egy olyan hibatűrő infrastruktúrát, amit a kisebb felhasználók felé is olcsón el lehet adni.

Részlet a Vpsplant oldaláról:

"Szolgáltatásainkat Sun Fire x4150 szerverekkel biztosdítjuk. VPS hoszting üzletági szerverparkunkat jelenleg 37db x4150 alkalmazás szerver, 2db Sun Fire x2100 DNS szerver, 1db Sun Fire x2200 elsődleges MTA szerver, és 1db Sun Fire x2200 másodlagos MTA kiszolgálóbó alkotja."

Mi hiányzik a felsorolásból? Mondjuk egy shared storage.
Az x4150-ek jó szerverek. (egész véletlenül nekünk is van 1.), bár már öregszenek.
Ha nincs közös storage, akkor ha egy szerver bármi ok miatt kihullik, akkor a rajta levő VPS-ek állnak amíg újra nem élesztik.
37 szerver esetén azért már sanszos, hogy néha 1-1 megállhat.

Ilyen rendszerrel nem is lehet túl nagy rendelkezésre állásra számítani.
Ha lenne redundáns tárolóhálózat, akkor gyakorlatilag (ha normálisan meg van csinálva a virtualizációs réteg) majdhogynem bármelyik fizikai vason indítható bármelyik vps.
Ha kihullik egy szerver, csak be kell dobni egy hideg tartalékot és pár percen belül be lehet röffenteni a kihullott vpseket.

Mondjuk ebben a 37 szerverben levő alsó hangon is 20T tárolókapacitást redundáns tárolóhálózattal megcsinálni, úgy hogy még sebesség is legyen, nem 1-2 millió HUF, hanem jó pár tíz, és az üzemeltetési költsége sem 2 forint.

Igen csak sok havi 2-4000Ft-os vps-t kéne eladni ahoz (és kicsit több mint 37 szerver kéne hozzá), hogy egy ilyen cucc ára emberi időn belül megtérüljön, és még hasznot is hozzon (mert ugye álltalában ez utóbbi miatt szokták az ilyen üzeleteket csinálni.)

Nem csak azzal van gond ennél a cégnél, hogy mennyi a rendelkezésre állása, mert az durván az ÁSZF-en belül van, hanem olyan apróságokkal, hogy

- vészhelyzet esetén képtelenek egy bárhol fillérekért bérelhető VoIP alapú IVR-en keresztül tájékoztatni a ügyfeleket, ehelyett elérhetetlenek maradnak és csak hergelik a saját ügyfeleiket
- nincs önmaguktól független szolgáltatónál weboldaluk, ahol kiírnák, hogy épp mi a gond vagy mit sejtenek, ha az egész Activesoft birodalom bedőlt
- e-mailben is csak szökő évente egyszer kommunikálják le a problémákat
- és még sorolhatnánk a kis apróságokat, mint pl. olyan postafiókot bérletek, ahol nem fogadtak szimpla ajánlott levelet...
- vagy az 1 éve elvitt domain vissza regelve hozzájuk és újra beállítva az e-mail címeket, ott voltak a 4-5 éves levelek továbbra is a szerverükön, mégis miért?

Meg kell nézni ezt a topicot is. Kb. tized ekkora lenne, ha normálisan tudnának kommunikálni, de nem tudnak és sajnos a saját hibáikból sem tanulnak.

"- nincs önmaguktól független szolgáltatónál weboldaluk, ahol kiírnák, hogy épp mi a gond vagy mit sejtenek, ha az egész Activesoft birodalom bedőlt"

PTE-nek is egy nap után sikerült megoldani ezt a feladatot. :)
Ettől függetlenül teljesen jogos az elvárásod.
Van egy kis vállalkozásom, backup VPS-ként használom a vpsplant-et, erre tökéletesen megfelel.

Nálunk meg kb az ellenkezője volt. :)
Tesztből vettünk náluk egy minimál csomagot, mert kíváncsiak voltunk, hogy mit tud ilyen olcsón (szinte önköltségi ár alatt). Raktunk rá egy nem túl fontos weboldalt meg rákötöttük a monitorozó rendszerünkre a szervert.
Egy év alatt jópárszor át kellett rakni egy-két napra a backup webszerverre az oldalt, mert jelzett a zabbix, hogy nem elérhető a host (mindig náluk volt a hiba). Az egyik ilyen után meguntam és nem raktam vissza a weboldalt hozzájuk, leállítottam a virtuál gépet és nem fizettünk nekik többé. A monitorozót nem kapcsoltam ki. Ez már azt hiszem több mint egy éve volt és a mai napig időnként magától elindul a host és bejelez a zabbix. :)
Ilyenkor mindig rálépek és leállítom. Szóval olyan, mintha nem szűnt volna meg a szolgáltatásunk azóta sem...

Hasonló a tapasztalatom. Hiába mondtam már le jó ideje a szolgáltatásukat a szerver azóta is fut, de a management felületeken már nem érem el, viszont a vps-re telepített zabbix azóta is checkeli a beállított külsö hostokat. Érdekes...
Ebböl tanulva lemondás elött minden más szolgáltatónál is törlöm a vps diszk adatait...

A Nemzeti Média- és Hírközlési Hatóságról és a Nemzeti fogyasztóvédelmi Hatóságról hallottál már?

Tőlük nem lesz 150 Ft-nál nagyobb a Neked járó kártérítés, viszont a szolgáltató a neki kiszabott díjért cserében elgondolkodhat azon, hogy tovább folytatja-e 0 ügyfélszolgálattal a szolgáltatását vagy esetleg változtat a módszerein. Minden ügyfélszolgálatra vonatkoznak bizonyos minimum feltételek, ami dokumentáltan illik teljesíteni. Nekem ha legközelebb hasonló problémám lesz velük és nem tájékoztatnak megfelelően, akkor borítékolva van, hogy benevezem őket a fenti hatóságoknál egy díjra.

Talán hasznosabb lenne, ha a fent említett hatóságok is ehhez hasonló valós problémákon munkálkodnának, mintsem ősszel kezdődő pénzszüret keretében azért büntetgetik a vállalkozásokat, hogy kiírják-e, hogy melyik bíróság jegyezte be a cégjegyzékszámot (úgy, hogy enélkül is kódolva van a cégjegyzék számban az azt bejegyző cégbíróság) vagy szerintük jól látható helyen van-e az ÁSZF, miközben mások semmit sem írva ki magukról működnek és szinte elérhetetlenek, ergo a hatóságok nem foglalkoznak velük, mert nehéz pénzforrások...

( csuhi | 2013. 05. 22., sze – 09:27 )

Most kb ugyanaz lehet a helyzet mint amit a topiknyitó vázolt annak idején.

Nekem csak domainem van náluk, de nem megy, sőt a saját oldalaik sem:

csuhai.hu
activesoft.hu
admin.12web.hu

70-es mobilszámuk vagy nem él már, vagy ki van kapcsolva a készülék, egy ezeréves levélből kiszedett vonalas számuk pedig foglalt.

Másnak van tapasztalata vagy esetleg információja?

--
http://csuhai.hu

Igen, a 4 névszerver tulajdonképpen kettő, ebből az egyik (ns1 és ns3.securens.org) teljesen le van pusztulva, a másik (ns2 és ns4.securens.org) pedig még él, de gondolom rendesen le van terhelve egyrészt, vagy valami más ok miatt van 150es pingje és utasítja vissza a lekérdezéseket.

--
http://csuhai.hu

( vmg | 2013. 09. 30., h – 03:24 )

Forrás: www.e-cegjegyzek.hu "Activesoft"

A végrehajtás elrendelésének időpontja: 2011. december 13.
A végrehajtás ügyszáma: 0101-11/b.Vh.42.396/2011.
A végrehajtást elrendelő bíróság jelzőszáma: 101
A végrehajtást elrendelő bíróság megnevezése: Pesti Központi Kerületi Bíróság
Az értesítés (indítás) kiállításának időpontja: 2011. december 13.
A változás időpontja: 2011/12/13
Bejegyzés kelte: 2012/01/03 Közzétéve: 2012/01/26
Hatályos: 2011/12/13 ...