Desavil

Tak, niestety nic to nie daje - wyświetla domyślny błąd z przeglądarki. Jeżeli chodzi o same błędy to loguje bez problemu do plików, chodzi mi wyłącznie o wyświetlanie strony błędu (500) dla użytkownika w takim wypadku.

Tak, cały czas tutaj są aktywne.

Ten za 4zł.

Administratorzy Aruba Cloud widać mają poczucie humoru. Czysty system zaraz po instalacji, plik .viminfo: [...] echo puppa > /root/test [...]

Nie chcę nikogo straszyć, sytuacja z autopsji. Działałem tak ok. 2 lata. Smutni panowie - byli (akurat tak "fajnie" trafiło, że w momencie jak już miałem firmę). Przetrzepywanie wyciągów z WSZYSTKICH rachunków bankowych z ostatnich 5 lat - było. W sumie trwało to z jakiś miesiąc czasu. Dodam, że smutni panowie sami od siebie kontroli nie wszczęli w moim przypadku. Aha i nie obracałem milionami, ba, nawet tysiącami. Więcej powiedzieć nie mogę - wiara mi zabrania. Dlatego też m.in. cały czas jestem pełen podziwu jak pewna firma działająca od niedawna w tym segmencie (target to głównie dzieci) może takie coś prowadzić - bez pisemnej umowy, zwykły regulamin i checkbox, bez rachunków (bo normalnie to wystawia się rachunek, podpisuje i odsyła operatorowi płatności, celem wypłaty - dot. umowy). A tutaj co? Hulaj dusza! Zakładasz konta, zakładasz numery, wypłata na PayPal, czy może na rachunek bankowy, jak Pan sobie życzy? I po sprawie. A, PIT? Co to takiego, po co to komu. Jak się domyślam, tak właśnie to tam działa. A dzieci myślą, że są rekinami biznesu. W firmach typu Dotpay, Homepay, cashbill, itd. jest się przynajmniej związanym pisemną umową oraz rachunkami. A w w/w firmie? W razie kontroli rodzice jak się będą tłumaczyć, że obracali brudnymi pieniędzmi? Bo tak właśnie to z prawnego punktu widzenia będzie wyglądało.

Ok, wszystko rozumiem. Ale dlaczego jak jesteście na UKVOX, tracę połączenie z kilkoma serwerami (podawałem je wyżej), np. całe OVH, całe e24cloud, 8.8.4.4 Google DNS (natomiast 8.8.8.8 bez problemu działa) itd. Co jest dla mnie akurat problemem, bo tam mam bazę danych.

Znów lossy... |------------------------------------------------------------------------------------------| | WinMTR statistics | | Host - % | Sent | Recv | Best | Avrg | Wrst | Last | |------------------------------------------------|------|------|------|------|------|------| | rev-212.91.8.92.atman.pl - 0 | 141 | 141 | 4 | 12 | 49 | 13 | | fra-anc-02gw.voxility.net - 0 | 141 | 141 | 11 | 36 | 258 | 34 | | fra-eq5-02gw.voxility.net - 6 | 117 | 111 | 20 | 42 | 174 | 49 | | fra-anc-01c.voxility.net - 2 | 133 | 131 | 32 | 36 | 68 | 34 | | fra-anc-02sw.voxility.net - 35 | 58 | 38 | 0 | 35 | 50 | 37 | | lh28656.voxility.net - 33 | 61 | 41 | 29 | 36 | 50 | 40 | | xxx - 35 | 58 | 38 | 0 | 39 | 65 | 41 | |________________________________________________|______|______|______|______|______|______| WinMTR v0.92 GPL V2 by Appnor MSP - Fully Managed Hosting & Cloud Provider @Edit Co tu się wyprawia: |------------------------------------------------------------------------------------------| | WinMTR statistics | | Host - % | Sent | Recv | Best | Avrg | Wrst | Last | |------------------------------------------------|------|------|------|------|------|------| | rev-212.91.8.92.atman.pl - 0 | 38 | 38 | 6 | 12 | 37 | 13 | | fra-anc-02gw.voxility.net - 0 | 37 | 37 | 12 | 56 | 228 | 171 | | 80.249.210.43 - 7 | 31 | 29 | 0 | 88 | 222 | 144 | | ae-127-3513.edge6.Amsterdam1.Level3.net - 20 | 20 | 16 | 0 | 90 | 233 | 144 | | 4.68.111.178 - 20 | 20 | 16 | 0 | 87 | 232 | 142 | | adm-bb3-link.telia.net - 18 | 23 | 19 | 0 | 95 | 232 | 140 | | hbg-bb1-link.telia.net - 23 | 18 | 14 | 0 | 81 | 209 | 209 | | ffm-bb1-link.telia.net - 34 | 18 | 12 | 0 | 108 | 208 | 208 | | voxility-ic-304818-ldn-b1.c.telia.net - 34 | 15 | 10 | 0 | 150 | 240 | 240 | | lon-tel-01c.voxility.net - 34 | 15 | 10 | 0 | 139 | 240 | 240 | | lon-tel-01sw.voxility.net - 40 | 15 | 9 | 0 | 108 | 175 | 139 | | xe-0-2-8.rt0.thn.bandwidth.co.uk - 27 | 19 | 14 | 0 | 141 | 242 | 141 | | 217.146.91.166 - 40 | 15 | 9 | 0 | 110 | 190 | 140 | | xxx - 64 | 11 | 4 | 0 | 65 | 144 | 144 | |________________________________________________|______|______|______|______|______|______| WinMTR v0.92 GPL V2 by Appnor MSP - Fully Managed Hosting & Cloud Provider

Ok, poszedł ticket, bo do większości są pingi (dla serwisów w Polsce), np. wp.pl, onet.pl, nawet webhostingtalk.pl, kwejk.pl, a do serwera w e24cloud, gdzie mam bazę danych akurat nie ma żadnego połączenia... co jest bardzo dziwne. @Edit Dzięki za odpowiedź w zgłoszeniu. @Edit 2 Wstało, widać że tymczasowo ochrona Voxility została wyłączona i ruch przechodzi bezpośrednio do nForce.

A to co znów za nowy routing: |------------------------------------------------------------------------------------------| | WinMTR statistics | | Host - % | Sent | Recv | Best | Avrg | Wrst | Last | |------------------------------------------------|------|------|------|------|------|------| | rev-212.91.8.92.atman.pl - 0 | 188 | 188 | 12 | 14 | 50 | 12 | | fra-anc-02gw.voxility.net - 1 | 181 | 180 | 32 | 36 | 140 | 34 | | fra-eq5-02gw.voxility.net - 5 | 161 | 154 | 47 | 68 | 99 | 74 | | fra-anc-01c.voxility.net - 0 | 188 | 188 | 32 | 36 | 79 | 38 | | lon-tel-01c.voxility.net - 0 | 188 | 188 | 46 | 49 | 89 | 47 | | lon-tel-01sw.voxility.net - 0 | 188 | 188 | 46 | 47 | 78 | 47 | | xe-0-2-8.rt0.thn.bandwidth.co.uk - 0 | 188 | 188 | 46 | 48 | 79 | 47 | | 217.146.91.166 - 0 | 188 | 188 | 42 | 44 | 78 | 44 | | xxx - 0 | 188 | 188 | 42 | 43 | 79 | 44 | |________________________________________________|______|______|______|______|______|______| WinMTR v0.92 GPL V2 by Appnor MSP - Fully Managed Hosting & Cloud Provider 100% loss z VPSa do e24cloud, do OVH (a tym samym brak połączenia z bazą danych...) Do 8.8.8.8 (Google DNS) 0% strat, a znów do slave (8.8.4.4) 100% loss.

Public Cloud od OVH? https://www.ovh.pl/cloud/

Dziwne, że musiałem zrestartować serwer TeamSpeak - bo dopiero po tym było możliwe połączenie z nim.

Chyba wstało.

Jak to ma się do tego?:

Leży i kwiczy (VPS również). |------------------------------------------------------------------------------------------| | WinMTR statistics | | Host - % | Sent | Recv | Best | Avrg | Wrst | Last | |------------------------------------------------|------|------|------|------|------|------| | rev-212.91.8.92.atman.pl - 0 | 98 | 98 | 10 | 19 | 140 | 13 | | fra-anc-02gw.voxility.net - 0 | 98 | 98 | 31 | 40 | 144 | 33 | | fra-eq5-01gw.voxility.net - 2 | 94 | 93 | 33 | 81 | 245 | 72 | | fra-anc-01c.voxility.net - 0 | 98 | 98 | 32 | 44 | 317 | 33 | | fra-anc-02sw.voxility.net - 61 | 28 | 11 | 34 | 37 | 55 | 36 | | lh28656.voxility.net - 63 | 27 | 10 | 0 | 63 | 138 | 47 | | blazingfast.io - 66 | 26 | 9 | 46 | 50 | 68 | 47 | |________________________________________________|______|______|______|______|______|______| WinMTR v0.92 GPL V2 by Appnor MSP - Fully Managed Hosting & Cloud Provider

Czyli rozumiem najlepsza praktyka to serwer backupu uruchamia, np. rsync i zaciąga backup (tym samym może łączyć się do serwerów produkcyjnych po kluczach, na usera backup), a nie odwrotnie?

To oczywiście podstawa od strony formalnej, mam na myśli kwestie techniczne co można zrobić. Może być jakiś zdesperowany administrator, który np. po przepracowaniu pół życia w danej firmie nagle zostaje zwolniony, odbija mu i chce za wszelką cenę zniszczyć firmę. Firmy warte kilkadziesiąt/kilkaset milionów jakoś muszą przed takim czymś się zabezpieczać. @ Koniec Offtop

A ja mam pytanie z innej beczki. Jeżeli to faktycznie jest działanie ze strony, np. zwolnionego, sfrustrowanego administratora, jak przed takim czymś się uchronić, zabezpieczyć? Pomijam już kwestię backupów, ale ogólnie wpływu na infrastrukturę. Zawsze przecież może zostawić jakieś backdoory na serwerze itp.

Tak to jest jak się kupuje domeny w firmie istniejącej ile, kilka lat?

Tak sobie teraz kojarzę fakty i jak patrzę na ten błąd w katalogu firm, to wydaje mi się, że @Bartek może mieć rację, że to ataki i nie próbuje niczego ściemniać. WHT stoi w Beyond. Jak miałem ataki na moją chmurę w e24cloud (Beyond) to właśnie problem był z ruchem UDP (a dokładnie DNS) - nie działało na serwerze w tym czasie rozwiązywanie nazw domenowych na adresy IP. To samo można zaobserwować tutaj - właśnie szczególnie w katalogu firm i tak samo z Widgetem - zapewne jest pobierana zawartość przez jakiegoś curla/file_get_contents z domeny wht.pl i po prostu jej nie rozwiązuje i nie może się to wczytać, przez co forum długo się ładuje. Powinno poniekąd pomóc dodanie "na sztywno" najważniejszych wpisów do /etc/hosts - chociaż na czas w/w problemów.

A co do sprawy z "white-listą"?

EvoBattle, czy istnieje u Was zatem jakaś "whitelista", do której dodacie przesłane adresy IP, np. zdalnego serwera bazy danych, czy też zdalnego managera (panelu do zarządzania usługą działającą na serwerze w BF), aby w razie ewentualnego ataku, ruch do/z danych adresów z Whitelisty był płynny? Pytam ponieważ u mnie np. w komunikacji BF > e24cloud (zapytanie curl z e24cloud na serwer www w BF) wykonuje się często bardzo długo, czasem jest tracone - pusta odpowiedź. I to tylko w przypadku BF, mam serwery w wielu DC, tak samo skonfigurowane i problem nie występuję. Postaram się zrobić jakiś lepszy "debug". Takie pytanie na marginesie - czy na VPSach można uruchamiać Tunel VPN/proxy?

Jakaś nowa inicjatywa wyszła od jednego z hostingów, jako ATHP przesłali prośbę również do naszej firmy - https://www.change.org/p/teamspeak-systems-inc-teamspeak-developers-protection-their-partners

Do wysyłki poczty użyj może, np. http://emailabs.pl/ 12 000 maili miesięcznie jest za darmo, a forum aż tylu chyba nie wysyła?

Wreszcie naprawili WHT! Ale znając życie, samo się naprawiło.

OVH - http://bgp.he.net/AS16276#_prefixes Aruba - http://bgp.he.net/AS200185#_prefixes http://bgp.he.net/AS199883#_prefixes