Desavil

Witam. Uruchamiam na swoim serwerze pewne procesy w tle za pomocą nginx + php-fpm, najzwyczajniej funkcją system() lub exec(). Problem polega na tym, że jak zrestartuję php-fpm (np. w wyniku aktualizacji) to wszystkie procesy uruchomione za pomocą w/w funkcji są automatycznie zabijane. Czy istnieje jakiś sposób na uruchamianie ich w taki sposób, aby nie były one zależne od php-fpm? Pozdrawiam!

Jak to nie. FiberHost.pl - Leży od początku 2016 roku, wystarczy poczytać komentarze na Fanpage https://www.facebook.com/fiberhost/ i to od bardzo długiego czasu w tym 0 odpowiedzi. Zamówić również nic nie można. MicroVPS.pl - Widać, że rok później zaczyna się z nim dziać to samo co z pierwszą marką. MicroSMS.pl - Szkoda mówić. Zostało stworzone m.in. do dwóch poprzednich marek, aby dzieci mogły wypłacać środki z wirtualnych skarbonek. Marka, która wg. mnie wzbudza najwięcej kontrowersji m.in. tą informacją na stronie głównej "Minimum formalności - Żyjemy w XXI wieku u nas wszystko załatwisz elektronicznie. Nie wymagamy podpisywania z nami papierowych umów, cała procedura odbywa się w oparciu o nasz system bilingowy." W PKD firmy brak jakichkolwiek wpisów związanych z pośrednictwem finansowym. Jak wspomniałem wcześniej target to dzieci, niczego sobie nie świadome, a oni bez żadnych formalnych umów dokonują wypłat na ich konta. Żaden poważny operator płatności czegoś takiego nie realizuje. Dla klientów indywidualnych są rachunki, później bodajże PIT-11. A po godzinach sprzedajemy łóżka - pietrowe.pl

Zdaję sobie z tego sprawę, dlatego też szukam rozwiązania jak najlepiej to przerobić. Ogólnie rzecz biorąc Nginx+PHP-FPM służy do sterowania pewnymi procesami na serwerach z zewnątrz (z głównego serwera do kontrolowania), np. uruchamianiem jakiś procesów. Rozumiem, że powinienem stworzyć jakąś usługę i do niej przekazywać odpowiednie argumenty i nadal będę ją mógł uruchamiać przez funkcję system(), jednak będzie działała jako własna usługa?

Oczywiście, że mogę i tak jest też zrobione jednak jest to bardzo uciążliwe.

Zgodnie z informacją na stronie prac problem dotyczył łączy Interoute, czyli FR <> WAR. Zastanawia mnie. dlaczego serwery w DC WAW również w tym czasie nie były dostępne, dlaczego taka awaria ma wpływ na DC w Polsce, skoro mamy swój POP. Moim zdaniem powinno ono być niezależne od połączenia z Francją.

Myślę, że sprawa kosztów tutaj jest drugorzędna. Zauważ, że jak zarejestruje wcześniej to domena będzie miała "registrant type" jako "individual", a jak zarejestruje na firmę to "organization". Czy zarejestrowana w ten sposób domena, na osobę indywidualną może być używana w działalności gospodarczej?

Tragedia. Najpotrzebniejsze zakładki poukrywane - moim zdaniem powinny być widoczne na pierwszej stronie (może lepiej zaprezentowane), jak było poprzednio i jak to jest w innych panelach. Responsywność strony pozostawia wiele do życzenia - nauka HTML autorów chyba zatrzymała się w poprzednim wieku. Duże niechlujstwo - w jednych miejscach inputy są z CSS, w innych brak stylu i wyświetla się styl natywny z przeglądarki. Odcień koloru szarego jest nieznacznie ciemniejszy od białego - praktycznie się zlewają i nie widać różnicy, co powoduje dużą nieczytelność. Spodziewałem się zdecydowanie czegoś lepszego. I pomyśleć, że pracują nad tym chyba już ponad 1,5 roku.

Witam. Posiadam panel DirectAdmin z systemem CloudLinux, skrypty PHP są przetwarzane przez mod_lsapi. Od samego początku, zaraz po czystej instalacji (sprawdzałem również w różnych lokalizacjach i na różnym sprzęcie oraz na wersjach PHP od 5.4 aż do 7.1) obserwuję, że pierwsze wykonanie skryptu PHP na danym użytkowniku potrafi trwać od kilkunastu do nawet kilkudziesięciu sekund, nawet dla czegoś tak prostego jak: <?=phpinfo(); Jeżeli wchodzę na czystą stronę .html to czegoś takiego nie ma, więc wina musi leżeć po stronie PHP. Jak już wykona się takie żądanie, to potem dla każdego kto wchodzi na taką stronę ładuje się ona błyskawicznie. Jak przez dłuższy czas nie wchodzi się na stronę, sytuacja powtarza się. Wygląda na to jakby pierwsze żądanie powodowało wczytanie tego do jakiegoś cache, jednak moim zdaniem nie powinno to tak długo trwać. A może nie tyle co z cache, a workerami? Mam również zainstalowane OptimumCache z CloudLinux, jednak bez niego, niczego to nie zmienia w kwestii pierwszego wczytania strony. Podkreślam, że konfiguracja PHP jest domyślna. Serwer ma bardzo mocny CPU, dużo RAM, dyski SSD, więc to nie jest kwestia hardware. Tak to wygląda dla np. Wordpressa (pierwsze żądanie, każde kolejne zajmuje ok. 4s): Na co zwrócić uwagę, co może rozwiązać ten problem? Dzięki.

Poniekąd może to rozwiązać problem, sprawdzę. Jednak dlaczego tak długo trwa podnoszenie procesów?

https://www.ovh.pl/anti-ddos/ https://www.ovh.pl/anti-ddos/anti-ddos-game.xml

Z tego co wiem, wczoraj mieli wolnych jeszcze ileś sztuk, co się zwolniły. Warto skontaktować się bezpośrednio z OVH i powinni przygotować ofertę.

Zgłoś to na peering@ovh.net, zazwyczaj szybko fixują.

Blokowane są na 5 dni jak nie zapłacisz i w tym czasie serwer jest wyłączony, a panel nie działa. Możesz w tym czasie przedłużyć jeszcze serwer. Ewentualnie możesz napisać do pomocy o odroczenie płatności, to wtedy w tym okresie 5 dni serwer będzie w pełni działał.

Czy to jest aż takie ważne? W sumie bez ustawionych regułek ochrona tak czy inaczej działa jak włączy się VAC.

VAC działa w DC WAW. W momencie ataku ruch przechodzi przez Francję (ping wyższy o ok. 24ms), przy przełączaniu 0 strat pakietów. Czyżby OVH zrezygnowało z VAC w WAW? Ale dobre i to. Chociaż jest też możliwość, że to jest opcja alternatywa i w razie problemów z VAC w DC WAW ruch będzie przechodził przez inne VAC (FR). Może po prostu to wdrożyli jako pierwsze i już uruchomili żeby coś działało w kierunku Anty-DDoS.

Może jeszcze po prostu nie odblokowali w API lub ta funkcjonalność nie jest jeszcze wdrożona.

Bardziej chodzi mi o zachowanie trasy podczas ataku (jak ruch przechodzi przez VAC). Czy nadal trasa się zapętla i kieruje donikąd, czy przechodzi przez VAC w WAW, czy może przechodzi przez VAC we Francji.

Czy sprawdzał ktoś już może, czy po dzisiejszej nocy coś się zmieniło w kwestii VAC? Jak to (trasa) teraz wygląda w czasie ataku? Sam niestety nie mogę tego sprawdzić, bo zrezygnowałem z moich serwerów w DC WAW. http://travaux.ovh.net/?do=details&id=23247

Raczej nie - pełna oferta.

Chyba coś zaczyna się dziać w kierunku VAC w WAW. http://prace.ovh.pl/?do=details&id=28195

To na pewno też robią, ale zgodnie z dokumentacją RTM: http://pomoc.ovh.pl/RealTimeMonitoring Nie bez powodu przy wykryciu hack detection (bynajmniej tak miałem jakiś czas temu, jak klient wrzucił jakiś zawirusowany plik na FTP) w informacji o przejściu serwera w tryb rescue FTP czasem pojawiają się informacje o konkretnym procesie, jego uid, gid itp. A te można zdobyć tylko mając coś zainstalowanego na serwerze, a nie po samym ruchu sieciowym.

Usunięcie rtm i szpiegostwo + hack detection chyba nam nie groźne? Bo w jaki inny sposób to wykrywają i co mamy na serwerze. sed -i '/\/usr\/local\/rtm\/bin\/rtm/d' /etc/crontab && rm -Rf /usr/local/rtm

Witam, Zainstalowałem z najnowszego ISO Proxmox 4.4. Zgodnie z dokumentacją, Proxmox nie obsługuje Soft RAID przy instalacji systemu i trzeba go skonfigurować samemu po zainstalowaniu. Pierwsze co więc wykonałem po instalacji to "fdisk -l": Disk /dev/ram0: 64 MiB, 67108864 bytes, 131072 sectors Units: sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 4096 bytes I/O size (minimum/optimal): 4096 bytes / 4096 bytes Disk /dev/ram1: 64 MiB, 67108864 bytes, 131072 sectors Units: sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 4096 bytes I/O size (minimum/optimal): 4096 bytes / 4096 bytes Disk /dev/ram2: 64 MiB, 67108864 bytes, 131072 sectors Units: sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 4096 bytes I/O size (minimum/optimal): 4096 bytes / 4096 bytes Disk /dev/ram3: 64 MiB, 67108864 bytes, 131072 sectors Units: sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 4096 bytes I/O size (minimum/optimal): 4096 bytes / 4096 bytes Disk /dev/ram4: 64 MiB, 67108864 bytes, 131072 sectors Units: sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 4096 bytes I/O size (minimum/optimal): 4096 bytes / 4096 bytes Disk /dev/ram5: 64 MiB, 67108864 bytes, 131072 sectors Units: sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 4096 bytes I/O size (minimum/optimal): 4096 bytes / 4096 bytes Disk /dev/ram6: 64 MiB, 67108864 bytes, 131072 sectors Units: sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 4096 bytes I/O size (minimum/optimal): 4096 bytes / 4096 bytes Disk /dev/ram7: 64 MiB, 67108864 bytes, 131072 sectors Units: sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 4096 bytes I/O size (minimum/optimal): 4096 bytes / 4096 bytes Disk /dev/ram8: 64 MiB, 67108864 bytes, 131072 sectors Units: sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 4096 bytes I/O size (minimum/optimal): 4096 bytes / 4096 bytes Disk /dev/ram9: 64 MiB, 67108864 bytes, 131072 sectors Units: sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 4096 bytes I/O size (minimum/optimal): 4096 bytes / 4096 bytes Disk /dev/ram10: 64 MiB, 67108864 bytes, 131072 sectors Units: sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 4096 bytes I/O size (minimum/optimal): 4096 bytes / 4096 bytes Disk /dev/ram11: 64 MiB, 67108864 bytes, 131072 sectors Units: sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 4096 bytes I/O size (minimum/optimal): 4096 bytes / 4096 bytes Disk /dev/ram12: 64 MiB, 67108864 bytes, 131072 sectors Units: sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 4096 bytes I/O size (minimum/optimal): 4096 bytes / 4096 bytes Disk /dev/ram13: 64 MiB, 67108864 bytes, 131072 sectors Units: sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 4096 bytes I/O size (minimum/optimal): 4096 bytes / 4096 bytes Disk /dev/ram14: 64 MiB, 67108864 bytes, 131072 sectors Units: sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 4096 bytes I/O size (minimum/optimal): 4096 bytes / 4096 bytes Disk /dev/ram15: 64 MiB, 67108864 bytes, 131072 sectors Units: sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 4096 bytes I/O size (minimum/optimal): 4096 bytes / 4096 bytes Disk /dev/sda: 1.8 TiB, 2000398934016 bytes, 3907029168 sectors Units: sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 4096 bytes I/O size (minimum/optimal): 4096 bytes / 4096 bytes Disklabel type: gpt Disk identifier: 560E798E-6AD5-4854-89D3-F14A4BCE7B64 Device Start End Sectors Size Type /dev/sda1 2048 4095 2048 1M BIOS boot /dev/sda2 4096 528383 524288 256M EFI System /dev/sda3 528384 3907029134 3906500751 1.8T Linux LVM Disk /dev/sdb: 1.8 TiB, 2000398934016 bytes, 3907029168 sectors Units: sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 4096 bytes I/O size (minimum/optimal): 4096 bytes / 4096 bytes Disklabel type: dos Disk identifier: 0x00000000 Device Boot Start End Sectors Size Id Type /dev/sdb1 1 3907029167 3907029167 1.8T fd Linux raid autodetect /dev/sdb2 0 0 0 0B fd Linux raid autodetect /dev/sdb3 0 0 0 0B fd Linux raid autodetect /dev/sdb4 0 0 0 0B fd Linux raid autodetect Partition 2 does not start on physical sector boundary. Partition table entries are not in disk order. Disk /dev/mapper/pve-root: 465.5 GiB, 499826819072 bytes, 976224256 sectors Units: sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 4096 bytes I/O size (minimum/optimal): 4096 bytes / 4096 bytes Disk /dev/mapper/pve-swap: 1 TiB, 1099511627776 bytes, 2147483648 sectors Units: sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 4096 bytes I/O size (minimum/optimal): 4096 bytes / 4096 bytes Następnie sprawdziłem "cat /proc/mdstat": Personalities : unused devices: <none> Wykonałem polecenie "apt-get install mdadm", przy instalacji zostawiając domyślne wartości. Następnie "cat /proc/mdstat": Personalities : [raid1] md0 : active raid1 sdb1[1] 1953383488 blocks super 1.2 [2/1] [_U] bitmap: 0/15 pages [0KB], 65536KB chunk unused devices: <none> Kolejnym krokiem było skopiowanie tablicy partycji z dysku "sda" na "sdb" - system został zainstalowany na "sda" - "sfdisk -d /dev/sda | sfdisk --force /dev/sdb": sfdisk: Checking that no-one is using this disk right now ... sfdisk: BLKRRPART: Device or resource busy sfdisk: This disk is currently in use - repartitioning is probably a bad idea. Umount all file systems, and swapoff all swap partitions on this disk. Use the --no-reread flag to suppress this check. Disk /dev/sdb: 243201 cylinders, 255 heads, 63 sectors/track Old situation: Units: cylinders of 8225280 bytes, blocks of 1024 bytes, counting from 0 Device Boot Start End #cyls #blocks Id System /dev/sdb1 0+ 243201- 243202- 1953514583+ fd Linux raid autodetect /dev/sdb2 0 - 0 0 fd Linux raid autodetect /dev/sdb3 0 - 0 0 fd Linux raid autodetect /dev/sdb4 0 - 0 0 fd Linux raid autodetect New situation: Units: sectors of 512 bytes, counting from 0 Device Boot Start End #sectors Id System /dev/sdb1 1 3907029167 3907029167 ee GPT /dev/sdb2 0 - 0 0 Empty /dev/sdb3 0 - 0 0 Empty /dev/sdb4 0 - 0 0 Empty sfdisk: Warning: partition 1 does not end at a cylinder boundary sfdisk: Warning: no primary partition is marked bootable (active) This does not matter for LILO, but the DOS MBR will not boot this disk. Successfully wrote the new partition table Re-reading the partition table ... sfdisk: BLKRRPART: Device or resource busy sfdisk: The command to re-read the partition table failed. Run partprobe(8), kpartx(8) or reboot your system now, before using mkfs sfdisk: If you created or changed a DOS partition, /dev/foo7, say, then use dd(1) to zero the first 512 bytes: dd if=/dev/zero of=/dev/foo7 bs=512 count=1 (See fdisk(8).) Jak widać pojawiły się błędy. "fdisk -l" wyświetla teraz: Disk /dev/ram0: 64 MiB, 67108864 bytes, 131072 sectors Units: sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 4096 bytes I/O size (minimum/optimal): 4096 bytes / 4096 bytes Disk /dev/ram1: 64 MiB, 67108864 bytes, 131072 sectors Units: sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 4096 bytes I/O size (minimum/optimal): 4096 bytes / 4096 bytes Disk /dev/ram2: 64 MiB, 67108864 bytes, 131072 sectors Units: sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 4096 bytes I/O size (minimum/optimal): 4096 bytes / 4096 bytes Disk /dev/ram3: 64 MiB, 67108864 bytes, 131072 sectors Units: sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 4096 bytes I/O size (minimum/optimal): 4096 bytes / 4096 bytes Disk /dev/ram4: 64 MiB, 67108864 bytes, 131072 sectors Units: sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 4096 bytes I/O size (minimum/optimal): 4096 bytes / 4096 bytes Disk /dev/ram5: 64 MiB, 67108864 bytes, 131072 sectors Units: sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 4096 bytes I/O size (minimum/optimal): 4096 bytes / 4096 bytes Disk /dev/ram6: 64 MiB, 67108864 bytes, 131072 sectors Units: sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 4096 bytes I/O size (minimum/optimal): 4096 bytes / 4096 bytes Disk /dev/ram7: 64 MiB, 67108864 bytes, 131072 sectors Units: sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 4096 bytes I/O size (minimum/optimal): 4096 bytes / 4096 bytes Disk /dev/ram8: 64 MiB, 67108864 bytes, 131072 sectors Units: sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 4096 bytes I/O size (minimum/optimal): 4096 bytes / 4096 bytes Disk /dev/ram9: 64 MiB, 67108864 bytes, 131072 sectors Units: sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 4096 bytes I/O size (minimum/optimal): 4096 bytes / 4096 bytes Disk /dev/ram10: 64 MiB, 67108864 bytes, 131072 sectors Units: sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 4096 bytes I/O size (minimum/optimal): 4096 bytes / 4096 bytes Disk /dev/ram11: 64 MiB, 67108864 bytes, 131072 sectors Units: sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 4096 bytes I/O size (minimum/optimal): 4096 bytes / 4096 bytes Disk /dev/ram12: 64 MiB, 67108864 bytes, 131072 sectors Units: sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 4096 bytes I/O size (minimum/optimal): 4096 bytes / 4096 bytes Disk /dev/ram13: 64 MiB, 67108864 bytes, 131072 sectors Units: sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 4096 bytes I/O size (minimum/optimal): 4096 bytes / 4096 bytes Disk /dev/ram14: 64 MiB, 67108864 bytes, 131072 sectors Units: sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 4096 bytes I/O size (minimum/optimal): 4096 bytes / 4096 bytes Disk /dev/ram15: 64 MiB, 67108864 bytes, 131072 sectors Units: sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 4096 bytes I/O size (minimum/optimal): 4096 bytes / 4096 bytes Disk /dev/sda: 1.8 TiB, 2000398934016 bytes, 3907029168 sectors Units: sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 4096 bytes I/O size (minimum/optimal): 4096 bytes / 4096 bytes Disklabel type: gpt Disk identifier: 560E798E-6AD5-4854-89D3-F14A4BCE7B64 Device Start End Sectors Size Type /dev/sda1 2048 4095 2048 1M BIOS boot /dev/sda2 4096 528383 524288 256M EFI System /dev/sda3 528384 3907029134 3906500751 1.8T Linux LVM Disk /dev/sdb: 1.8 TiB, 2000398934016 bytes, 3907029168 sectors Units: sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 4096 bytes I/O size (minimum/optimal): 4096 bytes / 4096 bytes Disklabel type: dos Disk identifier: 0x00000000 Device Boot Start End Sectors Size Id Type /dev/sdb1 1 3907029167 3907029167 1.8T ee GPT Partition 2 does not start on physical sector boundary. Disk /dev/mapper/pve-root: 465.5 GiB, 499826819072 bytes, 976224256 sectors Units: sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 4096 bytes I/O size (minimum/optimal): 4096 bytes / 4096 bytes Disk /dev/mapper/pve-swap: 1 TiB, 1099511627776 bytes, 2147483648 sectors Units: sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 4096 bytes I/O size (minimum/optimal): 4096 bytes / 4096 bytes Disk /dev/md0: 1.8 TiB, 2000264691712 bytes, 3906766976 sectors Units: sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 4096 bytes I/O size (minimum/optimal): 4096 bytes / 4096 bytes Alignment offset: 3584 bytes Moje pytanie, jak to zrobić prawidłowo, gdzie popełniłem błąd? Dzięki!

Dzięki za wyjaśnienie. Dowiedziałem się, że ustawia się to za pomoc "zfs set primarycache=metadata <nazwa>". Co zatem powinienem wpisać za nazwa z listy? NAME USED AVAIL REFER MOUNTPOINT rpool 8.14G 1.75T 96K /rpool rpool/ROOT 715M 1.75T 96K /rpool/ROOT rpool/ROOT/pve-1 715M 1.75T 715M / rpool/data 96K 1.75T 96K /rpool/data rpool/swap 7.44G 1.76T 64K - Chyba wiem - rpool/data, ponieważ tak jest w Proxmox dla ZFS Pool dla obrazu dysków.