kafi

Od kiedy to takie brednie? Przecież jeśli coś ma wiele rekordów tego samego typu, to ich wybór jest zazwyczaj metodą round-robin...

Wyciągnij z routera wtyczkę (o taką: http://upload.wikimedia.org/wikipedia/commons/thumb/9/9e/RJ45_bialy.jpg/500px-RJ45_bialy.jpg ) idącą do twojego komputera i przełóż w gniazdko(port) obok, do tego, gdzie wcześniej był podpięty inny komputer rodzinny.

Skoro u innych działa dobrze, to problem raczej nie jest w kablówce, a w twoim kompie. Na początek odepnij od routera owych "innych". Potem spróbuj zmienić porty w routerze. Potem zainteresuj się kablem sieciowym, czy go gdzieś nie przycięło. Potem odpal na kompie Wiresharka (lub inny tam sniffer) i zobacz, co takiego ciekawego twój komputer wysyła w eter. Ewentualnie jeszcze wyłącz aktualizacje automatyczne windowsa, wyłącz całkowicie pakiet antywirusowy. [edit] No i pozbądź się chwilowo procesów F:\Ventrilo\Ventrilo.exe E:\Steam\Steam.exe

A oni są podpięci pod to samo łącze, czy mają inne?

Nie wydałeś czasem polecenia chmod -R 777 / albo chmod -R 777 . będąc w katalogu / ? Szybki fix to (none):~# chmod 600 /var/run/sshd (none):~# chmod 600 /etc/ssh/ssh_host_* Po tym powinno w teorii dać się odpalić sshd przez skrypt startowy /etc/init.d/ssh.

Swoją wiedzę dobitnie zaprezentowałeś w temacie http://www.webhostingtalk.pl/topic/30020-czy-ktos-wie/ Twój czerwony poziom reputacji też mocno świadczy o tobie... Dodatkowo tutaj znowu zaczynasz swoje fochy... (... docinki ...) Odnośnie paneli, to jest jeszcze w sumie kloxo. W sumie chyba z wymienionych to w miarę wydarzony. Z tym, że na vpsie to ledwie zahostujesz sobie porządny jeden łebsajt, a co dopiero masę spamiarni, śmieciarni, przemiarni, itp... Toć do tego trzeba minimum dedyka (i to w miarę mocnego...).

Wyrzuć obsługę domeny z lokalnego serwera poczty. Bo na chwilę obecną - to cały świat wie, że serwerami poczty dla tej domeny jest Google - więc tam dostarcza. Ale serwer hostingowy MTA widzi, że ma taką domenę lokalnie, więc już nie sprawdza MXów, tylko dostarcza wiadomości bezpośrednio lokalnie. A taka skrzynka zapewne lokalnie nie istnieje, więc wiadomość wcina

No to jest raczej nieco logiczne. Jeśli serwer ma robić za most, to musisz z dwóch interfejsów sieciowych ethX wykreować most br0. Natomiast jeśli ma to działać jako router, mający dwie sieciówki w tej samej podsieci, to skąd ma on wywróżyć, że urządzenie X, Y, Z są po lewej stronie, a urządzenia A, B, C po prawej, a nie np. odwrotnie? Wtedy musisz dać coś w stylu ROUTER <LAN-192.168.1.0/24> SERWER <LAN-192.168.2.0/24> ACCES-POINT <WIFI> KOMPUTER A następnie włączyć przekazywanie pakietów w /proc/sys/net/ipv4/ip_forward

Pobaw się poleceniami lspci i dmesg i sprawdź, czemuż to owe karty ci się nie podnoszą (albo może podnoszą, ale z jakimiś nietypowymi nazwami interfejsów?)

Tym, którym nowy adres się rozpropagował to działa. A tym, którzy mają nieco bardziej cacheogenne resolvery dns kierujące na 195.2.255.175 nie działa. Pytanie, czy to awaria i szybkie przełączenie (wtedy wielki plus za szybkość reakcji), czy to może planowane prace migracyjne ze względów budżetowych (wtedy in minus za dziwne podejście do migracji). Ale szczerze mówiąc - obstawiam wersję pierwszą.

Poczekaj, aż Office 365 wyjdzie ze stadium beta. PS: Nie dostałeś zaproszenia do bety?

Wygląda na nieco mały problem Śledzenie trasy do niceshot.pl [195.2.255.175] z maksymalną liczbą 30 przeskoków: 1 * * * Upłynął limit czasu żądania. 2 119 ms 124 ms 94 ms lodz-ru2.neo.tpnet.pl [213.25.2.133] 3 115 ms 198 ms 351 ms lodz-r2.tpnet.pl [213.25.5.81] 4 73 ms 158 ms 55 ms 195.117.0.10 5 107 ms 95 ms 87 ms 80.50.235.74 6 48 ms 81 ms 67 ms pkp-gw-ae1-100.core.nask.pl [195.187.255.153] 7 98 ms 120 ms 101 ms lim-gw-ae0-100.core.nask.pl [195.187.255.157] 8 112 ms 141 ms 160 ms gdansk-rn-so-1-0-0-100.core.nask.pl [193.59.202.163] 9 64 ms 78 ms 107 ms 195.164.255.122 10 195.164.255.122 raporty: Host docelowy jest nieosiągalny. Śledzenie zakończone.

NAZWA DOMENY: gotoplay.pl typ abonenta: osoba fizyczna serwery nazw: ns2.unixstorm.org. ns1.unixstorm.org. Więc z łaski swojej - idź, poświętuj sobie, jutro także i tobie zadziała (bo cache DNS u twojego operatora się pewnie zdąży odświeżyć)

DNSy na intodns wskazują ci na błędy w konfiguracji, ale nie twojej, tylko raczej zarządzającego rootvps. Dodaj poprawnie rekordy glue u rejestratora, a następnie wydeleguj ją samą na siebie. Jeśli tego nie jesteś w stanie sam zrobić, to poproś rejestratora.

Atmail Cloud - tu wychodzi 2$/skrzynkę/mc Microsoft Exchange (hosted) - z tym, że to może lekko budżet przekraczać...

Może kernel nie lubi twojej sieciówki i trzeba go dotuningować?

To czemu na podstronie Visy dot. kart Debit ( http://usa.visa.com/personal/cards/debit/index.html ) jest adnotacja Chyba skoro nie miała by to być karta Debit, to Visa by się tym tak nie chwaliła?

Kartą Visa Electron nie zawsze można zapłacić MOTO. (W uproszczeniu) wyrazić zgodę musi na to bank. Patrząc na post http://forum.ingbank.pl/forum/karty-platnicze-do-rachunku/topic/jak-zaplacic-karta-w-internecie to ING dla debetówek Electron z automatu odrzuca operację takich obciążeń, więc to nie przejdzie. Tak jak ci napisali przedmówcy - załóż sobie kartę elektroniczną prepaid bzwbk - to będzie najmniej problematyczne rozwiązanie. A jeśli masz kartę Maestro/Cirrus, to już ogólnie klapa - tym to się wcale nie da zapłacić.

To ty raczej mylisz pojęcia. Karta kredytowa to taka, w której płaci się przy pomocy pieniędzy banku, a później spłaca. Karta debetowa to taka, która jest podpięta do rachunku i z niego to pieniądze są pobierane. To, w czym cały szkopuł tkwi, to metodologia autoryzacji. Może być karta Visa, może być MasterCard, które weryfikowane są tylko przy pomocy trójki Posiadacz+Numer+CVV. Dawniej cechą charakterystyczną takich kart była "wypukłość" danych karty. Może być karta Visa Electron, MasterCard Debit, Maestro, etc - które wymagają oprócz tego pozytywnej odpowiedzi autoryzacyjnej banku (np. dot. limitu środków na koncie). I suma sumarum - może być karta kredytowa w wersji Electron z nałożonymi ograniczeniami MOTO, a może być i debetowa w wersji tradycyjnego MasterCard. Kwestia banku i ograniczeń, które wprowadzi.

Ogólnie mechanizm jest taki: może i ci ludzie nawet są świadomi tego, że wyrazili zgodę na dostarczanie maili. Ale myślą sobie - kliknę znacznik SPAM, to filtry antyspamowe wytną te wiadomości reklamowe i będę miał czystą skrzynkę. Jednak niektóre systemy, po pacnięciu przez użytkownika SPAM, to generują także abuse-report do usługodawcy, z IP którego ta wiadomość przyszła. Dodatkowo dorzucają to do bazy RBL, gdzie po odpowiednim skumulowaniu adres IP jest blokowany. No ale czasami nie tylko pojedynczy adres IP, bo niektórzy zaczynają wycinać całą podsieć, a niektórzy i nawet cały AS. Stąd też większość usługodawców nie chce użerać się ze ściąganiem swojej adresacji z różnych blacklist, więc takim osobom wolą podziękować. PS: Spróbuj personalizować wiadomości i każdą podpisywać DKIM. Do tego wyraźne linki do wycofania się z subskrypcji - to powinno znacznie ograniczyć czułość różnych systemów wykrywania spamu.

No tak... ale jeśli twój usługodawca otrzymuje monity od tych ludzi, że oni to chyba jednak nie wyrażali na to zgody (klikając np. na przycisk SPAM w webkliencie), to cóż. Chyba to jednak jest spam

No właśnie. Czyli "firma" jest niczym równoległobok. "Zawiera" to w sobie pojęcia prostokąt i kwadrat (tutaj jednoosobowa DG, spółki osobowe i spółki kapitałowe). Ale to wcale nie znaczy, że kwadrat, chociaż jest szczególnym przypadkiem równoległoboku, to jest jego synonimem.

Kwadrat, prostokąt i równoległobok to też wg twojego myślenia synonimy?

W regulaminie tego działu jest coś takiego, że podaje się wyniki dwóch magicznych poleceń. Mi strona hitme działa, trasa to Śledzenie trasy do www.hitme.net.pl [188.116.4.104] z maksymalną liczbą 30 przeskoków: 1 * * * Upłynął limit czasu żądania. 2 46 ms 42 ms 42 ms lodz-ru2.neo.tpnet.pl [213.25.2.133] 3 44 ms 42 ms 42 ms lodz-r2.tpnet.pl [213.25.5.81] 4 47 ms 45 ms 53 ms 195.117.0.10 5 127 ms 46 ms 273 ms 80.50.131.178 6 47 ms 45 ms 46 ms 157.25.248.69 7 48 ms 45 ms 47 ms 157.25.248.122 8 51 ms 53 ms 52 ms gw-v13-gts.gdandc-2.v4.nephax.net [78.133.249.67] 9 52 ms 53 ms 52 ms gw1-do-nephax1.hitme.net.pl [188.116.0.34] 10 53 ms 54 ms 53 ms h1881164104.rev.rootvps.pl [188.116.4.104] Śledzenie zakończone.