Hálózatok általános

sziasztok
ide is felteszem a kérdést, amit a blogomban írtam, hátha itt többen olvassátok.
tegnap a következő furcsaság történt itthon: van egy asus eeebox 202 és egy asztali gép hálózatba kötve. ezek egy dlink dgs-1005d switchen figyelnek (gbit), a switchen van még egy dlink di-524 router, ezen jön a net, egy motorola surfboard modemtől. ez így van már jó régóta, az asus gép konkrétan december óta van meg, azelőtt egy másik, hagyományos pc volt a szerver.
tegnap arra lettem figyelmes, hogy a switchen nem ég az asus portjának a ledje. nem tudom, miért, reggel még ment, napközben "eltűnt". persze nem is látszik hálózatban, nem tudom elérni.
persze kipróbáltam az összes egyszerű "tesztet": gép újraindítás, switch újraindítás, kábelcsere, másik port, rádugtam közvetlenül a routerre is, kipróbáltam a régi kábelt a másik géppel, kipróbáltam, hogy mindent lehúzok a hálóról és csak a boxot dugom a switchre, satöbbi.
teljes eredménytelenség. minden jó önmagában. a switch bekapcsoláskor teszteli a portokat, mind jó. kábelt is tesztel, azok is jók. a régi kábellel megy az asztali gép simán, ugyanazon a porton is.
röviden: elkönyveltem, hogy akkor meghalt a hálókártya az eeeboxban és vihetem garanciáztatni.
ezért bevittem a cuccot a céghez (mert ott van csak usb billentyűzetem), hogy csinálok róla egy backupot mielőtt megy a garanciába. össze is raktam bent, dugtam rá monitort meg mindent, bebootoltam. néztem egy ifconfigot - a hálókártya ott van, errors: 0, lspci, lshw mind látja. érdekes... ezért próbaképp rádugtam a benti switchere - és ki sem találjátok! vígan működik! sőt, olyannyira működik, hogy a benti szerverre rátoltam pár gigát ftp-vel, és ilyen 50-60mb/s sebességekkel ment (a viynó miatt). itthon meg sosem tudtam 15mb/s fölé tornászni a sebességet, ezt is betudtam a ratyi realtek hálókártyának. szóval mégsem a hálókártya halt meg, ő köszöni jól van.
utána hazahoztam megint, összeraktam, de itthon továbbra sem megy, sem a switch, sem a router nem is látja a gépet.
nincs valami ötletetek, mi lehet a baj? én csak bután nézek most.

Üdv mindenki,

A problémánk az, hogy a telephelyünkön gyak. csak adsl szolgáltatást tudnak nyújtani (az más kérdés, hogy az is csak fél gőzzel teljesít), viszont újabban már igen szűk keresztmetszetté vált a felfele menő ág.
Körbehívtam az összes szolgáltatót, aki az eszembe jutott, aki arrafelé szogáltat, az gyak. a matáv vonalakat adja el. Gondolkoztam azon, hogy a nem túl távoli lakótelepen valakinél gyors netet telepíteni, és az rádióval, lézerrel, valamivel átlőni, de épp most építenek egy böhöm épületet közénk, meg fog szűnni a rálátás. A bérelt vonal - a matáv árajánlata alapján - kissé drága lenne.
A google se sokat segített, a környéken nem találtam szolgálatót.
A hely, ahová net kellene az Bp. XIX. kerülete, az Europark környéke. Ha esetleg valakinek van valami ötlete - a digi sincs még ott - akkor szóljon, én már kifogytam az ötletekből :(

Érdekes jelenségekre lettem figyelmes az emúlt 1-2 napban:

a Fedora 10-emről (2.6.27-19) nem tudom elérni a hup-ot. Gondoltam valami átmeneti leállás, de 1 nap után már csak kíváncsiságból is bootoltam a Vistámat, hogy megnézzem mi a helyzet. Működött. Persze a linuxom alól még mindig nem. Ez azért gyanús, ekkor elhatároztam egy kicsit utánajárok, hogy ez az egy oldal miért nem jelenik meg. Első próba termászetesen más böngészőkkel próbálkozni: semmi, egyik sem működik, csak tölti a semmit a végtelenségig. Ezek után gondoltam livecd-ről próbálkozok, de ott is ugyanaz az eredmény. Innen lett érdekesebb, mert találtam egy kicsit régebbi kernellel rendelkező ubuntu ultimate (2.6.27-7) live-ot, azzal simán megy, ennél újabb kernelekkel meg abszolut semmi (nyilván nem próbáltam végig azért az összes verziót). Azért is érdekes, mert 2 napja még biztosan működött, most meg a legújabb kernelű disztrok egyikével sem hajlandó működni...de Vista persze viszi... :)
Egyedül a Mandriva 2009.1 RC1 live (2.6.29.rc6-valami) + konqueror páros végre legalább egy hibaüzenetet hajlandó volt kiirni:
Connection to Server Refused
The server hup.hu refused to allow this computer to make a connection.
Hát kössz szépen...

Amennyire én szakértetlenül meg tudom állapítani, a hiba nem az én készülékemben van...
Amúgy az utóbbi 1-2 napban más is észlelt ilyen paranormális jelenségeket a hup körül? Én teljesen kifogytam az ötletekből, hogy mit kezdjek vele....
Jó lenne kideríteni hol lehet a hiba, mert nem igazán akarok Winfosozni, ha hupot akarnék olvasni. Egyébként kolihálón van a gép, lehet beszélnem kéne a rendszergazdával is...

Felraktam egy mediawiki-t egy debian-ra apt-get install mediawiki-vel.
Megy is localhost/mediawiki címen, de a gép kifelé csak a 8080-as porton látszik, szeretném átrakni hogy mondjuk a hostnev:8080/wiki címen legyen elérhető.

Azért emeltem ki hogy apt-get-el raktam fel, mert ilyenkor a config file a /etc/mediawiki/apache.conf, ami a /etc/apache2/conf.d-be van linkelve mediawiki.conf néven, és ez lehet hogy bekavar.

A probléma nagyobb részét leírtam a címben.
Adott két notebook, Wondows XP-vel.
Adott egy Vodafone-os mobilnet, csatlakoztatva az egyik notebook-on amely internetkapcsolatot szeretnék adhoc wifi kapcsolaton keresztül megosztani.
A kérdés az, hogy ezzel kapcsolatban van-e bárkinek bármilyen tapasztalata, vagy bármilyen működőképes ötlete?
A probléma eléggé sürgős...
A válaszokat előre is köszönöm.

TCP TX reset szerepelt a router logban. amikor meg akartam nézni a webes felületét. Böngészõben nem jelent meg, sõt oldalak sem. Internet Explorer ujraindítása után jó lett, aztán egy idõ után megint elõfordult. Ezt most tapasztaltam elõször. Lehetséges, hogy a DHCP beállítás miatt van ez? Kiléptem a felhasználói fiókomból, majd vissza, csak ekkor lett jó. A másik bejegyzés pedig: "ADPM ep 18117 ipa 117 ip 18117 UNo1" Ez mit jelent?

Találkozott már valaki ilyennel?

Fuse-os sshfs-el bemountolt share-n ooo3 csak read-only-ban nyitja meg a szerkeszthető fileokat, Xubuntu 9.04-en.

A share írható, lehet file-okat létrehozni, nem ooo3-al módosítani, tehát nem a jogosultságokkal van baj. ooo2-vel nincs ilyen probléma.

Szerintem valami lock-olásos probléma lehet, a lock file-t sem hozza létre (ami látszik local file-ok szerkesztésekor). Próbáltam az soffice scriptet átírni, hogy ne próbáljon lock-olni, de nem segített (vagy nem jól csináltam).

Gugli nem segít. Ti? Köszi.

Sziasztok!

Egy távoli könyvtárat csatolnék rendszerindításkor a bejelentkező userrel, amihez ezt a scriptet hazsnálnám:
ip=XXX.XXX.XXX.XXX
user=user
dir=/home/user
r=1
c=0
until [ $r = 0 ]
do
if test $c -gt 120
then
exit 1
fi
ping -c 2 $ip
r=$?
c=`expr $c + 1`
sleep 5
done
sshfs $user@$ip:$dir /media/sshDrive
Megoldást keresek arra, hogy sshfs csatoláskor a jelszót passwd-ből szedje ki.
Segítséget előre is köszönöm!
P.

A hálózat csapdájában

A munkahelytől hazafelé haladva a helyzet:

--------------------------------

192.168.belso.0/24
Windowsos samba kliensek
 (-s /bin/false)
csoport: samba,cs1,cs2,...
----------------------------------
192.168.belso.smbgep
 └─samba megosztás (csoport: samba,cs1,cs2,...)
    └─tranzit-1

user (csoport: fuse,users,samba)
home (-s /bin/bash)
 └─user könyvtár
    └─tranzit-2
mount -o bind /samba/tranzit-1 /home/user/tranzit-2
----------------------------------
192.168.belső.tűzfal
22-es port -> 192.168.belso.smbgep
-----------------------------------
192.168.dmz.sshd
user (csoport: fuse,users,samba)
home (-s /bin/bash)
 └─user könyvtár
    └─tranzit-3
sshfs user@192.168.belso.smbgep:/home/user/tranzit-2 /home/user/tranzit-3
----------------------------------
192.168.külső.tűzfal
22-es port -> 192.168.dmz.sshd
engedélyezett maradék port -> 192.168.belső.tűzfal
-----------------------------------
fix.munka.ipv4.cim
-------------
bitsztráda (internet :-)
-------------
betarcsazos.otthoni.ipv4.cim
----------------------------------
192.168.otthon.tűzfal
22-es port -> 192.168.otthon.lnx
engedélyezett maradék port -> 192.168.otthon.0/24
-----------------------------------
192.168.otthon.lnx
user (csoport: fuse,users,samba)
home (-s /bin/bash)
 └─user könyvtár
    └─tranzit-4
sshfs user@fixmunka.ip.v4.cim:/home/user/tranzit-3 /home/user/tranzit-4
----------------------------------

eddig minden nagyon gromek, remekül tudom olvasni a tranzit-4 könyvtárból a távoli a tranzit-1 könyvtárban lévő dolgokat.
a

fix.munka.ipv4.cim

felém irányuló kb. 85 kB/s-os sebessége félmegás állományoknál is 75%-os komfortérzés felett produkál

viszont itthon a

tranzit-4

könyvtárat (sem az ebbeni alkönyvtárakat) nem tudom saját elhatározásomból közzé tenni az otthoni samba megosztott területre

mount -o bind /...

és a root nem látja a

/home/user/tranzit-4

könyvtárat.
A többi könyvtár mind ok, csak rootul pont ezt nem olvashatja:

?tranzit-4 (a könyvtár nem olvasható)

Ezek szerint marad az, hogy 192.168.otthon.lnx_user-ként másolom ide-oda a szerkeszteni kívánt állományokat az a samba megosztás és az sshfs-csatolás között?

Vagy közben próbálkozzak inkább ipv6-tunnel-lel a két linuxos samba szerver között?

Van valami megbízható, stabil ipv6 bróker a környéken?
(vagy ezt is helyben kéne megoldani?)

Üdv, mindenkinek

P.S.:
egy

192.168.dmz.allatorvosilo

gépen

a

192.168.belso.smbgep

-ről
és a

fix.munka.ipv4.cim

-ről kívülről benézve
egyszerre, egyidőben tudom (linux alól) használni a

tranzit-1

könyvtárat.

Egy erdekes problemaval allok szemben:

Ha bekapcsolom a gepem linuxot (kubuntu 8.04) bootolva minden rendben. Ha windozt bootolok es aztan ujrainditom a gepet linuxot bootolva nincs net. Ha ujrainditom a gepet megegyszer akkor van.
Ujabban ujrainditas helyett:

sudo /etc/init.d/networking restart

majd

sudo dhclient

es kapok ip cimet, feloldodik a DNS stb, tehat letrejon a kapcsolat. Ez a dhclient parancs is hol mukodik hol nem.
Nezegettem az /etc/network/interfaces fajlt is, eleg erdekes a tartalma:

auto lo
iface lo inet loopback
address 127.0.0.1
netmask 255.0.0.0

Az eth0-rol semmi info benne.

A kerdes az, hogy a szolgaltato configolt el valamit, ami miatt a linux nehezen kap ip cimet, esetleg nem veszi eszre, hogy a windoz lelepett vagy az en keszulekemben van a hiba?
A net kabeles internet, telefon es tv is ugyanazon a dronton jon be a hazba.
Kinek mi a velemenye? Esetleg valami workaround?