Hálózatok általános

Problémába ütköztem az itthoni Wi-Fi kiépítés közben.

Sajnos a router az emeleten van, kábelezés szintén csak az emeleten, az alsó szinten viszont nem elég erős a wifi jel.

Kábelezés elég nehézkes lenne a földszintig és nem is annyira fontos, inkább a megfelelő wifi jelerősség lenne a kívánatos.

A kényelem és az ésszerűség azt mondatja velem, hogy ugyanazon az SSID-t kéne sugározni mindegyik AP-ből, tehát mindegy legyen melyik AP-ra csatlakozom, csak egy kapcsolatot kelljen bekonfigurálnom (ld. egyetemi wifi hálók). Mindezt a földszinten kábelezés nélkül, tehát egyfajta repeaterként használva az AP-t.

A felhasználható eszközök listája: 1 db Pirelli márkájú T-Home-os wifiképes router, 1 db ASUS WL300g AP (ez a kettő WDS képes) és 2 db WRT54GL default firmware-el.

Nem kell felhasználni az összes eszközt, ha nem muszáj, nem is cserélném le a firmware-ket.

Ahogy elnéztem, nekem a WDS kéne, vagy legalábbis az ASUS tud olyat, hogy Hybrid mód, ahol AP-kként is és WDS módban is fut egyszerre, tehát a két wifi AP kapcsolatban van, és tud csatlakozni hozzá kliens is (ha jól értem).

Sajnos nem vagyok otthon a témában, bármilyen javaslatot szívesen fogadok, főleg a WDS témakörben.

Ha minden kötél szakad, olvastam valahol, hogy DD-WRT-vel a WRT54 repeaterként is használható, tehát legrosszabb esetben marad az.

Esetleg ha megoldható, jó lenne ha az egyik AP bridgeként is tudna működni, vagy ez is WDS-be tartozik, nem tudom, tehát hogy akár kábelt is tudjak rákötni.

Ha nagyon keverem a fogalmakat, igazítsatok ki :)

Hali,

ez a topic 2 celt szolgal:
* jobban megertsem a matav-szerinti adsl mukodeset
* javuljon az otthon elerheto szolgaltatasi-szinvonal

- ugye DSL-360R a piacon forgo egyik legvacakabb eszkoz, a hardvere is sokkal primitivebb, mint a DSL-360T, nincs ismert management lehetosege.
A nalamlevo eszkoz:
P/N: ESL360RHU.B3G
H/W Ver: B3
F/W Ver: 3.2.25(BE4.B2)3.3.0.35
A doboz a matav tulajdona, a jobb szellozes erdekeben a felig takart lukakat kivagtam.

A host oldal: peecee,
tg3 ethernet driver:
03:00.0 Ethernet controller: Broadcom Corporation NetXtreme BCM5751 Gigabit Ethernet PCI Express (rev 01)
debian/etch
Linux 2.6.18-5-686
network:
~# pppoe -V
Roaring Penguin PPPoE Version 3.8

es majd kesobb leirom a /etc/ppp/peers/dsl-provider -t is, erosen es masszivan modositva lett.

Azert nem kernelszintu pppoe, mert a userspace egy nagysagrenddel jobban konfiguralhato. (igy sincs minden lehetsoeg a kezemben)

A konkret kerdesek hozzaszolasban.

Jelenleg a kovetkezot tudom a T-com adsl -rol, es az adsl-rol:
- a modem *elvileg* csak egy ethernet gateway. Az ethernet csomagokat tovabbitja ADSL felett. A tuloldalan van egy 'dslam' nevu cucc.
- Az ethernet felett pppoe session van.
- A pppoe sessionban (mily meglepo) ppp fut
- A ppp vegzi az authot, es a dinamikus konfigot. Ez az oka az egesz kavarcnak (hogy nem tiszta ethernet-dhcp)
- A ppp a T-COM -nal terminal. A T-COM a userid -bol ( hostpart) kitalalja, hogy melyik ISP elofizetoje a user, attol az isp-tol authetntikal, majd kesobb az IP csomagokat VPN (vagy hasonlo, szoval tunelen) tovabbitja az ISP fele. A tuneling jol lathato pl. traceroute segitsegevel, az egyik helyutt kettot ugrik a ttl.
- a T-COM nem ugyel arra, hogy egy ADSL feletti egy etherneten csak egy pppoe session legyen. Igy elerheto az, hogy egy modemmel egyszerre akar ket kulon ISP -hez is csatlakozzon a ember.
- Az a tippem, hogy a T-COM csak link level (vonali szintu) monitorozast vegez, pppoe session monitorozast nem. (ppp level monitorozast szinten vegezhetnek, nem tudom/nem erdekes)
- Az a tippem, hogy egyes hibas kliensek rengeteg pppoe sessiont nyitnak, es ezzel tulterhelik a kozpont pppoe session ertelmezo reszet, anelkul, hogy ennek link level szinten hatasa lenne (viszont a pppoe session befagy)

let's debug

Sziasztok !

Vodafone 3g+Zalip Wireless 3G Mobile Router(R7.02)+Ubuntu van a halozat eleresere.
Tegnap ssh-zni probaltam tobb gepre is, de allandoan kb. 10 sec utan megszakadt
a kapcsolat ("connection reset by peer"). Probaltam pingelni a szervert illetve
beallitottam egy 5 sec-es LCP EchoReq ez azonban nem segitett. Vegul kinomban
bealitottam egy 1 sec LCP EchoReq. Ezek utan teljesen jol mukodott a dolog.
Mi lehet a hiba oka ? Talalkozott mar valaki ilyennel ?

Masreszt szomoru-e a Vodafone a 1 sec-es LCP EchoReq miatt,
esetleg beleszamolja-e a havi forgalmamba, hogy en legyek szomoru.
Bar nem tudom, hogy egy csomag az hany byte-ot takarhat.

Koszi !

g

Sziasztok!

Egy itthon webszervert (apache2) szeretnék a netről elérhetővé tenni. Ennek érdekében a címben említett routeren nyitottam egy 8080-as portot (virtual server menüpont alatt), amit forwardol a szerver ip 80-as portjára. Valami miatt azonban nem akar működni, pontosabban ha beírom a keresőbe hogy szolgáltatótól.kapott.ip:8080 azt kapom túl sokáig nem válaszolt a weboldal.
Viszont megnéztem és nyitva van ez a port (http://www.canyouseeme.org/ segítségével), valamint a lan-on keresztül is simán elérem a webszervert a szerver.ip:80-as címen. Ezért aztán a routerre gyanaxom, esetleg használt vki ilyen típust erre a célra? vagy kifelejtettem vmit?

köszi: gabaligeti

Sziasztok!

Valaki legyen kedves megszakérteni az alábbi sorokat.

-A INPUT -p tcp --dport 134:139 -m state --state NEW,ESTABLISHED -j ACCEPT
-A INPUT -p udp --dport 134:139 -m state --state NEW,ESTABLISHED -j ACCEPT
-A INPUT -p tcp --dport 445 -m state --state NEW,ESTABLISHED -j ACCEPT
-A INPUT -p udp --dport 445 -m state --state NEW,ESTABLISHED -j ACCEPT

Ujraindítom a szervert, és amíg nem adok ki egy iptables -F, cliens oldalon egy findsmb, majd iptables-restore < xxx, addig nem látszódik a hálózaton a megosztás, viszont utánna minden gép frankón látja. Kérlek segítsetek a problémát megérteni/megtalálni.

Előre is köszönöm.

Udv,

Következő van, adott két kis switch ami tudja a 802.1q-t ill. trunk-öt, a két darab switch össze van kötve trunk-ön, azt szeretném elérni, hogy pl. az 1-es switch 16-os portja legyen egy vlan-ban a 2.-es switch 16.-os portjával a trunk-ön keresztül, de ne keveredjen más portok forgalmával, na remélem érthető voltam. Ilyen paraméterek vannak amik állíthatóak port szinten:

tagged,
untagged,
Don't tuch,
output port pvid insertion ( enable / disable ),
port vlan mapping 1-4096,
admit tag only ( enable / disable ),

1. mindkét switchen beállítottam 1-4-ig a portokat trunk-be, ez rendben is van.
2. mindkét switchen felvettem egy 802.1q vlan2-öt amibe a 16-os port benne van.
3. mindkét switchen beállítottam a port vlan mapping-ot a vlan2-re a 16-os portnál.
4. output port pvid insertion ( ez meg mi? ) a 16-os porton default disabled, nem piszkáltam.
5. mindkét switchen az output port tagging / tagging control Don't touch-ra van állítva, lehet olyat is, hogy remove tag.

Mit nem csinálok jól?
Az egy fizikai switchen belül létrehozott vlan-ok teszik a dolgukat, semmi gond viszont a vlan a trunkon keresztül nem megy.....ötlet?

A kérdésem a következő lenne: adott egy D-Link DI-624 router amiben szépen belőttem a WPA2-PSK titkosítást is. Hálózati kulcsnak megadtam: "Ezt tord fel" szöveget (már megváltoztattam nyugi :-)). A lényeg, Linux alól szó nélkül tudok csatlakozni, viszont nálam járt több Windowsos laptop sem képes erre. Ha a kulcsot lecserélem "Ezttordfel" vagy bármilyen más szövegre ami nem tartalmaz szóköz karaktert akkor kapásból csatlakoznak.

Ez most bug vagy feature?

Sziasztok!

Elég különös jelenséget sikerült előidéznem. Samba tartományba van besorolva 9 gép WindowsXP operációs rendszerrel, ebből 7 tökéletesen működik online/offline módon, azaz kábellel és anélkül is. 2 viszont csak akkor hajlandó bejelentkezni, ha kábeles kapcsolat van, offline módon nem. Ez abban nyilvánul meg hogy a jelszó beírását követően entert nyomva azonnal hangjelzés kíséretében a címben szereplő hibaüzenet jelenik meg és marad a bejelentkező ablaknál. Ez azért problémás mert laptopokról van szó és offline is szeretnék használni azokat. Valószínűleg valami profil probléma lesz, nem jön létre használható helyi másolat.
Sajnos a Google nem adott semmi használható infót sem erre, sem az angol megfelelőjére (The system cannot log you on because the domain ... is not available.). Olyan az egész mintha a WindowsXP házirendjében az offline bejelentkezések száma 0-ra lenne állítva és csak a tartomány-vezérlő jóváhagyásával lehetne bejelentkezni. Ez az érték persze nem 0, hanem az alapértelmezett érték (ha jól emlékszem 20).

szerver: Ubuntu 8.10 + Samba 3.2.3
kliensek: WindowsXP Professional HU w/SP3

Hálás lennék ha valaki tudna segíteni.

Sziasztok! Olyan problemaval allok szemben, amivel meg eletemben nem talalkoztam, pedig egy jopar evet dolgoztam mar az IT sector/ban es egy jopar eve foglalkozom szamitogepekkel. Tomondatokban: leszedtem a PCLinuxOS nevu csodat, hogy kiprobaljam, annak is a legujabb verziojat, a PCLinux OS 2009 Beta 3 N1PTT-TR6-ot (ez alol irom most ezt a post-ot). Csak es kizarolag live uzemmodban inditottam ezt a linuxot, ami nem nyul a winchesteren levo adatokhoz, teljesen on-the-fly modban fut (bar telepitheto is HDD-re). Amiota kiprobaltam ezt a distro-t, reboot utan mar nem mukodik az internetkapcsolatom (kabelnet) Windows Vista SP1 (origi, legalis) alatt, es az ext3 partiziomon levo openSuSE 11.1 linux alatt sem.. Sem reboot nem segit, sem a halokartya (Gigabyte Ethernet) leiltasa, ujra engedelyezese, sem a kabelmodem (Motorola (Vidanet)) ki-behuzigalasa, se semmi. Az UTP kabelt is huzogattam ki-be, semmi. Viszont ha ujrabootolom a PCLinuxOS-t, akkor ismet van netem, raadasul kapasbol, mindenfele allitgatas nelkul. A Vista SP1 meg azt mondja, hogy unidentified network, es egyetlen oldal sem jon be. Mi a teendo? Mit tudok csinalni? Most mindjart probalom ugyanezt megirni a PCLinuxOS hivatalos forumaba, csak meg kell fogalmaznom, ugyanis amerikai a disztribucio, es angolul kell irnom. Valami otlet?

sziasztok

egy ubuntu 7.04 szerveren frissítettem tegnap a sambát. 3.0.2.4 -> 3.3.0
az új sambát forrásból fordítottam le. (bizonyára ez volt a baj!)

újra felvettem a usereket és passwordöket, mert nem tudta a régieket kezelni.

ezután teszteltem: minden jól működött. a szerver látszott a hálózatban, a sambáról vissta64 kliensekre felcsatolt hálózati meghajtókat felcsatolta simán, látszott a nyomtató, lehetett nyomtatni, stb. többször újraindítottam a szervert is és a tesztklienseket is, hogy meggyőződjek, minden jó.

erre ma kezdi a szívózást...
először is a szerver már nem látszik a hálózatban a kliens gépeken, valamint az egyik kliens gép sem látszik. ebből master browser problémára gondoltam. (az smb az lmb is egyben, de nem dmb, mert nincs doamin. de amúgy dmb=yes-el sem működik). de úgy néz ki, a msbrowse működik:

nbtstat -a xxxxxxxx-server

LAN-Verbindung:
Knoten-IP-Adresse: [192.168.2.126] Bereichskennung: []

      NetBIOS-Namentabelle des Remotecomputers

       Name               Typ          Status
    ---------------------------------------------
    xxxxxx-SERVER  <00>  EINDEUTIG   Registriert
    xxxxxx-SERVER  <03>  EINDEUTIG   Registriert
    xxxxxx-SERVER  <20>  EINDEUTIG   Registriert
    ..__MSBROWSE__.<01>  GRUPPE      Registriert
    xxxxxx         <1D>  EINDEUTIG   Registriert
    xxxxxx         <1E>  GRUPPE      Registriert
    xxxxxx         <00>  GRUPPE      Registriert

    MAC Adresse = 00-00-00-00-00-00

ezt a mac adresst viszont nem értem igazán...

smbclient -L xxxxxxxx-server
Enter zzzzzz's password:
Domain=[XXXXXXXXX-SERVER] OS=[Unix] Server=[Samba 3.3.0]

        Sharename       Type      Comment
        ---------       ----      -------
        IPC$            IPC       IPC Service (Samba 3.3.0)
        Samba           Disk      Samba @ xxxxxxx-Server
        iX4000          Printer   Canon Pixma iX4000
Domain=[xxxxxxxxx-SERVER] OS=[Unix] Server=[Samba 3.3.0]

        Server               Comment
        ---------            -------

        Workgroup            Master
        ---------            -------
        xxxxxxxx             xxxxxxxx-SERVER

a klienseken a hálózati meghajtók továbbra is működnek. ezek nem ip cím alapján, hanem netbios név alapján vannak felcsatolva: "\\xxxxxx-server\samba" és samba felhasználó nevekkel: "xxxxxx-server\usernév" és jelszóval történik a hitelesítés, ez működik is.
pingelni is lehet mindent mindenhonnan, wins szerintem működik.

nyomtatni nem lehet.

itt az smb.conf

ha volna valakinek tippje, azt megköszönném!