patrys

psują maszyny ? to może napisz jak, bo mam trochę i się boję

Pomijając już moduły, to ostatnio były faile z DHCP. Więc w sumie robiąc statykę i wyłączając w cloud-init ustawienia sieci eliminujesz potencjalną usterkę.

Nie lepiej przestawić dhcp na statykę ?

Najlepiej się pracuje z tym przez Swift od Openstack. Przejrzyj możliwości i wróć

Bezpośrednio office365? Z drugiej strony jak działa to po co zmieniać ?

ale nie przesadzajmy z tym DNSSEC: MacBook-Pro-Patryk:~ patryk$ host -t CAA pkobp.pl pkobp.pl has no CAA record MacBook-Pro-Patryk:~ patryk$ host -t CAA allegro.pl allegro.pl has no CAA record MacBook-Pro-Patryk:~ patryk$ host -t CAA amazon.com amazon.com has no CAA record MacBook-Pro-Patryk:~ patryk$ host -t DS pkobp.pl pkobp.pl has no DS record MacBook-Pro-Patryk:~ patryk$ host -t DS allegro.pl allegro.pl has no DS record MacBook-Pro-Patryk:~ patryk$ host -t DS amazon.com amazon.com has no DS record mam czuć się zagrożony ?

To nie była żadna zaczepka, chciałem po prostu zwrócić uwagę na problem który istnieje i fajnie było by go starać się wyeliminować dla dobra ogółu. Spamassassin na tym serwerze i tak miał już regułę podbijającą punkty za adres *.rev.netart.pl z uwagi na sporą ilość spamu, ale jak widać punktów było za mało. Nie wiem co ma do tego Clamav, aczkolwiek też tam był i pełny log poniżej: Return-Path: <[email protected]> Delivered-To: ***@netfs.pl Received: by netfs.pl (Postfix, from userid 8) id A0607157CBC; Fri, 13 Jul 2018 05:07:50 +0200 (CEST) X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on con.netfs.pl X-Spam-Level: **** X-Spam-Status: No, score=4.3 required=5.0 tests=Nazwa1,RCVD_IN_RP_RNBL autolearn=no autolearn_force=no version=3.4.1 Received-SPF: None (mailfrom) identity=mailfrom; client-ip=85.128.247.113; helo=aom113.rev.netart.pl; [email protected]; receiver=<UNKNOWN> Received: from aom113.rev.netart.pl (aom113.rev.netart.pl [85.128.247.113]) by netfs.pl (Postfix) with ESMTP id 0C2AE157CBA for <***@netfs.pl>; Fri, 13 Jul 2018 05:07:48 +0200 (CEST) Received: from eveijv (mail4.cargo-time.net [80.79.119.235]) by gumbi.nazwa.pl (Postfix) with ESMTP id 036B243F9BD for <***@netfs.pl>; Fri, 13 Jul 2018 05:07:47 +0200 (CEST) From: "Tomaszewski Jacek" <[email protected]> Subject: deklaracja zus 07/18 To: ***@netfs.pl Content-Type: multipart/mixed; boundary="Hq7=_KwJ9NMdL8IcWnYGef5XJcx7Y8KZmm" MIME-Version: 1.0 Reply-To: "Tomaszewski Jacek" <[email protected]> Organization: PB Technik Sp. z. o.o. Date: Fri, 13 Jul 2018 06:07:46 +0300 Message-Id: <[email protected]> X-Virus-Scanned: clamav-milter 0.99.4 at con.netfs.pl X-Virus-Status: Clean Jak widać wiadomość przyszła z serwera aom113.rev.netart.pl i mogę nawet pokazać logi z serwera SMTP, jednak nie oto tu chodzi. Wiadomości oczywiście jest więcej np. Return-Path: <[email protected]> Delivered-To: ***@netfs.pl Received: by netfs.pl (Postfix, from userid 8) id 7AEAA157CBC; Thu, 21 Jun 2018 00:17:21 +0200 (CEST) X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on con.netfs.pl X-Spam-Level: * X-Spam-Status: No, score=1.5 required=5.0 tests=ZABOJCASPAMU_FROM_UNKNOWN autolearn=no autolearn_force=no version=3.4.1 Received-SPF: None (mailfrom) identity=mailfrom; client-ip=85.128.149.224; helo=aks224.rev.netart.pl; [email protected]; receiver=<UNKNOWN> Received: from aks224.rev.netart.pl (aks224.rev.netart.pl [85.128.149.224]) by netfs.pl (Postfix) with ESMTP id E6F56157CBA for <[email protected]>; Thu, 21 Jun 2018 00:17:19 +0200 (CEST) Received: from evevetbtg (unknown [188.126.76.96]) by garwolin.nazwa.pl (Postfix) with ESMTP id 44B35235D52 for <***@netfs.pl>; Thu, 21 Jun 2018 00:17:18 +0200 (CEST) From: "=?utf-8?B?RG9yb3RhIFd5Y3rDs8WCa293c2th?=" <[email protected]> Subject: =?utf-8?B?WmFtw7N3aWVuaWU=?= To: "***" <***@netfs.pl> Content-Type: multipart/mixed; boundary="wPBDkbLyk=_e3K4ppYqbDRk2L8pxiVRNP8" MIME-Version: 1.0 Reply-To: "=?utf-8?B?RG9yb3RhIFd5Y3rDs8WCa293c2th?=" <[email protected]> Date: Thu, 21 Jun 2018 01:17:15 +0300 Message-Id: <[email protected]> X-Virus-Scanned: clamav-milter 0.99.4 at con.netfs.pl X-Virus-Status: Clean Podobny wątek znalazłem też na na grupie Mordplik choć akurat to dotyczy się innego rodzaju spamu: https://groups.google.com/forum/#!topic/pl.internet.mordplik/XE_elLF1NsY

Ciężko mi powiedzieć, bo w sumie tworzone są tylko personalizowane środowiska pod sklepy i podobne twory. Dobrym współczynnikiem cena/szybkość/jakość jest: https://www.ovh.pl/public-cloud/instances/cennik/ z opcją Warszawie. Za stówkę możesz dostać dość szybką zabawkę, ale zostaje problem zarządzania tym i tu koszt będzie sporo wyższy niż sama instancja jeżeli nie zrobisz tego sam... Inaczej to zostają tylko opcje hostingu ew. Progreso.pl chwaliło się super usługą hostingu który chyba nazwali hybrydowy ?

Niestety ale z takim budżetem w e-commerce to nie biznes Zostaje jedynie szukać po jakiś hostingach, nie ma szans jakieś dostosowane rozwiązania Cloud/VPS.

@nazwa.pl tak z innej beczki, piszecie, że priorytetem Waszej firmy jest bezpieczeństwo. Czemu więc od kilku tygodni z Waszych serwerów przychodzą wiadomości zawierające złośliwe oprogramowanie w załącznikach? Wiadomości to oczywiście "faktury", "deklaracje vat", czy dziś nawet "deklaracja zus". Nie wygląda to na VPS, a serwery hostingowe/pocztowe. Dwa maile z dziś: Return-Path: <[email protected]> Delivered-To: ***@netfs.pl Received: by netfs.pl (Postfix, from userid 8) id A0607157CBC; Fri, 13 Jul 2018 05:07:50 +0200 (CEST) X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on con.netfs.pl X-Spam-Level: **** X-Spam-Status: No, score=4.3 required=5.0 tests=Nazwa1,RCVD_IN_RP_RNBL autolearn=no autolearn_force=no version=3.4.1 Received-SPF: None (mailfrom) identity=mailfrom; client-ip=85.128.247.113; helo=aom113.rev.netart.pl; [email protected]; receiver=<UNKNOWN> Received: from aom113.rev.netart.pl (aom113.rev.netart.pl [85.128.247.113]) by netfs.pl (Postfix) with ESMTP id 0C2AE157CBA for <***@netfs.pl>; Fri, 13 Jul 2018 05:07:48 +0200 (CEST) Received: from eveijv (mail4.cargo-time.net [80.79.119.235]) by gumbi.nazwa.pl (Postfix) with ESMTP id 036B243F9BD for <***@netfs.pl>; Fri, 13 Jul 2018 05:07:47 +0200 (CEST) From: "Tomaszewski Jacek" <[email protected]> Subject: deklaracja zus 07/18 + Return-Path: <[email protected]> Delivered-To: ***@netfs.pl Received: by netfs.pl (Postfix, from userid 8) id B8A0F157CBC; Fri, 13 Jul 2018 04:41:47 +0200 (CEST) X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on con.netfs.pl X-Spam-Level: **** X-Spam-Status: No, score=4.3 required=5.0 tests=Nazwa1,RCVD_IN_RP_RNBL autolearn=no autolearn_force=no version=3.4.1 Received-SPF: None (mailfrom) identity=mailfrom; client-ip=85.128.247.113; helo=aom113.rev.netart.pl; [email protected]; receiver=<UNKNOWN> Received: from aom113.rev.netart.pl (aom113.rev.netart.pl [85.128.247.113]) by netfs.pl (Postfix) with ESMTP id 997BB157CBA for <[email protected]>; Fri, 13 Jul 2018 04:41:44 +0200 (CEST) Received: from vddddrfger (mail4.cargo-time.net [80.79.119.235]) by gumbi.nazwa.pl (Postfix) with ESMTP id B5EB71A630D for <***@netfs.pl>; Fri, 13 Jul 2018 04:41:43 +0200 (CEST) From: "=?utf-8?B?SXdvbmEgSmXFvGFr?=" <[email protected]> Subject: =?utf-8?B?RmFrdHVyYSBWQVQgLSBzcHJ6ZWRhxbx5ICBuci4gNjM4OC8wNi8yMDE4?= Nie da się tego jakoś zabezpieczyć i filtrować wiadomości wychodzące ? Czy trzeba pisać filtry by np. nie wpuszczać wiadomości z *.rev.netart.pl zawierających załącznik ?

Nie posiada Data Center, a korzysta z usług czterech Data Center. Box/Sala to nie posiadanie CAŁEJ serwerowni, a dzierżawa w niej jedynie miejsca To celowe wprowadzanie w błąd klienta, no chyba, że ktoś udostępni dokumenty potwierdzające własność tych obiektów.

SBG/RBX - różnica niewielka. Lepiej będzie FRA - Niemcy.

Nie żebym się czepiał, ale potrafi ktoś wyjaśnić jak lokalizacje POP w FRA/AMS, mają wspomóc peer do Australii ? To dalej lekko 300ms, różnica między polską ok 40ms, więc dla WWW już nie zmienia to nic z technicznego punktu widzenia. Chyba, że się mylę ?

brak miejsca na dysku ?

tak jest opcja bloków RIPE do serwerów dedykowanych w Hetzner i OVH. Jednak to bloki i serwery dedykowane, a nie VPS.

Nie da się tego wyeksportować z Mongo ? Na przyszłość to kiepskie podejście by chować w nim pliki...

A czym ma się różnić ? Dla mocno komercyjnych rzeczy lepiej używać MongoDB Atlas. Choć generalnie nigdy nie powinno być wykorzystane MongoDB do przechowywania obrazków, tu stosuje się macierze lub storage obiektowe jak np. S3

Nie potrzebna wycieczka w stronę OVH, awarie były i będą dotyczy do każdego centrum danych. W awarii SBG zgubiła ich rutyna, zabezpieczyli już chyba prawie wszystko ale i tak podjeli decyzje, że niszczą tą serwerownie i wszystko przerzucają do nowej. GTS już nie ma, bo to już T-mobile Beyond.pl zainwestował spore pieniądze i posiada aktualnie najnowocześniejsze publiczne centrum danych w Polsce. Pytanie też czy jest sens stawiać Tier4 w Polskich warunkach, gdzie cena usług jest głównym wyznacznikiem i jak widać np. 3s czy Ovh uruchamiają DC w standardzie Tier3, a na brak zysków nie narzekają. Druga sprawa, że ten Tier4 jest często naciągany.. Nie ma tez sensu dalej ciągnąć, bo kolokacja serwerów/kiosków zawsze* będzie tańsza niż budowa i utrzymanie swoich centr danych. Dlatego też mniejsze projekty się kolokują, a większe budują swoje obiekty. *jeżeli oczywiście nie przekroczymy już pewnej ilości sprzętu do kolokowania.

Jeżeli miałeś na myśli pomysł z kontenerami morskimi, to był on akurat nie trafiony. Całe DC będzie w niedługim czasie rozbierane, a sprzęt będzie migrowany do nowej serwerowni która jest już normalnym budynkiem. Ciągnąc temat OVH na pewno są jednym z pionierów i zarazem największą firmą na świecie która korzysta z chłodzenia wodnego dla maszyn. Wszystkie nowe serwerownie są już pozbawione klimatyzacji: https://www.ovh.pl/onas/green-it.xml Dodatkowo robią ciekawe kombinacje jak np. serwerownia GRA sąsiadująca z elektrownią atomową czy BHS w Kanadzie które ma prąd z elektrowni wodnej.

Mają oddział w Polsce, pod normalną spółką zoo, zatrudniają pracowników i tu tez płacą podatki - są Polską firmą z kapitałem zagranicznym jakich wiele na rynku IT. Lepiej nawet mają tu własną serwerownie i naprawdę mają być traktowani gorzej, bo nie wywodzą się z naszego rynku ? Wspomniany Home.pl/Az.pl też zostały kupione przez zagranice, a Aftermarket jest "cypryjski"

Narcyzm ponad wszystko Niestety ale pierwsza to Nazwa.pl nie była, bo np. OVH wprowadziło to już dawno temu. Nie mówiąc już tu o specjalistycznych usługach jak np. Cloudflare, Route53 które są bardzo popularne w Polsce.

Ty tak serio ? Łamiesz prawa autorskie i prosisz o pomoc by robić to skuteczniej ?

@nnd.newbie no tak, tu raczej jest to potrzebne mocno awaryjnie jak jakiś pracownik coś mocniejszego "odwali". W tej firmie jest sporo kont i spory przemiał poczty, szukanie w takim archiwum jest "mocno za kare".

jakiś konkretny soft?

POP3 wyłączony oczywiście ale fakt przestrzenie w chmurach drogie