Evo i nakon 2 mjeseca natezanja nisan uspio nastimat satadsl, cak sam razgovarao sa ljudima iz vodatela koji su mi preko telefona objasnjavali korak po korak kako nastimati ali bez rezultata..... neznam vise sam izgubio svaku nadu... sad mi jedino preostaj cekat t-com da mi dovede adsl inace nista od brzog interneta...

i ja se mucim vec mjesec dana i nista....jedino mi je kubuntu5.1 prepoznao ss2 od prve ali on mi nesto steka pa sad radim sa mandrivom i ide ok ali jos nista od sadadsla.... zato POMOCCCC....hvala

Evo i mene na SatADSL bandwagonu. :)

Iako ova tema bas ne dolazi do nekih konkretnih solucija, a ni ja nemam previse za ponuditi po tom pitanju, bolje da postam pa mozda netko dode do neke ideje nego da sutim, pa evo.

Vodatel mi je, kao i prethodnicima, poslao tqrecv proxy client za spajanje na SatADSL preko GNU/Linux-a. S obzirom da se radi o beta softveru nije ni cudo ako se nalijece na probleme. Ako se stvari ne "poklope" onda ce zezat.

Meni start_satadsl.sh skripta normalno pokrece dvb0_0 i dvb0_1 mrezna sucelja i tqrecv proxy client te dvbnet i dvbtune (koji konstantno prati signal). No negdje u tqrecv programu nesto zaskripi tako da na http://127.0.0.1:9202/ HTTP portu prikazuje poruku:

"Transparent proxying is not enabled."

dok na http://127.0.0.1:9203/ (SOCKS port) ne pokazuje nista ali izbaci error u recv.log-u koji slijedi:

root@libernode:/opt/tqrecv# tail -f recv.log
MSG:2006-01-19 19:25:41.921:Watchdog started [13730].
MSG:2006-01-19 19:25:41.923:Starting new child...
VRB:2006-01-19 19:25:41.924:Child connecting to watchdog on port 1080...
MSG:2006-01-19 19:25:41.923:Started new child [13731].
MSG:2006-01-19 19:25:41.924:tqrecv starting... [13731]
MSG:2006-01-19 19:25:41.924:tqrecv version is 2.3.0a (200302121321200) linux2.4_rh7.3-i86pc (Linux 2.6.12-9-k7 on a 1-processor (AuthenticAMD, AMD Athlon(tm) XP 2000+ (Model 10, Stepping 0)) system)
MSG:2006-01-19 19:25:41.924:tqrecv running [13731].
VRB:2006-01-19 19:25:42.278:Connecting to announcement channel `ASTRA_FILEPUSH', address 228.64.0.10:2511 (announcement channel)
VRB:2006-01-19 19:26:14.105:Accepted SOCKS client connection
ERR:2006-01-19 19:26:14.106:Got invalid SOCKS setup from client (wrong version 71. Should be 4 or 5)


Koliko se meni cini tu postoje dva problema koja su moguce medusobno zavisna. Prvo, SOCKS setup nije kako treba (no nemam pojma di i kako to rijesiti) i drugo transparent proxying nije ukljucen (ali neznam zasto i di/kako ga ukljuciti jer u konfiguracijskim .ini skriptama nema takvih opcija).

Slijedio sam normalno sve upute od vodatela, unijeo username i pass, podesio DISSEQ na 0 i DVB device na 0 (jer mi je tamo DVB uredaj).

Na osnovu spomenutog ima li tko kakvih ideja?

Btw, u vodatelu vele da sam je tek negdje cetvrti ili peti koji pita za satadsl na linuxu. Ak je tak, onda nas je vec vise od pola prodefiliralo kroz ovu temu. Ajmo skvadro to rijesit onda! :D

Hvala
Daniel

Sve sto sam nasao je na njemacki, poljski, francuski...
http://www.arzur.net/index.php?2004/11/24/30-fracture-numerique-suite
Ako vam je tesko pratiti probajte prevesti stranicu na babelfishu ili nesto...

Pogledati i ovo http://tinyurl.com/bxasq, i ovdje je na pola stranice jedan howto http://tinyurl.com/do7zd

Svojevremeno sam koristio SatDSL koji daje Netsystem.. dobro sam se namucio dok se nisam spojio, sretno vam bilo :^)

Pogledaj sa ifconfig sta se dogodilo sa dvb0_0 i dvb0_1 nakon pokretanja te start skripte i vidi je li koji od tih mreznih adaptera dobio IP adresu i koju.
Sto se tice transparent proxy poruke nema veze. Sumnjam da ti tqrecv treba omoguciti transparent proxy.
Ajde reci da se ovo
VRB:2006-01-19 19:26:14.105:Accepted SOCKS client connection
ERR:2006-01-19 19:26:14.106:Got invalid SOCKS setup from client (wrong version 71. Should be 4 or 5)

pojavilo u logu kad si browserom otvorio neki od tih portova?
Jel znas postaviti browser da koristi http proxy?

Citat:

Ta start skripta zapravo podize dvb0_0 i dvb0_1 nakon sto prvo provjeri dali su vec podignuta pa ako jesu ih zatvori i onda opet otvori.

I da, dvb0_0 i dvb0_1 dobiju svoju IP adresu.

Citat:

Zar nije da je proxying potreban da bi sve to radilo? Pogledao sam u sam tqrecv binary i vidio sam tu poruku unutra sto bi znacilo da upravo tqrecv daje tu poruku valjda zato jer joj nesto ne stima..

Citat:

Da, taj error dobijem prilikom otvaranja 9203 (SOCKS) porta sa browserom. Ne izbaci ga u sam browser (samo blank page) ali ga izbaci u recv.log.

Citat:

Da, prema uputama sam postavio HTTP proxy da bude http://127.0.0.1 na port 9202 a SOCKS na port 9203. No kad aktiviram te postavke firefox nemoze pristupiti nijednom siteu jer nemoze naci server.

Anxr, hvala, pogledao sam malo te linkove no to je uglavnom govori o onome sto ovaj tqrecv software vec radi..

Sad sam u windowsima nazalost, no cim dodem u linux postat cu i svoj ifconfig za dvb0_0 i dvb0_1.

Hvala
Daniel

Proxy i transparent proxy nisu iste stvari.
Koje adrese dobiju dvb0_0 i dvb0_1? To je vazno. Ako ne zelis napisati ipadrese onda ovako. Ako dvb0_0 i dvb0_1 dobiju IP adrese a to nisu privatne adrese poput 127.0.x.x niti 10.x.x.x niti 192.168.x.x i sl. onda si na dobrom putu.
Sad pokusaj otvoriti neki site u firefoxu prema ip adresu. Moda nemas dobro postavljen DNS server. Kao root pokreni naredbu tcpdump i gledaj sta ti ispisuje na ekran dok pokusavas otvoriti neku stranicu.

Evo ifconfig:

dvb0_0 Link encap:Ethernet HWaddr 00:D0:D7:0C:A5:BC
inet addr:192.168.238.240 Bcast:192.168.238.255 Mask:255.255.255.0
inet6 addr: fe80::2d0:d7ff:fe0c:a5bc/64 Scope:Link
UP BROADCAST RUNNING NOARP MULTICAST MTU:4096 Metric:1
RX packets:0 errors:0 dropped:0 overruns:0 frame:0
TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:0 (0.0 b) TX bytes:0 (0.0 b)
Base address:0x64d

dvb0_1 Link encap:Ethernet HWaddr 00:D0:D7:0C:A5:BC
inet addr:192.168.238.238 Bcast:192.168.238.255 Mask:255.255.255.0
inet6 addr: fe80::2d0:d7ff:fe0c:a5bc/64 Scope:Link
UP BROADCAST RUNNING NOARP MULTICAST MTU:4096 Metric:1
RX packets:0 errors:0 dropped:0 overruns:0 frame:0
TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:0 (0.0 b) TX bytes:0 (0.0 b)

Znaci, dvb0_0 dobije 192.168.238.240 a dvb0_1 192.168.238.238

Evo otvarao sam google.com preko njegove IP adrese: http://64.233.187.99/ i gledao tcpdump, no ne vidim tu IP adresu u tcpdump-u vec ovo:

root@libernode:/opt/tqrecv# tcpdump
tcpdump: verbose output suppressed, use -v or -vv for full protocol decode
listening on ppp0, link-type LINUX_SLL (Linux cooked), capture size 96 bytes
11:03:12.188202 IP fullerton-cuda-2-70-37-66-82.lmdaca.adelphia.net.34959 > ms196-2-gprs01.net.vip.hr.2157: UDP, length 34
11:03:15.834501 IP ms196-2-gprs01.net.vip.hr > fullerton-cuda-2-70-37-66-82.lmdaca.adelphia.net: ICMP ms196-2-gprs01.net.vip.hr udp port 2157 unreachable, length 70
11:03:12.189468 IP ms196-2-gprs01.net.vip.hr.1039 > dns1.vip.hr.domain: 29482+ PTR? 196.111.91.212.in-addr.arpa. (45)
11:03:12.277191 IP 83-131-106-173.adsl.net.t-com.hr.35936 > ms196-2-gprs01.net.vip.hr.2157: UDP, length 34
11:03:12.277338 IP ms196-2-gprs01.net.vip.hr > 83-131-106-173.adsl.net.t-com.hr: ICMP ms196-2-gprs01.net.vip.hr udp port 2157 unreachable, length 70
11:03:12.384221 IP 84-105-48-126.cable.quicknet.nl.48402 > ms196-2-gprs01.net.vip.hr.2157: UDP, length 34
11:03:12.384375 IP ms196-2-gprs01.net.vip.hr > 84-105-48-126.cable.quicknet.nl: ICMP ms196-2-gprs01.net.vip.hr udp port 2157 unreachable, length 70
11:03:12.402203 IP i5387922B.versanet.de.38352 > ms196-2-gprs01.net.vip.hr.2157: UDP, length 34
11:03:12.402346 IP ms196-2-gprs01.net.vip.hr > i5387922B.versanet.de: ICMP ms196-2-gprs01.net.vip.hr udp port 2157 unreachable, length 70
11:03:12.460214 IP umd128-34.d.umn.edu.41002 > ms196-2-gprs01.net.vip.hr.2157: UDP, length 34
11:03:12.460345 IP ms196-2-gprs01.net.vip.hr > umd128-34.d.umn.edu: ICMP ms196-2-gprs01.net.vip.hr udp port 2157 unreachable, length 70
11:03:12.460218 IP 179.177.102-84.rev.gaoland.net.55649 > ms196-2-gprs01.net.vip.hr.2157: UDP, length 34
11:03:12.460403 IP ms196-2-gprs01.net.vip.hr > 179.177.102-84.rev.gaoland.net: ICMP ms196-2-gprs01.net.vip.hr udp port 2157 unreachable, length 70
11:03:12.543206 IP 12-211-88-109.client.insightbb.com.64209 > ms196-2-gprs01.net.vip.hr.2157: UDP, length 34
11:03:12.543353 IP ms196-2-gprs01.net.vip.hr > 12-211-88-109.client.insightbb.com: ICMP ms196-2-gprs01.net.vip.hr udp port 2157 unreachable, length 70
11:03:12.543210 IP N858P029.adsl.highway.telekom.at.6996 > ms196-2-gprs01.net.vip.hr.2157: UDP, length 34
11:03:12.543406 IP ms196-2-gprs01.net.vip.hr > N858P029.adsl.highway.telekom.at: ICMP ms196-2-gprs01.net.vip.hr udp port 2157 unreachable, length 70
11:03:12.570218 IP bl4-9-10.dsl.telepac.pt.44450 > ms196-2-gprs01.net.vip.hr.2157: UDP, length 34
11:03:12.570345 IP ms196-2-gprs01.net.vip.hr > bl4-9-10.dsl.telepac.pt: ICMP ms196-2-gprs01.net.vip.hr udp port 2157 unreachable, length 70

itd..

ping na tu google IP adresu je:

root@libernode:/opt/tqrecv# ping 64.233.187.99
PING 64.233.187.99 (64.233.187.99) 56(84) bytes of data.
64 bytes from 64.233.187.99: icmp_seq=1 ttl=235 time=1178 ms
64 bytes from 64.233.187.99: icmp_seq=2 ttl=235 time=818 ms
64 bytes from 64.233.187.99: icmp_seq=3 ttl=235 time=958 ms

Inace se spajam preko GPRS/EDGE veze na internet (sto mislim u kombinaciji sa satadslom koristiti za upload) i koristim edge skriptu:

root@libernode:/opt/tqrecv# pic /etc/ppp/peers/edge
.lf 1 /etc/ppp/peers/edge
/dev/modem 230400
crtscts
user "385918071079"
password "385918071079"
debug
noauth
connect '/usr/sbin/chat -v -f /etc/ppp/chatscripts/edge'
nodetach
noipx
usepeerdns
ipcp-accept-local
local
novj
novjccomp
nobsdcomp
disconnect '/usr/sbin/chat -v -f /etc/ppp/chatscripts/edge-hang'
defaultroute
usepeerdns

Mozda to sta pomaze..

Hvala
Daniel

Evo i dijela iz iptraf loga:

Fri Jan 20 11:28:11 2006; UDP; ppp0; 62 bytes; from 67.95.1.58:2923 to 212.91.111.196:2157
Fri Jan 20 11:28:11 2006; ICMP; ppp0; 90 bytes; from 212.91.111.196 to 67.95.1.58; dest unrch (port)
Fri Jan 20 11:28:11 2006; UDP; ppp0; 73 bytes; from 212.91.111.196:4269 to 212.91.97.3:domain
Fri Jan 20 11:28:11 2006; UDP; ppp0; 72 bytes; from 212.91.111.196:4270 to 212.91.97.3:domain
Fri Jan 20 11:28:11 2006; UDP; ppp0; 72 bytes; from 212.91.111.196:3766 to 212.91.97.3:domain
Fri Jan 20 11:28:11 2006; UDP; ppp0; 72 bytes; from 212.91.111.196:3767 to 212.91.97.3:domain
Fri Jan 20 11:28:11 2006; UDP; ppp0; 69 bytes; from 212.91.111.196:4271 to 212.91.97.3:domain
Fri Jan 20 11:28:11 2006; UDP; ppp0; 74 bytes; from 212.91.111.196:3768 to 212.91.97.3:domain
Fri Jan 20 11:28:11 2006; UDP; ppp0; 69 bytes; from 212.91.111.196:3769 to 212.91.97.3:domain
Fri Jan 20 11:28:11 2006; UDP; ppp0; 70 bytes; from 212.91.111.196:3770 to 212.91.97.3:domain
Fri Jan 20 11:28:11 2006; UDP; ppp0; 72 bytes; from 212.91.111.196:3771 to 212.91.97.3:domain
Fri Jan 20 11:28:11 2006; UDP; ppp0; 70 bytes; from 212.91.111.196:3772 to 212.91.97.3:domain
Fri Jan 20 11:28:11 2006; UDP; ppp0; 73 bytes; from 212.91.111.196:3773 to 212.91.97.3:domain
Fri Jan 20 11:28:11 2006; UDP; ppp0; 71 bytes; from 212.91.111.196:3774 to 212.91.97.3:domain
Fri Jan 20 11:28:11 2006; UDP; ppp0; 71 bytes; from 212.91.111.196:3775 to 212.91.97.3:domain
Fri Jan 20 11:28:11 2006; UDP; ppp0; 72 bytes; from 212.91.111.196:3776 to 212.91.97.3:domain
Fri Jan 20 11:28:11 2006; UDP; ppp0; 62 bytes; from 148.221.231.56:51526 to 212.91.111.196:2157
Fri Jan 20 11:28:11 2006; ICMP; ppp0; 90 bytes; from 212.91.111.196 to 148.221.231.56; dest unrch (port)
Fri Jan 20 11:28:11 2006; TCP; ppp0; 48 bytes; from 154.37.66.88:2268 to 212.91.111.196:2157; first packet (SYN)
Fri Jan 20 11:28:11 2006; TCP; ppp0; 40 bytes; from 212.91.111.196:2157 to 154.37.66.88:2268; Connection reset; 1 packets, 40 bytes, avg flow rate 0.00 kbits/s; opposite$
Fri Jan 20 11:28:11 2006; UDP; ppp0; 73 bytes; from 212.91.111.196:4272 to 212.91.97.3:domain
Fri Jan 20 11:28:11 2006; UDP; ppp0; 72 bytes; from 212.91.111.196:3777 to 212.91.97.3:domain
Fri Jan 20 11:28:11 2006; UDP; ppp0; 73 bytes; from 212.91.111.196:3778 to 212.91.97.3:domain
Fri Jan 20 11:28:12 2006; UDP; ppp0; 70 bytes; from 212.91.111.196:3779 to 212.91.97.3:domain
Fri Jan 20 11:28:12 2006; ******** IP traffic monitor stopped ********


Moja IP adresa tu je 212.91.111.196

1. dns radi ispravno
2. Evo iz tvog posta od tcpdumpa: udp port 2157 unreachable sto bi znacilo da provjeris firewall
3. ponovi tcpdump ovako: tcpdump port 80 i onda otvori bilo koju stranicu u mozilli jerbo ti dns radi ispravno pa ne moras otvarati ip adresu. dobro gledaj u tcpdum ispis. mozes jos i ovako tcpdump port 80 and port 9202 i jos bolje gledaj sta ce ti ispisivati
4. pokusaj u tcpdum ukljuciti -vv da ti jos detaljnije ispisuje

Nisam se nikad sreo sa time ali mozda ces sa ovime uspjeti pomoci sam sebi.
Odakle ti adrese za dvb0_0 i dvb0_1?
Javi rezultat.