Witam.
Mam w domu siec opartą na Routerze LinkSys WAG320N-EU.

Potrzebuje urzadzenie które odbierało by od niego sygnał WiFi i zamieniało go na ethernet. Najlepiej zeby miał 4 gniazga RJ-45.

Rozumiem ze musze zakupić jakis Access Point.

Podpowiedzcie jaki najlepiej i w jakim trybie musi on pracowac?

Pozdrawiam

Użytkownik "J.M.Oizo" <oizo[No Spam]@autograf.pl> napisał w wiadomości
news:id2nqs$i9n$1inews.gazeta.pl...

Witam.
Mam w domu siec opartą na Routerze LinkSys WAG320N-EU.

Potrzebuje urzadzenie które odbierało by od niego sygnał WiFi i zamieniało go na ethernet. Najlepiej zeby miał 4 gniazga RJ-45.

Rozumiem ze musze zakupić jakis Access Point.

Podpowiedzcie jaki najlepiej i w jakim trybie musi on pracowac?

Np. TP-link WR543G AP/APC
Powinienes go kupić za mniej niż 85zł jeżeli ktoś chce drożej to chce cię
oskubać.

Marek

"tarnus" 4cf4e674$0$27038$65785112@news.neostrada.pl

Np. TP-link WR543G AP/APC

Popieram -- jest dobry i tani.

Ma dwa tryby:

  AP Client Router     WISP Client Router
  AP Router            Wireless Broadband Router

I należy go ustawić w tym górnym. :)

--
   .`'.-.         ._.                           .-.
   .'O`-'     ., ; o.'    eneuel@@gmail.com    '.O_'
   `-:`-'.'.  '`\.'`.'    ~'~'~'~'~'~'~'~'~    o.`.,
  o'\:/.d`|'.;. p \ ;'. . ;,,. ; . ,.. ; ;. . .;\|/....

W dniu 2010-11-30 14:16, Eneuel Leszek Ciszewski pisze:

"tarnus" 4cf4e674$0$27038$65785112@news.neostrada.pl

Np. TP-link WR543G AP/APC

Popieram -- jest dobry i tani.

Ma dwa tryby:

AP Client Router WISP Client Router
AP Router Wireless Broadband Router

I należy go ustawić w tym górnym. :)

Ale ma sporą wadę. Tryb AP Client niestety, nie jest przezroczysty. To znaczy, że owszem, połączy się do istniejącej sieci WiFi jako klient, ale po stronie LANu kablowego jest już inna sieć, a między LANami robiony jest NAT.

W 99% przypadków w takim zastosowaniu, będą to dwa NATy po sobie - jeden na tym AP kliencie, drugi na routerze spinającym nas z internetem. Nie jest to zbyt dobry patent, bo amator dobrze sobie tego nie skonfiguruje i będzie narzekał, że coś nie działa.

Może jest jakiś firmware do tego TP-linka który umożliwia tryb przezroczysty AP client, ale ja nie znalazłem.

Za to Linksys WRT54GL z Tomato nie ma z tym problemu.

Pozdr,
Tomek

Użytkownik "Tomek Głowacki" <t_gl_nospam_wyalto@wytnijto_o2.pl> napisał w wiadomości news:id301k$qdj$1portraits.wsisiz.edu.pl...

Za to Linksys WRT54GL z Tomato nie ma z tym problemu.

To fakt ale kosztuje 3x więcej.

"Tomek Głowacki" id301k$qdj$1@portraits.wsisiz.edu.pl

W 99% przypadków w takim zastosowaniu, będą to dwa NATy po
sobie - jeden na tym AP kliencie, drugi na routerze spinającym
nas z internetem.

I co w tym złego? :) Nie mam ,,swego'' adresu?
Ja mam (w takim wypadku) co najmniej aż trzy NATki.
(po/za APC stoi AP)

Nie jest to zbyt dobry patent, bo amator dobrze sobie
tego nie skonfiguruje i będzie narzekał, że coś nie działa.

U mnie działa -- nie widzę swego adresu, ale poza tym OK.

Może jest jakiś firmware do tego TP-linka który umożliwia
tryb przezroczysty AP client, ale ja nie znalazłem.

Za to Linksys WRT54GL z Tomato nie ma z tym problemu.

I jaki to daje zysk?

--
  ^  750                                      749      ^c 440      12 łyknąłem już Ventolin        438
  |  740 brak         .  14      18        23 739     F|l 430                 14      18      22   431
  |  730  Telfexo    12 .    1617   .20       729     E|i 420   070809 . .   .    16      20       416
 P|l 720          .                      22   719     V|t 410         10  12    15      19  21  23 410
 E|/ 710   07       .                         709      |r 400               13                     399
 F|m 700     08091011 *13  15     *19 *21     690     1|y 390           11          17             395

W dniu 2010-11-30 15:39, Eneuel Leszek Ciszewski pisze:

I co w tym złego? :) Nie mam ,,swego'' adresu?
Ja mam (w takim wypadku) co najmniej aĹź trzy NATki.
(po/za APC stoi AP)


I jaki to daje zysk?

To nie chodzi o widzialność twojego adresu na zewnątrz, tylko o konfigurację niektórych rzeczy tak, aby działały poprawnie (VoIP, konsole do gier, gry, p2p, inne aplikacje wymagające bezpośredniej komunikacji lub takie co się z NATem nie lubią).

Amator sobie z tym nie poradzi. Nie skonfiguruje dobrze kilkukrotnych NATów (porty!). Poza tym, tak czy siak, każdy NAT wprowadza opóźnienia, chyba że robisz go na potężniejszej maszynie niż domowy router. Każdy NAT ma też ograniczenia na wielkość tablicy, co też na domowych routerach typu TP-link bywa problemem (na WRT54GL z Tomato jest to konfigurowalne, oczywiście ograniczeniem jest i tak ilość dostępnej pamięci).

Ja zwielokrotniania NATĂłw nie polecam, ale niech sobie kaĹźdy robi jak lubi.

Co do zysku z przezroczystego AP clienta - jak sama nazwa wskazuje, jest zupełnie przezroczysty dla użytkownika. Traktujesz połączenie WiFi jak kolejny port ethernet/połączenie kablowe i już. DHCP i inne rzeczy (NAT, przekierowanie portów, QoS) robisz tam gdzie masz główny APek. Ten robi jedynie za przedłużacz.

Pozdr,
Tomek

Użytkownik "Tomek Głowacki" <t_gl_nospam@srakapraptaka_o2.pl.invalid> napisał w wiadomości news:id3p4e$t0j$1portraits.wsisiz.edu.pl...

Co do zysku z przezroczystego AP clienta - jak sama nazwa wskazuje, jest zupełnie przezroczysty dla użytkownika. Traktujesz połączenie WiFi jak kolejny port ethernet/połączenie kablowe i już. DHCP i inne rzeczy (NAT, przekierowanie portów, QoS) robisz tam gdzie masz główny APek. Ten robi jedynie za przedłużacz.

A wady? Wszystko co rozsyła jakikolwiek komputer w sieci LAN będzie szło także po wifi, a więc zabiera pasmo wifi pomiędzy Roterem a APekiem.

"nom" id5nnm$m3$1@pippin.nask.net.pl

Co do zysku z przezroczystego AP clienta - jak sama nazwa wskazuje, jest zupełnie przezroczysty dla użytkownika. Traktujesz połączenie WiFi jak kolejny port ethernet/połączenie kablowe i już. DHCP i inne rzeczy (NAT, przekierowanie portów, QoS) robisz tam gdzie masz główny APek. Ten robi jedynie za przedłużacz.

A wady? Wszystko co rozsyła jakikolwiek komputer w sieci LAN będzie szło także po wifi, a więc zabiera pasmo wifi pomiędzy Roterem a APekiem.

Może jaśniej i konkretniej?

--
  ^  750                                      749      ^c 440      12 łyknąłem już Ventolin        438
  |  740 brak         .  14      18        23 739     F|l 430                 14      18      22   431
  |  730  Telfexo    12 .    1617   .20       729     E|i 420   070809 . .   .    16      20       416
 P|l 720          .                      22   719     V|t 410         10  12    15      19  21  23 410
 E|/ 710   07       .                         709      |r 400               13                     399
 F|m 700     08091011 *13  15     *19 *21     690     1|y 390           11          17             395

Użytkownik "Eneuel Leszek Ciszewski" <prosze@czytac.fontem.lucida.console> napisał w wiadomości news:id6ofr$lks$3inews.gazeta.pl...

"nom" id5nnm$m3$1@pippin.nask.net.pl

A wady? Wszystko co rozsyła jakikolwiek komputer w sieci LAN będzie szło także po wifi, a więc zabiera pasmo wifi pomiędzy Roterem a APekiem.

Może jaśniej i konkretniej?

W sieciach LAN opartych na Ethernecie wykorzystuje się protokół CSMA/CD (ang. Carrier Sense Multiple Access / with Collision Detection). Niemniej jednak teraz są "inteligentne" przełączniki, ktore kierują pakiety tylko do tych komputerów, do których potrzeba (na podstawie adresu MAC). Jak przełącznik nie mają tego adresu MAC w tablicy adresów MAC i nie wie do którego portu jest podłaczony komputer, wtedy wysyłają pakiety do całej sieci LAN. Tak samo jak pakiety typu Broadcast (rozgłoszeniowe).
Wszytsko było skrótem myślowym, oznaczało, wszystkie pakiety, ktorych adres MAC nie jest zdefiniowany w tablicy danego router z punktem AP, będą przesyłane do wszystkich portów danego routera w tym do portu wifi. :-)

"nom" idaabi$np8$1@pippin.nask.net.pl

A wady? Wszystko co rozsyła jakikolwiek komputer w sieci LAN będzie
szło także po wifi, a więc zabiera pasmo wifi pomiędzy Roterem a APekiem.

Może jaśniej i konkretniej?

W sieciach LAN opartych na Ethernecie wykorzystuje się protokół CSMA/CD
(ang. Carrier Sense Multiple Access / with Collision Detection). Niemniej
jednak teraz są "inteligentne" przełączniki, ktore kierują pakiety tylko
do tych komputerów, do których potrzeba (na podstawie adresu MAC). Jak
przełącznik nie mają tego adresu MAC w tablicy adresów MAC i nie wie do
którego portu jest podłaczony komputer, wtedy wysyłają pakiety do całej
sieci LAN. Tak samo jak pakiety typu Broadcast (rozgłoszeniowe). Wszytsko
było skrótem myślowym, oznaczało, wszystkie pakiety, ktorych adres MAC nie
jest zdefiniowany w tablicy danego router z punktem AP, będą przesyłane do
wszystkich portów danego routera w tym do portu wifi. :-)

I ,,przeźroczysty'' APek nie jest inteligentny podczas gdy ,,nieprzeźroczysty'' jest?

Rozumiem, że to, co taki ,,przeźroczysty'' APek dostanie z ,,zewnątrz'' roześle
po wszystkich swoich portach RJ (nie licząc portu ,,zewnętrznego'') oraz po WiFi,
podczas gdy ,,nieprzeźroczysty'' pośle to coś tylko pod wskazany adres RJ, do
którego podczepiona została konkretna karta (z konkretnym MAC) wcześniej
zdefiniowana jako adekwatna konkretnemu pseudo-IP? (pseudo-IP -- czyli
temu IP ,,wewnętrznej'' sieci, stojącemu za NATkiem)

Innymi słowy -- czy chodzi Ci o to, że ,,przeźroczysty'' APek spełnia rolę
prymitywnego HUBa podczas gdy ,,nieprzeźroczysty'' może być ,,inteligentnym''
swiczem/przełącznikiem gdyż zna adresy MAC podczepione do swoich portów RJ?

Jeśli tak -- APek to APek i jest przeznaczony przede wszystkim do WiFi a tam
inteligencji wielkiej chyba nie ma -- trzeba słać wszędzie. licząc na to, że
tylko wskazana karta to odbierze. :) (ograniczenie słania tylko na północny
wschód raczej odpada)

-=-

Wracając do wady NATków -- po drodze chyba może być tego (NATkowania) tak
dużo, że nie warto nad tym zastanawiać się. Próba zapanowania nad NATkwaniem
(nad translatowaniem ;) adresów z podsieciowych na inne podsieciowe) chyba musi
zakończyć się fiaskiem. Poza tym ponoć ;) od jakiegoś czasu ludzkość przechodzi
na dłuższe adresy IP, co ma doprowadzić do rezygnacji z NATKowania...

Dobrze myślę?

Ja dostaję dla swego APCka podsieciowe IP od kogoś (nie wiem, od kogo) nadaję
nowe IP APkowi (chyba na sztywno) a ten APek rozdaje kolejne adresy komputerom
podpiętym po WiFi -- tu z cała pewnością bez DHCP. :) (bo DHCP potrafi zawodzić;
akurat tu nie zawodzi, ale zawiodło w innym miejscu, więc tu nadałem IP sztywne)

Też nie tak -- bp temu APCkowi ja nadaję IP.

-==-

I tutaj jest ,,problem'' -- to nieprawda, że co APek to inna sieć z jej własnymi numerami.
I nie dlatego, że nie mogę konfigurować przekierowań portowych, ale dlatego, że widzę
z ,,ostatniego'' komputera wszystkie adresy urządzeń 0,1,2,3 -- gdzie 0 to ten ostatni
komputer, a 3 to nieznany mi APek, z którym widzi się mój APCek (2) do którego podpięty
jest APek (1) poprzez drut/RJ_45.

-=-

Moja konfiguracja jest skomplikowana a nie chcę teraz rozgryzać co i jak.
Jest skomplikowana nie dlatego, że tutaj coś źle chodziło, ale dlatego, że
chodziło źle coś w innym miejsca a tutaj chciałem ustrzec się tamtych błędów.


Ale raczej ukrytego NATkowania tu nie ma.

--
  ^  750                                      749      ^c 440      12 łyknąłem już Ventolin        438
  |  740 brak         .  14      18        23 739     F|l 430                 14      18      22   431
  |  730  Telfexo    12 .    1617   .20       729     E|i 420   070809 . .   .    16      20       416
 P|l 720          .                      22   719     V|t 410         10  12    15      19  21  23 410
 E|/ 710   07       .                         709      |r 400               13                     399
 F|m 700     08091011 *13  15     *19 *21     690     1|y 390           11          17             395

Użytkownik "Eneuel Leszek Ciszewski" napisał:

Poza tym ponoć ;) od jakiegoś czasu ludzkość przechodzi
na dłuższe adresy IP, co ma doprowadzić do rezygnacji z NATKowania...

Tak. I za darmo będą je dawać każdemu komputerowi w sieci lokalnej.

Dobrze myślę?

ROTFL. Dobrze to by było jakbyś wiedział o czym piszesz.

Remek

"Remek" idhr83$5p0$1@inews.gazeta.pl

ROTFL. Dobrze to by było jakbyś wiedział o czym piszesz.

A tak słów kilka więcej -- można? Bo na razie niczego ciekawego nie napisałeś.

--
   .`'.-.         ._.                           .-.
   .'O`-'     ., ; o.'    eneuel@@gmail.com    '.O_'
   `-:`-'.'.  '`\.'`.'    ~'~'~'~'~'~'~'~'~    o.`.,
  o'\:/.d`|'.;. p \ ;'. . ;,,. ; . ,.. ; ;. . .;\|/....

Użytkownik "Eneuel Leszek Ciszewski" napisał:

A tak słów kilka więcej -- można? Bo na razie niczego ciekawego nie
napisałeś.

Za to nie piszę bzdur jak to:

"ludzkość przechodzi na dłuższe adresy IP, co ma doprowadzić do rezygnacji z
NATKowania"

Ty masz jakiś problem z osobowością? Bo bredzisz jak w gorączce. Czytanie Twoich postów może człowiekowi zaszkodzić.

Remek

"Remek" idl268$9p0$1@inews.gazeta.pl

Ty masz jakiś problem z osobowością?

Nie wiem. :) Mam z płucami i kośćmi. :)

Bo bredzisz jak w gorączce. Czytanie Twoich postów może człowiekowi zaszkodzić.

Czytanie bzdur o NATkowaniu w każdym APku może zaszkodzić. :)

-=-

O przechodzeniu na adresy dwa razy dłuższe słyszę od co najmniej piętnastu lat. :)
(16 bitów razy 4 -- cztery liczby szesnastobitowe) Nawet któregoś razu Radio Rydzyka
mówiło o zupełnie nowym internecie i o jakiejś rewolucji. Zaciekawiony słuchałem
z zapartym tchem, :) ale okazało się, że za mnogością liter kryje się jedynie
informacja o wyczerpanych pulach numerków IP...

--
  ^  750                                      749      ^c 440      12 łyknąłem już Ventolin        438
  |  740 brak         .  14      18        23 739     F|l 430                 14      18      22   431
  |  730  Telfexo    12 .    1617   .20       729     E|i 420   070809 . .   .    16      20       416
 P|l 720          .                      22   719     V|t 410         10  12    15      19  21  23 410
 E|/ 710   07       .                         709      |r 400               13                     399
 F|m 700     08091011 *13  15     *19 *21     690     1|y 390           11          17             395

"Tomek Głowacki" id3p4e$t0j$1@portraits.wsisiz.edu.pl

To nie chodzi o widzialność twojego adresu na zewnątrz, tylko o konfigurację niektórych rzeczy tak, aby działały poprawnie (VoIP, konsole do gier, gry, p2p, inne aplikacje wymagające bezpośredniej komunikacji lub takie co się z NATem nie lubią).

VoIP idzie przez wszystkie (co najmniej 3) NATki bez problemów.
Gry i pierdupierdu... Nie mam na to czasu. I nie mam możliwości
technicznych -- korzystam z dzikich łącz za które nie płacę, :)
jeśli nie liczyć zużywanej energii elektrycznej, samych AP/APCków
i czasu na ich stałe :) rekonfigurowanie...

Amator sobie z tym nie poradzi. Nie skonfiguruje dobrze kilkukrotnych NATów (porty!). Poza tym, tak czy siak, każdy NAT wprowadza opóźnienia, chyba że robisz go na potężniejszej maszynie niż domowy router. Każdy NAT ma też ograniczenia na wielkość tablicy, co też na domowych routerach typu TP-link bywa problemem (na WRT54GL z Tomato jest to konfigurowalne, oczywiście ograniczeniem jest i tak ilość dostępnej pamięci).

Łomatko!!!! Co Ty wypisujesz!!! Jakie opóźnienie? Ja mam pingi czasami
jednocyfrowe -- a przede mną APCek i APek oraz diabli wiedzą ile ścian
z cegły czy z betonu!!!

Jakie porty i jaki amator?!?!?! To działa poprawnie także
bez jakiejkolwiek konfiguracji czynionej przez użytkownika!!!!
Trzeba tylko podłączyć wtyczki zasilające i APCek z APkiem oraz
APek z bramką VoIP... Być może APCkowi trzeba pokazać palcem,
do kogo ma łączyć się -- a może i bez tego się połączy, z kim
popadnie jeśli w sensownym czasie nie dostanie ww. wskazania
palcowego. :)

Ja zwielokrotniania NATów nie polecam, ale niech sobie każdy robi jak lubi.

Co do zysku z przezroczystego AP clienta - jak sama nazwa wskazuje, jest zupełnie przezroczysty dla użytkownika. Traktujesz połączenie WiFi jak kolejny port ethernet/połączenie kablowe i już. DHCP i inne rzeczy (NAT, przekierowanie portów, QoS) robisz tam gdzie masz główny APek. Ten robi jedynie za przedłużacz.

Obawiam się, że na tym polegało rozproszenie sieci komputerowych -- na
decentralizacji i na rezygnacji z główności na rzecz równości czy
równoważności. :)

-=-

Wracając do problemów z VoIP -- IMO najtrudniejszą rzeczą
jest znalezienie dobrego i zarazem taniego ,,sprzętu'' na
BT podłączanego do telefonu zainstalowanego na komputerze. :)
No i... Sam zasięg BT...

--
  ^  750                                      749      ^c 440      12 łyknąłem już Ventolin        438
  |  740 brak         .  14      18        23 739     F|l 430                 14      18      22   431
  |  730  Telfexo    12 .    1617   .20       729     E|i 420   070809 . .   .    16      20       416
 P|l 720          .                      22   719     V|t 410         10  12    15      19  21  23 410
 E|/ 710   07       .                         709      |r 400               13                     399
 F|m 700     08091011 *13  15     *19 *21     690     1|y 390           11          17             395

Użytkownik "Tomek Głowacki" <t_gl_nospam_wyalto@wytnijto_o2.pl> napisał w wiadomości news:id301k$qdj$1portraits.wsisiz.edu.pl...

W dniu 2010-11-30 14:16, Eneuel Leszek Ciszewski pisze:

"tarnus" 4cf4e674$0$27038$65785112@news.neostrada.pl

Np. TP-link WR543G AP/APC

Popieram -- jest dobry i tani.

Ma dwa tryby:

AP Client Router WISP Client Router
AP Router Wireless Broadband Router

I należy go ustawić w tym górnym. :)

Ale ma sporą wadę. Tryb AP Client niestety, nie jest przezroczysty. To znaczy, że owszem, połączy się do istniejącej sieci WiFi jako klient, ale po stronie LANu kablowego jest już inna sieć, a między LANami robiony jest NAT.

W najnowszej wersji firmware WR543G ma opcje Bridge, wiec łącząc się z innym APekiem jest cały czas w tej samej sieci.
Tańszy jest jeszcze WR340G, też ma opcję Bridge i kosztuje jakieś 60zł. :-)
Ostatnio łączyłem go z AP Intelinnet i działają bardzo dobrze, zarówno komputery podłączone do AP Intellinet jak i do TP-Linka WR340 są w tej samej sieci i mają adresy z tej samej puli. Maksymalnie można tak spiąć 6 APeków i to się chyba nazywa WDS. :-) Wadą tego rozwiązania jest, że maksymalnie można ustawić szyfrowanie WEP, bo w trybie Bridge TP-Linki nie obsługują WPA/WPA2. :-)

"nom" id5fv6$q4t$1@pippin.nask.net.pl

W najnowszej wersji firmware WR543G ma opcje Bridge, wiec łącząc się z innym APekiem jest cały czas w tej samej sieci.
Tańszy jest jeszcze WR340G, też ma opcję Bridge i kosztuje jakieś 60zł. :-)
Ostatnio łączyłem go z AP Intelinnet i działają bardzo dobrze, zarówno komputery podłączone do AP Intellinet jak i do TP-Linka WR340 są w tej samej sieci i mają adresy z tej samej puli. Maksymalnie można tak spiąć 6 APeków i to się chyba nazywa WDS. :-) Wadą tego rozwiązania jest, że maksymalnie można ustawić szyfrowanie WEP, bo w trybie Bridge TP-Linki nie obsługują WPA/WPA2. :-)

Teoretycznie 340 ma i WDS, i Bridge. Praktyka wydaje się jednak zaprzeczać
tej teorii. :) Ja mam dwa 340. :) Jeden z nich nawet nie chce gadać z kartą
(karta na USB) TPlinka :) (chyba 321G) podłączoną do komputera poprzez
USB 1.1 -- drugi 340 już z tą samą kartą dogaduje się bez trudu, choć
z jakiegoś powodu (nie pamiętam, jakiego) musiałem zejść na jakieś nie
najlepsze szyfrowanie.

--
  ^  750                                      749      ^c 440      12 łyknąłem już Ventolin        438
  |  740 brak         .  14      18        23 739     F|l 430                 14      18      22   431
  |  730  Telfexo    12 .    1617   .20       729     E|i 420   070809 . .   .    16      20       416
 P|l 720          .                      22   719     V|t 410         10  12    15      19  21  23 410
 E|/ 710   07       .                         709      |r 400               13                     399
 F|m 700     08091011 *13  15     *19 *21     690     1|y 390           11          17             395

Użytkownik "Tomek Głowacki"  napisał w wiadomości grup dyskusyjnych:

Np. TP-link WR543G AP/APC

Popieram -- jest dobry i tani.

Ma dwa tryby:

AP Client Router WISP Client Router
AP Router Wireless Broadband Router

I należy go ustawić w tym górnym. :)

Ale ma sporą wadę. Tryb AP Client niestety, nie jest przezroczysty. To znaczy, że owszem, połączy się do istniejącej sieci WiFi jako klient, ale po stronie LANu kablowego jest już inna sieć, a między LANami robiony jest NAT.

W 99% przypadków w takim zastosowaniu, będą to dwa NATy po sobie - jeden na tym AP kliencie, drugi na routerze spinającym nas z internetem. Nie jest to zbyt dobry patent, bo amator dobrze sobie tego nie skonfiguruje i będzie narzekał, że coś nie działa.

Pozdr,
Tomek

Witam po przerwie.

Jak sie z LAN-u głownego połaczyc z LAN-em juz za AP?

Lan główny ma IP z puli 10.0.0.1-255
Lan na AP ma ip z puli 192.168.0.1-255

W Lan-ie głównym jest komputer z ip 10.0.0.2 i chce z niego wykonac połączenie z serwerem FTP który jest na komputerze w Lanie za AP z IP 192.168.0.254.

Czy da sie to zrobic za pomocą Total Commandera?

Pozdrawiam

Dnia Thu, 27 Jan 2011 21:51:08 +0100, J.M.Oizo napisał(a):

Jak sie z LAN-u głownego połaczyc z LAN-em juz za AP?

Lan główny ma IP z puli 10.0.0.1-255 Lan na AP ma ip z puli
192.168.0.1-255

W Lan-ie głównym jest komputer z ip 10.0.0.2 i chce z niego wykonac
połączenie z serwerem FTP który jest na komputerze w Lanie za AP z IP
192.168.0.254.

Rozumiem, Ĺźe ten AP robi za router z NAT-em.

Zrobić na nim przekierowanie portu 22 na 192.168.0.254

Czy da sie to zrobic za pomocą Total Commandera?

Tak. Zapewne tylko w trybie pasywnym FTP.

Potrzebujesz tego http://draytek.pl/?k=produkty&d=32&n=194

J.M.Oizo wrote:

Witam.
Mam w domu siec opartą na Routerze LinkSys WAG320N-EU.

Potrzebuje urzadzenie które odbierało by od niego sygnał WiFi i zamieniało
go na ethernet. Najlepiej zeby miał 4 gniazga RJ-45.

Rozumiem ze musze zakupić jakis Access Point.

Podpowiedzcie jaki najlepiej i w jakim trybie musi on pracowac?

Tryb o który ci chodzi nazywa się WISP (Wireless Ineternet Service
Provider). --
Zbigniew[at]Cofala[dot]com
http://turox.pl

W wiadomości:id2nqs$i9n$1@inews.gazeta.pl,
J.M.Oizo <oizo[No Spam]@autograf.pl> nastukał:

Witam.
Mam w domu siec opartą na Routerze LinkSys WAG320N-EU.

Potrzebuje urzadzenie które odbierało by od niego sygnał WiFi i
zamieniało go na ethernet. Najlepiej zeby miał 4 gniazga RJ-45.

polecam G.DUO, ma dwa osobne radia

--
VSS