root@unknown:/tmp/home/root# netstat -a
Active Internet connections (servers and established)
Proto Recv-Q Send-Q Local Address Foreign Address State
tcp 0 0 unknown:12000 0.0.0.0:* LISTEN
tcp 0 0 unknown:www 0.0.0.0:* LISTEN
tcp 0 0 0.0.0.0:ftp 0.0.0.0:* LISTEN
tcp 0 0 0.0.0.0omain 0.0.0.0:* LISTEN
tcp 0 0 wan-ip:8086 0.0.0.0:* LISTEN
tcp 0 0 0.0.0.0:8989 0.0.0.0:* LISTEN
tcp 0 0 unknown:12000 Dreambox:1452 ESTABLISHED
tcp 0 0 ::omain :::* LISTEN
tcp 0 0 :::ssh :::* LISTEN
tcp 0 0 :::telnet :::* LISTEN
tcp 0 132 ::ffff:192.168.7.1:ssh ::ffff:192.168.7.8:52830 ESTABLISHED
udp 0 0 unknown:9999 0.0.0.0:*
udp 0 0 localhost:38032 0.0.0.0:*
udp 0 0 0.0.0.0omain 0.0.0.0:*
udp 0 0 0.0.0.0:bootps 0.0.0.0:*
udp 0 0 localhost:38000 0.0.0.0:*
udp 0 0 ::omain :::*
Active UNIX domain sockets (servers and established)
Proto RefCnt Flags Type State I-Node Path
unix 2 [ ] DGRAM 1438
root@unknown:/tmp/home/root#
za chwile wyjezdzam, takze musze naraze przerwac ,,studiowanie,, , ale jak wroce wracam do tematu
Połączony z 13 luty 2012 11:43:55:
Dzieki za pomoc , blad jest miedzy krzeslem a laptopem - najprawdziepodobniej zle ustawiony oscam z cccamem
Edytowany przez miguelv dnia 13-02-2012 11:43
Asus RT N16 with Oscam 1.20 build 7274 by dolehaj, Tomato Firmware 1.28.0000 MIPSR2-110 K26 USB AIO , Dreambox 8k barry allen OE2, NAS Synology DS209
Witam,
Mam podobny problem jak z tego wątku.
Na netgear 3500l mam postawiony serwer na oscamie. Po lanie wszystko działa perfekcyjnie.
Niestety z zewnątrz klient nie może połaczyć się z moim oscamem. Dodam tylko, że router łączy się
z netem za pomocą speedstreama 4100.
ip addr add 192.168.2.2/24 dev $(nvram get wan_ifname) brd +
iptables -I POSTROUTING -t nat -o $(nvram get wan_ifname) -d 192.168.2.0/24 -j MASQUERADE
iptables -A FORWARD -i $(nvram get lan_ifname) -o $(nvram get wan_ifname) -j ACCEPT
sleep 10
/bin/mount /dev/sda1 /opt
/opt/etc/init.d/oscam start
iptables -A INPUT -p tcp --dport 10000 -j ACCEPT
iptables -A INPUT -p tcp --dport 10001 -j ACCEPT
Dodam jeszcze, że na starszym routerze linksys mogę bez problemu połączyć się z serwerem.
Proszę podpowidzcie, co może być nie tak, że te porty w dalszym ciągu są niewidoczne na zewnatrz.
edit; Panowie czy nikt nigdy nie miał podobnych problemów z otwarciem portów na tym sprzęcie?
Działa na pewno przekierowanie portu na adres innego urządzenia (dekodera) w sieci, gdyż mogę się
połączyć z takim serwerkiem z zewnątrz. Problem stanowi jedynie podłączenie do usługi (oscama) działającego
na tomato. Pleas podrzućcie jakieś rozwiazanie, bo moja wiedza na to nie pozwala. Może trzeba uaktywnić jakąś
opcję w samym tomato, albo przekierować jakiś port w modemie speedstream za pomocą którego netgear łączy się
z internetem?
Netstat -a pokazuje, że teoretycznie porty są otwarte;
· Łącznie użytkowników: 24,115 · Najnowszy użytkownik: Ja
Czat
Musisz się zalogować, aby opublikować wiadomość.
Maniek91PL
06-11-2024 22:37
dzięki !
maxikaaz
29-10-2024 14:27
@Maniek91PL - Administration=> Admin Access, i tam masz "Allow Wireless Access" do zaznaczenia
Maniek91PL
26-10-2024 22:07
siemka! ktoś przypomni co się ustawiało jeśli nie mogę wejść od strony wifi do tomato? od lan działa
overflow2
04-10-2024 17:34
Kupowałem Asusy n10u albo n12d1 ale nie widzę ich, chyba już nie produkują, Chodzi o coś nowego i taniego. Transfery niewielkie.
maxikaaz
04-10-2024 09:38
@overflow2 patrząc po dostępności funkcji w nowych kompilacjach, to chyba nawet WRT54G/GL jeszcze ma OpenVPN, albo jakiś odpowiednik... zależy, na jakie transfery liczysz.
overflow2
30-09-2024 20:53
Jaki aktualnie najtańszy router do tomato do openvpn?
maxikaaz
27-07-2024 15:07
@servee - na początek router do rozebrania i obejrzenia, ciężko wróżyć tak tylko po objawach
maxikaaz
27-07-2024 14:55
@servee - cały kontroler nie pada tak sobie z powodu "zbiegu okoliczności", więc prawdopodobnie gdzieś przepięcie.
servee
25-07-2024 13:33
@maxikaaz: działało, aż pewnego pięknego dnia przestało działać. W tym dniu była też burza, ale to raczej zbieg okoliczności.
maxikaaz
25-07-2024 11:38
@servee - o ile problem jest w obrębie samych wyjść (dławiki, warystory), to naprawialne, ale jeśli w samym SoC - to nienaprawialne ze względu na koszta. A co było przyczyną?
' target='_blank'>Link
omain 0.0.0.0:* LISTEN