Skocz do zawartości

itomek

Użytkownicy
 Pokaż profil  Zobacz aktywność

  • Postów

    526

  • Dołączył

  • Ostatnia wizyta

  • Wygrane w rankingu

    36

 Typ zawartości 

Treść opublikowana przez itomek

  1. itomek
    DNSSEC nie jest zabezpieczeniem, które likwiduje zagrożenia code injection czy XSS, pojawiające się w momencie umieszczenia na serwerze skryptów lub plików, które bez dodatkowego filtrowania pozwalają na zdalne wykonanie pewnych funkcji. DNSSEC chroni przez atakami typu domain hijacking, cache poisoning i innymi działaniami, które mogą zagrozić integralności i poufności zapytań i odpowiedzi DNS. DNSSEC to system hierarchiczny, za pomocą którego podpisane są zarówno strefa domen .pl, jak i większość głównych stref domen globalnych. Istotę jego wykorzystania widać właśnie na tym przykładzie, kiedy przy rozwiązywaniu nazw chociażby we wspomnianej strefie .pl wykorzystuje się DNSSEC. Poziom bezpieczeństwa DNSSEC jest powiązany z poziomem zabezpieczeń kryptografii asymetrycznej, zatem negowanie wykorzystania DNSSEC jest podobnie do podnoszenia argumentów negujących zasadność stosowania połączeń TLS i certyfikatów na przykład przy transmisji stron WWW i poczty. Internetowy łańcuch zaufania opiera się na gotowości usług i tras DNS, urzędów certyfikacji SSL, rejestratorów domen i dostawców usług internetowych. Każda domena chroniona przez DNSSEC wymaga cyfrowego klucza podpisującego, który musi być co pewien czas zmieniany. Odpowiednio częsta aktualizacja kluczy i wykonywanie innych krytycznych czynności zarządzania tym zabezpieczeniem to wysiłek dla organizacji. Prawidłowe wdrożenie DNSSEC to duże koszty na poziomie i czasu, i zasobów ludzkich. Niestety, często cierpi na tym bezpieczeństwo. Dodatkowo cierpi tez jak widać świadomość użytkowników, którzy próbują z bliżej nieznanych powodów negować coś, co zostało uznane za właściwy krok w kierunku bezpieczeństwa usług IT. Podkreślam jeszcze raz - nie ma jednego zabezpieczenia, które swoim zakresem likwidowałoby wszystkie rodzaje potencjalnych zagrożeń. Wdrożenie warstwowego podejścia do bezpieczeństwa, w tym zabezpieczeń sieciowych, bezpiecznych konfiguracji resolverów DNS oraz ciągłego monitorowania i audytu, jest niezbędne do utrzymania odpornej infrastruktury DNS.
  2. itomek
    Informacje na temat DNSSEC można znaleźć na oficjalnej stronie NASK oraz ICANN: https://www.dns.pl/DNSSEC https://www.icann.org/resources/pages/dnssec-what-is-it-why-important-2019-03-05-en Jeżeli po przeczytaniu tych informacji nadal ktoś uważa, że DNSSEC nie jest istotny, to chyba tylko dlatego, że ma kłopot z wdrożeniem tego zabezpieczenia w firmie, którą reprezentuje. Nie ma jednego zabezpieczenia dla usług hostingowych / serwerów. Należy stosować wiele typów zabezpieczeń, które pomagają odpierać różne typy zagrożeń w sieci. DNSSEC jest jednym z takich elementów. CDN nazwa.pl to sieć dystrybucji treści w całości stworzona i zarządzana przez nazwa.pl. Wykorzystuje ona poszczególne węzły, które zostały umieszczone w kluczowych dla ruchu internetowego miejscach na świecie do tego, aby przechowywać elementy statyczne stron. Dodatkowo korzystanie z CDN nazwa.pl pozwala na wymianę ruchu lokalnie z różnymi dostawcami Internetu. O tym, jaki duży ruch przechodzi przez poszczególne węzły, można przekonać się korzystając z dostępnego systemu statystyk w CloudHosting Panel lub w Panelu Klienta (w przypadku samodzielnej usługi). Każdy użytkownik forum posiada przeglądarkę Internetową, a w niej "Narzędzia dla developerów". Może więc sam przeprowadzić test z analizą Waterfalla i zobaczyć, jaki czas zajmują poszczególne składowe przy nawiązywaniu połączenia. I do tego każdego zachęcam. Taką weryfikację można później zestawić z informacjami, jakie są zwracane przez test2speed.pl (testy tylko z Polski) oraz test2speed.com (testy z całego świata). Polecam także ranking szybkości stron opartych na WordPress na różnych hostingach, który dostępny jest na stronie https://webspeed.pl/rankingi/wordpress. Poniżej tylko kilka linków, więcej pod w/w adresem: https://webspeed.pl/avg.wordpress.nazwa.pl https://webspeed.pl/avg.wordpress.o12.pl https://webspeed.pl/avg.wordpress.jdm.pl https://webspeed.pl/avg.wordpress.lh.pl https://webspeed.pl/avg.wordpress.dhosting.pl https://webspeed.pl/avg.wordpress.hostido.net.pl Po zapoznaniu się z tymi informacjami, można w bardzo prosty sposób wyciągnąć wnioski, który hosting jak szybko pracuje z tym najpopularniejszym systemem CMS, z którego korzysta przeszło 40% wszystkich stron internetowych.
  3. itomek
    Po pierwsze zwrócę uwagę na to, że porównywanie czasów rozwiązania domeny hostido.pl bez DNSSEC z domeną nazwa.pl, która jest zabezpieczona za pomocą DNSSEC, to ewidentny błąd. DNSSEC ma bowiem swój narzut na czasie połączenia, gdyż zapytania o domeny zabezpieczone przez DNSSEC wymagają więcej RTT, a ponadto muszą być przełączane z UDP na TCP. Po drugie, po raz kolejny porównywane są TTFB dla różnych stron z dynamicznym contentem. Przecież dynamiczny content nie podlega cache'owaniu na węzłach CDN. W przypadku dynamicznego contentu, czas TTFB zależy od czasu generowania strony na serwerze i od jej budowy / złożoności / ilości dodatków itd. Po raz kolejny zachęcam do tego, aby próbując coś wykazać lub udowodnić, wykonać testy w sposób rzetelny, przedstawiając porównanie szybkości działania takiej samej strony, która jest obsługiwana z takimi samymi zabezpieczeniami, zaczynając już od poziomu DNSSEC. Środowisko, na którym uruchamiana jest strona powinno korzystać z tej samej wersji PHP i możliwie tej samej wersji serwera baz danych, zabezpieczenia typu SSL / brak SSL i ewentualne przekierowania powinny być ustawione tak samo. Porównywanie różnych stron na różnych konfiguracjach środowisk nie jest miarodajne i tylko wprowadza w błąd.
  4. itomek
    Manipulowanie testu, który każdy może sobie sam powtórzyć w swojej przeglądarce, nie ma sensu. Napisałem, że w trakcie weryfikacji użyta została przeze mnie przeglądarka Chrome, kiedy mniej więcej nawiązałem połączenie oraz skąd zostało ono wykonane. Poniżej kolejny screen sprzed chwili, gdzie widać adres strony: Przeprowadzając jakiekolwiek testy hostingów należy po pierwsze korzystać z usługi danej firmy, a nie badać jej strony firmowe, po drugie mieć uruchomione na tej usłudze możliwe te same wersje oprogramowania (głównie chodzi o wersje PHP, ale w przypadku baz danych, gdy strona z niej korzysta, wersja serwera też może mieć znaczenie), po trzecie testowana strona musi mieć tę samą budowę/rozmiar. Inne testy nie są miarodajne. Nie ma znaczenia, co się testuje, należy robić to w sposób nie budzący wątpliwości. CDN nazwa.pl przyspiesza działanie stron dlatego, że przechowuje w węzłach statyczne elementy stron, takie jak grafiki, kody JS czy pliki CSS i korzysta z wymiany ruchu z operatorami w wielu miejscach, co skraca trasę, jaką muszą pokonać dane.
  5. itomek
    Blog nazwa.pl dostępny jest pod adresem https://www.nazwa.pl/blog/. Poniżej screen z przeglądarki Chrome, połączenie z okolic Poznania wykonane przed chwilą, sieć Orange: Jeżeli faktycznie chcesz realnie przetestować szybkość danego hostingu, nie testuj stron WWW usługodawcy, tylko usługę, którą ten usługodawca oferuje. Na jednym i na drugim serwerze wgraj tę samą stronę WWW, z tą samą liczbą żądań i tym samym rozmiarem. Badanie szybkości stron głównych czy blogów usługodawców nie ma sensu, bo te na ogół wystawiane są na osobnych klastrach, niż usługa, którą finalnie użytkuje klient. Na dwóch serwerach trzeba stworzyć takie samo środowisko (ta sama wersja PHP, konfiguracja SSL) i wgrać tę samą stronę WWW. Takie testy jakiś czas temu przeprowadzone były na przykład przez hostranker.pl https://hostranker.pl/ranking-hostingow-2021/. Porównywane były usługi w danych firmach z wykorzystaniem tego samego obrazu strony. Jeżeli masz czas, zachęcam do wykonania takich testów, będą na pewno ciekawym obrazem szybkości usług w firmach hostingowych.
  6. itomek
    Na szybkość strony wpływa wszystko - począwszy od czasu generowania PHP, poprzez pobieranie elementów statycznych, a na doczytywaniu danych z zewnętrznych hostów skończywszy. Szczególnie dzisiaj, kiedy każdy chce w krótkim czasie uzyskać dostęp do informacji, zrobić zakupy w sklepie internetowym czy po prostu skontaktować się z jakąś firmą, strona musi działać szybko. Klientom przestaje wystarczać to, że hosting jest bezawaryjny. I gdyby szybkość stron nie była ważna, nie powstawałyby takie strony jak chociażby webspedd.pl. Widać, że temat jest istotny, zatem dla nazwa.pl jest to też jedno z zadań, które realizujemy w sposób ciągły.
  7. itomek
    Rozmawiamy o CDN nazwa.pl. Automatyczna kompresja obrazów do WebP to jedno z rozwiązań, z którego może korzystać użytkownik CDN nazwa.pl.
  8. itomek
    Wszystko ma znaczenie, każdy dodatkowy element tutaj nie zaszkodzi, a może pomóc. Jednym z nich jest wspomniana przeze mnie wymiana ruchu w wielu miejscach z ogólnopolskimi operatorami. Nie było to proste do uruchomienia i wymagało sporo pracy po stronie operatorów i u nas. Tak, jak napisałem, opóźnienia w przesyłaniu danych na terenie kraju wbrew temu, co mogłoby się wydawać, są odczuwalne. Chodzi tu szczególnie o lokalizacje, które są oddalone od Warszawy. Załadowanie tej samej strony dla użytkownika z Wejherowa czy Legnicy może zająć nawet dwukrotnie więcej czasu, niż dla użytkownika łączącego z nią z Warszawy.
  9. itomek
    Ponieważ nie każdy użytkownik, który wchodzi na strony WWW, mieszka w Warszawie lub innym dużym mieście i może korzystać z łącza światłowodowego, korzystanie z CDN nazwa.pl realnie przyspiesza działanie witryn na terenie naszego kraju. Można to bardzo łatwo sprawdzić za pomocą narzędzi typu test2speed.pl lub samodzielnie wczytując stronę i badając ją narzędziem diagnostycznym w przeglądarce. Proste testy średniej wielkości sklepu internetowego pozwalają pokazać, że czas jego wczytywania z CDN nazwa.pl skraca się nierzadko o połowę, i to na szybkim łączu. Dodanie do tego kompresji grafik do WebP bezpośrednio na węzłach CDN sprawia, że bez względu na to, z jakiego urządzenia i jakiego połączenia internetowego korzysta osoba wyświetlająca stronę, zawartość jaką otrzymuje w przeglądarce jest maksymalnie zoptymalizowana, a trasa plików - najkrótsza.
  10. itomek
    Usługa CDN nazwa.pl dla CloudHostingu to koszt 250 zł netto / rok, bez względu na liczbę domen, które na serwerze pracują. Każda z domen ustawionych na CloudHostingu może korzystać z sieci CDN nazwa.pl w ramach tej jednej opłaty rocznej.
  11. itomek
    Porozmawiam w tej sprawie z działem IT, nie wykluczone, że będzie to jeden z kolejnych etapów rozbudowy oferty CDN, poza oczywiście uruchamianiem kolejnych węzłów. Na stronie nie piszemy o pewnych kwestiach technicznych, stąd sam link mógłby wnieść niewiele do rozmowy. Skoro mówimy już o tym jak działa CDN, warto też wspomnieć o jego elemencie, jakim są węzły pośredniczące. Czasami się o nich zapomina. Każda sieć CDN składa sie z wielu węzłów. Żeby każdy z nich osobno nie odpytywał co chwilę serwera źródłowego (klienckiego), w sieciach CDN buduje sie pośrednie węzły cache. To ich zadaniem jest odpytywanie serwerów klienckich. Węzły CDN swoje zapytania z różnych lokalizacji kierują do tych węzłów pośrednich. Pośrednie albo odpowiadają danymi, albo same odpytują serwer kliencki o dane. Co myślę, że jest istotne, w przypadku CDN nazwa.pl węzeł pośredni jest w Warszawie. Ma duże znaczenie dla naszych klientów, gdyż dane nie pokonują wielokrotnie dłuższych odległości (na ogół poza Polskę) do węzła pośredniczącego.
  12. itomek
    Zacznę od informacji, która jest kluczowa przy rozważaniu zalet i możliwości usługi CDN nazwa.pl. Spółka nazwa.pl dostarcza rozwiązania głównie dla klientów z Polski. To właśnie z myślą o nich uruchomiliśmy węzły w kilku największych miastach w kraju. Tego nie oferują inne firmy dostarczające rozwiązania CDN. Węzły w Polsce mają z różnymi operatorami wymianę ruchu w każdym z tych miast. Oznacza to, że na przykład z Orange czy Netia ruch wymieniany jest w kilku lokalizacjach. To podnosi niezawodność działania naszego rozwiązania, bo na wypadek awarii styku w jednej lokalizacji, czy też ataku DoS z jakiegoś z regionów w Polsce, pozostałe węzły działają bez żadnych utrudnień. Praca naszego CDN opiera się na technologii Anycast, czyli rozgłaszania w wielu miejscach tego samego adresu IP. Nie można wyłączyć CDN dla pojedynczych użytkowników czy też lokalizacji, bo to routing po stronie klienta decyduje, do której lokalizacji będzie najkrótsza ścieżka. I ta lokalizacja odpowiada na zapytania klienta. Chcemy, aby CDN nazwa.pl przede wszystkim optymalizował szybkość działania usług dla polskich użytkowników. Realizujemy to między innymi poprzez wspomniane zwielokrotnienie połączeń do różnych sieci, w tym Orange, Netia, UPS czy operatorów komórkowych. Traktujemy to jako priorytet, bo wiemy, że dla mieszkańca z Karpacza nieistotne jest, jak szybko strona wczytuje się w Warszawie, bo on chce ją zobaczyć szybko w Karpaczu. I nie interesuje go to, że główny serwer jest w Warszawie, czy też dostawca hostingowy w Warszawie wymienia ruch z siecią, z której on korzysta. Dla klienta z Karpacza będzie istotne, aby ruch był wymieniany na przykład we Wrocławiu, a idealnie gdyby tam jeszcze znajdowały się elementy stron WWW. To samo może powiedzieć klient z Zakopanego, Sopotu czy też jakiegoś miasteczka w Wielkopolsce. Z tego też powodu, kolejne włączane do naszej sieci węzły CDN, traktujemy dziś nie jako nową ofertę tylko rozszerzenie już istniejącego rozwiązania poprzez możliwość optymalizacji szybkości działania witryn umieszczonych na serwerach w Polsce dla odbiorców z tych regionów świata.
  13. itomek
    Serwery VPS są u nas uruchamiane natychmiast po rozliczeniu wpłaty. Natomiast przypadek losowy, tak jak ten w 2017 roku, może sprawić, że aktywacja będzie trwała dłużej. Nie jest to z naszej strony przejaw złej woli, tylko sytuacja losowa. Oczywiście, zawsze pozostaje jeszcze czynnik ludzki w postaci osoby, która przyjęła do realizacji to zgłoszenie. Z pewnością można było pokierować je lepiej. Dlatego od wielu lat prowadzimy dodatkowy monitoring zgłoszeń Klientów, aby wyeliminować ewentualne zbyt szablonowe podejścia ze strony pracowników wsparcia. Nadmienię tylko, że w ciągu ponad 26 lat z usług nazwa.pl skorzystało ponad 1.000.000 Klientów, który między innymi zarejestrowali ponad 5.000.000 domen, uruchomili ponad 500.000 usług hostingowych i aktywowali ponad 1.000.000 certyfikatów SSL. Odnosząc się do kwestii węzła CDN nazwa.pl w Azji. Zlokalizowany jest w Singapurze, zgodnie z informacją, jaką opublikowaliśmy. Skupia ruch odbiorców, którzy wyświetlają strony umieszczone między innymi na CloudHostingu z Azji i z Australii. Sieć CDN nazwa.pl od momentu powstania jest stale rozbudowywana. Chcemy, aby kolejne węzły były umieszczane w tych miejscach na świecie, które realnie mogą wpływać na poprawę szybkości działania stron naszych Klientów. Rozbudowę sieci CDN traktujemy jako jeden z priorytetów i działamy stale na rzecz poszerzania jej możliwości. Usługa CDN nazwa.pl jest oczywiście usługą samodzielną, z której mogą korzystać nie tylko użytkownicy serwerów CloudHosting i VPS od nazwa.pl, ale także każdy, kto jest zainteresowany tym, aby jego witryna szybciej działała w Polsce, w Europie lub na świecie. Stąd 3 typy usług - CDN nazwa.pl Polska, CDN nazwa.pl Europa i CDN nazwa.pl World. Usługa nie ma swojego API, bo tego nie wymaga. Jest ona w pełni zarządzana z poziomu aplikacji dostępnej w Panelu Klienta. Istotne w usłudze CDN nazwa.pl jest to, że to usługa automatycznie konfigurowana dla serwerów CloudHosting. Oznacza to, że użytkownik naszej usługi hostingowej nie musi robić nic, poza włączeniem CDN nazwa.pl, aby korzystać z dystrybucji treści poprzez węzły CDN ulokowane w wielu miejscach na świecie. Bardzo istotne jest też to, że ruch przechodzi przez sieć nazwa.pl, a tym samym odpowiedzialność za działanie usługi od początku do końca leży po stronie nazwa.pl. To my dbamy o to, aby usługa CDN nazwa.pl w połączeniu z usługami CloudHosting działała zawsze bez żadnych błędów i z najwyższą wydajnością.
  14. itomek
    Cześć, ustalę temat i dam znać.
  15. itomek
    Nowy węzeł CDN nazwa.pl w Azji Uruchomienie węzła CDN nazwa.pl w Singapurze przyspieszyło działanie stron WWW utrzymywanych na CloudHostingu dla użytkowników z Azji i Australii. Nowy punkt obecności CDN nazwa.pl to również kolejny element systemu ochrony przed atakami DDoS, które mogłyby pochodzić z tych części świata. Więcej informacji na naszym blogu: https://www.nazwa.pl/blog/nowy-wezel-cdn-nazwapl-w-azji
  16. itomek
    Dzięki rozmieszczeniu serwerów DNS nazwa.pl w różnych miejscach na świecie, w pierwszej kolejności technologia Anycast skraca czas otwierania stron WWW. Dodatkowo duża liczba aktywnych serwerów DNS i ich lokalizacja geograficzna w różnych punktach w znaczący sposób podnoszą bezpieczeństwo usługi DNS, eliminując ryzyko jej niedostępności z powodu ataków DDoS lub problemów na łączach międzyoperatorskich. CloudHosting gwarantuje stały dostęp do 4 vCPU w przypadku modelu abonamentowego i do 8 vCPU w modelu za użycie. Klastry WWW w chmurze nazwa.pl zbudowane są w oparciu o procesory Intel Xeon z taktowaniem 5 GHz. Jest to możliwe ponieważ stosujemy wyłącznie procesory z małą liczbą rdzeni, ale wysokim taktowaniem. Dzięki temu czas generowania np. strony w WordPressie jest u nas bardzo nieduży, co potwierdzają niezależne testy np. webspeed.pl. Inteligentne rozkładanie obciążenia pomiędzy wszystkie maszyny w klastrze realizowane jest przez load balancery. To sprawia, że nasi Klienci nie mają problemów z wolno wczytującymi się stronami, czego powodem mogłoby być środowisko np. noisy neighbours. Na serwerze, gdzie nie ma kontroli użycia zasobów, potencjalnie każdy z klientów może użyć większość dostępnej mocy procesora, co w przypadku braku gwarancji lub dodatkowej kontroli np. na poziomie systemu operacyjnego, może skutkować wolną i niestabilną pracą stron. Należy pamiętać, że w CloudHostingu mamy osobne klastry serwerów odpowiadające na poszczególne funkcje. Bazy danych mają swoje klastry i swoją indywidualną moc obliczeniową, podobnie FTP, SSH czy poczta. Dzięki temu, że oferujemy usługi CloudHosting, działanie jednego użytkownika - czyli tzw. noisy neighbour - nie wpływa na działanie innego użytkownika. Dodatkowa ochrona anty DDoS na poziomie serwerów DNS (technologia Anycast), potem na poziomie poszczególnych węzłów CDN, na poziomie Data Center i systemy ochrony IPS (Intrusion Prevention System) i WAF (Web Application Firewall) zapewniają dodatkowe bezpieczeństwo witryn naszych Klientów. DNSSEC jest to dodatkowa forma ochrony, niezależna od opisanych powyżej. Protokół DNS nie jest wolny od wad. Bez DNSSEC w bardzo prosty sposób można fałszować odpowiedzi DNS, co ostatecznie prowadzi to do skierowania użytkownika na specjalnie przygotowaną przez oszustów stronę WWW. DNSSEC, jak inne systemy zabezpieczeń, samodzielnie nie rozwiązuje problemu bezpieczeństwa w sieci Internet. Tak, jak poduszka powietrzna nie rozwiąże problemu bezpieczeństwa w samochodzie. Jest to jednak jeden z elementów, które stosowane razem znacząco podnoszą ochronę stron WWW i danych Klientów nazwa.pl.
  17. itomek
    Hetzner to operator data center, a nazwa.pl to firma hostingowa. Budowanie sieci na wyrost, w sytuacji gdy nie jest to nikomu potrzebne, nie ma uzasadnienia ekonomicznego. Przepustowość sieci nazwa.pl do innych operatorów wynosi aktualnie (po rozszerzeniu połączenia z AMS-IX) ponad 400 Gbps.
  18. itomek
    Podobnie, jak każda inna firma hostingowa, nazwa.pl nie ponosi odpowiedzialności za ataki DDoS na serwery / usługi użytkowników. Odpowiedzialność za atak ponosi podmiot, który ten atak inicjuje. Kwestie ewentualnych roszczeń między podmiotami regulowane są przez odpowiednie przepisy. Ochrona anty-DDoS w nazwa.pl ma na celu przeciwdziałać ewentualnym problemom z dostępnością usług. Od tego, jak skuteczna jest ochrona anty-DDoS zależy to, czy uda się zminimalizować ryzyko związane z przerwami w działaniu na przykład strony WWW. Jednostką certyfikującą dla usługi nazwaSSL jest Asseco Data Systems S.A.
  19. itomek
    Myślę, że cel rejestracji użytkownika Maxx na forum jest już chyba dla każdego jasny....
  20. itomek
    Rozumiem, że szukasz sensacji, ale gdybyś miał choć minimalne pojęcie na temat tej sytuacji sprzed 7 lat wiedziałbyś, że po pierwsze problem dotyczył znacznie mniej niż procenta naszych Klientów, a po drugie - najważniejsze - wszystkie dane finalnie zostały przywrócone. Oczywiście wyciągnęliśmy wnioski z tamtego bardzo przykrego dla nas zdarzenia. Od 2016 roku czasu nasza infrastruktura była wielokrotnie modernizowana, a systemy ochrony danych - unowocześniane.
  21. itomek
    To tak, jakbyś powiedział, że kierownictwo działów nie ma prawa kształtować swojej wewnętrznej polityki kadrowej i musi kontynuować współpracę z każdym, bez wyjątku czy się do niej nadaje, czy tez nie. Popatrz na liczbę rekrutacji, jakie prowadzimy https://www.nazwa.pl/kariera-w-nazwapl/. Ani jedno z ogłoszeń to nie jest wymiana. To kolejne, nowe stanowiska, na których praca czeka na człowieka. Średni staż wśród wszystkich pracowników nazwa.pl to ponad 5 lat, a kilkudziesięciu pracowników jest z nami znacznie ponad 10 lat.
  22. itomek
    Nie wiem czy wiesz, jaka była "historia" tych świeczek. Otóż z żartu jednego z pracowników urodziło się coś, co żyje do dzisiaj swoim życiem i obrasta w mity nie mające nic wspólnego z rzeczywistością. Ktoś wydrukował świeczki, inny zrobił zdjęcie i przekazał je dalej, pozostali "chętni" dorobili do tego historię. Powiem tylko, że z osoby, które siedziały przy biurkach obok tych, gdzie jeden z żartownisiów przyczepił wydruki świeczek, do dzisiaj pracują w firmie. Przed chwilą z jednym z nich rozmawiałem - powiedział wprost, że nie wierzy, że ktoś się ekscytuje tym tematem po dziś dzień, tym bardziej, że to była forma niewybrednego żartu. W kwestii, nazwijmy to, "słabszych merytorycznie elementów wypowiedzi", lepiej jest porozmawiać telefonicznie. Zakładam, że gdy ktoś nie ma nic do ukrycia, to nie będzie miał z tym problemu. Oprócz ochrony anyt-DDoS realizowanej przez DNS Anycast, elementem filtrującym są węzły CDN nazwa.pl. Każdy z nich, za pomocą sprzętowych firewalli, z pełną szybkością działania łącz, realizuje niezależną ochronę przed atakami DDoS pochodzącymi z określonych sieci / części świata. Bezpośredni dostęp do wielu punktów wymiany ruchu pomiędzy operatorami internetowymi zapewnia, że ewentualne skutki ataków DDoS dzięki CDN nazwa.pl są ograniczone jedynie do styku z siecią, z której ten atak pochodzi. Niezależnie stosowana jest też ochrona w data center, w którym uruchamiane są usługi (firewalle, systemy IPS oraz WAF). Topologia naszej sieci i wymiana ruchu, jaką realizujemy z poszczególnymi operatorami, jest nakierowana między innymi na ochronę anty-DDoS.
  23. itomek
    Widzę, że czerpiesz emocje i wiedzę z plotek i półprawd, bo to już któraś tego typu zaczepka. Odezwij się do mnie przez priv i zostaw proszę nr telefonu do siebie. Zadzwonię i chętnie porozmawiam na ten i inne tematy. Mimo, że okres przedświąteczny to dużo pracy chyba dla każdego, to jednak dawno nie było tu tak bardzo zdeterminowanego "nowego forumowicza". Mam nadzieję, że otrzymam od Ciebie pw!
  24. itomek
    Oczywiście istnieje wiele rozwiązań związanych z zabezpieczeniem stron. My oferujemy konkretne ich typy, które obsługujemy w całości samodzielnie. Pozwala to naszym Klientom mieć obsługę techniczną realizowaną w jednym miejscu. W przypadku jakiejkolwiek wątpliwości związanej ze stroną czy pocztą, Klient nie musi szukać źródła, aby zwrócić się z pytaniem do odpowiedniej firmy. Dzięki temu oszczędza czas i koszty obsługi informatycznej. Uznaję DNS Anycast nie za jedyną, lecz za jedną z form strategii zapobiegania zagrożeniom w postaci ataków DDoS. W czasie, gdy chroni, zapewnia redundancję, zwiększa dostępność usług powiązanych z domeną, w tym dostępność strony WWW, a w efekcie - także przyspiesza działanie witryn. Wykorzystanie DNS Anycast pozwala zmaksymalizować wykorzystanie zasobów w celu optymalizacji transmisji. DNS Anycast w pewnym sensie absorbuje potencjalny atak, będąc w stanie obsłużyć bardzo dużą liczbę żądań. To z kolei powoduje, że mechanizmy obrony stosowane w Scrubbing Center, eksperci ds. bezpieczeństwa sieci i specjaliści IT mają czas na zapoznanie się z atakami i wdrożenie właściwych, najmniej inwazyjnych dla użytkownika środków zaradczych.
  25. itomek
    Rejestracja nowych domen polskich i domeny .eu w nazwa.pl to w pierwszym roku koszt 5 zł. Nie piszę o odnowieniu, tylko o zakupie domeny, gdyż te ceny są podobne u większości rejestratorów, a koszty odnowień mogą się różnić w zależności od oferty danej firmy. Rejestrując domenę w nazwa.pl możesz korzystać z technologii DNS Anycast. To nie tylko skrócenie czasu wczytywania stron, dzięki sieci serwerów DNS na wszystkich zamieszkałych kontynentach, ale skuteczna ochrona usług powiązanych z domeną przed atakami DDoS. Oprócz serwerów DNS Anycast, utrzymując domenę w nazwa.pl otrzymujesz dla niej ochronę DNSSEC czy DNS over TLS. Domeny współpracujące z naszym hostingiem korzystają też z automatycznych zabezpieczeń SPF, DKIM (z cykliczną rotacją kluczy) i DMARC. Konsultanci Działu Obsługi Klienta nazwa.pl 24h/7 w kontakcie telefonicznym i e-mailowym pomagają naszym użytkownikom we wszystkich kwestiach związanych z zarządzaniem domeną. Nie ma konieczności korzystania z pomocy zewnętrznych informatyków / webmasterów, każdy użytkownik niezależnie od poziomu swojej wiedzy "internetowej" może mieć pewność, że poradzi sobie z kwestią obsługi swojej domeny.
×
×
  • Dodaj nową pozycję...

Powiadomienie o plikach cookie

Korzystając z forum, wyrażasz zgodę na: Warunki użytkowania, Regulamin, Polityka prywatności.

  I accept