Ubiquiti WispStation 5 nie reaguje na PING

[arekk_85]

Witam. Mam nadzieję, że pomożecie, bo mi się już skończyły pomysły. Wczoraj spędziłem nad tym ponad 4 godziny usilnie, darząc do celu. Posiadam sprzęt Firmy Ubiquiti WispStation 5 z wgranym "Software Version: XS5.ar2313.v3.5.4494.091109.1459"

Przechodzę do zakładki Network --> Enable Firewall --> Konfiguracja

Tutaj screen zakładki

Kod: Zaznacz cały

http://www.ubnt.com/wiki/images/5/53/25b-Router-Mode_AP.png

Wygląd okna konfiguracyjnego wygląda następująco

Kod: Zaznacz cały

http://www.ubnt.com/wiki/images/d/de/Airos_network_firewall.png

Uzupełniam w następujący sposób

Kod: Zaznacz cały

Interface -> ANY
IP Type -> ICMP
Source IP / mask -> 0.0.0.0 / 0
Destination IP / mask -> 0.0.0.0 / 0
ON -> Zafajkowane 

Przechodzę do zakładki Main -->For more information -> Show Firewall otwiera się nowe okno i wynik jest taki

Kod: Zaznacz cały

Chain FIREWALL (2 references)
 pkts bytes target prot opt in out source destination

Loguje się przez SSH i sprawdzam jak wyglądają regułki

Kod: Zaznacz cały

# Iptables-L-n
Chain INPUT (policy ACCEPT)
target prot opt source destination
FIREWALL all - 0.0.0.0 / 0 0.0.0.0 / 0

Chain FORWARD (policy ACCEPT)
target prot opt source destination
TCPMSS tcp - 0.0.0.0 / 0 0.0.0.0 / 0 tcp flags: 0x06/0x02 TCPMSS clamp to PMTU
FIREWALL all - 0.0.0.0 / 0 0.0.0.0 / 0

Chain OUTPUT (policy ACCEPT)
target prot opt source destination

Chain FIREWALL (2 references)
target prot opt source destination

Jak widać łańcuch FIREWALL jest pusty a INPUT ma wpisane aby przyjmował wszystko.
Wpisuje ręcznie taki kod

Kod: Zaznacz cały

iptables-A FIREWALL-p icmp - icmp-type echo-request-j ACCEPT
iptables-A FIREWALL-p icmp - icmp-type echo-request-j ACCEPT
iptables-A INPUT-p icmp - icmp-type echo-request-j ACCEPT
iptables-A OUTPUT-p icmp - icmp-type echo-request-j ACCEPT

I jeszcze raz wchodzę Main -->For more information -> Show Firewall
Wynik jaki otrzymuje to

Kod: Zaznacz cały

Chain FIREWALL (2 references)
 pkts bytes target prot opt in out source destination
    0 0 ACCEPT icmp - * * 0.0.0.0 / 0 0.0.0.0 / 0 icmp type 8
    0 0 ACCEPT icmp - * * 0.0.0.0 / 0 0.0.0.0 / 0 icmp type 8

Oraz sprawdzam reguły iptables

Kod: Zaznacz cały

#iptables-L-n
Chain INPUT (policy ACCEPT)
target prot opt source destination
FIREWALL all - 0.0.0.0 / 0 0.0.0.0 / 0
ACCEPT icmp - 0.0.0.0 / 0 0.0.0.0 / 0 icmp type 8

Chain FORWARD (policy ACCEPT)
target prot opt source destination
TCPMSS tcp - 0.0.0.0 / 0 0.0.0.0 / 0 tcp flags: 0x06/0x02 TCPMSS clamp to PMTU
FIREWALL all - 0.0.0.0 / 0 0.0.0.0 / 0

Chain OUTPUT (policy ACCEPT)
target prot opt source destination
ACCEPT icmp - 0.0.0.0 / 0 0.0.0.0 / 0 icmp type 8

Chain FIREWALL (2 references)
target prot opt source destination
ACCEPT icmp - 0.0.0.0 / 0 0.0.0.0 / 0 icmp type 8
ACCEPT icmp - 0.0.0.0 / 0 0.0.0.0 / 0 icmp type 8

Loguje się, od siebie, na zdalny serwer znajomego i puszczam pinga do siebie na zewnętrzny adres IP który dostałem od usługodawcy wynik

Kod: Zaznacz cały

7 Transmitted packets, 0 Received, 100% packet loss, time 6010ms

Prosił bym o pomoc. Chciał bym wyeliminować u siebie problem z konfiguracja, gdyż nie wiem czy wina leży po mojej stronie czy konfiguracji usługodawcy...

[Jo_gurt]

arekk_85, zacznijmy od podstawowego pytania - co ty chcesz osiągnąć?

[arekk_85]

Odpowiedz, swojego rutera, pogując go po zew. adresie IP który dostałem od usługodawcy. Jeśli będzie odp. to będę w 100 przekonany że usługi jakie mam zamiar uruchomić na serwerze testowym będą działać po uprzednim przekierowaniu portów...

[Jo_gurt]

A pingujesz skąd i jaki adres?

[Patryk]

I czy dostawca rzeczywiście przydziela Ci zewnętrzny IP z odblokowanymi portami ?
Regułki wyglądają na poprawne.

[arekk_85]

A pingujesz skąd i jaki adres?

Twój Adres IP to:
80.51.183.xxx
To jest wynik, sprawdzenia, na stronie http://www.mojeip.net/
Dodam jeszcze że logując się na ruter, jest to dość ciekawe że w polu Adres IP WLAN mam wpis 0.0.0.0

I czy dostawca rzeczywiście przydziela Ci zewnętrzny IP z odblokowanymi portami ?

Z rozmowy z Administratorem, zostałem powiadomiony o poprawnym przydzielaniu adresu zewnętrznego, oraz odblokowaniu, dostępu z zewnątrz. Gdyż domyślna polityka Administratora jest blokowanie dostępu po zewnętrznym adresie...

To jest wynik polecenia traceroute puszczonego do mnie z zewnątrz

Kod: Zaznacz cały

 1  192.168.5.1 (192.168.5.1)  0.357 ms  0.309 ms  0.250 ms
 2  dxsXXXX.internetdsl.tpnet.pl (83.xx.xxx.xxx)  0.765 ms  0.466 ms  0.395 ms
 3  rze-ru2.idsl.tpnet.pl (213.25.2.224)  34.013 ms  33.608 ms  30.701 ms
 4  rze-r2.tpnet.pl (80.50.158.165)  30.759 ms  30.265 ms  30.274 ms
 5  kra-ar2.tpnet.pl (195.117.0.98)  37.349 ms  37.444 ms  36.815 ms
 6  80.50.54.218 (80.50.54.218)  40.674 ms  39.986 ms  39.777 ms
 7  hostXXX.stimo.net (80.51.183.xxx)  46.053 ms  46.814 ms  46.442 ms
 8  * * *
 9  * * *

To jest to samo polecenie puszczone ode mnie do www.google.com

Kod: Zaznacz cały

1  10.10.10.2 (10.10.10.2)  3.957 ms  2.464 ms *
2  host161.stimo.net (80.48.180.161)  5.738 ms  5.61 ms  7.47 ms
 3  80.50.54.217 (80.50.54.217)  10.104 ms  12.491 ms  9.348 ms
 4  war-r1.tpnet.pl (194.204.175.61)  33.736 ms  14.739 ms  15.863 ms
 5  xe-2-1-0-0.ffttr2.Frankfurt.opentransit.net (193.251.250.77)  99.358 ms xe-3-0-0-0.ffttr2.Frankfurt.opentransit.net (193.251.255.221)  84.335 ms  37.955 ms
 6  google.GW.opentransit.net (193.251.249.54)  38.941 ms  37.022 ms  39.5 ms
 7  209.85.255.178 (209.85.255.178)  42.532 ms  42.559 ms  40.034 ms
 8  72.14.233.106 (72.14.233.106)  49.051 ms 209.85.248.248 (209.85.248.248)  46.211 ms 72.14.233.106 (72.14.233.106)  45.868 ms
 9  209.85.241.187 (209.85.241.187)  51.149 ms 209.85.240.223 (209.85.240.223)  48.003 ms 209.85.241.83 (209.85.241.83)  45.581 ms
10  209.85.253.22 (209.85.253.22)  55.377 ms 72.14.239.58 (72.14.239.58)  50.176 ms 72.14.239.54 (72.14.239.54)  56.989 ms
11  mu-in-f105.1e100.net (209.85.135.105)  47.915 ms  45.853 ms  46.458 ms

Czyli w pierwszym przypadku polecenia dochodzi do mojego "IP" i już nie uzyskuje odp.
A w drugim kiedy puszczam od siebie 2 trasa jest inna niż mój IP...Czyżby źle przydrutowana trasa?

[Patryk]

arekk_85, wina na 99% po stronie operatora.

[arekk_85]

No to czekamy. Rozmawiałem już z Administratorem, w wolnej chwili ma na to popatrzeć, kiedy to nastąpi. Wielkie dzięki za pomoc.