Skocz do zawartości

rysiek

Użytkownicy
  • Zawartość

    10
  • Rejestracja

  • Ostatnio

Wszystko napisane przez rysiek

  1. Witam, mam pytanie odnośnie dołożenia drugiego serwera Exchange a dokładnie roli EDGE w celu zapewnienia wysokiej dostępności na wypadek awarii łącza/prądu gdzie mam serwer EDGE + skrzynki exchange. Oczywiście będzie on stał pod innym IP na innym łączu w drugiej serwerowni. Na pewno aby otrzymywać pocztę przez drugie serwer EDGE muszę dołożyć wpisy MX z wyższym priorytetem. Natomiast aby móc poprawnie wysyłać pocztę wystarczyć wpis spf1 z nowym IP ? revDNS IP`ka musi być subdomeną? Nadal serwery poczty mogą odrzucać e-maila gdy nie pasuje revdns? Mam jeszcze pytanie jak działa synchronizacja między dwoma serwerami. Jeżeli główny serwer EDGE nie odpowiada to poczta jest odbierana/wysyłana przez drugi? Czy bardziej zapasowy EDGE tylko odbiera pocztę i przekazuje do głównego serwera gdy ten będzie "on-line" ? Są różne rozwiązania dwóch serwerów smtp, jednak nie wiem do końca jak to działa na exchangu. Z tego co znalażłem to wystarczy drugi EDGE z przekopiowanymi ustawieniami z pierwszego + właczenie synchronizacji między serwerami. Całe 3 komendy na odpalenie zapasowego serwera czy o czymś zapomniałem? Z góry dzięki za każdą pomoc!
  2. cześć, może w tym temacie ktoś mnie poratuje wiedzą Na jakiej zasadzie działa kilka serwerów smtp w jednej domenie? Na jakiej zasadzie poczta jest akceptowana z innego serwera smtp? Wystarczy żeby nazwa serwera była subdomeną (+revers) i ewentualnie miał wpis SPF ? Obecnie posiadam jeden serwer pocztowy z wpisem MX i na niego ma wpadać tylko poczta + wysyłanie. Drugi serwer chciałbym uruchomić tylko do wysyłania poczty. Więc robię subdomenę np mail2.domena.pl i tyle? Inne serwery będą przyjmować pocztę z tego serwera? Nigdy nie uruchamiałem dwóch serwerów w jednej domenie i chciałbym dopytać na jakiej zasadzie działa takie rozwiązanie, jeżeli wpis MX nie kieruje na takiego IP`ka...
  3. Cześć, mam pytanie odnośnie konfiguracji exchange 2010, robię testy i nie chce działać mi szyfrowanie TLS basic authentication w send connector, chciałbym zestawić połączenie szyfrowane, jednak coś mi nie działa. Certyfikat do połączenia jest generowany przez exchange i serwer po drugiej stronie musi go zaakceptować czy ja pobieram certyfikat z serwera smtp? Byłem pewny drugiej opcji jednak coś nie działa. Druga sprawa to jeżeli nie uda mi się zestawić TLS z "partnerem" to czy da się skonfigurować exchange żeby wysyłał pocztę jako drugi serwer smtp, bo jeżeli się nie mylę to można definiować kilka serwerów smtp, jeżeli serwer docelowy mam ustawiony na mail.domena.pl i rekordy MX wskazują na tego IP (MX służy tylko do odbierania poczty), to czy dodając drugi serwer smtp (tutaj exchange 2010) to ustawiam rekord A i revdns np na mail2.domena.pl i dodatkowo wpisuję rekord SPF na tego IP ?
  4. Witam, zacznę od przedstawienia mojej sytuacji. jestem 6 letnim klientem OVH, kupując obecny serwer miałem w ofercie podane czasy interwencji, polski support itp - jednym słowem to co chce i kupuje. Po wprowadzeniu oferty so you start wszystko uległo zmianie i tym samym udupiono starych klientów tej ofert - mowa tutaj o starej ofercie kimsufi - teraz jej poziom przejęła oferta so you start, tak jak by nie mogli pozostawić kimsufi na tym poziomie a wprowadzić jeszcze gorszej/tańszej oferty... Czy takie zmiany podczas trwania wynajmu serwera są dozwolone? Nawet nigdzie nie zostałem o tym poinformowany a tym bardziej nie akceptowałem tych warunków a tak chyba powinno być? Decydując się na wynajem serwera z danej oferty chyba powinna być ona podtrzymana aż nie zrezygnuję lub nie zgodzę się dobrowolnie na zmiany? Cały problem znikłbym w chwilę, gdyby zgodzili się abym przeniósł do ofert so you start swoje Ip failover, po to je wykupiłem aby przenieść w razie potrzeby, niestety do tej oferty nie mogę, tylko główna oferta która przerasta moje oczekiwania wydajnościowe i cenowe. Z góry dziękuje za rady, opinie i pomoc. Pozdrawiam!
  5. Problem z siecią

    Od kilku dni borykam się z problemami z siecią, zrywa połączenia z klientami, podejrzewałem problem techniczny, jednak wydaje mi się że problemem może być filtrowanie ruchu do serwera, posiada on opcję "antyddos". Puszczając ping z serwera otrzymuję dziwny komunikat. 508 packets transmitted, 295 received, 41% packet loss, time 507151ms Jeszcze zauważyłem że aplikacje też mają problem z połączeniem Dodam że wszystkie zapory wyłączone, żadnych reguł blokujących ruch. nic nie było zmieniane na serwerze, problem wystąpił nagle. Kernel wyrzuca Czy to efekt ataku? Dziwne że system go nie wykrywa, chyba że jakiś user odpalił dziwny skrypt, jak znaleźć przyczynę problemu? Rozwiązaniem będzie zmiana limitu? Czy jak to zrobić sensownie.
  6. Ja ma rejestracje 2010 więc ciut dłużej niż ty. W ofercie były Ip failover które mogłeś przenosić między serwerami OVH, obojętnie jaka oferta bo była tylko kimsugi i HG. Wszystkie oferty miały jeden panel, ten który ja posiadam czyli w polskiej wersji, pewnie ten sam co serwery z głównej oferty. Co do supportu tu się mylisz, bo był przystępny support hardware lub soft za dodatkową opłatą jeżeli OVH uznało że to był problem soft a nie hard a teraz gówno masz bo nie ma z nimi kontaktu. Znajdź głupiego e-maial do nich, na forum nie moderują nawet postów a niby tam zgłasza się problemy - śmiech na sali. Pogadamy jak będziesz mieć problem techniczny z swoim cebulakiem, 3 zgłoszenia, masa e-maili i ZERO odpowiedzi nie mówiąc o interwencji. całą gama ofert od OVH czy głowna, kimsufi czy so you start napewno należy do jednego właściciela, więc nie mów że chce przenosić serwery między firmami. Dawno temu ovh miało lepszą politykę niż teraz, chociaż nigdy nie odbiegali od sztywnej oferty. Tutaj można ich próbować zrozumieć bo przy tej ilości serwerów ciężki orzech do zgryzienia. jednak przeniesienie ip failover to nie problem nawet do oferty so you start - mogę nawet zapłacić za transfer. bo nie wymagam przeniesienia głównego IP bo one jest zapewne przypisane do konkretnej szafy. To oni zmienili a moją niekorzyść obecną ofertę a ty kupowałeś to co chciałeś a mnie zmienili na gorsze!!! Jeżeli postanowili zmienić na gorsze to mogli by chociaż spróbować "pokrzywdzonych" klientów zadowolić w sposób jaki się da. Przeniesienie Ip załatwiło by moje niezadowolenie, przeniósłbym się do oferty którą świadomie wybieram a nie zostaje zmieniona.
  7. Odnawiam usługę co miesiąc, pewnie dlatego musiałem nieświadomie kliknąć akceptację, bo nie raczyli wysłać nawet żadnego e-maila o zmianach w usłudze Dziwi mnie że nie wprowadzili tańszej oferty a nie obniżyli jakość kimsufi a dodali na jej miejsce podobną o innej nazwie bo tak wygląda so you start, dokładnie jak kiedyś kimsufi, bo obecnie kimsufi to jakieś wielkie nieporozumienie. Moje odczucia są takie że chcieli uwalić obecnych klientów bo byli niewygodni z jakiegoś powodu. Tak ale kontakt jedynie poprzez formularz na stronie, żadnego potwierdzenia nawet - 2 wiadomości wysłane w ciągu 2dni bez odzewu. Postanowiłem problem zgłosić przez forum - druka opcja kontaktu od wczoraj nie pojawił się na forum, czeka w kolejce na moderacje... Ja też nie widzę problemu w migracji, oferta so you start obecnie jest dużo tańsza i dużo lepsza niż posiadam, więc zmiana na tańsze/lepsze ale nie mogę przenieść IP (failover, stworzono by przenosić) a to rozwali mi cały działający system, więc raczej odpada. Oferta OVH jak pisałem przerasta moje oczekiwania wydajnościowe i finansowe.
  8. No może źle napisałem że w regulaminie, ale akceptowałem daną ofertę i ją wykupiłem, na pewno jest gdzieś napisane co w ofercie jest zawarte, nazwa oferty jest w panelu klienta. Więc to zmiana oferty w czasie jej trwania, czy to dozwolone? Ja dostałem podobną odpowiedź od supportu dziś
  9. Lay wycena

    max 30zł - grafika słaba, żadnych gadżetów jak skrypty itp.
  10. payu.pl

    Systemy stworzone i obsługiwane przez PayU S.A. to www.platnosci.pl, www.payu.pl, www.placezallegro.pl oraz www.paygsm.pl Wiec masz odpowiedź dlaczego pisze płatności.pl Co do integracji napisz z jakim skryptem chcesz to zintegrować, często w sieci można znaleźć wtyczki do tego.
  11. Zmiana kernelu

    Witam, mam następujący problem... Już 2 raz z kolei na różnych wersjach jajka - teraz padło na 3.6-rc1 występuje problem z load average - na starym jajku 3.2.13 wynosi 0.17, 0.25, 0.23 po zmianie kernelu w tym przypadku na 3.6 wynosił 7.26, 7.20, 7.14 lub po ponownej kompilacji tego samego jajka z innymi opcjami 1.75, 1.54, 1.61 - obciążenie to samo, ta sama ilość procesów itp. Prosiłbym o pomoc jak skonfigurować jajko, chyba że to zwyczajnie niemożliwe w przypadku nowych jajek - na serwerze działa apache,mysql,ts3,hlds Podczas kompilacji było: tickless OFF,High Resolution Timer Support ON, HZ1000 oraz powyłączane drivery niepotrzebnych rzeczy oraz moduły z których nie korzystam. Jedynie IPv6 było włączone. poniżej wrzucam wyniki z top,vmstats i iostats ja nie zauważyłem gdzie staję się wąskie gardło i czemu. jak widać zużycie procesora jest niewielkie, pamięci także a dysk nie pracuje inaczej niż sprawdzane na poprawnym kernelu. Tasks: 225 total, 1 running, 224 sleeping, 0 stopped, 0 zombie Cpu(s): 5.9%us, 3.3%sy, 0.0%ni, 86.4%id, 4.2%wa, 0.0%hi, 0.1%si, 0.0%st Mem: 8231180k total, 2535876k used, 5695304k free, 53112k buffers Swap: 16382392k total, 0k used, 16382392k free, 1237480k cached\ procs -----------memory---------- ---swap-- -----io---- -system-- ----cpu---- r b swpd free buff cache si so bi bo in cs us sy id wa 1 0 0 5653764 52900 1232412 0 0 108 11 334 741 6 3 86 4 Linux 3.6.0-rc1v2 15.08.2012 _x86_64_ (8 CPU) avg-cpu: %user %nice %system %iowait %steal %idle 5,87 0,00 3,44 4,26 0,00 86,43 Device: tps Blk_read/s Blk_wrtn/s Blk_read Blk_wrtn sda 45,64 1713,72 168,67 2542070 250192 sdb 0,33 2,40 0,30 3554 448 md2 26,17 1254,69 45,30 1861154 67200 md1 32,19 458,13 114,22 679570 169424 md127 0,10 0,74 0,00 1104 0 md126 0,10 0,74 0,00 1104 0
  12. Zmiana kernelu

    nigdy wcześniej nie miałem problemu z tymi kernelami, są to prawie gotowe do wydania kernele, często zmienia się tylko nazwa i te wersje są jako stable. Pisze własnie tutaj aby dowiedzieć się czy ktoś z was używa nowych kerneli do serwerów hlds Jeżeli nie będzie innych domysłów to wrzucę 3.5.1 - jednak myślę że problem istnieje gdzieś w configu nowych kerneli,dodali jakaś opcję która po prostu nie radzi sobie z takim obciążeniem - dużo lepiej sprawowało mi się jajko z łatka RT, jednak chciałbym z powodów bezpieczeństwa/wydajności wymienić na nowsze.
×