Skocz do zawartości

nnd_newbie

Użytkownicy
  • Zawartość

    156
  • Rejestracja

  • Ostatnio

  • Wygrane dni

    4

Posty napisane przez nnd_newbie


  1. Podczas wypełniania formularzy transferu domeny w OVH można ustawić się ma stać z serwerami DNS. Do wyboru jest: 1) pozostawić serwery DNS bez zmian, 2) ustawić serwery DNS na OVH lub 3) podać serwery DNS ręcznie.

     

    Jeśli wybraliście opcję 1) to serwery DNS się nie zmienią, domena będzie zaparkowana tam gdzie dotychczas i nie będzie żadnych przerw.

    Jeśli wybraliście opcję 2) to domena zostanie zaparkowana na serwerach OVH z pustą/domyślną strefą więc można się spodziewać przerw do czasu naprawienia i rozpropagowania wpisów.

    Zakładam że opcji 3) nie wybraliście, bo byście pamiętali


  2. opinie na temat o12 (którego właścicielem jest nazwa.pl) - zostały usunięte w 100% - http://www.webhostingtalk.pl/opinie/firma/183-o12-pl/zobacz_opinie/29771/ - dzisiaj dopiero nowa negatywna opinia hehe :)

     

    Podobno nowy właściciel jak sam stwierdził - ma większe doświadczenie w biznesie i zarządzaniu niż poprzedni właściciel WHT - szkoda ,że tego nie widać po działaniach.

    To akurat ocenią wyniki finansowe. Dla jakości tego forum wpływ będzie negatywny, ale dla nazwa.pl może być inny. Ja już nie mam złudzeń, w biznesie sprawdzają się rzeczy które wydają się złe. Chcieli zaorać WHT, widać taki mają plan

  3. Porównałem na tyle ile mogłem logi z czynności w hekko i w home i z dużą dozą pewności mogę powiedzieć, że webspace był już 30 sierpnia. Przeglądałem nawet strony używając zmyłki za pomocą edycji pliku hosts, a admin wysłał i odebrał maila tą metodą.

    Natomiast zmiana DNS W hekko miała miejsce dopiero 4 września.

     

    A ja dalej w czarnej....

    I słusznie że hekko zwala na home, bo jeśli strefa DNS nie jest u nich to co oni mają do poprawnego rozwiązywania nazw ns1 i ns2.szczecina.pl? A te ewidentnie wskazują na DNS Googla. Ściągnij tego informatyka co ci doradza i niech on to wyjaśnia.

     

    Albo zaoraj wszystko. Przenieś domenę do OVH i zacznij od początku


  4. Korzystając z cloudflare możesz konfigurować rekordy w DNS bez problemów.

    Po pierwsze mowa tu Cloudfire a nie CloudFlare.

    Po drugie to zapewne w obu można konfigurować wpisy DNS inaczej jaki byłby sens korzystania z nich.

     

    Ale do konfiguracji samych serwerów DNS dostępu nie ma. Nie zmieni ich IP, nie skonfiguruje ich.


  5.  

    Czy z punktu widzenia technicznego. Lepiej (łatwiej/szybciej) ustawić najpierw SSl a później wgrać nową witryne/domenę czy nie ma to znaczenia?

     

    Z punktu widzenia technicznego ciężko uruchomić SSL jak się nie ma uruchomionej domeny. Właściwie to SSLa konfiguruje się dla domeny więc możesz to zrobić albo równocześnie albo najpierw domenę.

     

    "Uruchamiając" domenę, de facto uruchamiasz też stronę. Być może zawartość docelowa nie będzie taka jak powinna ale jakiś index.html przydałoby się wrzucić.

     

    Reasumując: uruchomiać SSLa bez domeny jest kompletnie bez sensu. Albo konfiguruj wszystko razem albo najpierw uruchom swoją stronę/domenę, a potem SSLa.


  6. To jest spowodowane tym, że wszystkie Twoje serwery DNS mają IP z tej samej sieci. Jak nie chcesz, żeby Ci się ten błąd pokazywał to zrób, żeby każdy z serwerów DNS miał IP w innej sieci.

     

    Ja masz to zrobić to już pytanie do Ciebie. Najlepiej stawiając serwery DNS w różnych lokalizacjach korzystając z różnych dostawców.

    • Upvote 1

  7. OVH Cloud Archive zmiana ceny transferu.

     

    Nie wiem czy komuś się przyda, ale OVH po cichu zmienił ceny za transfer. Jeśli dobrze pamiętam to jeszcze w lipcu cena za transfer 1GB była 0,0001PLN, od około dwóch miesięcy jest to 0,04 PLN czyli 400-krotna podwyżka.

     

    PS. Możliwe, że się walnąłem o jedno zero i cena była 0,001 PLN za 1GB. Niestety już dokładnie nie pamiętam.


  8. Co znaczy nie bangla? Co znaczy dodatkowy index.html? Co znaczy "nie podmienia"? Jakim ty żargonem do nas mówisz. Filologa? Mów konkretnie co się dzieje

     

    Człowieku po kolei.

    1) W domyślnym katalogu na strony (na debianie to będzie pewnie /var/www) tworzysz katalog na nową stronę np. example.com. Do niej dodajesz jakiś plik index.html lub index.php, a najlepiej oba, które wyświetlają jakis prosty komunikat np. "Witaj na example.com"

    2) Sprawdzasz czy prawa dostępu są prawidlowe (patrz komendy: ls -l, chmod, chown)

    3) Tworzysz plik konfiguracyjny o nazwie example.com.conf w sites-available o zawartości:

    <VirtualHost *:80>
            ServerAdmin nowa_domena@localhost
            ServerName example.com
            ServerAlias www.example.com
            DocumentRoot /var/www/example.com               
    
            ErrorLog ${APACHE_LOG_DIR}/error.log
            CustomLog ${APACHE_LOG_DIR}/access.log combined
    </VirtualHost>

    4) Dodajesz stronę do sites-enabled (patrz komenda: ln -s) lub używasz komeny a2ensite

    5) Restartujesz apacha (system "service apache restart" ? albo "systemctl restart apache" ) Nie podam Ci konretnie ani komendy ani nazwy usługi (może być apache, apache2, httpd, httpd2 - różne widziałem)

    6) Upewniasz się, że domena kieruje na twócj serwer (patrz komenda: ping example.com - na komputerze z którego będziesz wchodził na stronę, a nie na serwerze)

    7) Wchodzisz przez przeglądarkę na example.com

    8) Jak już wcześniej wchodziłeś na example.com to w przeglądarce masz ją pewnie scachowaną. Wyczyść cache przeglądarki albo użyj komendy CTRL+SHIFT+R w Google Chrome

    9) Działa? A jak nie to jakie błędy wyskakują.

     

    A po ostatnie. Po każdej tej komendzie analizuj Co ci wypluwa. Zrobiłeś linka? Sprawdź w katalogu czy się utworzył i jaka jest jego zawartość. Restartujesz Apacha? Wypłuwa Ci info o błędach czy się ładnie uruchamia. Wchodzisz na stronę? Jaki błąd dostajesz 404, 203, 500 bo one są właściwie opisowe i mówią co jest nie tak (https://pl.wikipedia.org/wiki/Kod_odpowiedzi_HTTP). Możesz też w logach Apacha sprawdzić co się dzieje.

     


  9. Wystarczyłoby nawet mniej, ale to co podałeś powinno zadziałać. Tak podajesz katalog gdzie znajduje się index.php lub index.html.

     

    Zawartość nowa_domena.conf wygląda jakby mogła zawierać to co potrzebujesz, ale to co widzisz na początlu pliku to komentarze. Pomiędzy nimi mogą być rozsiane pliki konfiguracyjne. Więc lepiej po prostu zamień całą zawartość tym co napisałeś lub utwórz oddzielny plik.

     

    PS. katalog sites-available to katalog gdzie są pliki konfiguracyjne jeszcze nie uruchomione. Żeby uruchomić dany virtualhost musisz zrobić dowiązanie symboliczne do katalogu sites-enabled (lub użyć komendy a2ensite) i przeładować konfig lub zrestartować apache


  10. Logujesz się po SSH: dane dostępowe powinienieś otrzymać.

     

    Ale jak dalej nie wiesz co robić to Ci powiem, ze trochę nauki Cię czeka:

    1) Wstępnie zabezpiecz serwer (firewall, SSH (klucze!), wyłącz dostęp roota, dodatkowe konto z uprawnnieniami itd)

    2) Doinstaluj wszystkie narzędzia jakich potrzebujesz (np. mc)

     

    Jak już się nauczysz posługiwać konsolą to wygooglaj sobie jak się dodaje vhosty do Apacha i to zrób.


  11. a dla home jak mam ustawić? na adres ip? jak będzie wyglądała linijka z kodem wtedy?

    2. Czy modyfikacja TTL ma jakiś wpływ na szybkość transferu domeny? Wszędzie mam ustawione 3600sekund... Pozdrawiam

     

    1) https://pomoc.home.pl/baza-wiedzy/rekord-spf

    na końcu jest informacja jak znaleźć IP swojego serwera, ewentualnie skontaktuj się z pomocą techniczną home.pl. OVH ma konfigurator do dodawania wpisów SPF. Twój wpis może wyglądać tak: "v=spf1 ip4:XX.XX.XX.XX a mx ~all", który oznacza, że dozwolony do wysyłki jest adres XX.XX.XX.XX, IP z Twoich rekordów A, serwery MX, a reszta jest niepewna, ale nie odrzucaj z automatu (~all)

    Więcej o SPF: http://www.openspf.org/SPF_Record_Syntax

     

    2) Dodałeś rekordy MX?

     

    3) Home.pl podobno odpina pocztę dla domen które nie są u nich zaparkowane. Może już przestali, ale mnie tak kiedyś straszyli

     

    4) SPF to podstawa. Ale do pełnej konfiguracji przydałoby się jeszcze DKIM, DMARC i revDNS, ale tego chyba nie zrobisz na hostingu home.pl (próbuj przez pomoc techniczną)

     

    EDIT. Nie doczytałem. Tak jak przedmówca napisał, najlepiej pozostaw delegacje domen na home.pl i problem z głowy.


  12.  

    Ale gdy jakiekolwiek połączenie, pakiety są odrzucane, bo użytkownik nie ma uprawnień?

     

    Rozumiem, że uprawnienia chcesz sprawdzać po stronie serwera WWW (cookie i te sprawy)?

     

    Jesli tak to już za późno na odparcie ataku. Pozwalasz utworzyć połączenie HTTP i do ataków na wymianę komunikatów. Być może obciążenie będzie mniejsze niż normalne wejście na stronę, ale wciąż atak DDOD jest możliwy.

     

    Myślę, że powinieneś raczej pomyśleć o porządnej ochronie AntyDDOS np w OVH. Jak ataki przestaną odnosić zamierzony skutek to się skończą.


  13.  

    Teraz się tak robi ehandel, zupełnie normalne (dropshipping i te sprawy). Towary wychodzą już bezpośrednio z wielkich centrów towarowych/od producentów. Skonczyły się czasy niepotrzebnego trzymania stuffu u siebie.

     

    Problemem jest to że jedni są bardziej orgarnięci, inni niestety mniej.

    Na szczęście jeszcze nie każdy: Komputronik, X-Kom. Są też więksi którzy mogą dyktować warunki i zaalokowac część towaru tylko dla siebie. Inni niestety się męczą. Nie da się przedstawić poprawnie dostępności towaru jeśli cały towar może zniknąć w ciągu ułamka sekundy, wykupiony przez inny podmiot. A potem się przeprasza klienta, "że za tydzień", "że dystrybutor się nie wywiązał", "że błąd magazynowy". Z takich sklepów najlepiej zamawiać jak się nam nie spieszy.

  14. Z mojego doświadczenia to jest firma która nie stockuje towaru, a przynajmniej robi to mało i dla ograniczonego asortymentu. Zamawia towar u dystrybutora jak jest potrzeba (czyli zamówienie). Stąd opóźnienia, albo wręcz brak towaru chociaż status na ich stronie mówił coś innego.

     

    Poza tym oszustami chyba nie są: pieniądze zwrócą, zamówienie anulują, tylko irytacja zostanie.


  15. To nie wprowadzają zatem w błąd na stronie bo jest flaga Niemiec na stronie pod ofertą za 4zł?

     

    Cena mówi "OD 4zł", a nie "za 4zł", a jak klikniesz na więcej to jest gwiazdeczka, a w gwiazdeczce: "Cena 4 zł+VAT miesięcznie obowiązuje jedynie dla usług aktywowanych w następujących data centers: DC1/IT1, DC2/IT2 oraz DC3/CZ1. Dla nowych usług aktywowanych w data center DC4/FR1, DC5/DE1 oraz DC6/UK1 obowiązywać będzie cena 21 zł+VAT za miesiąc."


  16. Tu nie chodzi o to czy otwieram hosting czy coś po prostu się ucze i ogarniam wszystko dlatego też potrzebował bym pomocy o to mi chodzi

     

    To się ucz. Z google, tutorialami, nawet książkami. Grzeb sam, szukaj, sprawdzaj. Jeśli się uczysz i rozwiązujesz problemy na forum przeklepując gotowe rozwiązania bez nawet rozumienia ich, zamiast wykazać własna inicjatywę i uruchomić zdolności analityczne to zgadzam się z przedmówcami - nie osiągniesz wielkiego sukcesu w przyszłości.

     

    I nie ogarniaj wszystkiego tylko po kolei.


  17. EDIT: Próbowałem wszystkiego. Dalej nie działa. Jeszcze pojawił się jeden błąd. Niektórze czyta normalnie, niektóre pobiera a jeszcze innych wyświetla po prostu źródło. ( tak jakbyśmy dopisali view-source: )

     

    Czary mary jakieś masz. Na tej samej przeglądarce czy na różnych?

     

    Plik PHP się pobiera lub jest wyświetlany jak plik tekstowy jeśli nie jest przetwarzany przez interpreter PHP, a przyczyną tego jest brak interpretera PHP lub jego niepoprawne skonfigurowanie.

     

    Jak to naprawić? Milion możliwych konfiguracji i milion możliwych odpowiedzi. Ogólnie żeby uruchomić stronę php potrzebujesz dwóch rzeczy:

    1) Serwer WWW (np. Apache)

    2) PHP

     

    Oba poprawnie zainstalowane i skonfigurowane.

     

    Często dorzuca się jeszcze trzeci komponent: MySQL do baz danych. I taka trójca uruchomiona na Linuxie nosi nazwę LAMP. Wpisz w Google "LAMP install", a znajdziesz milion poradników jak to zainstalować.

×