Witam,administruje małą siecią na około 35 użyszkodników całość opiera się na ruterach wrt-54g z wgranym tomato ,wgrana jest dodatkowo tablica "tabora" (wtajemniczeni wiedzą o co chodzi )która umożliwia mi blokowanie niepłacących z informacja o prosbie skontaktowania sie z administratorem i tu pojawia się problem -klienci podpięci po lanie i po kartach sieciowych radiowych są widoczni w tablicy ARP i widoczni są równiez w tablicy jako online i tu t wszystko jest OK, a już klienci którzy maja AP w trybie client są widoczni tylko w lisćie urządzeń nie widać ich w tablicy poniżej rysunek poglądowy jak to wszystko wyglada teraz:
[URL=www.fotosik.pl][/URL]
żeby rozwiązać problem pomyslałem o dołożeniu jeszcze jednego wrt-ka w trybie AP+WDS do niego podpietych by było docelowo 4-5 clientów w trybie bridge+wds bo w tym trybie działaja one przezroczyście (bylyby to ovislinki 5460 i 5450) i ok.3 kartami sieciowymi radiowymi wygladałoby to mniejwięcej tak:
[URL=www.fotosik.pl][/URL]
czy ten wrt-ek w trybi ap+wds wyrobi się ?na nim dodatkowo uruchomiony byłby serwer dhcp dla klientów po wi-fi z podzialem pasma, na routerze 1 zarezerwowałbym częśc pasma dla tego apka ,ma to sens czy za bardzo skomplikowałem? a może jakieś inne rozwiazanie? bo w tej chwili nic sensownego i w miarę taniego nie przychodzi mi do głowy
Ja mam u siebie podobną konfigurację ale jeden WRT54GL pracuje jako serwer i brama na zewnątrz. natomiast inne routery podłączone są jako klienci i nie ma najmniejszych problemów
-------------------------------------------------------------
DSL 6Mb
Linksys AM200
Serwer Linux NND
Linksys WRT54GL 1.1 -> TOMATO 1.20 (w razie awarii)
Linksys WRT54GS 6.0 -> DD-WRT V24 SP1 MICRO
widzisz problem polega na tym że narazie ovislinków nie wymienie na linksysy ,muszę sobie radzić tym co mam ,zdecydowałem się podzielić cały ruch na dwa routery ze wzgledu na ich ograniczenia i taki układ mi pasuje i teraz zastanawiam się czy nie dać na pozosotałych klientów oprócz routera 2 dodatkowego AP własnie w trybie AP+WDS bo w tym trybie moge połaczyć ovislinki przezroczyście (bridge +wds) ale czy to ma sens? ,
narazie rozwiązałem problem połowicznie tzn :
wpisałem mac ovislinków w tablicy tabora i moge blokować i wysyłac komunikaty ale już nie na poszczególny komputer tylko na wszystkie i nawet mi to pasuje...i mogłoby tak zostać
ale dalej się zastanawiam nad tym czy nie dołożyć jeszcze jednego wrt-ka tylko do obsługi klientów po wi-fi bo z tego co widzę to router nr 1 powoli łapie zadyszkę ,ma do obsłużenia w tej chwili 20 klientów po lanie drugą podsieć z routera nr 2- 9 osób i z 9 komputerów po wi-fi
@ZENiTH jak rozumiem linksysy w trybie klient działaja transparentnie? czyli przepuszczaja maci na serwer tak że widzisz ich w WOL w TOMATO jako aktywnych w ARP?
· Łącznie użytkowników: 24,115 · Najnowszy użytkownik: Ja
Czat
Musisz się zalogować, aby opublikować wiadomość.
Maniek91PL
06-11-2024 22:37
dzięki !
maxikaaz
29-10-2024 14:27
@Maniek91PL - Administration=> Admin Access, i tam masz "Allow Wireless Access" do zaznaczenia
Maniek91PL
26-10-2024 22:07
siemka! ktoś przypomni co się ustawiało jeśli nie mogę wejść od strony wifi do tomato? od lan działa
overflow2
04-10-2024 17:34
Kupowałem Asusy n10u albo n12d1 ale nie widzę ich, chyba już nie produkują, Chodzi o coś nowego i taniego. Transfery niewielkie.
maxikaaz
04-10-2024 09:38
@overflow2 patrząc po dostępności funkcji w nowych kompilacjach, to chyba nawet WRT54G/GL jeszcze ma OpenVPN, albo jakiś odpowiednik... zależy, na jakie transfery liczysz.
overflow2
30-09-2024 20:53
Jaki aktualnie najtańszy router do tomato do openvpn?
maxikaaz
27-07-2024 15:07
@servee - na początek router do rozebrania i obejrzenia, ciężko wróżyć tak tylko po objawach
maxikaaz
27-07-2024 14:55
@servee - cały kontroler nie pada tak sobie z powodu "zbiegu okoliczności", więc prawdopodobnie gdzieś przepięcie.
servee
25-07-2024 13:33
@maxikaaz: działało, aż pewnego pięknego dnia przestało działać. W tym dniu była też burza, ale to raczej zbieg okoliczności.
maxikaaz
25-07-2024 11:38
@servee - o ile problem jest w obrębie samych wyjść (dławiki, warystory), to naprawialne, ale jeśli w samym SoC - to nienaprawialne ze względu na koszta. A co było przyczyną?
' target='_blank'>Link
