Pan Kot

Rozumiem, że ruch z PL => PL powinien wg. Ciebie iść przez Niemcy czy Czechy. Ok .

Pamiętaj, że na procesor nie wpływa wyłącznie taktowanie, ale też architektura oraz to, że na OpenVZ nie masz pełnej wirtualizacji sprzętowej i ten CPU jest tak naprawdę dzielony na wszystkich userów "sprawiedliwie". XEN to zupełnie inna półka wydajnościowa.

Przy braku widoczności nie wiadomo czy jest PL czy nie, ale na bazie następnego można spekulować (chociaż też może być sytuacja PL => XX => PL), a tak masz prosto na tacy podane, że brzegówka nie stoi w Polsce. Generalnie TP zawsze miała gorsze pingi bo rzadko kto ma do niej styki (co zresztą zostało napisane już wyżej). Tak już niestety jest. Mało która serwerownia w Polsce ma styk z TP bo ceny mają z kosmosu.

Puść sobie tracerta do tego IP i dowiesz się przez jakie routery przechodzi. Jak zobaczysz inne niż polskie to jest źle .

Patrząc na to, że za 19 zł można dostać xena to naprawdę godna oferta na malutki serwerek.

Masz rację co do spamu z DC OVH, ale nie masz racji co do blokady takiego czegoś. Możesz sobie w iptables wyciąć ruch całego świata włącznie z tobą, a i tak jestem w stanie zddosować Cię UDP Floodem bo właśnie tak on działa.

W iptables nie ma zbyt dużo do konfigurowania. Wrzucasz deny all, a potem allow in/out na porty, które Cię interesują. Swojego czasu jak korzystałem jeszcze z iptables miałem coś takiego: # Defaultowa polityka iptables -P INPUT DROP iptables -P OUTPUT ACCEPT iptables -P FORWARD ACCEPT # LAN Iptables -A INPUT -i lo -j ACCEPT # Established iptables -A OUTPUT -m state --state ESTABLISHED,RELATED -j ACCEPT iptables -A INPUT -m state --state ESTABLISHED,RELATED -j ACCEPT # Security iptables -A INPUT -p tcp ! --syn -m state --state NEW -j DROP iptables -A INPUT -f -j DROP iptables -A INPUT -p tcp --tcp-flags ALL FIN,URG,PSH -j DROP iptables -A INPUT -p tcp --tcp-flags ALL ALL -j DROP iptables -A INPUT -p tcp --tcp-flags ALL NONE -j DROP iptables -A INPUT -p tcp --tcp-flags SYN,RST SYN,RST -j DROP iptables -A INPUT -p tcp --tcp-flags SYN,FIN SYN,FIN -j DROP iptables -A INPUT -p tcp --tcp-flags FIN,ACK FIN -j DROP iptables -A INPUT -p tcp --tcp-flags ALL SYN,RST,ACK,FIN,URG -j DROP #iptables -A INPUT -m state --state INVALID -j DROP # External DNS iptables -A INPUT -p udp --sport 53 -j ACCEPT iptables -A INPUT -p tcp --sport 53 -j ACCEPT # ICMP iptables -A INPUT -p icmp -j ACCEPT # TCP #iptables -A INPUT -p tcp --dport ssh -j ACCEPT PTCP=ssh,http,https,10011,30033 iptables -A INPUT -p tcp -m multiport --dports $PTCP -j ACCEPT # Porty UDP PUDP=9987,9988 iptables -A INPUT -p udp -m multiport --dports $PUDP -j ACCEPT # Default END # # Exit exit 0 Zamiast tego jednak proponuję CSF. Więcej o CSF i ogólnie o security tutaj => http://www.webhostingtalk.pl/topic/41538-security-na-debianie-fakty-i-mity-poradnik/ Co do obciążenia to to zależy od wielu czynników - architektury procesora, oversellingu stosowanego przez firmę, zainteresowania serwerem, optymalizacji... Generalnie proponuję kupić VPS'a z łatwą możliwością rozszerzenia.

Jakikolwiek najtańszy pakiet na rok Ci wystarczy. Ceny oscylują do 20 zł na rok, a i za 5-10 idzie coś fajnego dostać. Nie martwisz się zapchaną maszyną ani tym, że ktoś może Ci ot tak podziękować. http://www.gbzl.pl/ Ja od siebie polecam coś takiego. Działa naprawdę fajnie, bez problemu możesz wziąć 5 GB na 24 miesiące i zapłacić 12 zł z groszami. Jakościowo wypadnie na 100% lepiej niż jakakolwiek darmówka, nic lepszego Ci nie potrzeba, a 12 zł to nie są pieniądze.

Przeczytajcie lepiej wpis od @xorg'a. Pobieraczek istniał na terenie Polski i miał wpisy w regulaminie, które można było kwestionować. Autor wyciągnął lekcje i teraz działa inaczej. Nie wiem jakie będą konsekwencje, ale na 100% jeśli nie mają Twoich danych (a sam mówisz, że są cudze) to absolutnie nie mają żadnych podstaw wiążących. Jeszcze tym bardziej, że pewno IP nie jest Twoje i nie są w stanie udowodnić, że zawierałeś z nimi jakąkolwiek umowę. To tak z mojego podejścia, nie potwierdzam mojej teorii żadnymi wpisami, a jedynie praktyką. Przy pobieraczku sprawa była prosta - nie i koniec. Tutaj można kwestionować i z punktu widzenia prawa JEST możliwe wyegzekwowanie tego długu, ale sam mail nie jest wiążący z tego co pamiętam.

Każdy kij ma dwa końce, ale zakładanie z góry że winą zachowania konsultanta jest arogancki klient jest nieco nie na miejscu. Raczej klient bez powodu nie zachowuje się arogancko, a chyba każdą osobę mogą ponieść nerwy jeśli umawia się z firmą na konkretną rzecz (w tym wypadku aktywację usługi), a druga strona umowy nie dotrzymuje. Co nie zmienia faktu, że Pan Michał również mógł mieć zły dzień i nie należy z tego powodu oceniać firmy jako całości. No może w tym akurat jednym wypadku jest to choć po części uzasadnione.

Tak, ale dotacja z tego co mi wiadomo jest dobrowolna, tak samo jak to czy dasz przypadkowej osobie na ulicy 10 zł czy nie. Nikt zgody nie wymaga. Owszem jeśli jest to jakiś większy projekt czy jakaś zbiórka na konkretny cel to pewno macie rację, ale jeśli jest to zwykły przycisk paypal z napisem "dobrowolna dotacja" to raczej nikt nikogo nie będzie za to ścigał.

Niektórzy wciąż zapominają, że strona internetowa to nic innego niż usługa na jednym z serwerów X danej firmy. Jeśli firma upadnie to serwer zostanie wyłączony, a zatem nasza strona również. Z hostingiem wygląda to akurat tak, że najczęściej właściciele upadających lub źle rokujących firm po prostu je sprzedają (tak jak napisali moi poprzednicy). Wtedy dostajesz usługę na nowych warunkach danej firmy. Może być to identyczna usługa, może być to też inna usługa o zupełnie innych parametrach. Każda choć trochę profesjonalna firma powinna poinformować swoich klientów o dacie zaprzestania świadczenia usług, jednakże jeśli regulamin tego nie definiuje to nigdzie nie ma takiego obowiązku. Możesz co najwyżej walczyć o pozostały czas wykupienia danej usługi podpierając się SLA i ew. ww. regulaminem.

Napisałeś odpowiedź, która merytorycznie nie jest poprawna, ponieważ nie masz absolutnie jakiegokolwiek wpływu na łącze z poziomu serwera jeśli w grę wchodzi UDP Flood. Odsyłam do mojego temaciku, który spowoduje że będziesz wiedział jeszcze więcej http://www.webhostingtalk.pl/topic/41538-security-na-debianie-fakty-i-mity-poradnik/ Jeśli nie jesteś czegoś pewien to nie wprowadzaj ludzi w błąd. Jest różnica między próbą pomocy i dobrymi intencjami, a błędami merytorycznymi wynikającymi z braku wiedzy. I za to m.in otrzymałeś mojego minusa.

Wy tak na serio?

SMTP, POP3 czy IMAP nie są zgodne z CF, a zatem rekordy MX wskazują bezpośrednio na IP i nie są "puszczane" przez chmurę CF.

Dorzucam swoje wyniki bazowane na IP od pedro. Pierwszy kimsyf, drugi UPC Warszawa.

Ja to mówię na bazie własnego doświadczenia i faktów, a nie na zasadzie opinii osób, które usługę widzą jako stronę www . Taka prawda. Lepiej być na wszystko przygotowanym.

Pewno, że tak. Kwestia jest tego rodzaju, że akurat kimsyfy mają strasznie słaby support ze strony OVH i jakakolwiek "większa" akcja = totalny down. Chociazby ddos na jednego z klientów, rurka 100 megabitów (jeszcze niegwarantowanego) pada raz dwa, a co robi OVH? Blokuje.

Kimsufi + SLDC? Oj kiepsko to widzę . Powodzenia w każdym razie.

Mhm, miesiąc brzmi rozsądnie.

Good find. Haha .

Zdajesz sobie sprawę z tego, że materiały źródłowe często ważą po kilkadziesiąt GB, a nie prześlesz tego wszystkiego w sekundę, prawda? . To nie żaden atak tylko przypomnienie. No chyba, że testujesz wyłącznie jakieś efekty, ale nawet w tym wypadku to też waży.

Ale jednocześnie nie chce serwerowni dużo droższych od SDC (?) Dochodzimy do sprzeczności, a zatem żadna serwerownia nie spełnia wymogów zadania .

To zależy. Mi się nie zdarzyło jeszcze, żebym czekał ponad 48h, więc myślę że 2 dni to akurat na takie "normalne" pytania. Tickety są wykonywane od ręki przez automat (tworzysz ticketa i technik-zombie w tym momencie już zmienia tor i pędzi do serwera).