blfr

Nie. Możesz sprawdzać z wielu miejsc, ale nigdy nie będziesz miał pewności, czy jest dostępny zewsząd.

Na żadnej chmurze nowy klient znikąd nie dostanie 1000 serwerów.

VPS (Virtual Private Server) to jest skrótowiec i odmienia się go z użyciem łącznika. Czyli powinno być "VPS-y od OVH" albo "w OVH", bo "na" niezbyt pasuje.

Nie. Zobacz, że recurring jest ta sama kwota.

A jaką podali podstawę prawną? Albo niech podadzą.

Nie wiem. Na LowEndTalk linka znakazłem.

Dzięki.

Jak falstart. Urzędnicy 110% normy wyrabiają.

A jak działa? Zgodnie ze specyfikacją? Jak łącza w Polsce i za granicę?

U mnie już jest OK (UPC). było OK przez chwilę.

Wiarygodne zawiadomienie dotyczy przede wszystkim naruszenia praw autorskich oraz innych treści bezprawnych, a nie problemów, którymi zajmuje się UOKiK.

Też widzę jakieś opóźnienie na linii. # traceroute hostingblog.ovh traceroute to hostingblog.ovh (51.254.195.213), 30 hops max, 60 byte packets ... 4 pl-waw04a-rc1-ae20-1493.aorta.net (84.116.192.253) 14.263 ms 16.744 ms 14.282 ms 5 * * * 6 * * * 7 fra-5-a9.de.eu (178.33.100.157) 270.303 ms 262.802 ms 266.372 ms 8 rbx-g2-a9.fr.eu (37.187.232.97) 257.876 ms 257.547 ms 256.229 ms 9 rbx-g2-a75.fr.eu (188.165.9.95) 255.323 ms 252.586 ms 256.422 ms 10 hz-4b-4m.fr.eu (213.251.128.6) 260.010 ms 258.477 ms 259.659 ms 11 hz-z1b1-a70.fr.eu (188.165.9.69) 265.732 ms 264.793 ms 270.994 ms 12 * * * 13 11.ip-92-222-54.eu (92.222.54.11) 272.148 ms 271.455 ms 271.009 ms

To nie jest iperf, ale, jak widzisz, wszystko jest OK. Coś między Twoim operatorem a OVH. Też teraz patrzę, że mam 200ms do OVH (normalnie 30-50).

Zrób iperfa z niego: iperf -c iperf.ovh.net

Na Kimsufi tak masz?

Próbowałem zgłaszać po angielsku. Nie czuć różnicy. Może Francuzom jest trochę łatwiej.

Sytuacje, które opisałem miały (mają) miejsce na firmowych kontach z kilkunastoma serwerami dedykowanymi każde.

Tak.

Tak. Jakikolwiek nietrywialny problem załatwić w OVH jest ciężko. Czas oczekiwania jest zróżnicowany, a pierwsze odpowiedzi prawie nigdy nie załatwiają sprawy. Problem z połączeniem do Polski z serwera SYS? Ciągnie się od początku listopada. W międzyczasie OVH wymieniło w tym serwerze wszystko poza jednym dyskiem. Bez rezultatu. Problem z łączem wewnątrz sieci OVH? Rozwiązanie zajęło trzy tygodnie i wymagało osobistej interwencji w trakcie OVH World Tour. Oni działają w tak wielkiej skali i mają tak wielu użytkowników z trywialnymi problemami, że musisz się dobrze naskakać, kiedy natniesz się na coś nietypowego. Większość proszących o poradę na WHT zwyczajnie sobie nie poradzi z dowodzeniem, że nie są wielbłądem. Natomiast nieuczciwe są opinie o niskiej jakości usług w OVH. Zdarzają się linie produktów, których lepiej unikać, ale od technicznej strony naprawdę trudno im coś zarzucić. Szczególnie przy tych cenach.

Ja (UPC Warszawa) mam trochę ponad 30ms do SBG. OVH ma kilka centrów danych, z których możesz wybierać. Ale jeszcze raz: zdecydowanie potrzebujesz dobrego wsparcia technicznego, którego OVH nie zapewnia. Oferta OVH jest świetna, ale niestety nie dla Ciebie.

To nie jest gra online. Geolokalizacja nie ma prawie żadnego znaczenia, a ping na poziomie 30ms niewielkie. OVH ma VPS-y o niemal dowolnych parametrach technicznych, gdzie z powodzeniem można uruchomić dowolnej wielkości sklep. Ogólnie, wybierz coś ze wsparciem, bo tego ewidentnie potrzebujesz. Natomiast technicznie OVH całkowicie by się sprawdziło.

Jak hostujesz serwery gier, to tym bardziej ktoś może chcieć sprawdzić opóźnienie do serwera. Napisałem, jak wyłączyć, ale "obciążanie" maszyny pingiem to stan rzeczy tak gdzieś z 1997 roku.

Żeby ktoś mógł sprawdzić, czy Twój serwer w ogóle odpowiada, kiedy ma problemy z wejściem na stronę na przykład.

CSF polega na iptables, więc wszystko da się zrobić, ale dlaczego chcesz blokować pingowanie na przykład? Masz jakiś cel, czy tak dla sportu? Wystarczy.

Do tego zupełnie wystarczy iptables. Ustawiasz domyślną politykę dla INPUTu na DROP iptables -P INPUT DROPa wcześniej dajesz sobie dostęp do wybranych usług. Na przykład ssh, http i https: iptables -A INPUT -p tcp -m tcp --dport 22 -j ACCEPT iptables -A INPUT -p tcp -m tcp --dport 80 -j ACCEPT iptables -A INPUT -p tcp -m tcp --dport 443 -j ACCEPT Dodatkowo potrzebujesz automatycznego ustawiania reguł po restarcie. To już zależy od dystrybucji. I tyle. Nie ma potrzeby instalować dodatkowego oprogramowania, a już szczególnie nie powinieneś tego robić z tarballi.