malyem

Mam rozumiec, ze moge w robocie nadac revdns bramie i broadcastowi, a nie moge pierwszemy ip?

Okolo 1,2MB/s to w godzine masz 4320MB, za dzien okolo 104000MB/1024 = okolo 100GB Ale to wyliczenie jest do niczego, bo serwis nie pracuje caly czas jednakowo i moze sie okazac, ze w szczycie nie starcza transferu. Moze lepiej podziel sobie spodziewany transfer na dzien i zobacz na ile dni starczy ci 100Mb, a reszte oblicz dla 10Mb (jesli podane wartosci przez Ciebie to calkowity transfer). 255.255.255.248

pierwszy adres 4 brame mam na 5 pozastale 6 do 10 ale dlaczego w robocie 5 do 11 Wyslalem maila do supportu, mam nadzieje, ze do jutra odpowiedza

Ale chyba mi cos zle porobili, bo w mailu mam ip ...4 do 10, w panelu robota do dns 5 do 11

Korzystajac z okazji mam pytanie do posiadaczy dedyka w hetznerze. Czy dodatkowe ip dostalicie z tej samej puli co pierwszy ip? Pierwszy mam 88.198.46., a dodatkowe 78.47.218. , mam tez nowa brame i maske. u was tez tak bylo?

Masz racje, utworzylem przykladowa baze ze starymi ustawieniami w latin i pozniej wyskakiwaly te latiny. Wczoraj mialem przejsciowych wiele konfiguracji byly 'znaki zapytania' i 'kwardaciki' byla tez 'chinszczyzna' w zaleznosci co bylo ustawione. Dzisiaj dodalem do [client] character-sets-dir=/usr/share/mysql/charsets Dziala, wszedzie wyswietlaja sie utf8 lub utf8_general_ci. Dziwne jest to, ze nie istenieje u mnie taka sciezka

mysql 4.10 my.cnf (fragment) [client] default-character-set=utf8 [mysql] default-character-set=utf8 character-sets-dir=/usr/share/mysql/charsets [mysqlcheck] default-character-set=utf8 character-sets-dir=/usr/share/mysql/charsets [mysqldump] default-character-set=utf8 character-sets-dir=/usr/share/mysql/charsets [mysqld] default-character-set=utf8 default-collation=utf8_general_ci character-set-server=utf8 collation-server=utf8_general_ci init-connect='SET NAMES utf8' po podlaczeniu sie przez mysql z konsoli: | character_set_client | utf8 | | character_set_connection | utf8 | | character_set_database | utf8 | character_set_results | utf8 | | character_set_server | utf8 | | character_set_system | utf8 | | collation_connection | utf8_general_ci | | collation_database | utf8_general_ci | | collation_server | utf8_general_ci ale jak to samo robie przez php (utf-8) (query'SHOW VARIABLES') dostaje: skad te wartosci? Wczesniej bylo jeszcze gorzej (przed dodaniem init-connect='SET NAMES utf8') Czytalem ze te ustawienie (init-cannect) spowalnia, tworzac dodatkowe zapytanie. Czy istnieje jakas inna metoda zastapienia jej? Jak zamienic te latiny na utf8 i utf8_general_ci ?

W sumie troche poczytalem. Teraz jestem pewien na 99%, ze wiem o co chodzi Pozdrawiam

No wlasnie teraz nie wiem czy dobrze mysle. Tak jest napisane w wiki: i pozniej: Chyba juz wiem o co chodzi, ale nie do konca. Jesli stosuje u siebie na serwerze SPF to moj serwer odbierajac poczte od innego serwera sprawdza dns domeny nadawcy (tego momentu za bardzo nie rozumiem, dokladniej jak sprawdza dns? czego oczekuje). Jesli teraz domena i ip sie zgadza to moj serwer jest pewnien, ze wszystko jest ok. Jesli domena i ip sie nie zgadzaja to poczta jest odrzucana. Jesli nie znajduje wpisu to akceptuje poczte (bez pewnosci). Dzieki za pomoc

A skad SPF ma wiedziec, ze serwer jest prawdziwy? Musi to sprawdzic. Jak.... Moze prosciej bedzie: podaj przyklad kiedy, bede potrzebowal dns jesli moj serwer padnie.

We wczesniejszych postach czytalem, ze jesli postawie dwa dns na tym samym ip moze byc problem z rejestracja domen Do tego dochodzi fakt, ze post byl z konca 2005 wiec moglo sie troche pozmieniac. I ostatnie Twoje zdanie, "bedzie utrzymywana w sieci". Czyli nie ma dns to strona bedzie ginac w sieci, jak wroci bedzie ponowna propagacja? No wlasnie SPF dziala tylko na 'serwerze odbierajacym'. Czyli ktos ode mnie wysyla maila trafia na SPF odbiorcy. Jesli trafia to znaczy, ze moj serwer dziala i SPF odbiorcy sprawdzi czy mail nie jest lewy. Jesli moj serwer nie dziala to przeciez SPF nie bedize mial co sprawdzac, bo maila zadnego nie dostanie. Dobrze rozumiem, czy cos przeoczylem?

Czy sensem jest ustawianie dwoch nameserwerow na jednej maszynie (kazdy ns na osobnym ip), na ktorej jest hosting? Wiekszosc postow wyraza bezsens takiej konfiguracji. Dlaczego mialbym tego nie robic? Hosting mam na jednym serwerze z ns'ami, to jak bedzie pad serwera to padnie wszystko. Jesli beda ns'y na innych serwerach, przy padzie hostingu to i tak nic nie zmieni - strony nie bedzie w sieci. Czy dobrze rozumie? Czy cos sie moze stac jesli bedzie dluzszy pad serwera i ns'ow? Jakie ma to znaczenie?

Na pewno ktos z Was ma zainstalowany DirectAdmin na Etch, jak to sie sprawuje? Mam zamiar kupic serwer dedykowany, chcialem z wersja Debiana 4, ale DA nie daje supportu dla tej wersji tylko dla 3.1. Czekac, kiedy bedzie supportowana wersja 4? Teraz zajeli sie integracja z CentOS, a po tym bedzie Etch, wiec moze to troche potrwac. Czy bezpieczne bedzie upgradowanie wersji 3.1 do 4 z dzialajacym hostingiem pod kontrola DA? Prosze pomozcie, bo chodze skolowany. Na dzien dzisiejszy jestem za 3.1, bo nie chce miec jakichkolwiek problemow z hostingiem (przynajmniej minimalizowac ewentualnosci). Geniuszem w Debianie nie jestem, ale sobie jakos radze.

Szkoda, ze nie napisali o tym kilka dni wczesniej. Chyba jednak bedzie 4 Pozdrawiam

W zasadzie wiecej postow bylo o BSD, ale wrocmy do tematu. Bardziej jestem przekonany do wersji stabilnej, poniewaz serwer MUSI dzialac. Brakuje mi tylko php5, ale to w zasadzie nie problem. Druga sprawa to bezpieczenstwo. Jak mozna przeczytac na oficjalnej stronie: "Zwracamy uwagę, że aktualizacje bezpieczeństwa dla dystrybucji "testing" nie są zarządzane przez nasz zespół bezpieczeństwa. Oznacza to, że "testing" nie zapewnia aktualizacji bezpieczeństwa w najkrótszym czasie." Jakis czas temu pracowalem na Debianie Woody (wtedy testowy) i pamietam tylko jedno: jak juz dziala to nie aktualizowac do nowszych paczek (przypadlosc wersji testowych), chyba ze cierpisz na bezsennosc. Jest oczywiscie druga strona medalu, jak zainstalowalem Potato (wtedy wersja stabilna) okazalo sie ze, biezace skrypty i programy w ogole nie chca z ta wersja Debiana dzialac. Fakt, nie uzywalem systemu tylko jako "serwer www", moze to z tego wynikalo. Teraz system bedzie ograniczony do uslug hostingowych, ale znajac zycie zainteresuje mnie jakis pikus, ktory ulatwi zycie dzialajacy na Etch. Pamietam jak probowalem mieszac paczki z roznych wersji Debiana, tylko skonczylo sie to reinstalacja systemu. Na tym zakoncze moje rozmyslania, niekoniecznie skladne. Bede startowal z 3.1 chyba ze ktos mnie przekona na 4. Do tych co maja 4: dlaczego akurat ta wersje wybraliscie?