Nie jesteś zalogowany. Proszę się zalogować lub zarejestrować.
eko.one.pl → Oprogramowanie / Software → mwan3 - powiadomienie na e-mail po przełączeniu na wan2 (3g)
Strony 1
Zaloguj się lub zarejestruj by napisać odpowiedź
Czy ktoś ma wdrożone powiadomienie na e-mail o przełączeniu na łącze zapasowe 3g - wan2
z ostrzeżeniem o konieczności ograniczenia transferu do niezbędnego minimum ?
Idealnie by było aby był wysyłany e-mail informacyjny również o powrocie na łącze podstawowe.
Szukam takiego rozwiązania i będę wdzięczny za udostępnienie dla 15.05, niekoniecznie bezpłatnie.
Krzysztof
Zmodyfikuj skrypty mwan3 które robią przełączanie.
Dla simplefailover ja zrobiłem tak http://eko.one.pl/forum/viewtopic.php?id=11026. A dla msmtp
cat /etc/gsm.txt | sendmail -tJedyny problem jaki mam to to, że prawie za każdym razem wysyła po 2 maile 
Panowie
Podepę się 
Uzywam mwan3 na 4 interfejsach
2x po LTE i 2x po VPN
I problem jest taki że czasem jak się zrestartuje VPN to jakby "zamierał" mwan3 i nie przepuszacza przekierowanych portów po VPN
Dopiero killall mwan3 pomaga ( nie raz nie za pierwszym razem ) i ponowny start mwan3
Jaki skrypt zrobić by to kontrolował i sam resetował mwan3 ?
A może po prostu byś to zgłosił autorowi żeby poprawił jeżeli faktycznie jest taki problem?
Ja zrobilem to na hotplug.d:
skrypt 99-send-3g-mail w /etc/hotplug.d/iface:
#!/bin/sh
if [ "$INTERFACE" == "wan3g" ]; then
sleep 10
if [ "$ACTION" == "ifup" ]; then
cat /usr/share/3g-on.txt | sendmail -t
else
cat /usr/share/3g-off.txt | sendmail -t
fi
fiUzywam simplefailover przerobione troche, zeby pingowalo kilka hostow (uzywajac oping-a), ale w rozwiazaniu z hotplugiem nie ma to znaczenia. Skrypt wysyla elegancko po 1 mailu w zaleznosci od wlaczenia/wylaczenia interfejsu 3g.
@cineq bardzo dobre rozwiązanie no i faktycznie nie wysyła po kilka maili! Super dzięki wielkie.
PS. możesz rozwinąć co daje pingowanie kilku hostów?
Zeby zminimalizowac szanse falszywego wykrycia "awarii" internetu.
Ja zrobilem to na hotplug.d:
Zaadaptowałem Twój skrypt na swoje potrzeby dla konfiguracji łącze kablowe-dhcp (wan) / sieć GSM-3g (wan2)
w oparciu o program mailsend
Może komuś się przyda:
#!/bin/sh
if [ "$INTERFACE" == "wan" ]; then
sleep 10
if [ "$ACTION" == "ifup" ]; then
mailsend -f openwrt_router@mynet.net.pl -t adresat@mynet.net.pl -smtp mail.mynet.net.pl -user user -pass topsecret -sub "router info" -domain "mynet.net.pl" -v -M "Praca na łączu podstawowym." -M "Bez limitu ilości przesyłanych danych"
else
mailsend -f openwrt_router@mynet.net.pl -t adresat@mynet.net.pl -smtp mail.mynet.net.pl -user user -pass topsecret -sub "router info" -domain "mynet.net.pl" -v -M "UWAGA !" -M "Praca na łączu zapasowym GSM." -M "Proszę ograniczyć ilość przesyłanych danych"
fi
fi
Zeby zminimalizowac szanse falszywego wykrycia "awarii" internetu.
Możesz pochwalić się tą modyfikacją? 
Z góry dzięki
Ja zrobilem to na hotplug.d:
skrypt 99-send-3g-mail w /etc/hotplug.d/iface:
#!/bin/sh if [ "$INTERFACE" == "wan3g" ]; then sleep 10 if [ "$ACTION" == "ifup" ]; then cat /usr/share/3g-on.txt | sendmail -t else cat /usr/share/3g-off.txt | sendmail -t fi fiUzywam simplefailover przerobione troche, zeby pingowalo kilka hostow (uzywajac oping-a), ale w rozwiazaniu z hotplugiem nie ma to znaczenia. Skrypt wysyla elegancko po 1 mailu w zaleznosci od wlaczenia/wylaczenia interfejsu 3g.
A czy jest możliwość dodania do tego skryptu rejestrowania do pliku kiedy nastąpiło przełączenie na wan3g i powrót do wanu podstawowego?
cat /usr/share/3g-on.txt >> /mnt/sda1/plik_Z_logiem.txt
itd.
Tworzy pliki ale niestety nic w nich nie zapisuje Oczywiście maile wysyła tak jak do tej pory.
Coś musi jeżeli masz /usr/share/3g-on.txt
Ja zrobilem to na hotplug.d:
skrypt 99-send-3g-mail w /etc/hotplug.d/iface:
#!/bin/sh if [ "$INTERFACE" == "wan3g" ]; then sleep 10 if [ "$ACTION" == "ifup" ]; then cat /usr/share/3g-on.txt | sendmail -t else cat /usr/share/3g-off.txt | sendmail -t fi fiUzywam simplefailover przerobione troche, zeby pingowalo kilka hostow (uzywajac oping-a), ale w rozwiazaniu z hotplugiem nie ma to znaczenia. Skrypt wysyla elegancko po 1 mailu w zaleznosci od wlaczenia/wylaczenia interfejsu 3g.
Jak jednak można dostosować pod mwan3? Aktualnie przy zaniku podstawowego łącza i przełączenia na zapasowe mam:
Tue Jan 5 22:01:48 2016 user.notice mwan3: ifdown interface wan2 (wwan0)
Tue Jan 5 22:01:41 2016 user.notice mwan3track: Interface wan2 (wwan0) is offline
Tue Jan 5 22:01:26 2016 user.notice mwan3: ifdown interface wan2 (unknown)
Tue Jan 5 22:00:15 2016 user.notice mwan3: ifdown interface wan (eth0.2)
Tue Jan 5 22:00:15 2016 user.notice mwan3track: Interface wan (eth0.2) is offlineŻeby nie zakładać nowego temu to podpytam o powiadomienia sms. Mam w mwan3.user takie coś dodane:
if [ "$INTERFACE" == "wan" ]; then
sleep 5
if [ "$ACTION" == "ifdown" ]; then
cp /etc/sms/ifdownwanAndrzej.txt /etc/sms/outgoing
cp /etc/sms/ifdownwanAdam.txt /etc/sms/outgoing
fi
fi
Jak uzależnić to co wyżej dodatkowo jeszcze od istnienia pliku w /etc/. Chodzi o to, że mogę wysłać sms powiadomienieoff gdzie zrobi się coś takeigo:
if grep -q powiadomieniaoff $2; then
touch /etc/powiadomienia
fi
Żebym nie dostawał non stop powiadomień a potem jak coś to analogiczne ponownie włączył wysyłając powiadomieniaon
if [ "$INTERFACE" == "wan" ]; then
sleep 5
if [ "$ACTION" == "ifdown" ]; then
if [ ! -e /etc/powiadomienia ]; then
cp /etc/sms/ifdownwanAndrzej.txt /etc/sms/outgoing
cp /etc/sms/ifdownwanAdam.txt /etc/sms/outgoing
fi
fi
fi
Jezeli plik istnieje to nic nie wyśle. Albo tego ifa na sam początek, wtedy w ogóle nic nie będzie sprawdzał (co jest lepsze bo mniej zasobów zużywa).
Czyli tak będzie prawidłowo:
if [ ! -e /etc/powiadomienia ]; then
if [ "$INTERFACE" == "wan" ]; then
sleep 5
if [ "$ACTION" == "ifdown" ]; then
cp /etc/sms/ifdownwanAndrzej.txt /etc/sms/outgoing
cp /etc/sms/ifdownwanAdam.txt /etc/sms/outgoing
fi
fi
fi
?
Ideologicznie tak.
Dziękuję
Strony 1
Zaloguj się lub zarejestruj by napisać odpowiedź
eko.one.pl → Oprogramowanie / Software → mwan3 - powiadomienie na e-mail po przełączeniu na wan2 (3g)
Forum oparte o PunBB, wspierane przez Informer Technologies, Inc