|
Bardzo wolny transfer w LAN po zewn. adresie (przekierowanie portów)
|
| belliash |
Dodano 05-09-2013 14:40
|
Moderator
Posty: 730
Dołączył: 17/08/2010 08:53
|
Cytat lookaka napisał(a):
Rzeczywiście to inna sprawa - nie było moją intencją wysyłanie pełnego listingu bo nie o to chodziło ale i tak na pełnym niemam żadnego interfejsu z MTU 1492. O jakieś piwo możemy się założyć 
Wiec masz pewnie modemorouter ktory ustanawia polaczenie, a pomiedzy nim a swoim routerem zwykly ethernet. Co nie zmienia faktu ze na tym modemie (modemorouterze) masz zapewne MTU 1492 na interfejsie WANowym.
Tak czy inaczej nie jest to przedmiotem tego watku, wiec EOT.
Cytat lookaka napisał(a):
Wszystkie przypadki w których u mnie działa taki NAT loopback oparte są o WRT54GL ze standardowym Tomato 1.28 lub starszym i nigdzie nie zauważyłem spowolnienia,przynajmniej takiego które utrudniało by pracę - np. rdp czy ssh. Natomiast przesyłanie do ftp tą metodą faktycznie obciąża router dość mocno (właśnie sprawdzałem) ale nie przekłada się na aż takie obniżenie transferu - u mnie ok. 1500 kilobajtów/s przy czym do tego samego miejsca w sieci ale już po adresie lokalnym ok. 7500 kilobajtów na sekundę.
Cytat lookaka napisał(a):
jakby ludzie nie szukali dziury w całym to pewnie na naszych routerach używalibyśmy softów producenta
U mnie na OpenWrt tez dziala i nawet na FTP nie ma spowolnienia. I co z tego? To nie oznacza ze wszedzie bedzie dzialac. Roznie w softach moze to byc rozwiazane, tak samo jak w poszczegolnych sterownikach czy SoC. I nie raz juz pisalem, jak bardzo Tomato jest zabugowane, a autorzy maja to w powarzaniu... Poza tym nikt tu nie mowi o tworzeniu nowego softu, czy naprawie bugow, na ktore i tak devowie Tomato sie pewnie wypna. Ogolnie jesli chodzi o Tomato, to im starszy router, tym starszy soft bym wrzucal na niego.
Tak czy inaczej, autorowi zalezy chyba przede wszystkim na szybkim rozwiazaniu problemu. Wiec jedna z mozliwych i szybkich sposobow na pozbycie sie problemu jest skonfigurowanie lokalnego DNS tak, aby ta konkretna domene tlumaczyl na adres lokalny. Nawet gdyby znalezc winnego tego calego zamieszania i naprawic blad, to dalej bylby w to zamieszany NAT, a wiec rzeczywisty transfer bylby i tak nizszy niz lokalnie. Po co wiec tak kombinowac? Czasami najprostrze rozwiazania sa najlepsze.
Tym samym nie widze sensu aby dalej drazyc ten temat...
Linksys WRT1900AC: OpenWrt 19.07.2
Jetway JC390F841AA34B: OpenWrt 19.07.2
|
| |
|
|
| k3rnell |
Dodano 05-09-2013 14:43
|
User
Posty: 12
Dołączył: 22/12/2010 17:19
|
Przepraszam, ale nie zauważyłem Twojej odpowiedzi ;)
Cytat Skonfiguruj dnsmasq tak aby tlumaczyl Twoja domene na adres lokalny i po problemie
Nie za bardzo rozumiem? Teraz jest tak (w sieci wewnętrznej), że komputery pobierają IP po DHCP ale ze statycznym przypisywaniem IP po MACu. Jako DNS otrzymują IP wewn. routera tj. 192.168.0.254, a na routerze jest ustawione w konfiguracji DNS-a:
Użyj wewnętrznego DNS - TAK
Użyj otrzymanego DNS razem z DNS użytkownika - NIE
Zapobiegaj atakom DNS-rebind - TAK
Przechwyć port DNS (UDP 53) - TAK
Użyj bramy wprowadzonej przez użytkownika jeśli WAN jest wyłączony - TAK
Internet normalnie śmiga. Czy wobec tego w "Dnsmasq Własna konfiguracja" mam dopisać:
address=/server.foo.pl/192.168.0.254 |
| |
|
|
| belliash |
Dodano 05-09-2013 14:52
|
Moderator
Posty: 730
Dołączył: 17/08/2010 08:53
|
Po co tak utrudniac?
echo "IP DOMENA" >> /etc/hosts
gdzie IP to lokalny adres IP serwera, a domena... wiadomo ;)
Po tym zabiegu trzeba byloby jeszcze zrestartowac dnsmasq.
Zeby zmiany byly widoczne po restarcie routera... Wpisac te 2 linijki (dodajaca wpis i restartujaca dnsmasq) do skryptow startowych routera.
Linksys WRT1900AC: OpenWrt 19.07.2
Jetway JC390F841AA34B: OpenWrt 19.07.2
|
| |
|
|
| lookaka |
Dodano 05-09-2013 14:57
|
User
Posty: 94
Dołączył: 04/10/2007 20:05
|
belliash - masz m.in. RT-N16, który ma chyba dość podobny procesor (Broadcom 4716) do tego, który jest w WNR3500L (Broadcom BCM4718A) - zrób w wolnej chwili test i daj znać jak wyszło. Ja sprawdziłem na WRT54GL (BCM5352 200MHz) więc będzie co porównać.
edit:
nie widziałem wcześniejszych postów więc bardzo nie namawiam do testowania ale to i tak dziwne, że byłaby aż taka różnica w wydajności takiego zastosowania. |
| |
|
|
| belliash |
Dodano 05-09-2013 15:13
|
Moderator
Posty: 730
Dołączył: 17/08/2010 08:53
|
Cytat lookaka napisał(a):
belliash - masz m.in. RT-N16, który ma chyba dość podobny procesor (Broadcom 4716) do tego, który jest w WNR3500L (Broadcom BCM4718A) - zrób w wolnej chwili test i daj znać jak wyszło. Ja sprawdziłem na WRT54GL (BCM5352 200MHz) więc będzie co porównać.
Nie mam teraz czasu na pierdoly
Linksys WRT1900AC: OpenWrt 19.07.2
Jetway JC390F841AA34B: OpenWrt 19.07.2
|
| |
|
|
| k3rnell |
Dodano 05-09-2013 15:30
|
User
Posty: 12
Dołączył: 22/12/2010 17:19
|
Działa! Dzięki!
Ale teraz jak bym chciał zrobić przekierowanie np. na komputer .0.50 i wywoływać go po domenie to już to nie zadziała, bo z punktu widzenia sieci wewn. to server.foo.pl odnosi się do kompa .0.100 a nie do routera. Więc ogólnie rozwiązanie typu "łatka"... |
| |
|
|
| belliash |
Dodano 05-09-2013 15:39
|
Moderator
Posty: 730
Dołączył: 17/08/2010 08:53
|
To zrob przekierowanie z .0.100 na .0.50 albo zmien adres w /etc/hosts. Nie jest to latka, tylko czesto stosowane rozwiazanie. Tak sie poprostu robi.
Ja nie wiem czego dokladnie potrzebujesz bo podales za malo informacji aby zaproponowac jakies rozwiazanie.
Na szybko mozesz sprobowac:
iptables -t nat -A PREROUTING -p tcp --dport XX -d .0.100 -j DNAT --to-destination .0.50:XX
Edytowany przez belliash dnia 05-09-2013 15:48
Linksys WRT1900AC: OpenWrt 19.07.2
Jetway JC390F841AA34B: OpenWrt 19.07.2
|
| |
|
|
| k3rnell |
Dodano 09-09-2013 09:29
|
User
Posty: 12
Dołączył: 22/12/2010 17:19
|
Panowie dzięki za pomoc! Wszystko ładnie działa więc temat uważam za wyczerpany |
| |
|
' target='_blank'>Link
