DawidS28

Ok, teraz musisz się upewnić, że na routerze są przekierowane odpowiednie porty.

Dziwne. Start -> Programy -> Akcesoria -> prawym na: Wiersz polecenia -> Uruchom jako administrator Pewnie brak uprawnień do zapisu na C:\.

Wykonaj komendę tracert 8.8.8.8 > C:\cmd_log.txt i załącz plik C:\cmd_log.txt. Dziko to wygląda od mojej strony, ale wygląda na to, że jednak jest to IP routera. Jak znasz dane do logowania, to mi podeślij na PW.

A ja śmiem twierdzić, że tak nie jest: 1 1 ms 1 ms 1 ms 192.168.0.1 2 2 ms 2 ms 2 ms 172.17.28.1 3 4 ms 2 ms 3 ms 172.17.27.1 4 3 ms 4 ms 5 ms 172.17.47.4 5 11 ms 9 ms 9 ms 192.168.7.1 6 19 ms 21 ms 11 ms 82-160-155-129.tktelekom.pl [82.160.155.129] 7 24 ms 20 ms 20 ms Leaseweb.plix.pl [195.182.218.61] 8 49 ms 48 ms 51 ms 85.17.100.178 9 48 ms 50 ms 52 ms po100.sr1.evo.leaseweb.net [85.17.100.226] 10 97 ms 55 ms 52 ms hosted.by.leaseweb.com [85.17.129.217] 11 44 ms 42 ms 38 ms mailserver.fixitpc.pl [85.17.248.242] Jest dokładnie jak było i, jeśli nie ma tam jakiś cudów, a na 99% nie ma, to dalej nie masz publicznego IP przydzielonego do swojego routera. Żeby się o tym przekonać musiałbym mieć dostęp do jego konfiguracji (tracert nie jest absolutnie pewnym narzędziem), ale według mnie dalej nie masz publicznego IP na routerze. Pytanie co dostawca rozumie pod "komputer jest otwarty na świat". Patrz na mój tracert do Ciebie: 1 1 ms 1 ms <1 ms router [192.168.1.1] 2 1 ms 1 ms <1 ms modem [192.168.0.1] 3 19 ms 17 ms 18 ms kra-bg2.neo.tpnet.pl [83.1.4.50] 4 18 ms 18 ms 17 ms kra-r2.tpnet.pl [80.50.157.233] 5 23 ms 24 ms 22 ms 195.205.0.10 6 * * * Upłynął limit czasu żądania. 7 44 ms 43 ms 43 ms 88-199-239-74.tktelekom.pl [88.199.239.74] 8 43 ms 48 ms 49 ms 88-199-239-74.tktelekom.pl [88.199.239.74] 9 * * * Upłynął limit czasu żądania. 10 120 ms 77 ms 101 ms 82-160-155-147.tktelekom.pl [82.160.155.147] 11 155 ms 92 ms 111 ms 82-160-155-147.tktelekom.pl [82.160.155.147] 12 62 ms 98 ms 61 ms 82-160-155-147.tktelekom.pl [82.160.155.147] 13 64 ms 52 ms 54 ms 82-160-155-147.tktelekom.pl [82.160.155.147] Masz tu cztery węzły, które zwracają to samo IP, jako swoje własne. Dosyć dobry dowód na to, że ten adres dalej nie jest Twój (zakładam, że pierwszego spośród tych routerów).

Klienci ich przekonają. Albo raczej dostawcy tych klientów. PLIX to jeden z większych węzłów wymiany danych między operatorami, więc powinni się tym zająć. Proponuję zgłosić do Vectry, niech oni się męczą. Inna sprawa, może być po prostu tak, że RAD-IX wycina ruch o określonych kryteriach, np. w celu ochrony przed DDoS-em. To by było koszmarnie głupie, ale co ja zrobię?

Wina po stronie plix.pl albo rad-ix.pl. Mój routing spokojnie przez tego drugiego dostawcę idzie i działa, ale u Ciebie wchodzi z PLIX (u mnie z Netii), więc gdzieś tam na styku jest problem. Generalnie nie ma możliwości wpłynięcia na naprawę, pozostaje czekać. No chyba, że napiszesz do RAD-IX: http://rad-ix.pl/index.php?go=kontakt

Ten jest prywatny. Prywatne adresy są z pól 10.0.0.0 - 10.255.255.255. 172.16.0.0 - 172.31.255.255 oraz 192.168.0.0 - 192.168.255.255 i link-local czyli 169.254.0.0 - 169.254.255.255, ale tego raczej router nie dostanie. Jak będziesz miał adres inny niż z tych pól, to masz adres publiczny. Zmieni się automatycznie.

Tutaj wszystko dobrze. Start -> Programy -> Akcesoria -> prawym na: Wiersz polecenia -> Uruchom jako administrator. Wpisz komendę netsh int ip reset C:\resetlog.txt i po jej wykonaniu uruchom ponownie komputer. Ta komenda przywróci między innymi działanie klienta DHCP na komputerze, więc jakby nie było w stanie pozyskać adresów, to wiesz, co robić...

A teraz powiedz mi, jak ja mam to zweryfikować? 1. Daj nowy raport z Net-log. 2. Zrób screen ze statusu interfejsu WAN routera. 3. Zrób screen z przekierowywania portów na routerze.

No to jeszcze trzy ostatnie i chyba będziemy mieć winowajcę: pathping sip.ipcall.pl > C:\cmd_log.txt ping sip.ipcall.pl >> C:\cmd_log.txt ping -f -l 1464 6108.rad-ix.pl >> C:\cmd_log.txt Do wrzucenia znowu ten sam pliczek.

http://www.bleepingcomputer.com/download/farbar-service-scanner/ Pobierz, zaznacz wszystko, zrób log i wrzuć na forum.

Na razie masz to samo IP co poprzednio (widzę po parametrach posta), więc raczej dalej prywatne. Najprościej będzie sprawdzić w konfiguracji routera: Status -> WAN (czyli domyślnie pierwsza strona, która otwiera się po zalogowaniu).

Ok, strat pakietów nie ma, to możemy zostawić zatem. Ten "błąd" oznacza po prostu, że odpytujemy serwer DNS, który nie jest autorytatywnym dla tej strefy. Autorytatywnym jest tutaj ns12.az.pl. Chodzi po prostu o to, że to jest ten, którego właścicielem jest rejestrujący domenę. Jeszcze dwa nowe polecenia: pathping ipcall.pl > C:\cmd_log.txt ping -f -l 1352 ipcall.pl >> C:\cmd_log.txt netsh int ip show dest >> C:\cmd_log.txt Znowu do pokazania pliczek C:\cmd_log.txt.

Kliknij Windows+R, wpisz cmd i wykonaj komendy: pathping 8.8.8.8 > C:\cmd_log.txt nslookup -type=ANY ipcall.pl >> C:\cmd_log.txt ping -f -l 1464 ipcall.pl >> C:\cmd_log.txt Po zakończeniu (pierwsza może zająć kilka minut), wrzuć na forum plik C:\cmd_log.txt.

Pierwsza sprawa: masz potężne straty pakietów (po kilkanaście procent) w sieci WiFi. Start -> Programy -> Akcesoria -> prawym na: Wiersz polecenia -> Uruchom jako administrator. Wpisz komendy: netsh int ip reset reset.log netsh int ip set int 10 mtu=1492 Potem restart komputera. Zainstaluj nowe sterowniki do swojej karty sieciowej. Pobierz paczkę (pierwszy zielony button "Click for download"): http://www.atheros.cz/atheros-wireless-download.php?chipset=37&system=5 Potem kliknij Windows+R, wpisz devmgmt.msc i przejdź do swojej karty sieciowej (Atheros AR9285 Wireless Network Adapter). Z menu kontekstowego wybierz Aktualizuj oprogramowanie sterownika..., wybierz aktualizację przy pomocy posiadanych plików i wskaż wypakowaną paczkę. Po zainstalowaniu ich restart komputera. Pobierz, zainstaluj i uruchom program inSSIDer. Zrób screen z listy sieci.

Wykonaj raport z Net-log: https://www.fixitpc.pl/topic/2394-diagnostyka-ogolny-raport-konfiguracji-sieci/

Odblokowanie wszystkich portów to tak zwany DMZ. Powoduje on, że cała "niezamawiana" komunikacja z sieci trafia do jednego określonego komputera. Przy normalnym NAT jest tak, że router ma jeden publiczny adres IP i osobną podsieć z lokalnymi komputerami, które mają adresy prywatne, zazwyczaj z puli 192.168.1.0/24 (czyli 192.168.1.0 do 192.168.1.255). Każdy komputer jest na zewnątrz reprezentowany przy pomocy adresu IP publicznego, który został nadany routerowi przez dostawcę. Dlatego z zewnątrz nie ma możliwości określenia, do którego komputera w sieci lokalnej (za routerem, czyli jednocześnie za NAT-em) ma płynąć komunikacja. Przykładowo. Jeśli chcesz zajrzeć na jakąś stronę, np. wp.pl, to Twój komputer wysyła żądanie do serwera wp.pl (adres IP to 212.77.100.101), ustawia adres źródłowy na swój w sieci lokalnej. Router przechwytuje pakiet, ustawia adres źródłowy na swój publiczny i przesyła dalej do wp.pl, pamiętając, skąd dany pakiet przyszedł. Serwer wp.pl otrzymuje żądanie, odsyła na adres routera odpowiedź. Router dostaje pakiet, sprawdza, skąd pochodzi i czy ma odpowiedni wpis w tablicy NAT. Podstawia za adres docelowy adres IP lokalny hosta (zamiast swojego publicznego adresu IP, z którym jak wiadomo, pakiet wysłał serwer wp.pl) i przekazuje go do odpowiedniego komputera w sieci lokalnej. I to jest ta komunikacja "zamawiana". Normalnie, jeśli przychodzi pakiet na adres routera i nie ma żadnego wpisu w tablicy NAT, z którym by się on pokrywał, to jest po prostu odrzucany. Jeżeli skonfigurujesz sobie przekierowanie portów albo DMZ, to takie pakiety będą wysyłane do konkretnych komputerów w sieci lokalnej.

Hm. Czyli rozumiem, że masz teraz przypisane na sztywno adresy IP komputera i serwerów DNS i wszystko działa, tak? Wykonaj raport z Net-log, obejrzymy: https://www.fixitpc.pl/topic/2394-diagnostyka-ogolny-raport-konfiguracji-sieci/ Pewne błędy może wskazywać Dziennik zdarzeń, chociaż równie dobrze może ograniczyć się do informacji, że żaden serwer DHCP nie odpowiedział i został przyznany adres z puli 169.254.0.0/16, czyli tzw. link-local, wykorzystywany, gdy interfejs jest skonfigurowany na pobieranie konfiguracji z serwera DHCP, lecz nie może się z żadnym porozumieć.

No przykro mi. Ja też nie znam. Nie gram w ogóle w gry od dobrych paru lat.

Dziesiąty chyba raz piszę: musisz mieć publiczny adres IP oraz przekierowane porty. Nie jest to wina routera. Nie potrafię odpowiedzieć, czy masz teraz przyznany routerowi publiczny adres IP, prawdopodobnie nie. Na dodatek nie masz możliwości konfiguracji portów. Potrzebujesz zatem dostępu do routera, żeby sprawdzić, jaki adres IP dostaje i dostępu do konfiguracji przekierowywania portów.

Nic Ci odblokowywanie portów nie da. Musisz poprosić dostawcę Internetu (KSI System) o przyznanie publicznego adresu IP. Dopiero wtedy będziesz mógł cokolwiek kombinować z przekierowywaniem portów.

Jeśli będzie wiedział jakie (ja tej gry nie znam, sam musisz ustalić) i jak to zrobić, to nie ma problemu. Inna sprawa, czy będzie chciał przekierować, bo na przykład ja bym tego nie zrobił. I musisz mieć publiczne IP od dostawcy.

Jaki masz router? Wykonaj raport z Net-log: https://www.fixitpc.pl/topic/2394-diagnostyka-ogolny-raport-konfiguracji-sieci/

To może tylko dostawca. Jeden na każde połączenie, czyli pewnie jeden na ten router. Wtedy przekierowujesz porty i korzystasz. Tylko musisz mieć dostęp do konfiguracji routera.

Inaczej się nie da. W sumie, nie dziwię się, bo każda normalna osoba udostępniająca Internet wytnie od razu wszelki ruch dla gier on-line. uTorrent jest w stanie połączyć się po UPnP, ta gra widać nie.