to się rozumie samo przez się z dns
ale tak naprawdę jest więcej. jak ktoś ma sambę to dochodzą jeszcze opcje związane z netbios
Nie jesteś zalogowany. Proszę się zalogować lub zarejestrować.
eko.one.pl → Posty przez rpc
to się rozumie samo przez się z dns
ale tak naprawdę jest więcej. jak ktoś ma sambę to dochodzą jeszcze opcje związane z netbios
jeszcze jedna uwaga zamiast
option 'options' '-O tag:lan2,3,192.168.2.1 -O tag:lan3,3,192.168.3.1 -O tag:lan4,3,192.168.4.1'mozna napisac troszkę inaczej
list 'options' '-O tag:lan2,3,192.168.2.1'
list 'options' '-O tag:lan3,3,192.168.3.1'
list 'options' '-O tag:lan4,3,192.168.4.1'i tez będzie dobrze
w przeciwieństwie do wireless gdzie nie wiem czemu parametr list dubluje opcje. Tu jest wszystko jak najbardziej w porządku.
ps. ja testowałem na ubuntu z networkmanager
można jeszcze inaczej
robisz taki config:
config 'dnsmasq'
option 'domainneeded' '1'
option 'boguspriv' '1'
option 'filterwin2k' '0'
option 'localise_queries' '1'
option 'rebind_protection' '1'
option 'rebind_localhost' '0'
option 'local' '/lan/'
option 'domain' 'lan'
option 'expandhosts' '1'
option 'nonegcache' '0'
option 'authoritative' '1'
option 'readethers' '1'
option 'leasefile' '/tmp/dhcp.leases'
option 'resolvfile' '/tmp/resolv.conf.auto'
option 'dhcphostsfile' '/etc/dhcp.hosts'
config 'dhcp' 'lan'
option 'interface' 'lan'
option 'start' '100'
option 'limit' '150'
option 'leasetime' '12h'
option 'options' '-O tag:lan2,3,192.168.2.1'
config 'dhcp' 'wan'
option 'interface' 'wan'
option 'ignore' '1'potem tworzysz plik
/etc/dhcp.host i definiujesz w każdym wierszu oddzilenie hosta tak jak orginalnie w pliku dnsmasq.conf czyli
12:34:56:78:92:12,192.168.1.172
12:34:56:78:92:13,192.168.1.173
12:34:56:78:92:14,set:lan2,192.168.1.174
12:34:56:78:92:15,set:lan2,192.168.1.175i też powinno być ok
ta ostatnia konfiguracja jakby zadziałała jest najfajniejsza bo nie zaśmiecamy linii uruchomienia dnsmasq i mamy wszystko w jednym pliku ![]()
acha na wiki jest błąd bo opcja na wiki opisana jest jako hostfile ale w konfigu zdefiniowali ją jako dhcphostfile nie wiem czy to literówka czy tak ma być ale w backfire tak jest
wtedy log mamy taki
-K -D -y -Z -b -E -s lan -S /lan/ -l /tmp/dhcp.leases -r /tmp/resolv.conf.auto --dhcp-hostsfile=/etc/dhcp.hosts --stop-dns-rebind --dhcp-range=lan,192.168.1.100,192.168.1.250,255.255.255.0,12h -O tag:lan2,3,192.168.2.1 -O lan,3,192.168.1.1 -2 'pppoa-wan'jeszcze jedna uwaga co do opcji dhcphostsfile. Najfajniejsze w tym jest to że możesz bez problemu dodawać hosty do tego pliku w każdym momencie i NIE MUSISZ restartować dnsmasq. On czyta plik za każdym razem kiedy uzyska sygnał SIGHUP
czyli patrzysz jaki pid ma dnsmasq w ps ax
a potem komenda
kill -s SIGHUP 5109gdzie 5109 to nasz pid dnsmasq
Ps. To co tu opisałem działa właśnie przetestowałem i w zależności czy ktoś ma przypisany tak czy nie dostaje inny router
Mała uwaga do powyższego dla potomnych
w takiej konfiguracji co chcemy uzyskać nie wolno użyć opcji z openwrt dhcp_options. Jak jej użyjemy w ogóle nasze tagi nie będą brane pod uwagę. Jak chcemy mieć np. trzy routery to piszemy TYLKO jedną linię np.:
option 'options' '-O tag:lan2,3,192.168.2.1 -O tag:lan3,3,192.168.3.1 -O tag:lan4,3,192.168.4.1'wtedy będzie działać jak należy
w wolnej chwili zrobię z tego arta ![]()
jeszcze jedno mam jeszcze jeden pomysł
powinna zadziałać poniższa konfiguracja
config 'dhcp' 'lan'
option 'interface' 'lan'
option 'start' '100'
option 'limit' '50'
option 'leasetime' '12h'
option 'dhcp_option' '3,192.168.1.1'
option 'options' '-O tag:lan2,3,192.168.2.1 -G 12:34:56:78:92:12,set:lan2,192.168.1.170'
config 'dhcp' 'wan'
option 'interface' 'wan'
option 'ignore' '1'
config 'host'
option 'mac' '00:11:22:33:44:55'
option 'ip' '192.168.1.11'
config 'host'
option 'mac' '00:11:22:33:44:56'zauważ że nie ma drugiego range za t mieszcze się w zakresie pierwszej sieci
konfiguracja:
config 'dhcp' 'lan'
option 'interface' 'lan'
option 'start' '100'
option 'limit' '50'
option 'leasetime' '12h'
option 'dhcp_option' '3,192.168.1.1'
option 'options' '--dhcp-range=tag:lan2,192.168.1.151,192.168.1.200,255.255.255.0,12h -O tag:lan2,3,192.168.2.1 -G 12:34:56:78:92:12,set:lan2,192.168.1.170'
config 'dhcp' 'wan'
option 'interface' 'wan'
option 'ignore' '1'
config 'host'
option 'mac' '00:11:22:33:44:55'
option 'ip' '192.168.1.11'
config 'host'
option 'mac' '00:11:22:33:44:56'daje nam w efekcie
logi:
Sep 16 22:43:25 OpenWrt daemon.info dnsmasq-dhcp[4829]: DHCP, IP range 192.168.1.151 -- 192.168.1.200, lease time 12h
Sep 16 22:43:25 OpenWrt daemon.info dnsmasq-dhcp[4829]: DHCP, IP range 192.168.1.100 -- 192.168.1.150, lease time 12hczyli na razie ok
oraz
-K -D -y -Z -b -E -s lan -S /lan/ -l /tmp/dhcp.leases -r /tmp/resolv.conf.auto --stop-dns-rebind --dhcp-host=00:11:22:33:44:55,192.168.1.11 --dhcp-host=00:11:22:33:44:56,192.168.1.12 --dhcp-range=lan,192.168.1.100,192.168.1.150,255.255.255.0,12h --dhcp-range=tag:lan2,192.168.1.151,192.168.1.200,255.255.255.0,12h -O tag:lan2,3,192.168.2.1 -G 12:34:56:78:92:12,set:lan2,192.168.1.170 -O lan,3,192.168.1.1 -2 'pppoa-wan'czyli niby ok
ale czy zadziała sprawdź sam i daj znać to howto napiszę
zrobiłem pełniejszą symulację
config 'dhcp' 'lan'
option 'interface' 'lan'
option 'start' '100'
option 'limit' '150'
option 'leasetime' '12h'
option 'dhcp_option' '3,192.168.1.1'
config 'dhcp' 'wan'
option 'interface' 'wan'
option 'ignore' '1'
config 'dhcp' 'lan2'
option 'interface' 'lan'
option 'start' '151'
option 'limit' '200'
option 'leasetime' '12h'
option 'dhcp_option' '3,192.168.1.2'
config 'host'
option 'mac' '00:11:22:33:44:55'
option 'ip' '192.168.1.11'
config 'host'
option 'mac' '00:11:22:33:44:56'
option 'ip' '192.168.1.12'co daje nam
-K -D -y -Z -b -E -s lan -S /lan/ -l /tmp/dhcp.leases -r /tmp/resolv.conf.auto --stop-dns-rebind --dhcp-host=00:11:22:33:44:55,192.168.1.11 --dhcp-host=00:11:22:33:44:56,192.168.1.12 --dhcp-range=lan,192.168.1.100,192.168.1.250,255.255.255.0,12h -O lan,3,192.168.1.1 -2 'pppoa-wan' --dhcp-range=lan,192.168.1.151,192.168.1.254,255.255.255.0,12h -O lan,3,192.168.1.2czyli wszystko wrzucił do tej samej sieci. Ale to też coś nie tak bo powinien potraktować jako oddzielne zone - ale to tylko moje zdanie i za developerami się nie nadąży.
Przerobić skrypty to nie problem ale czy zadziała ?
trzeba by było najpierw zrobić konfigurację w czystym dnsmasq i sprawdzić czy zadziała to co na początku napisałem. Jak tak to można brać się za przerobienie skryptów.
Ale to już Twoje zadanie sprawdzić:)
zresztą sobie to zasymulowałem
/etc/config/dhcp wygląda
config dhcp lan
option interface lan
option start 100
option limit 150
option leasetime 12h
config dhcp wan
option interface wan
option ignore 1
config dhcp lan2
option interface lan
option start 151
option limit 200
option leasetime 12hw wyniku tego w logach mam
Jan 2 00:58:45 OpenWrt daemon.info dnsmasq-dhcp[3839]: DHCP, IP range 192.168.1.151 -- 192.168.1.254, lease time 12h
Jan 2 00:58:45 OpenWrt daemon.info dnsmasq-dhcp[3839]: DHCP, IP range 192.168.1.100 -- 192.168.1.250, lease time 12hczyli czyta oddzielnie zakresy
ale już po analizie wywołania dnsmasq
-K -D -y -Z -b -E -s lan -S /lan/ -l /tmp/dhcp.leases -r /tmp/resolv.conf.auto --stop-dns-rebind --dhcp-range=lan,192.168.1.100,192.168.1.250,255.255.255.0,12h -2 'pppoa-wan' --dhcp-range=lan,192.168.1.151,192.168.1.254,255.255.255.0,12hwidać że oba zakresy wrzucił do jednej sieci
też się nad tym zastanawiałem. Poprzednio w proxyarp miałem zupełnie inny zakres adresów więc to odpadało. Ale
jak się zrobi
dhcp-range=tag:lan,192.168.0.10,192.168.0.100,12h
dhcp-range=tag:lan1,192.168.0.101,192.168.0.200,12h
dhcp-range=tag:lan2,192.168.0.201,192.168.0.250,12h
dhcp-option=tag:lan,3,192.168.1.1
dhcp-option=tag:lan1,3,192.168.2.1
dhcp-option=tag:lan2,3,192.168.3.1
dhcp-host=11:22:33:44:55:66,12:34:56:78:90:12,set:lan,192.168.0.2
dhcp-host=11:22:33:44:55:67,12:34:56:78:91:12,set:lan1,192.168.0.3
dhcp-host=11:22:33:44:55:68,12:34:56:78:92:12,set:lan2,192.168.0.4to ma to szansę zadziałać bo to logiczne ale trzeba zawsze sprawdzić
co do openwrt nie wiem jak zareaguje na różne strefy
jak nie spróbujesz to nie wiesz
zresztą po zastanowieniu się strefy w openwrt powiązane są z network wiec nie ustawisz tego tak
bo w network masz lan a lan2 co przypiszesz do jakiego ip
jeśli już to mozna by było utorzyć alias i nazwać bo lan2 potem przypisać strefę. Aby nie było zgrzytu to wyłączyć na aliasie dhcp serwer (opcja no-dhcp-interface)
Musiałbyś ręcznie zrobić konfigurację i sprawdzić
Ps. tych ostatnich moich zdań nie bierz dosłownie się po prostu zastanawiam na "głos"
zauważ co napisałeś
dhcp-range=tag:green,192.168.0.50,192.168.0.150,12hnetwork_id to twoje green który przypisany jest do zakresu adresów sieci 192.168.0.0/24
a aby był ten zakres sieci przydzielany musi istnieć taki interfejs z takim adresem w takiej sieci
W openwrt wygląda to tak że twoje green=lan
bo po kolei
host przypisany jest do network_id
network_id powiązane jest z range gdzie był wymieniony ten sam network_id
aby dnsmasq przydzielił nam ten zakres sieci musi wiedzieć na jaki interfejs wysłać pakiety dhcp więc i ten interfejs musi być w tej sieci z tym network_id
Jak nie masz takiego adresu ip to z kąd dnsmasq ma wiedzieć którym interfejsem wysłać pakiet dhcp do hosta ?
Jak masz linux to zainstaluj sobie dnsmasq i ręcznie zestaw swoją konfiguracje jaką chcesz uzyskać. Zobaczysz że będziesz miał krzyk że nie ma takiego interfejsu.
A czemu tak piszę bo to samo kiedyś pomyślałem co ty i chciałem to zrobić przy okazji arta o proxyarp i do takich wniosków doszedłem robiąc sobie konfigurację ręcznie pod debianem z stąd wiem. Zresztą to logiczne powiązanie zależności. Z tego co wiem w bindzie można uzyskać taką konfigurację ale ludziki też się namęczyli aby to zrobić.
z tego co pamiętam to jest jeden haczyk. Aby to zadziałało to fizycznie musi być przypięte do fizyczego iface.
Czyli przekładając na openwrt
dhcp_option łączy się z network_id który w openwrt np. nazywa się lan. A więc jak byś miał strefy
lan
lan1
lan2
to dla każdej z tych stref możesz użyć innej opcji dhcp_option
nie możesz za to użyć indywidualnie do adresu ip
i bynajmniej jak sugerujesz w cale tak nie jest w przykładach napisane że można do hosta. Zresztą kiedyś temat klepałem na dnsmasq i jest tak na pewno. Jest to opcja globalna dla poszczególnych stref a nie hostów
Zresztą tam wyraźnie pisze przy dhcp_option: Additional options to be added for this network-id.
no znam wive
wszystko ustawisz w plikach tekstowych - edytor vi się kłania. Z menu raczej mniej ale też się da z tego co pamiętam. Pliki tekstowe są przejrzyste i opisane.
niestety moje testy na br604g skończyły się po 2 dniach router się uwalił(nie z winy firmware tylko był już felerny)
ale pamiętam że wszystko chodziło nawet vlan na switchu
chciałem nawet zrobić małe howto ale cóż ...
takie cos też powinno działać
iptables -t nat -I postrouting_rule -p tcp --src 192.168.1.0/24 --dst 192.168.50.1 --dport 80 -j SNAT --to 192.168.50.2
iptables -I zone_lan_forward -p tcp --src 192.168.1.0/24 --dst 192.168.50.1 --dport 80 -j ACCEPTkosmetyka że tak powiem
bo się pomyliłem. Tyle zmieniłem że przecholowałem. Dokument dość znacznie przerobiłem w tygodniu bo są duże zmiany.
Dlaczego nie działa
Przy SNAT nie podaje się numeru portu tylko DNAT ma port docelowy
Jeśli użyje się w SNAT port pakiety idą tylko po tym porcie i dlatego nie banglało Tobie. W sumie w SNAT bardzo rzadko się używa portu a w zasadzie to ja nigdy nie miałem takiej potrzeby i nie widziałem nikogo kto by to uzywał
a mógłbyś sprawdzić jeszcze takie coś
iptables -t nat -I POSTROUTING -p tcp --src 192.168.1.0/24 --dst 192.168.50.1 --dport 80 -j SNAT --to 192.168.50.2
iptables -I zone_lan_forward -p tcp --src 192.168.1.0/24 --dst 192.168.50.1 --dport 80 -j ACCEPTi dac znać czy działa
usunięty tylko port jakby co
U mnie działa z linksys AG241v2 wedle opisu przekierowanie. Dziwne że działa telnet i pingi . Dziwne również że nie możesz dostać się z routera ale nie ważne
jak nie wiesz jakie porty to wal
iptables -t nat -I POSTROUTING --src 192.168.1.0/24 --dst 192.168.50.1 -j SNAT --to 192.168.50.2
iptables -I zone_lan_forward --src 192.168.1.0/24 --dst 192.168.50.1 -j ACCEPTresztę załatwi RELATED i ESTABLISHED w FORWARD automatem
tu nie ma żadnej filozofii. Modem widzi połączenie jako adres ip z routera mimo że łączysz się z innej sieci i tyle zwykły SNAT
niemożność dostania się na modem pewnie nie przeskoczysz tego póki nie będziesz mógł z routera dostać się na router
a sprawdzałeś czy elinks potrafi logować się na router z innego linuxa ?
na wszelki wypadek jakby nie działało daj logi
route -n
ifconfig
iptables -L -v
iptables -t nat -L -vPs. Zerknołem na link podany przez cezarego. Wedle mnie też winien działać po aliasie co jow opisał bo MASQUERADE to SNAT inszo wedle mnie tam brakuje dopisania reguły FORWARD ACCEPT i dlatego nie wyszło z aliasem
Co do SNAT jest poprawione i aktualne howto
http://rpc.one.pl/index.php/lista-artyk … ch-openwrt
poczytaj zobaczysz
poprzednio SNAT można tylko było poprzez iptables używać.
Od wczorajszego backfire trunk można używać wedle UCI
jow rozbudował i to bardzo znacznie mojego patcha
Nie wiem czy cezary dodał patch jow ale moje howto w pełni o jego patch jest oparte
Zresztą od wczorajszego trunka backfire jak sobie przekompilujesz źródła backfire to będziesz to miał z automatu bo oficjalnie dodali.
nie będę się upierał
bo już mnie zakrzyczeliście
po co ci N jesli oni nadają na G czy B?
Według mnie (opinia subiektywna) jak jest słaby zasięg to 802.11B lepiej się sprawdza jak G czy N.
testuj na 11b i 11g
No i spróbuj użyć opcji w /etc/config/wireless
option txantenna 2
option rxantenna 2
option diversity 0
może zadziałają w ath9 - tego chyba nikt nie testował a jak już zadziałają to daj znać
dobrze by było wiedzieć łącznie jak są numerowane antenki bo wcale nie jest powiedziane że 2 to środkowa antena
co do laptopa
weź pod uwagę że antenki w routerze mają z 10-15cm długości drutu a w laptopie od radia do końca antenki to całkiem długa linka o długości ok 40-50cm czyli że może być o wiele czulej.
chodziło mi o te sieczkę
którą usunąłeś
@cezary: a czemu sterownik ethernetu blokuje możliwość dostępu poprzez RS ?
hehe cezary masz co analizować ![]()
@Zawisza: na drugi raz wrzuć tą sieczkę do pliku a nie na forum
zmniejsz moc radia
iwconfig wlan0 txpower 15dBm
zobacz wtedy
jak zmniejszysz moc radia wtedy winno być czulsze
no i zostaw podłączone te dwie pozostałe antenki (boczne) bo w laptopie oprócz antenki zewnętrznej którą sam podłączyłeś masz również nadal wewnętrzną która nadal łapie sygnał a w tplink żeś zabrał te anteny
@cezary: czy ath9 ma opcje
option txantenna 2
option rxantenna 2
option diversity 1
???? to mogło by mu pomóc
mozna skorzystac z trigera netdev i trybu link
i pewnie to samo by było
zgłosiłem ticket. może kiedyś to uwzględnią ![]()
@cezary: a czemu dubluja sie wszystkie twoje posty ?
@cezary: hmm zastanawiające. Poprzednio było i dużymi i małymi. Teraz zostało to usunięte we wszystkich skryptach. Obawiam się, że raczej to zleją i zostawią małymi. Zgłoszę tak jak jest a do luci niech ktoś inny zgłasza żeby pisali małymi.
eko.one.pl → Posty przez rpc
Forum oparte o PunBB, wspierane przez Informer Technologies, Inc