WAP11 IP cím megadás linux alatt - HOGYAN?

Wireless

Sziasztok!

Hátha tudtok segíteni...

A felállás: linksys wap11-es access_point 2 db. Ezeknek az ipcímét
szeretném átállítani. most 10.x.x.x - en van ez nekem nem jó,
192.168.x.x kéne. (kernel 2.4.31, Slack 10.2)

Mi a teendő?

A válaszokat előre is köszönöm.

  • 2145 megtekintés

( Oregon (nem ellenőrzött) | 2006. 12. 01., p – 10:27 )

arp-val tudod mac alapjan atallitani az ip-cimet a sajat geped szamara, hogy aztan webesen is elerd es igazabol bekonfigold.

ez szeretned?

mert akkor:
kliensen kiadod:
arp -s i.p.c.i.m 00:00:00:00:00
vagy
arp -s i.p.c.i.m 00:00:00:00:00 temp

Ellenorzes:
arp[ENTER]

( meditor | 2006. 12. 01., p – 14:56 )

http://ipcim - névtelen nulla a reakció.

Letöltöttem az ap-utils nevű ukrán csodafegyvert. Kimondottan
WAP11-re. lefordítom, elindítom, némi varázslás árán szépen
fölismeri a cájgot. Kiírja a csipszetet, beállításokat, mindent.
Van egy-két bűvszó (úgymint: manufacturer, public), amelyekre
nem olyan könnyű rájönni, de ezen is túlestem.

Következett az ip_cím változtatás, na ez nem ment. kiadom
neki a parancsot, egyet villan a link_led, azt szépen minden
marad a régiben. Kivétel: factory reset: mert erre aztán reagál!
Az egyik AP-re kiadtam próbaként, azóta se kép, se hang, az
"Act" led hunyorog rajta ige nagy frekvenciával.

Van itt valaki, aki értelmezni tudja a helyzetet?

> Sol omnibus lucet.

( meditor | 2006. 12. 01., p – 20:49 )

Na, valahogy beleügyeskedtem az ip_cimeket. bridge_multipoint-ba
működőképes. Ha közel vannak egymáshoz az antennákat le kell
csavarni, mert megzavarodnak, mint vasorrú bába a mágneses
zivatarban.

Van egy-két furcsa jelenség, majd rájövök a megfejtésre
ezekkel kapcsolatban is, az eredményről beszámolok.

Az ap_utils valamit csinál, de még nem jöttem rá, hogy
írtam bele az EGYIKBE a jó ip_címet. A másikat XP alatt
konfigoltam be. (XP-t kellett installnom, nagyon fájt.)

Most műxik, de ezt a WAP11-et kerülni fogom a jövőben, ha lehet.

> Sol omnibus lucet.

Nem. Ez egy méréstechnikai projectbe kell. Kerestünk megoldást
rádiós mérési_adat_átvitelre, amely a soros porton keletkező
adatokat fölpostázza a szerverre by_air. A közvetlen rádiózás
(vannak ilyen kütyük) nem megoldás, mert DRÁGA. Ezért a soros
adatokat egy segédhardverral átdobjuk ethernetre, egy kanóc
segítségével átadjuk egy ap-nek, és ez reményeink szerint
átlövi azt a párszáz métert, ami a kliens és a szerver között
van. Ha csak egy kliensről lenne szó, nem lenne érdekes
az ár, de több tucat esetén nem mindegy, hogy kliensenként
80K_HUF, vagy 20K_HUF. Ráadásul az egy bokorban lévő klienseket
egy hubbal összefogjuk és egyetlen ap-vel átlőjük az adataikat,
mig a soros_rádiós konvert minden kliensre meg kell vásárolni.

Ez van (meg a bárányfelhők).

> Sol omnibus lucet.

nem baj,! azertot kerdeztem, mert o szemmel lathatoan tobb AP helyet is routert hasznal. anno volt egy ilyen ugyfelem, egyik iroda routolt a masik irodaba :) tudom, hogy ezt az eszkozt lehet siman hasznalni AP-kent is, de nekem azert ez mindig is fura marad.

Erre találtam én is utalást. De amig nem találjuk meg a
számunkra MÁS_SZEMPONTOK_SZERINT megfelelő konfigot,
addig nem feszegetjük a kérdést, tekintettel arra,
hogy inkább saját mérőelektronikánkon barkácsolunk, mint
egy garis hardvert hackeljünk. Végülis majdnem mindegy
hol fordítod át a sorost eth-ra (vagyis az általad említett
eset az nem átfordítás és most, ha jobban belegondolok vannak
előnyei, pl nem kell 2 ip cím egy eszközhöz - viszont nem
tudsz bokorba fogni több kliens egy hubbal).

> Sol omnibus lucet.