Skocz do zawartości

Mion

Użytkownicy
  • Postów

    851
  • Dołączył

  • Ostatnia wizyta

  • Wygrane w rankingu

    70

Odpowiedzi opublikowane przez Mion

  1. 12 godzin temu, kacperq napisał:

    Strona stoi na Wordpressie, a on sam jest odpowiednio zabezpieczony

    Cache Masz wdrożone ? Jeśli nie to zainstaluj. Co prawda sam cache nie ma wpływu na atak o ile taki jest, ale przy zwiększonym ruchu znacznie odciąża zasoby serwera po przez redukcję zapytań SQL i "kosztownych" operacji PHP, których w WP nie brakuje ;)

  2. 8 godzin temu, #Gremsonkowy# napisał:

    po 2 zastanów się nad ustawieniem proxy korzystając z NGINX przed tym apache.

    Co z tego jak proxy NGINEX'a będzie wywoływało żądania HTTP do apache > PHP, więc w wypadku ataku, to nic nie da.  Atak musi być blokowany warstwę wyżej zanim nadmierna ilość żądań HTTP "dojdzie" do samego serwera. To samo tyczy wtyczek zwłaszcza jeśli będą oparte o bazę danych ¬¬

  3. 9 godzin temu, Kolopik napisał:

    Wziąłem na testy OVH, ten najmniejszy vps.

    Tak informacyjnie jak chodzi o OVH w  regulaminienie usługi jest punkt > Szczegolowe_warunki_korzystania_serwer_VPS_2016.pdf

    Cytuj

    7.7. Klient akceptuje fakt, że ze względów bezpieczeństwa, nie ma możliwości uruchamiania aplikacji oraz protokołów służacych do nawiązania połączenia typu peer to peer, oraz IRC. Zabronione jest również wykorzystanie serwera VPS jako serwera pośredniczącego (Proxy) oraz w ramach usługi dzielenia kart kodujących (metoda Card sharing).

     

  4. # dig CNAME fizyda.com
    
    ; <<>> DiG 9.10.3-P4-Debian <<>> CNAME fizyda.com
    ;; global options: +cmd
    ;; Got answer:
    ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 21533
    ;; flags: qr rd ra; QUERY: 1, ANSWER: 0, AUTHORITY: 1, ADDITIONAL: 1
    
    ;; OPT PSEUDOSECTION:
    ; EDNS: version: 0, flags:; udp: 4096
    ;; QUESTION SECTION:
    ;fizyda.com.                    IN      CNAME
    
    ;; AUTHORITY SECTION:
    fizyda.com.             600     IN      SOA     ns1.fizyda.com. admin.fizyda.com. 2019012420 3600 600 1209600 600
    
    ;; Query time: 27 msec
    ;; SERVER: 127.0.0.1#53(127.0.0.1)
    ;; WHEN: Fri Feb 15 13:59:10 CET 2019
    ;; MSG SIZE  rcvd: 85
    
    root@ovhvps:~#
    
    
    dig A  admin.fizyda.com
    fizyda.com.             600     IN      SOA     ns1.fizyda.com. admin.fizyda.com. 2019012420 3600 600 1209600 600

     

  5. 47 minut temu, Fizyda napisał:

    Największym problemem nie jest długi czas, a w ogóle brak rozwiązania domeny na adres IP.

    Dlatego pisałem jak sugeruje tytuł 

    Cytuj

    Problem z serwerami DNS - błędne rozwiązywanie subdomen

    byś sprawdzał z rożnych miejsc. " Sprawdź jak to wygląda "z zewnątrz", bo nie sądzę by powodem wolnego działania strony były globalne serwery DNS. "

    -------

    Jeśli porblem jak Piszesz tychy rekordów CNAME, to są one tylko aliasami Alias do innego hosta (CNAME) – Pozwala na zdefiniowanie aliasu (alternatywnej nazwy) rekordu A dla domeny.

     

    A jaka Ci subdomena nie działa ta:  admin.fizyda.com, która faktycznie nie działa ?

  6. 7 godzin temu, Fizyda napisał:

    Gdy zacząłem drążyć temat na swoich stronach okazało się, że strony ładują się długo ze względu na długi czas oczekiwania na odpowiedź z serwera DNS

    Przecież przeglądarka (klient)  DNS jest odpytywany raz na (n) czasu i później IP serwera skojarzonego z domeną jest w cache... wiec skąd miały by być te opóźnienia ?  Cyba, że za każdym wywołaniem strony robisz  ipconfig /flushdn.

  7. 8 minut temu, luzak34 napisał:

    mamy tam tylko(az)  problemy wydajnosciowe

    na lapku sprzed paru lat apka chodzi szybciej niz tam... wyglada jak kwesta przepustowosci IIS<->bazy danych

    Sadze, że to jest tylko kwestia budżetu, bo do wyboru jest cała gama serwerów / rozwiązań sieciowych  o rożnych parametrach.

  8. 2 godziny temu, Lampart napisał:

    Niestety wszystkie ich usługi są zbyt drogie, zachowanie nieprzewidywalne

    NP 

    Cytuj

    Jednocześnie informujemy, że w przypadku przedłużenia domeny po terminie wygaśnięcia naliczana jest opłata dodatkowa w wysokości 147,60 zł brutto związana z koniecznością przywrócenia usługi.

     

  9. 1 godzinę temu, luzak34 napisał:

    3. Kopie baz (w sensie przywrocenie bakup np sprzed 10 minut.. najchetniej do paru dni wstecz)

    Hmmm ale jak sobie w praktyce wyobrażasz taki backup baz ? Bo wygląda na to, iż co 10 minut musiał by być robiony jakaś przywracany zrzut bazy i tak do tych (n) dni wstecz.

    IMHO może rozważ rozwiązanie typu zrzut bazy na inny serwer co (n) godzin np 12 przez kilka dni z kasowaniem starych + Replikacje bazy Master > Slawe, co zapewni możliwość przywrócenie sprzed tych 10 minut.

     

    Zobacz w OVH

    https://www.ovh.pl/serwery_dedykowane/dystrybucje/sql_server.xml
    https://www.ovh.pl/serwery_dedykowane/
    itd...

     

  10. Jeszcze jest coś takiego:

    W dniu 15.09.2017 o 21:53, hemi napisał:

    Dobrym startem będzie także skorzystanie z https://tools.percona.com/wizard - oczywiście tak jak mysqltuner nie jest to narzędzie, które idealnie dopasuje całą konfigurację jednak tworzy konfig dobry na start. 

    Trochę już stare: http://blog.ksiazek.info/2011/07/23/ogolne-zasady-konfiguracji-mysql/
    https://gagor.pl/2011/12/mysql-proste-metody-optymalizacji/

    • Lubię 1
  11. Sen jest jeśli robi się to celowo czyli diagnostycznie... Ale jeśli Masz dużo stron na WP ( 400. )  co może generować dosyć duże obciążenie bazy, czasy wykonywania zapytań mogły by być dłuższe niż 1 sekunda... Z kolei logowania ich wszystkich mogło by w konsekwencji  zapełnić dysk, wiec faktycznie lepiej to wywalić.

    --

    Zobacz może tym skryptem: https://github.com/major/MySQLTuner-perl

    • Lubię 1
  12. Nie będę tu się rozpisywał, bo to jest watek OVH o "Informacje o ofercie, promocjach wydarzeniach... ". Chciałem tylko nawiązać do podobnego problemu z BOK jaki miał @ Diego164.
    W każdym bądź razie status zgłoszenie bez zmian, a wypadało by chociaż by BOK odpisał typu "technicy nad tym pracują"... Brak odpowiedzi nie jest odpowiedzią.

    Tak dzwoniliśmy. 

  13. W dniu 13.01.2019 o 12:36, Diego164 napisał:

    Może lepiej zajmijcie się supportem zamiast wprowadzać nowe oferty. Czekam ponad tydzień na rozwiązanie problemu z transferem domen, który trwa (wg panelu) nadal już przez 4 tygodnie. ŻENADA.

    Niestety BOK bez zmian. Rano 29.01.2019 07:57  w ramach systemu zgłoszeń w panelu wysłaliśmy zgłoszenie , iż "usługa nie działa"  serwer nie odpowiada na ping... Do teraz , a jest 13:35 bez odpowiedzi.

×
×
  • Dodaj nową pozycję...

Powiadomienie o plikach cookie

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