Nie jesteś zalogowany. Proszę się zalogować lub zarejestrować.
eko.one.pl → Posty przez garysek
Strony Poprzednia 1 2 3 4 Następna
Co do tworzenia linków po restarcie problem masz tu opisany: http://eko.one.pl/forum/viewtopic.php?p … 40#p160840
Nie wiem jak jest z Twoim modemem, ale mój np. tworzy 3 porty szeregowe, żeby wybrać odpowiedni do 3ginfo musiałem dać warunek:
if [ ${DEVPATH##*.} = "1" ]; thenPewnie w Twoim przypadku trzeba to zmienić (na 3 ?) lub w ogóle usunąć.
Te "sleep 1"dałem przed wywołaniem swojego skryptu, też możesz spokojnie to wywalić.
Chyba koledze chodzi o to co dokładnie w powyższym skrypcie ma zmienić?
Właściwie co bez zrozumienia działania trudno modyfikować, przeanalizuj sobie dokładnie linijka po linijce to dojdziesz...
if [ "$(cat /sys/$DEVPATH/../serial | grep A8004Wao 2>/dev/null)" ] ; then Po komendzie grep masz numer seryjny FTDI (mój), zamień na swój.
/root/scripts/ftdi.sh 1Te linie z kolei możesz wywalić zupełnie (jest to wywołanie mojego dodatkowego skryptu po wpięciu urządzenia).
Serial number jest jak najbardziej do odczytania, ścieżkę sam sobie wydedukujesz ze skryptu. Poniżej masz mój gotowiec, do podmiany w skrypcie owe numery no i spersonalizowanie pod siebie:
#!/bin/sh
# echo "----" >> /tmp/plik.txt
# env >> /tmp/plik.txt
if ! [ -e /tmp/hubreset ]; then
rm /dev/ttyUSB_*
if ! [ "uci -q get 3ginfo.@3ginfo[0].device" = "/dev/ttyUSBx" ]; then
uci set 3ginfo.@3ginfo[0].device="/dev/ttyUSBx"
uci commit 3ginfo
fi
touch /tmp/hubreset
fi
if [ "$DEVTYPE" = "usb_interface" ] && [ "$ACTION" = "add" ]; then
for tty in /sys/$DEVPATH/ttyUSB*; do
[ -d "$tty" ] || continue
OLDD=${tty##*/}
# to jest FTDI
if [ "x$PRODUCT" = "x403/6001/600" ]; then
if [ "$(cat /sys/$DEVPATH/../serial | grep A8004Wao 2>/dev/null)" ] ; then
NEWD="ttyUSB_ftdi1"
ln -sf /dev/$OLDD /dev/$NEWD
sleep 1
/root/scripts/ftdi.sh 1
elif [ "$(cat /sys/$DEVPATH/../serial | grep A7037TKB 2>/dev/null)" ] ; then
NEWD="ttyUSB_ftdi2"
ln -sf /dev/$OLDD /dev/$NEWD
sleep 1
/root/scripts/ftdi.sh 2
elif [ "$(cat /sys/$DEVPATH/../serial | grep AH02RJXD 2>/dev/null)" ] ; then
NEWD="ttyUSB_ftdi3"
ln -sf /dev/$OLDD /dev/$NEWD
sleep 1
/root/scripts/ftdi.sh 3
fi
# to jest E398
elif [ "x$PRODUCT" = "x12d1/1506/0" ]; then
if [ ${DEVPATH##*.} = "1" ]; then
NEWD=ttyUSB_3ginfo
ln -sf /dev/$OLDD /dev/$NEWD
uci set 3ginfo.@3ginfo[0].device="/dev/"$OLDD
uci commit 3ginfo
fi
fi
done
fi
if [ "$DEVTYPE" = "usb_interface" ] && [ "$ACTION" = "remove" ]; then
if [ "x$PRODUCT" = "x403/6001/600" ]; then
if ! [ -e /dev/ttyUSB_ftdi1 ]; then rm /dev/ttyUSB_ftdi1; fi
if ! [ -e /dev/ttyUSB_ftdi2 ]; then rm /dev/ttyUSB_ftdi2; fi
if ! [ -e /dev/ttyUSB_ftdi3 ]; then rm /dev/ttyUSB_ftdi3; fi
elif [ "x$PRODUCT" = "x12d1/1506/0" ]; then
if ! [ -e /dev/ttyUSB_3ginfo ]; then rm /dev/ttyUSB_3ginfo; fi
if ! [ "uci -q get 3ginfo.@3ginfo[0].device" = "/dev/ttyUSBx" ]; then
uci set 3ginfo.@3ginfo[0].device="/dev/ttyUSBx"
uci commit 3ginfo
fi
fi
fiPierwszy "if" w skrypcie jest po to, żeby 3ginfo nie zaczęło po restarcie routera "gadać" na nieodpowiednim porcie i żeby pokasować stare, nieaktualne symlinki.
Łącze musi być aktywne, ale wcale nie musi być wykorzystywane. Polityka, w którym ruch przez wan2 jest puszczany tylko w przypadku padnięcia wan jak najbardziej jest możliwa.
Jeśli wan będzie aktywny to jedyne co w takim przypadku będzie lecieć przez wan2 to pingi sprawdzające działanie łącza. A że interwały dla poszczególnych wanów konfiguruje się niezależnie to w praktyce nawet tych pingów można się pozbyć...
Też mam u siebie porobione linki do portów szeregowych i też miałem problemy z nimi po restarcie routera. Jeśli podłączałem bez huba, to ładnie symlink (niestety jeden) tworzył się, z hubem już nie. Co prawda teraz uptime mam 81 dni, problem nie mógł od dawna zaistnieć, ale i tak w rc.local dodałem linijkę restartującą mojego HUBa, która całkowicie sprawę załatwia:
usbreset 05e3:0608Kiedyś nie działało, ale już nawet przed wersjami RC zaczęło działać.
Nie wiem czy działa w trybie 3.0, ale żeby zaczęło działać konieczne jest zainstalowanie kmod-usb3, więc raczej tak.
Aktualnie mam obraz z jądrem 3.18.18 i po zainstalowaniu sterownika działa bez problemu, na nowszych pewnie też.
W sumie mógłbyś Cezary w swoich wydaniach wrzucać ten sterownik domyślnie do obrazów tego routerka 
.
Nie, wan ma metrykę 1, a wan2 metrykę 2. Jeśli oba interfejsy będą aktywne to polityka 'wan_wan2' będzie kierowała ruch przez metrykę o mniejszej wartości, jeśli wan padnie to wtedy cały ruch pójdzie przez wan2.
No przecież tak masz w polityce 'wan_wan2'.
Jak chcesz tak mieć dla wszystkich połączeń to ustaw ją jako domyślną regułę po prostu...
Napisz może dokładnie co chcesz osiągnąć i wklej cały config mwan3.
Jeśli 'wan_m1_w3' i 'wan2_m1_w2' masz ustawione tak jak w domyślnym configu to przy powyższym ustawieniu masz w polityce 'balanced' 60% wan i 40% wan2. Zresztą wpisz w konsoli:
mwan3 statusi sam sprawdź.
Pomieszałeś policies z rules...
Tak ma być:
config policy 'wan_wan2'
list use_member 'wan_m1_w3'
list use_member 'wan2_m2_w2'config rule 'nazwa'
option src_ip '192.168.0.30'
option proto 'all'
option use_policy 'wan_wan2'No ja Twojej konstrukcji nie dałem rady ogarnąć, więc zrobiłem jak potrafiłem
3ginfo-test
+CSQ: 11,99
^SYSINFOEX:2,3,0,1,,3,"WCDMA",45,"HSPA+"
^SYSINFO:2,3,0,5,1,,9
+COPS: 0,2,"26006",2
+CREG: 2,1, E, EEF79, 2
+CGREG: 2,1, E, EEF79, 2
+CGEQNEG: 1,3,8640,8640,0,0,0,1500,"1E4","4E3",0,1000,2
DEVICE:Huawei Technologies Co., Ltd. E398
....Tak jest przy wyborze automatycznym, a jak wybiorę ręcznie:
3ginfo-test
+CSQ: 16,99
^SYSINFOEX:2,3,1,1,,3,"WCDMA",45,"HSPA+"
^SYSINFO:2,3,1,5,1,,9
+COPS: 1,2,"26001",2
...Całości chyba nie muszę wklejać...
Przy wyborze ręcznym operatora 3ginfo nie wyświetla jego nazwy. Problem rozwiązałem zamianą linii 136 z pliku /usr/share/3ginfo/cgi-bin/3ginfo.sh z:
COPS_NUM=$(echo "$O" | awk -F[\"] '/^\+COPS: 0,2/ {print $2}')na
COPS_NUM=$(echo "$O" | grep COPS | awk -F '"' '{print $2}')Operator poprawnie wyświetlany teraz jest w trybie zarówno automatycznym jak i ręcznym. Nie problem to samemu poprawić, ale może warto przy kolejnym wydaniu jakąś poprawkę tego dodać .
edit.:
No i jeszcze czasu połączenia poprawnie nie pokazywało mi, bo interfejs nazywa się u mnie wan2. Poprawka w linii 394 z:
CT=$(ifstatus wan | awk -F[:,] '/uptime/ {print $2}')na
CT=$(ifstatus $SEC | awk -F[:,] '/uptime/ {print $2}')załatwia sprawę.
Też dzisiaj pokombinowałem trochę z robieniem linków do portów szeregowych. Z tym, że mam podłączone 2 identycznie zgłaszające się interfejsy FTDI oraz modem E398, ale do modemu istotny jest tylko jego drugi interfejs do 3ginfo, bo i tak łączy się przez qmi.
Taki skrypt skleiłem:
#!/bin/sh
if [ "$DEVTYPE" = "usb_interface" ] && [ "$ACTION" = "add" ]; then
for tty in /sys/$DEVPATH/ttyUSB*; do
[ -d "$tty" ] || continue
OLDD=${tty##*/}
# to jest FTDI
if [ "x$PRODUCT" = "x403/6001/600" ]; then
if [ "$(cat /sys/$DEVPATH/../serial | grep A8004Wao 2>/dev/null)" ] ; then
NEWD="ttyUSB_FTDI_1"
rm /dev/$NEWD
ln -s /dev/$OLDD /dev/$NEWD
elif [ "$(cat /sys/$DEVPATH/../serial | grep A7037TKB 2>/dev/null)" ] ; then
NEWD="ttyUSB_FTDI_2"
rm /dev/$NEWD
ln -s /dev/$OLDD /dev/$NEWD
fi
# to jest E398
elif [ "x$PRODUCT" = "x12d1/1506/0" ]; then
if [ ${DEVPATH##*.} = "1" ]; then
NEWD=ttyUSB_3ginfo
rm /dev/$NEWD
ln -s /dev/$OLDD /dev/$NEWD
fi
fi
done
fi
if [ "$DEVTYPE" = "usb_interface" ] && [ "$ACTION" = "remove" ]; then
if [ "x$PRODUCT" = "x403/6001/600" ]; then
if ! [ -e /dev/ttyUSB_FTDI_1 ]; then rm /dev/ttyUSB_FTDI_1; fi
if ! [ -e /dev/ttyUSB_FTDI_2 ]; then rm /dev/ttyUSB_FTDI_2; fi
elif [ "x$PRODUCT" = "x12d1/1506/0" ]; then
if ! [ -e /dev/ttyUSB_3ginfo ]; then rm /dev/ttyUSB_3ginfo; fi
fi
fiLinki do FTDI tworzą się na podstawie serialu interfejsu, a po wyjęciu z portu są kasowane. No i działa to całkiem przyzwoicie poza tym, że skrypt nie odpala się po restarcie routera... 
a adresy możesz sobie odczytać już systemowo.
nie wiem o jaki to dokładnie sposób Ci chodziło, ale zrobiłem taki skrypt:
#!/bin/sh
if [ "$INTERFACE" = "wan2" ] && [ "$ACTION" = "ifup" ]; then
GW=$(route -n | grep 'UG[ \t]' | grep wwan0 | awk '{print $2}')
route del -net 0.0.0.0 dev wwan0
route add -net 0.0.0.0 gw $GW netmask 0.0.0.0 metric 20 dev wwan0
fino i działa . Po ifup wan na chwilę pojawia się ścieżka z metryką 0, ale szybko zmienia już na 20.
Zaskakuję sam siebie pomału, dzięki za naprowadzenie.
Do qmi to skryptu już szukałem, ale jedyne co znalazłem to /usr/bin/qmi-network. Niestety jakoś nie widzę tam wywołania polecenia route, jest to pewnie gdzieś z binarki robione i nie wiem co mogę w tym wypadku poprawić.
A zrobić skrypt to trochę mnie przerasta na razie.
# route
Kernel IP routing table
Destination Gateway Genmask Flags Metric Ref Use Iface
default 10.191.63.129 0.0.0.0 UG 0 0 0 wwan0
default static-user-178 0.0.0.0 UG 10 0 0 eth0
default 10.7.0.1 0.0.0.0 UG 30 0 0 tun0
10.7.0.0 * 255.255.255.0 U 0 0 0 tun0
10.191.63.128 * 255.255.255.224 U 0 0 0 wwan0
178.123.132.24 * 255.255.255.252 U 10 0 0 eth0
192.168.10.0 * 255.255.255.0 U 0 0 0 br-lanRęcznie daję:
route del -net 0.0.0.0 dev wwan0route add -net 0.0.0.0 gw 10.191.63.129 netmask 0.0.0.0 metric 20 dev wwan0I sprawa załatwiona.
A w skrypcie nie znam adresu bramki oraz nie wiem z jakiej okazji się uruchomił (po podniesieniu którego interfejsu) i czy akurat w tym momencie ma się wykonać.
Od dłuższego czasu Archer jest już głównym routerem, a na 1043 też Luci wylądowało i na Gargoyle już nie czekam.
mwan3 też działa poprawnie, ale jest jedno ale...
mwan3 potrzebuje do poprawnego działania różnych metryk na interfejsach, więc dodałem stosowne opcje w /etc/config/network np.:
option metric '20'Niestety w przypadku niektórych protokołów (np. qmi czy huaweincm) opcja ta jest ignorowana przy tworzeniu domyślnej ścieżki routingu i zawsze otrzymuje ona metrykę 0. Co prawda do poprawnego działania mwan3 potrzebuje tylko ustawienia tej opcji w /etc/config/network i nie sprawdza chyba jaką faktycznie później metrykę ma ścieżka, ale w trakcie różnych testów zauważyłem problem.
Mianowicie interfejs wan2 (qmi) ustawiłem tylko jako rezerwę (główny to wan z protokołem static), a kombinowałem w puszczaniem części ruchu przez vpn (tun0). No i faktycznie ruch który chciałem szedł przez vpn, ale zauważyłem, że sam vpn leciał nie przez wan, a poprzez wan2. ifdown wan2, a nastepnie ifup wan2 rozwiązało problem.
Problem wynikał najprawdopodobniej z tego, że openvpn wystartował w czasie, gdy mwan3 nie przejął jeszcze kontroli nad firewallem i openvpn zaczął korzystanie z domyślnej ścieżki o najniższej metryce, czyli wan0. Ponieważ ciągle utrzymuje aktywne połączenie (keepalive 5 15), to cały czas ruch leciał po aktywnej ścieżce przez wan2. Chyba dobrze dedukuję?
W wiki openwrt zobaczyłem, że przy protokole qmi nie ma opcji 'metric', więc pewnie temu ona nie działa. Ręcznie mogę usunąć sobie ścieżkę z metryką 0 i dodać taką samą, ale z inną metryką. Niestety nie mam pojęcia jak to zrobić w automacie przy podnoszeniu interfejsu. Pewnie da się to zrobić, tylko jak?
Pokaż konfig serwera
Nie wiem czy to do mnie, ale proszę bardzo:
mode server
port 1194
proto udp
tls-server
ifconfig 10.7.0.1 255.255.255.0
topology subnet
client-config-dir /etc/openvpn/ccd
client-to-client
cipher BF-CBC
keysize 128
dev tun
keepalive 5 15
status /var/openvpn/current_status
verb 3
dh /etc/openvpn/dh1024.pem
ca /etc/openvpn/ca.crt
cert /etc/openvpn/server.crt
key /etc/openvpn/server.key
tls-auth /etc/openvpn/ta.key 0
persist-key
persist-tun
comp-lzo
push "topology subnet"
push "route-gateway 10.7.0.1"wszytkim klientom wysyłam tylko adres w sieci vpn, np.:
ifconfig-push 10.7.0.40 255.255.255.0a tym, którym chcę udostępnić Internet dodatkowo:
push "redirect-gateway def1"Też mam server openvpn na VPS z Debianem i mogę puścić przez to Internet klientom.
Z tym, że ja używam ufw do konfigurowania reguł.
W /etc/ufw/before.rules dodałem przed *filter:
# START OPENVPN RULES
# NAT table rules
*nat
:POSTROUTING ACCEPT [0:0]
# Allow traffic from OpenVPN client to eth0
-A POSTROUTING -s 10.7.0.0/24 -o eth0 -j MASQUERADE
COMMIT
# END OPENVPN RULESNo i domyślnie w Debianie routing pomiędzy interfejsami jest wyłączony. Ja załatwiłem to odkomentowaniem linijki:
net/ipv4/ip_forward=1w /etc/ufw/sysctl.conf
Wygląda, że to wina mojego ISP jest, bo nie wraca odpowiedź na pingi, w których są tylko 4 bajty danych. W moim przypadku minimalna ich ilość to 6. Tak samo dzieje się jak pinguję z mojego brzegowego 1043 (Gargoyle 1.6.1.5 (r41803)). Pewnie tylko paru się z tym spotkało bo to nie za częste zjawisko...
Jeśli ktoś zainteresowany rozwiązaniem takiego problemu jest, to odpowiedź znajdzie tutaj: https://forum.openwrt.org/viewtopic.php … 76#p259976
Tobie też dzięki Cezary
Poczekam jeszcze może na Twój najnowszy obraz i w końcu wymienię staruszka 1043. W sumie to nawet do Luci się już przekonałem, chociaż początek przez tego mwan3 nieciekawy był.
Dzień dobry wszystkim
Jakiś czas temu postanowiłem troszkę zmodernizować swoją sieć i wymienić poczciwego 1043v1 na archer'a c5. Liczyłem co prawda na jakieś wydanie Gargoyle, ale nie doczekałem się 
. Na razie cały czas jako główny pracuje 1043, bo dopiero jak wszystko pokonfiguruję sobie i odpalę co trzeba zamierzam zrobić podmiankę. No ale do rzeczy.
Na początek do Archera wrzuciłem Luci (od Cezarego) próbowałem go ustawić, ale nawet na najzwyklejszym DHCP nie dałem rady. Internet po uruchomieniu na chwilę pojawiał się a potem zanikał. Przeszedłem więc na czyste BB, skonfigurowałem i na początek podstawowe rzeczy działały jak chciałem. Jednak trochę brak GUI mi doskwierał, więc skopiowałem sobie pliki konfiguracyjne i załadowałem najnowsze Luci (OpenWrt Barrier Breaker 14.07 / LuCI 0.12 Branch (0.12+git-14.328.38210-ea67bd1)). No i niestety dalej miałem to samo co wcześniej. Zauważyłem, że po restarcie firewall'a Internet działał do czasu restartu routera lub zrobienia jakiś modyfikacji w sieci. Ostatecznie znalazłem w końcu winowajcę - to mwan3.
W MWAN Interface live status pokazuje najpierw:
wan (eth0.2)
Online (tracking active)by po paru sekundach zmienić się na:
wan (eth0.2)
OfflineJak odinstaluję mwan3 wszystko działa jak należy, ale jednak też by mi się on przydał, bo w bliskiej przyszłości na 1043 chcę zrobić sobie zapasowe łącze 3G albo LTE. Kombinowałem z tym mwan3 na wszystkie sposoby, czytałem na wiki openwrt, ale nic nie wydumałem. Po paru sekundach stwierdza że łącze jest offline i zmienia regułki firewall'a. Jeśli zamiast domyślnych IP do sprawdzania podam adres swojej bramki (192.168.1.1 na 1043) to łącze cały czas jest online. Wprowadzę tylko jakiś zewnętrzny IP i zaraz mwan3 wyłącza mi wan. Dodam, że przy wyłączonym mwan3 pingi do dowolnych IP cały czas mi dochodzą bez zakłóceń.
Aktualnie podzieliłem sobie switch'a i wydzieliłem 2 WANy - bez włączonego mwan3 pingi idą przez oba, włączę mwan3 i oba łącza padają. Ja już nie mam pomysłu, poniżej moje Troubleshooting Data:
Software versions :
OpenWrt - OpenWrt Barrier Breaker 14.07
LuCI - 0.12+git-14.328.38210-ea67bd1
mwan3 - 1.5-8
mwan3-luci - 1.3-5
Output of "cat /etc/config/mwan3" :
config interface 'wan'
option enabled '1'
list track_ip '8.8.4.4'
list track_ip '8.8.8.8'
list track_ip '208.67.222.222'
list track_ip '208.67.220.220'
option reliability '2'
option count '1'
option timeout '2'
option interval '5'
option down '3'
option up '8'
config interface 'wan2'
list track_ip '8.8.8.8'
list track_ip '208.67.220.220'
option reliability '1'
option count '1'
option timeout '2'
option interval '5'
option down '3'
option up '8'
option enabled '1'
config member 'wan_m1_w3'
option interface 'wan'
option metric '1'
option weight '3'
config member 'wan_m2_w3'
option interface 'wan'
option metric '2'
option weight '3'
config member 'wan2_m1_w2'
option interface 'wan2'
option metric '1'
option weight '2'
config member 'wan2_m2_w2'
option interface 'wan2'
option metric '2'
option weight '2'
config policy 'wan_only'
list use_member 'wan_m1_w3'
config policy 'wan2_only'
list use_member 'wan2_m1_w2'
config policy 'balanced'
list use_member 'wan_m1_w3'
list use_member 'wan2_m1_w2'
config policy 'wan_wan2'
list use_member 'wan_m1_w3'
list use_member 'wan2_m2_w2'
config policy 'wan2_wan'
list use_member 'wan_m2_w3'
list use_member 'wan2_m1_w2'
config rule 'sticky_even'
option src_ip '0.0.0.0/0.0.0.1'
option dest_port '443'
option proto 'tcp'
option use_policy 'wan_wan2'
config rule 'sticky_odd'
option src_ip '0.0.0.1/0.0.0.1'
option dest_port '443'
option proto 'tcp'
option use_policy 'wan2_wan'
config rule 'default_rule'
option dest_ip '0.0.0.0/0'
option use_policy 'balanced'
Output of "cat /etc/config/network" :
config interface 'loopback'
option ifname 'lo'
option proto 'static'
option ipaddr '127.0.0.1'
option netmask '255.0.0.0'
config globals 'globals'
option ula_prefix 'fd2a:652b:775d::/48'
config interface 'lan'
option ifname 'eth1'
option force_link '1'
option type 'bridge'
option proto 'static'
option netmask '255.255.255.0'
option ip6assign '60'
option ipaddr '192.168.10.1'
config interface 'wan'
option proto 'dhcp'
option metric '10'
option _orig_ifname 'eth0'
option _orig_bridge 'false'
option ifname 'eth0.2'
config interface 'wan6'
option ifname '@wan'
option proto 'dhcpv6'
config switch
option name 'switch0'
option reset '1'
option enable_vlan '1'
config switch_vlan
option device 'switch0'
option vlan '1'
option vid '1'
option ports '0 2 3 4'
config switch_vlan
option device 'switch0'
option vlan '2'
option vid '2'
option ports '1 6t'
config switch_vlan
option device 'switch0'
option vlan '3'
option vid '3'
option ports '5 6t'
config interface 'wan2'
option proto 'static'
option ifname 'eth0.3'
option ipaddr '192.168.1.11'
option netmask '255.255.255.0'
option gateway '192.168.1.1'
option dns '192.168.1.1'
option metric '20'
option macaddr 'E8:DE:27:68:6C:58'
Output of "ifconfig" :
br-lan Link encap:Ethernet HWaddr E8:DE:27:68:6C:56
inet addr:192.168.10.1 Bcast:192.168.10.255 Mask:255.255.255.0
inet6 addr: fd2a:652b:775d::1/60 Scope:Global
inet6 addr: fe80::eade:27ff:fe68:6c56/64 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:14850 errors:0 dropped:0 overruns:0 frame:0
TX packets:20457 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:0
RX bytes:2480604 (2.3 MiB) TX bytes:9249715 (8.8 MiB)
eth0 Link encap:Ethernet HWaddr E8:DE:27:68:6C:57
inet6 addr: fe80::eade:27ff:fe68:6c57/64 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:31828 errors:0 dropped:0 overruns:0 frame:0
TX packets:5700 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:9210593 (8.7 MiB) TX bytes:1513299 (1.4 MiB)
Interrupt:4
eth0.2 Link encap:Ethernet HWaddr E8:DE:27:68:6C:57
inet addr:192.168.1.10 Bcast:192.168.1.255 Mask:255.255.255.0
inet6 addr: fe80::eade:27ff:fe68:6c57/64 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:18775 errors:0 dropped:0 overruns:0 frame:0
TX packets:5669 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:0
RX bytes:6663088 (6.3 MiB) TX bytes:1486610 (1.4 MiB)
eth0.3 Link encap:Ethernet HWaddr E8:DE:27:68:6C:58
inet addr:192.168.1.11 Bcast:192.168.1.255 Mask:255.255.255.0
inet6 addr: fe80::eade:27ff:fe68:6c58/64 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:13053 errors:0 dropped:0 overruns:0 frame:0
TX packets:27 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:0
RX bytes:1974601 (1.8 MiB) TX bytes:3457 (3.3 KiB)
eth1 Link encap:Ethernet HWaddr E8:DE:27:68:6C:56
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:15225 errors:0 dropped:19 overruns:0 frame:0
TX packets:20221 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:2721667 (2.5 MiB) TX bytes:9217935 (8.7 MiB)
Interrupt:5
lo Link encap:Local Loopback
inet addr:127.0.0.1 Mask:255.0.0.0
inet6 addr: ::1/128 Scope:Host
UP LOOPBACK RUNNING MTU:65536 Metric:1
RX packets:42 errors:0 dropped:0 overruns:0 frame:0
TX packets:42 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:0
RX bytes:3007 (2.9 KiB) TX bytes:3007 (2.9 KiB)
Output of "route -n" :
Kernel IP routing table
Destination Gateway Genmask Flags Metric Ref Use Iface
0.0.0.0 192.168.1.1 0.0.0.0 UG 10 0 0 eth0.2
0.0.0.0 192.168.1.1 0.0.0.0 UG 20 0 0 eth0.3
192.168.1.0 0.0.0.0 255.255.255.0 U 10 0 0 eth0.2
192.168.1.0 0.0.0.0 255.255.255.0 U 20 0 0 eth0.3
192.168.10.0 0.0.0.0 255.255.255.0 U 0 0 0 br-lan
Output of "ip rule show" :
0: from all lookup local
32766: from all lookup main
32767: from all lookup default
Output of "ip route list table 1-250" :
No data found
Firewall default output policy (must be ACCEPT) :
ACCEPT
Output of "iptables -L -t mangle -v -n" :
Chain PREROUTING (policy ACCEPT 7234 packets, 1431K bytes)
pkts bytes target prot opt in out source destination
7539 1467K fwmark all -- * * 0.0.0.0/0 0.0.0.0/0
Chain INPUT (policy ACCEPT 3121 packets, 266K bytes)
pkts bytes target prot opt in out source destination
Chain FORWARD (policy ACCEPT 1561 packets, 570K bytes)
pkts bytes target prot opt in out source destination
1602 576K mssfix all -- * * 0.0.0.0/0 0.0.0.0/0
Chain OUTPUT (policy ACCEPT 2259 packets, 798K bytes)
pkts bytes target prot opt in out source destination
Chain POSTROUTING (policy ACCEPT 3834 packets, 1369K bytes)
pkts bytes target prot opt in out source destination
Chain fwmark (1 references)
pkts bytes target prot opt in out source destination
Chain mssfix (1 references)
pkts bytes target prot opt in out source destination
81 4204 TCPMSS tcp -- * eth0.2 0.0.0.0/0 0.0.0.0/0 tcp flags:0x06/0x02 /* wan (mtu_fix) */ TCPMSS clamp to PMTU
1 52 TCPMSS tcp -- * eth0.3 0.0.0.0/0 0.0.0.0/0 tcp flags:0x06/0x02 /* wan2 (mtu_fix) */ TCPMSS clamp to PMTU
Chain qos_Default (0 references)
pkts bytes target prot opt in out source destination
0 0 CONNMARK all -- * * 0.0.0.0/0 0.0.0.0/0 CONNMARK restore mask 0xf
0 0 qos_Default_ct all -- * * 0.0.0.0/0 0.0.0.0/0 mark match 0x0/0xf
0 0 MARK udp -- * * 0.0.0.0/0 0.0.0.0/0 mark match 0x0/0xf0 length 0:500 MARK xset 0x22/0xff
0 0 MARK icmp -- * * 0.0.0.0/0 0.0.0.0/0 MARK xset 0x11/0xff
0 0 MARK tcp -- * * 0.0.0.0/0 0.0.0.0/0 mark match 0x0/0xf0 tcp spts:1024:65535 dpts:1024:65535 MARK xset 0x44/0xff
0 0 MARK udp -- * * 0.0.0.0/0 0.0.0.0/0 mark match 0x0/0xf0 udp spts:1024:65535 dpts:1024:65535 MARK xset 0x44/0xff
0 0 CONNMARK all -- * * 0.0.0.0/0 0.0.0.0/0 CONNMARK save mask 0xf0
Chain qos_Default_ct (1 references)
pkts bytes target prot opt in out source destination
0 0 MARK tcp -- * * 0.0.0.0/0 0.0.0.0/0 mark match 0x0/0xf tcp multiport ports 22,53 /* ssh, dns */ MARK xset 0x11/0xff
0 0 MARK udp -- * * 0.0.0.0/0 0.0.0.0/0 mark match 0x0/0xf udp multiport ports 22,53 /* ssh, dns */ MARK xset 0x11/0xff
0 0 MARK tcp -- * * 0.0.0.0/0 0.0.0.0/0 mark match 0x0/0xf tcp multiport ports 20,21,25,80,110,443,993,995 /* ftp, smtp, http(s), imap */ MARK xset 0x33/0xff
0 0 MARK tcp -- * * 0.0.0.0/0 0.0.0.0/0 mark match 0x0/0xf tcp multiport ports 5190 /* AOL, iChat, ICQ */ MARK xset 0x22/0xff
0 0 MARK udp -- * * 0.0.0.0/0 0.0.0.0/0 mark match 0x0/0xf udp multiport ports 5190 /* AOL, iChat, ICQ */ MARK xset 0x22/0xff
0 0 CONNMARK all -- * * 0.0.0.0/0 0.0.0.0/0 CONNMARK save mask 0xff
0 0 MARK tcp -- * * 0.0.0.0/0 0.0.0.0/0 mark match 0x0/0xf tcp multiport ports 22,53 /* ssh, dns */ MARK xset 0x11/0xff
0 0 MARK udp -- * * 0.0.0.0/0 0.0.0.0/0 mark match 0x0/0xf udp multiport ports 22,53 /* ssh, dns */ MARK xset 0x11/0xff
0 0 MARK tcp -- * * 0.0.0.0/0 0.0.0.0/0 mark match 0x0/0xf tcp multiport ports 20,21,25,80,110,443,993,995 /* ftp, smtp, http(s), imap */ MARK xset 0x33/0xff
0 0 MARK tcp -- * * 0.0.0.0/0 0.0.0.0/0 mark match 0x0/0xf tcp multiport ports 5190 /* AOL, iChat, ICQ */ MARK xset 0x22/0xff
0 0 MARK udp -- * * 0.0.0.0/0 0.0.0.0/0 mark match 0x0/0xf udp multiport ports 5190 /* AOL, iChat, ICQ */ MARK xset 0x22/0xffMacie jakieś pomysły?
root@Openwrt:~# uci show nfsd
nfsd.media=nfsshare
nfsd.media.name=media
nfsd.media.sync=1
nfsd.media.insecure=1
nfsd.media.subtree_check=0
nfsd.media.read_only=0
nfsd.media.path=/tmp/usb_mount/141c6bc8-c896-48e7-92db-36e46331d58d/public/media
nfsd.media.allowed_hosts=*no właśnie miałem pusty ten plik, więc dlatego zacząłem zabawę w to remowanie...
Po usunięciu remowania znowu /etc/exports ma rozmiar 0
normalnie nie mam tego, to chyba tylko przejsciowo w trakcie uruchamiania /etc/init.d/nfsd jest tworzone
#build new exports file from uci
rm -rf /tmp/tmp_exports
touch /tmp/tmp_exports
config_load "nfsd"
config_foreach add_export_line "nfsshare"
if [ "$valid_found" = "0" ] ; then
stop
exit;
fi
old_md5=$(md5sum /etc/exports 2>/dev/null)
old_md5=${old_md5% *}
cur_md5=$(md5sum /tmp/tmp_exports)
cur_md5=${cur_md5% *}
if [ "$old_md5" = "$cur_md5" ] && [ -f /etc/exports ] ; then
rm /tmp/tmp_exports
#else
# mv /tmp/tmp_exports /etc/exports
fiJak zaremuję kasowanie tego pliku to zostaje w /tmp pusty plik tmp_exports
root@Openwrt:~# ps | grep portmap
28891 nobody 1024 S N /usr/sbin/portmap
31574 root 1492 S grep portmapJak w exports dałem
/nfs/media *(rw,all_squash,insecure,sync,no_subtree_check)w /etc/init.d/nfsd zaremowałem linię
mv /tmp/tmp_exports /etc/exportsi zrestartowałem nfsd to zasób normalnie daje sie podmontować
czyli chyba /etc/init.d/nfsd niepoprawnie przetwarza plik konfiguracyjny nfsd...
Strony Poprzednia 1 2 3 4 Następna
eko.one.pl → Posty przez garysek
Forum oparte o PunBB, wspierane przez Informer Technologies, Inc