kafi

To napisz do postmasterów o2.pl, co by zajęli się zdjęciem swoich klas adresowych z uceprotecta

Panie kolego, skrypty unixowe powinny zaczynać się raczej shebangiem, a nie jakimś dziwnym ystem + MySQL backup script Początek wygenerowany przez tego kreatora to #!/bin/sh # System + MySQL backup script # Full backup day - Sun (rest of the day do incremental backup) # Copyright (c) 2005-2006 nixCraft <http://www.cyberciti.biz/fb/> # This script is licensed under GNU GPL version 2.0 or above # Automatically generated by http://bash.cyberciti.biz/backup/wizard-ftp-script.php # --------------------------------------------------------------------- Więc zmień go na dosłownie taki - szczególnie pierwszą linijkę.

Przeczytaj reguły działu host-is-down. Błąd 500 czy nie dochodząca poczta z serwisów mających w nosie RBLe to nie jest całkowity pad serwera.

Cóż. Może czas na optymalizację swojego forum, skoro przez błędy 500 (zakładam przekraczanie liczby childów php-fcgi per konto) znikają ci na nim dane z bazy A co do odrzucania maili z o2 - to do administracji poczty o2 kieruj pretensje, że olewają swoją polityką (anty)spamową Uceprotect do tego stopnia, że trafiają nawet na poziom uce-L2 (blacklistowanie całych klas adresowych).

Wordpress (czy to hosted na wordpress.com, czy też na własnym hostingu) plus do tego Windows Live Writer ( http://explore.live.com/windows-live-writer?os=other ).

Ano zazwyczaj od tedy, gdy stwierdzimy, że całość ruchu pochodzącego z tej klasy to DDoSy próbujące wyłożyć całą sieć. I robi tak nie tylko home.pl. Hint: Poczytaj sobie, jakie były perypetie z klasami adresowymi, które tpnet dostał od RIPE do neostrady na samym początku jej działania

IMO to archiwizacja całego / to nie jest dobry pomysł. Masz tam takie dziwne "katalogi" jak /proc i /dev, których ruszanie nie jest dobrym pomysłem. Nie prościej archiwizować tylko to, co się zmienia? (/home, /var, wstępnie też /etc i /usr)

No to teraz a2enmod rewrite /etc/init.d/apache2 restart I powinno właściwie zadziałać.

/var/log/apache2

A co mówi error_log?

Podpowiedź: Zainteresuj się dyrektywą AllowOverride w pliku apache2.conf / httpd.conf

Uda ci się zrobić zmianę kontaktu abonenckiego domeny. A to cesją z prawnego punktu widzenia nie jest i jest bardzo łatwo taki trick arbitrażowo/sądownie podważyć i doprowadzić do rollbacku.

Możesz spróbować zacząć wyjaśniać to z NASKiem na podstawie tej faktury. Ale powodzenia nie wróżę zbytniego.

Jak już zamierzasz iksować dane, to weź chociaż zachowaj pozory ich poprawności Bo taka kombinacja ip+maski+bramy to nie ma szans jakkolwiek zadziałać A tak odnośnie meritum: Jeśli założymy, że chociaż podana maska jest poprawna, to oznacza, że posiadasz więcej niż jeden adres IP. Utwórz sobie więc subinterfejs eth0:0 z przydzielonym drugim z adresów. Potem tworzysz zgodnie z manualem binda strefę DNS mojafirma.pl. Znajdować się w niej mają rekordy: @/SOA, @/A, ns1/A kierujący na pierwsze IP, ns2/A kierujący na drugie IP, @/NS na ns1/ns2.mojadomena.pl., ewentualnie jak chcesz to jeszcze jakieś www/A. Kolejnym krokiem jest utworzenie u rejestratora domeny glue-recordów - ns1/ns2.mojadomena.pl, a następnie wydelegowanie tej domeny na samą siebie (serwery ns1.mojadomena.pl i ns2.mojadomena.pl). Gdy zmiana zostanie zaakceptowana (widać będzie w bazie whois serwery nazw i przypisane im adresy IP) to nie ma żadnych przeciwwskazań do delegowania na te dwa nameservery domen klientów.

Na jakiej podstawie prawnej?

Może i jest lekko stara, ale wymagania wszystkie z pierwszej grupy spełnia. Ma i aparat 5mpix (do tego z dosyć dobrym obiektywem), ma w miarę dobre wifi, bluetooth, 3G, MP3, wyjście na jacka normalny 3,5"

Nokia N95 / 8GB

Może podaj łaskawie ten problematyczny adres, to będzie prościej stwierdzić, czy to wina konfiguracji DNSów, czy to wina zbyt długiego cache, czy to wina czegośtamjeszczeinnego.

Po co robić exec na wirtualnej maszynie, skoro można po prostu wykonać kill procesu bezpośrednio na supervisorze? Przecież w przypadku OpenVZ to wszystkie procesy z jego poziomu są normalnie widoczne I obstawiam, że przyczyną takiego dziwnego zachowania jest mała modyfikacja polecenia opisanego przez patworxa. PS: Jaka to firma? Jedna już tu taka była, która użytkownikom swoich vpsów wycinała tar'a...

Wrzucić je możesz jedynie sposobem odwrotnym do tego, jak je zbackupowałeś. Czyli ponowny rsync/kopia tych danych do katalogu bazowego MySQL, i modlenie się, żeby po restarcie daemona owy "backup" się przywrócił. Jednak przypuszczam, że zobaczysz swoje tabelki w phpMyAdminie, ale skorzystanie z nich będzie wywalać "dziwne" błędy. A na przyszłość - to zapamiętaj, że nie jest zbyt wskazanie robienie na żywca rsync'a plików składowych aplikacji opartej na transakcjach / używających journalingu. Takie coś nigdy nic dobrego nie wróży. Jeśli już trzeba, to koniecznie z wyłączonym daemonem z nich korzystającym.

Tylko widzisz, nie zawsze te zmiany w Registry.PL się zapisują. A tu przykład wskazuje właśnie na to, że ta zmiana glue się nie wykonała (na co wskazuje też w sumie whois), a że stary serwer DNS został wyłączony, więc nie zwracane jest nic. PS: C:\Users\Konrad>nslookup -type=SOA polskastrazgraniczna.pl 195.117.191.27 Serwer: UnKnown Address: 195.117.191.27 polskastrazgraniczna.pl primary name server = ns1.polskastrazgraniczna.pl responsible mail addr = hostmaster.polskastrazgraniczna.pl serial = 2010110502 refresh = 14400 (4 hours) retry = 3600 (1 hour) expire = 1209600 (14 days) default TTL = 86400 (1 day) polskastrazgraniczna.pl nameserver = ns1.polskastrazgraniczna.pl polskastrazgraniczna.pl nameserver = ns2.polskastrazgraniczna.pl ns1.polskastrazgraniczna.pl internet address = 195.117.191.27 ns2.polskastrazgraniczna.pl internet address = 195.117.191.27 Wg mnie jak najbardziej wskazuje to, że docelowy serwer działa poprawnie.

C:\Users\Konrad>nslookup -type=A ns1.polskastrazgraniczna.pl a-dns.pl Serwer: UnKnown Address: 195.187.245.44 Nazwa: ns1.polskastrazgraniczna.pl Served by: - ns2.polskastrazgraniczna.pl 188.116.2.216 polskastrazgraniczna.pl - ns1.polskastrazgraniczna.pl 188.116.2.216 polskastrazgraniczna.pl Widać chyba wyraźnie, że root-server domeny .pl nie odpowiada na tę kwerendę poprawnie. A ty odpowiedzi lokalnym resolverem nie dostajesz, bo ten stary serwer, na którego IP wskazują gluerecordy nie działa (nie odpowiada ani na query DNS, ani też na ICMP Echo)

Problemem jest to, że nie zostały zmienione glue-recordy wskazujące na ns1/ns2.polskastrazgraniczna.pl - bo wskazują cały czas na adres 188.116.2.216. Solucja: zgłosić się do registrara tej domeny, żeby to poprawił.

Eee. Przecież rekordy revdns to ustawia się w "domenie" in-addr.arpa, a nie twojej własnej. Dostęp do strefy odpowiadającej rewersom adresacji ma jej dysponent wskazany w bazie whois. Nikt inny.

Coś chyba nie za bardzo to wygląda na komercyjnie zarejestrowaną .tk Domain name: E-SERWERY.TK Organisation: BV Dot TK Dot TK administrator P.O. Box 11774 1001 GT Amsterdam Netherlands Phone: +31 20 5315725 Fax: +31 20 5315721 Domain Nameservers: NS01.DOT.TK NS02.DOT.TK NS03.DOT.TK NS04.DOT.TK Your selected domain name is a Free Domain. That means that, according to the terms and conditions of Free Domain domain names the registrant is BV Dot TK in Amsterdam, Netherlands. Due to restrictions in Dot TK's Privacy Statement personal information about the user of the domain name cannot be released. Cóż. Pytanie, jaki jeleń będzie robił interesy z takim widmem, którego tożsamości nijak nie da się zweryfikować