Skocz do zawartości

SomeGuy

Donatorzy
  • Postów

    279
  • Dołączył

  • Ostatnia wizyta

  • Wygrane w rankingu

    6

Odpowiedzi opublikowane przez SomeGuy

  1. Teraz, Poziomecki napisał:

    Przez pierwsze miesiące pracy nie schodziłem poniżej 200-210 godzin miesięcznie z pracą :)

     

    Ja godzin nie liczę, pracuję nawet wtedy kiedy nie muszę, czasem z tego nic nie mam, ale wiem, że "robię dobrze".  Sam muszę poszukać czegoś nowego :)

  2. @Dew tak jak koledzy wyżej napisali, ważne jest, żeby pracodawca zapewnił Ci ścieżkę rozwoju, po roku już powinieneś robić inne rzeczy niż  tylko kierować klienta telefonicznie co trzeba kliknąć w Outlook Express żeby poczta zaczęła działać. 

     

    Pamiętaj też, że praca admina nie zamyka się w 8h.

     

  3. Cześć,

    Wydaje mi się, że jeśli:

    - znasz podstwy zarządzania panelami cPanel/DirectAdmin

    -  znasz  CMSy typu Presta/WP/Joomla/Magento

    - potrafisz rozwiązywać podstawowe problemy związane z działaniem stron (403/404/500 - błędy .htaccess) 

    - potrafisz wskazać problem dot. poczty (rekordy DNS/MX/SPF/DKIM)

     

    to na Twoim miejscu zebrałbym to w kupę i po prostu wysłał CV do firm, nawet jeśli nie rekrutują to powinni Twoje CV zatrzymać. Wiele firm też chętnie zatrudnia mniej doświadczonych żeby utrzymać ich dłużej i zapewnić ścieżkę kariery. 

     

    Co dalej? Chcesz iść w kierunku admina?

    Skup się na poznaniu podstawowego softu i eksperymentuj w środowisku roboczym np z:

    - czystym serwerem + php (poznaj różnice między cgi/fpm) + apache (na nginx później może przyjść czas)

    - darmowymi panelami 

    - skup   się nad automatyzacją swoich działań przez naukę shell skryptów

     

    Języki, które się przydają, a de facto nie są trudne:

    - perl

    - python  

     

    Z softu:

    - apache,nginx

    - exim,dovecot, postfix

     

    Nie bój się pytać i dociekaj dlaczego coś działa tak, a nie inaczej i dlaczego "to" naprawiło dany problem. 

     

    Czytaj nowinki, jak czegoś nie wiesz to szukaj, szukaj, sprawdzaj dopiero później proś o pomoc.

     

    W dalszym etapie już sam będziesz wiedział jakiej wiedzy Ci trzeba i co Ciebie interesuje.

     

     

     

    • Lubię 1
  4. 5 godzin temu, Poziomecki napisał:

    Z Nginxem ogólnie jest problem przynajmniej w moim przypadku. Czasem przy dodaniu domeny wysypuje się vhost. Poprawiasz, jest ok, dodajesz domenę jest ok. Za jakiś czas coś zmienisz i znowu się config z vhostem wysypuje i musisz debugować sobie. Znaczy masz info która linia, ale musisz się logować, zmienić ustawienia, zrestartować i modlićsię.

     

     

    Ciekawostka. Z apache i mod_php nie ma żadnych problemów. Tym bardziej że na stoi na tym crm :)

     

    Korzystasz z jakiegoś panelu? 

    Samo z siebie raczej się nie psuje ;)

  5. 17 minut temu, milosz napisał:

    Nie głównie, tylko każdy ISP musi logować połączenia jeśli używa NAT, lub zapisywać powiązanie IPpub-Klient jeśli nie używa nat.

     

    Napisałem głównie ISP, nie napisałem, że część nie musi. 

     

    17 minut temu, milosz napisał:

    A tu was zdziwie, bo sporo dużych serwisów trzyma także logi połączeń, co znacząco ułatwia służbom znalezienie pacjenta. Proste powiązanie ip i portów.

     


    Ale co w tym dziwnego :P ? Wcale mnie to nie dziwi, że trzymają i chyba każdy sobie z tego zdaje sprawę. 

     

    Nigdy nie ustawiałem logowania z myślą o pomocy organom ścigania.

  6. Nawet jako firma hostingowa nie masz nakazu do utrzymywanie logów, ustawa nawiązuje do Prawa Telekomunikacyjnego (głównie tpsa, netia, orange, tmobile itp).

     

    Apache zapisuje logi do pliku, który wskazany jest w konfiguracji, może być kilka plików np. jeśli skonfigurowałeś serwer w taki sposób, aby logowanie dla każdej domen było oddzielnie.

    Log będzie rósł i rósł, chyba, że skonfigurowałeś np. "logrotate", który pakuje co jakiś Twoje logi i dodaje datę, a stare usuwa. 

     

    edit:

    @nrm mnie ubiegł, a dodam jeszcze, że logi głównie trzymane są dla nas samych, statystyk itp.

  7. 3 minuty temu, Mion napisał:

    Ale o ile dobrze rozumiem, nie można numerów portów na komputerze użytkownika rozważać w kontekście pytania:


    Bo to nie ISP  przydzieliło przedmiotowe porty - zgadza się ?

     

    Zmienne IP nie oznacza adresu IP współdzielonego. 

    Numery portów wychodzących są losowe. Nie wiem w ogóle po co im takie randomowe informacje. 

     

    Jeśli dane te są logowane to czemu nie, nie ma jednak obowiązku, aby takie dane logować, podobne pismo dostanie ISP (Orange). 

    Pisma tego typu zawierają czasem prośbę o udostępnienie informacji na temat przeglądarki, adresu e-mail, pod którym nastąpiła rejestracja na forum na XX mscy wcześniej. 

    Czasem zdarzy się odprawić prokuraturę z kwitkiem, gdyż żadnych logów już dawno nie będzie. 

  8. @Mion otwierając stronę po https łączysz się przez port 60060 do portu 443 danego serwera.  Nie łączysz się przez ten sam port, na których nasłuchuje serwer apache :)

     

    @Mich@ł apache ma możliwość logowania portów źródłowych, ale nie spotkałem się z taką konfiguracją u żadnego providera usług hostingowych, domyślnie też nie jest to logowane.

     

    tl;dr - > Przekaż im co możesz, napisz, że numery portów nie są logowane (takie logi posiada operator telekomunikacyjny jeśli dobrze pamiętam), dodatkowo możesz też sprawdzić historię logowań na konto forumowe tego użytkownika. 

     

  9. Czołem,

     

    Jeśli użytkownik korzystał tylko z forum to do serwera łączył się jedynie do portów (docelowych), które ustawione są w konfiguracji Apache - http:80 oraz https:443.

    Apache nie loguje (domyślnie) w logu access (dostępowym) informacji o porcie źródłowym, podgląd dokładny zazwyczaj masz tylko ondemand przez narzędzia jak netstat, ifop, iptraf etc. 

     

     

    • Super! 1
  10. IP możesz za to zablokować w Dashboard CloudFlare, jeśli hosting nie wspiera mod_cf

    Wybierasz domenę -> Firewall -> na dole masz możliwość zblokowania.

     

    Drugą opcją będzie stworzenie skryptu / zaimplementowanie w obecny > tego <

     

    <?php if (isset($_SERVER['HTTP_CF_CONNECTING_IP'])) 
    $_SERVER['REMOTE_ADDR'] = $_SERVER['HTTP_CF_CONNECTING_IP'];
    ?>

    Umieszczasz na serwerze plik "banips.txt", w nim dodajesz adresy IP, a powyższy kod wykorzystujesz do sprawdzania czy adres IP znajduje się w pliku (może być baza w/e) , jeśli tak to kierujesz na podstronę 403.

×
×
  • Dodaj nową pozycję...

Powiadomienie o plikach cookie

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