PLIP (Laplink) problem

[ Marko_R @ 08.05.2002. 11:19 ] @

Pokusao sam da uspostavim prostu mrezu izmedju 2 kompjutera. Na oba je RH Linux 7.1, a pored standardnog 2.4.2 dodao sam i najnoviji kernel 2.4.18.

U kernel konfiguraciji sam podesio parport (podrska za paralelni port), parport_pc (PC-style parallel port) i plip (Parallel Line IP) kao module.

Onda kad se podigne sistem, otkucam

# ifconfig plip0 source pointopoint target netmask 255.255.255.255

na prvom i

# ifconfig plip0 target pointopoint source netmask 255.255.255.255

na drugom.

Onda na kompjuteru source kucam

# ping target

U slucaju kad je na oba racunara kernel 2.4.2, dobijem izlaz

PING target.softlab (192.168.0.1) from 192.168.0.2 : 56(84) bytes of data.
64 bytes from target.softlab (192.168.0.1): icmp_seq=0 ttl=255 time=6.413 msec
Warning: time of day goes back, taking countermeasures.
64 bytes from target.softlab (192.168.0.1): icmp_seq=1 ttl=255 time=7.872 msec
64 bytes from target.softlab (192.168.0.1): icmp_seq=2 ttl=255 time=7.869 msec
64 bytes from target.softlab (192.168.0.1): icmp_seq=3 ttl=255 time=7.864 msec

--- target.softlab ping statistics ---
4 packets transmitted, 4 packets received, 0% packet loss
round-trip min/avg/max/mdev = 6.413/7.504/7.872/0.636 ms

Ako je na jednom racunaru 2.4.2, a na drugom 2.4.18, dobijem izlaz na racunaru na kome je 2.4.2 bez obzira na kom bih otkucao ping komandu

plip0: transmit timeout(1,80)
plip0: transmit timeout(1,80)
...

... 100% packet loss

Ako je na oba racunara 2.4.18, nema nigde izlaza, osim

PING target.softlab (192.168.0.1) from 192.168.0.2 : 56(84) bytes of data.

Da li nesto ovaj kernel ne valja, jer sam probao sve moguce opcije i uvek isto. Inace interapti nisu problem, ali tu ima jedna stvar. Kad instaliram parport_pc komandom insmod, 2.4.18 mu ne dodeli automatski IRQ, ali ako mu naglasim io=0x378 irq=7 onda to proradi. Medjutim, kod kernela 2.4.2 podrzava modove PCSPP, TRISTATE, COMPAT, ECP, a 2.4.18 samo PCSPP i TRISTATE i nisam uspeo manualno da ukljucim ostale. Inace, svi moduli se uvek automatski ucitavaju kad postanu potrebni, tako da je rucno ucitavanje bitno jedino zbog pomenute dodele resursa. A probao sam i sve rucno ali ne pomaze.

I jos jedna stvar. Iako uz kernel 2.4.2 radi ping, nisam uspeo da sa drugog kompa iskoristim web server, jer kad otkucam http://source u address bar, dobijem neku poruku da ne moze da dobije pristup. Na prvom je startovan httpd i mogu lokalno da mu pristupim sa http://localhost.

[ B o j a n @ 08.05.2002. 13:46 ] @

Citat:

Marko_R:
a pored standardnog 2.4.2 dodao sam i najnoviji kernel 2.4.18.

Upravo u ovom gresis. Sav opensource software, pa cak i linuxov kernel dolazi bez ikakve garancije. Mislim da si pogresio sto si se zaleteo pa uzeo *latest* kernel. Time si stao na nestabilne noge. Po meni najstabilniji kenreli iz 2.4 serije su 2.4.9 i 2.4.16
Sa njima iz licnog iskustva nisam imao BAS NIKAKVE probleme.

Predlog: ucitaj "stabilne" kernele na obe masine, ili se drzi RH politike.

[ Marko_R @ 08.05.2002. 15:07 ] @

Vrlo dobro resenje, ali ima 1 manu: moram ponovo da downloadujem 20-tinu megabajta preko moje analogne centrale. A i opet ne znaci da ce da radi, zar ne?

Druga stvar je sto planiram sto pre da insaliram neku noviju distribuciju, pa bih radije do tad samo ako ima neki patch za kernel, ali ne kao jedan koji sam juce skinuo sa ftp.yu.kernel.org i koji mi nije popravio problem (patch-2.4.18-pre8.bz2). Tamo pise mislim za pre4 bas doslovce "PLIP works again".

[ B o j a n @ 08.05.2002. 23:11 ] @

Ne veruj svemu sto pise u Changelog-u pa makar ga tagirao i Linus.
Pri tom, ne moras da skidas (dva)desetine megabajta, svuci samo patch-eve za zasebne verzije, i njih inkrementalno upotrebi na nekom 2.4 kernelu.

Teoretski bi trebalo uspesno da patch-ujes i 2.4.0 na 2.4.9 sa koracima, patch2.4.0-2.4.1, patch2.4.1-2.4.2 .... itd.
Zbirno ti patchevi nisu vise od par MB. Tako da je to mnogo bolje nego, da skidas 2.4.19(???) sa nadom da ce stvari biti ispravljene.

[ Marko_R @ 10.05.2002. 09:46 ] @

Dobro, ali ima jos jedan problem. Na kernelu 2.4.2 ko sto rekoh radi pingovanje, ali i pored toga ne mogu da pristupim preko http protokola drugoj masini, a na njoj je aktivan apache (httpd). Pretpostavljam da je to do konfiguracije firewall-a, ali ja ne znam gde se to podesava.

[ B o j a n @ 10.05.2002. 16:00 ] @

Treba da postavis gateway, na plip0 device

Postuj route -n output.

[ Marko_R @ 19.05.2002. 10:11 ] @

Code:

Kernel IP routing table
Destination     Gateway         Genmask         Flags Metric Ref    Use Iface
195.252.116.11  0.0.0.0         255.255.255.255 UH    0      0        0 ppp0
192.168.0.2     0.0.0.0         255.255.255.255 UH    0      0        0 plip0
127.0.0.0       0.0.0.0         255.0.0.0       U     0      0        0 lo
0.0.0.0         195.252.116.11  0.0.0.0         UG    0      0        0 ppp0

To je znaci druga linija

[ B o j a n @ 19.05.2002. 20:04 ] @

Pa naravno da ti nece ni raditi kada ti je neispravan gateway

Citat:

192.168.0.2 0.0.0.0 255.255.255.255 UH 0 0 0 plip0

0.0.0.0 zameni sa 192.168.0.1
Ili vec koji ti je IP na plip0 dev-u.

[ Marko_R @ 31.05.2002. 12:26 ] @

Kako to da uradim.

Uzgred, sad sam instalirao RH7.3 i ne radi ni ping

[ B o j a n @ 31.05.2002. 19:24 ] @

Brrrr, zašto ljudi misle da će im reinstalacija sistema rešiti probleme ????

Trebao si ovako nešto:

Code:

# route add -dev plip0 -netmask 255.255.255.255 -host 192.168.0.2 192.168.0.1

Proveri da li u kernelu imaš uključen network loopback, verujem da se to ovde upravo koristi.

p.s. your route syntax might be slightly different L;)

[ Marko_R @ 31.05.2002. 22:12 ] @

[root@localhost root]# route add -host 168.192.0.2 gw 168.192.0.2 dev plip0
SIOCADDRT: Network is unreachable
[root@localhost root]# route add -host 168.192.0.2 dev plip0
[root@localhost root]# route add -host 168.192.0.2 gw 168.192.0.2 dev plip0
[root@localhost root]# route
Kernel IP routing table
Destination Gateway Genmask Flags Metric Ref Use Iface
target target 255.255.255.255 UGH 0 0 0 plip0
target * 255.255.255.255 UH 0 0 0 plip0
127.0.0.0 * 255.0.0.0 U 0 0 0 lo

Medjutim, imam jednu ispravku: ping ipak radi! Ali samo sa "male" masine (168.192.0.2 = target) na vecu. Na vecoj masini kada otkucam ping target dobijem trensmit timeout(1,48).

Na obe masine je RH7.3, samo sto je veca konfigurisana kao server i instalirano je dosta softvera, a na manjoj je minimalna instalacija, znaci stavio sam samo podrsku za mrezu, gcc i utilities.