Przekierowanie portów w routerze - problem

[SuperGość]

Sprzęt:

• Router Huawei B315s-22
• karta z usługą "NJU INTERNET"
• do routera podłączony kablem lub Wifi - serwer dedykowany do sterowania zdalnego radiostacją typ MFJ-1234 (na malinie)

w routerze muszę przekierować porty i tak to zrobiłem ale żaden się nie otwiera i nie wiem czy jednak coś źle zrobiłem czy po prostu nju blokuje porty z zewnątrz.
Poniżej instrukcja jak mam przekierować porty i przykładowy zrzut z ustawienia routera proszę o uwagi jak to powinno być ustawione patrząc na opis umieszczony tu https://rigpi.net/help/remote-connections.html

i na załączonym zrzucie przekierowanie portów na moim routerze (różne kombinacje próbowałem)

porty.PNG

[xor]

Sieci komórkowe są z reguły za NATem i tak też jest z Nju: https://www.njumobile.pl/obsluga/forum/ ... =176200010
A więc przekierowywanie portów jest bezcelowe.

[SuperGość]

Szczerze to nie rozumiem, czyli widoczny adres ip to nie jest publiczny adres, bo wygląda na publiczny?
To dlaczego na tym samym routerze i usłudze internetowej mogę się z zewnątrz dobierać do urządzeń typu Son-off, czy to znowu inną może droga się odbywa?

[inż.wielki]

Sonoff akurat trochę inaczej działa. Tam każde urządzenie łączy się do chmury, dopiero po połączeniu może uzyskać rozkazy. Dlatego też między innymi nie trzeba nic ustawiać i działa "z każdego miejsca na świecie".

[SuperGość]

tak tak, do tego juz dotarłem ze tak naprawde to czujnik sonoff otwiera "tunel" i wtedy mogę z zewnątrz sie dobrać, więc jesli z nju internet tak naprawde nie jest to publiczne IP to ja nic z tym nie zrobie jak napisał xor.

[inż.wielki]

wykonaj:

Kod: Zaznacz cały

ip a

Kod: Zaznacz cały

sudo ss -tulw

Kod: Zaznacz cały

sudo ss -tulwn

[SuperGość]

dopiero wieczorem to sprawdze bo juz tu w firmie pochowałem zabawki, zastanawiam sie czy nie da sie tego obejść bez przekierowania portów tylko obsluge przez VNC

[xor]

Rzekomo można się łączyć po IPv6 i wtedy dostaje się adres publiczny, więc może w ten sposób?

[inż.wielki]

VNC na malinie jednak nie jest dobrym pomysłem, nie wiem jak jest realizowane połączenie poprzez VNC, czy konstruując komunikację z zewnątrz nie potrzeba tak jak w wypadku innych komunikacji otwartych portów, czy to działa na zasadzie jakiejś chmury.

Proponuję taki plan:
1. Należy sprawdzić czy te porty faktycznie są otwarte na malinie
2. Jeżeli tak to krok 4.
3. Jeżeli nie, to należy je otworzyć na malinie
4. Sprawdzić czy routing działa w następujący sposób:
4.1 Skanując porty z zewnątrz z wykorzystaniem urządzenia NMAP

Jeżeli problemem będzie brak publicznego adresu a nie samo przekazywanie portów to rozwiązania tak na szybko proponuje 3:
1. Są serwisy, które po założeniu konta udostępniają adres publiczny, który możesz wykorzystać do połączeń, nie pamiętam jak to się nazywa, poszukam jak trzeba będzie
2. Reverse connection. Wymagany jest niestety jeszcze jeden serwer i trochę zabawy w konfigurację.
3. VPN ale tutaj to tylko domysł. Podejrzewam że bardziej doświadczeni mogą pomóc w wyborze

edit:

Sieci komórkowe są z reguły za NATem i tak też jest z Nju: https://www.njumobile.pl/obsluga/forum/ ... =176200010
A więc przekierowywanie portów jest bezcelowe.

Jestem głąbem i nie zauważyłem tej wiadomości no cóż, to zmienia rzeczy postaci i trzeba będzie to rozwiązać w inny sposób, jeden z tych 3 wymienionych powyżej

[SuperGość]

Ale jak właczyć na malinie?

[inż.wielki]

Ale jak właczyć na malinie?

ale co?

[SuperGość]

no te porty

[SuperGość]

No to jest tak:

pi@rigpi:~ $ ip a
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1000
link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
inet 127.0.0.1/8 scope host lo
valid_lft forever preferred_lft forever
inet6 ::1/128 scope host
valid_lft forever preferred_lft forever
2: enxb827eb5dd6bd: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc pfifo_fast state DOWN group default qlen 1000
link/ether b8:27:eb:5d:d6:bd brd ff:ff:ff:ff:ff:ff
3: wlan0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP group default qlen 1000
link/ether b8:27:eb:08:83:e8 brd ff:ff:ff:ff:ff:ff
inet 192.168.8.103/24 brd 192.168.8.255 scope global wlan0
valid_lft forever preferred_lft forever
inet6 fe80::ba27:ebff:fe08:83e8/64 scope link
valid_lft forever preferred_lft forever

pi@rigpi:~ $ sudo ss -tulw
Netid State Recv-Q Send-Q Local Address:Port Peer Address:Port
tcp LISTEN 0 80 127.0.0.1:mysql *:*
tcp LISTEN 0 5 *:5900 *:*
tcp LISTEN 0 128 *:ssh *:*
tcp LISTEN 0 5 127.0.0.1:ipp *:*
tcp LISTEN 0 20 127.0.0.1:smtp *:*
tcp LISTEN 0 50 *:64738 *:*
tcp LISTEN 0 5 :::5900 :::*
tcp LISTEN 0 128 :::http :::*
tcp LISTEN 0 128 :::ssh :::*
tcp LISTEN 0 5 ::1:ipp :::*
tcp LISTEN 0 20 ::1:smtp :::*

pi@rigpi:~ $ sudo ss -tulwn
Netid State Recv-Q Send-Q Local Address:Port Peer Address:Port
tcp LISTEN 0 80 127.0.0.1:3306 *:*
tcp LISTEN 0 5 *:5900 *:*
tcp LISTEN 0 128 *:22 *:*
tcp LISTEN 0 5 127.0.0.1:631 *:*
tcp LISTEN 0 20 127.0.0.1:25 *:*
tcp LISTEN 0 50 *:64738 *:*
tcp LISTEN 0 5 :::5900 :::*
tcp LISTEN 0 128 :::80 :::*
tcp LISTEN 0 128 :::22 :::*
tcp LISTEN 0 5 ::1:631 :::*
tcp LISTEN 0 20 ::1:25 :::*

[SuperGość]

OK, po różnych próbach, emailach do operatora nju i innych, wychodzi na to, że tzw. adres publiczny z nju wcale nie jest adresem publicznym. Jedynym operatorem którego znalazłem jest Otvarta który to ma stały publiczny adres IP. Zamówiłem więc kartę od tego operatora i czekam.
Ale sprawdziłem jeszcze na wszelki wypadek ustawienia i przekierowania portów na dwóch róznych routerach z kartą od nju i w obu przypadkach nie mam z zewnątrz połaczenia, nie jest to więc wina samego routera.
Ustawienia w zakładce "wirtualny serwer" w przypadku routera Huawei powinny wyglądać następująco:

wirt_serwer.PNG

A cała zabawa związana jest z sterowaniem zdalnym radiostacji poprzez serwer RigPi o czym piszę tu https://www.microgeek.eu/viewtopic.php? ... 374#p14434

[SuperGość]

OK, wszystko już gra i buczy, router jest w porządku, winny był internet mobilny z NJU, który tylko udawał, że ma publiczne IP. Po wymianie operatora na takiego, który oferuje stałe publiczne IP w internecie mobilnym LTE, wszystko znakomicie działa i już mogę zdalnie dobierać się do serwerka, co widać na załączonym obrazku. Z sieci vectry dostałem się do serwerka podpiętego do routera Huawei B315, pracującego pod LTE i odpaliłem soft zarządzający radiostacją.

remote_rigpi.PNG