No wiem wiem, ale mniejszy brak prywatności lepszy niż większy brak prywatności. Mniejsza o tą kwestię czy, po co i na co.

W każdym razie. Można prosić o wskazówki jak to ogarnąć?

Openwrt najnowsze.
OpenVPN dziś pobrane
router Netgear R6220

W dyskusji którą podlinkowałem w poprzednim wpisie wyżej, widać jak ktoś ma jakieś problemy z DNSem, choć też się pyta czy to ważne (ja też nie wiem).
W innym miejscu znowu znalazłem info odnośnie VPNa na kompie, nie w routerze -ktoś sobie firewallem tak zrobił, to inny mu odpisał, że tak to nie zadziała, bo (tu następował opis sytuacji gdy taki "kill switch" zawiedzie"). Następny zaproponował co innego to kolejny wpis był, że tak też dupa, bo zadziała tylko na strony korzystające z czegoś, a nie z czegoś innego (HTTP czy HTTPS?) Sorry za brak szczegółów, ale to było dawno a ja nie znam się na sieciach a tym bardziej na komendach linuxa więc dla mnie to było po chińsku.

W każdym razie chciałbym mieć pewność, że zrobię to porządnie i że będzie działało dokładnie tak samo dobrze jak dedykowane killswitche w apce dostarczanej przez dostawcę VPNa.

Też nie bardzo mam pomysł jak takiego killswitcha miałbym sprawdzić. I przez nie bardzo mam pomysł mam tu na myśli "zupełnie nie mam pojęcia"

Tak, super, tylko ja jeszcze się muszę nauczyć jak się to wszystko robi. Jak pisałem, nie znam się ani na linuksie, ani na routerach, więc dopiero powoli ogarniam napisany (dla mnie) po chińsku tutorial.
Nauczyłem się w końcu podpiąć przez komendę SSH. Ale tutorial wygląda zupełnie inaczej niż to co jak mam w routerze. W ogóle w tutorialu jest tylko o edycji i tworzeniu plików. A tymczasem w routerze mam sekcję OpenVPN i tam mogę sobie np. wybrać plik konfiguracyjny. Czyli już odpada cała pierwsze sekcja o tworzeniu plików, zmienianiu ich nazw, edycji i przerzucaniu ręcznie na router

Teraz mam na przykład dodać jakieś pierdoły do pliku w katalogu etc/config/openvpn, i znowu zaraz będę googlował czy jest jakiś edytor plików do tego, jak się listuje treść pliku, no chyba, że się zawsze przerzuca plik na kompa komendą scp, ale myślę, że skoro jest sekcja Openvpn to pewnie niepotrzebnie się męczę, bo można bez tego całego dziwnego dla mnie procesu, szczególnie, ze tutorial do tego VPNa, który kupiłem jest naprawdę kretyńsko i nieintuicyjnie napisany. Idzie jak po grudzie.

Jest jakiś AKTUALNY poradnik jak się ustawia OpenVPN na routerach OpenWRT z najnowszym OpenWRT?

Wdzodzę w katalog etc/config i nie widzę nic takiego.

Gdzie mam to usunąć konkretnie?

PS. Jak podpinam się przez ssh teraz, to mi krzyczy, że się zmieniło coś w jakimś kluczu, że mogą mnie hakiery atakować,
"Remote host identifcation has changed! Someone could be eavesdropping on you".

Za pierwszym razem tego nie miałem. Po nieudanej próbie resetowałem router do ustawień domyślnych openwrt i teraz takie coś.
Dałem sudo żeby się zamknął póki co.

PPS. Widzę w wersji beta następnego Openwrt są katalogi a w nich modele układu na którym bazuje router. Mój nowozakupiony Netgear R6220  zaczyna się od numerka niżej . Czyli kupiłem sprzęt który właśnie przestaje dostawać nowe OpenWRT? Co innego taniego będzie trzeba kupić po wydaniu wersji stabilnej nowego Openwrt?

Jest source LAN z destination na WAN, tylko taki poza tym który jest z Twojego poradnika do TUN0.
Ten LAN->WAN mam wywalić?

A to da dokładnie to samo co pełen dedykowany "killswitch"? Co jeśli np. strona łączy się jak jest VPN, a ten nagle się wyłączy? To nie powinno być blokady w drugą stronę? WAN do LAN? Czy nie będzie tak, że jak dana strona (lub provider netu) będzie chciała to się wtedy dowie mojego realnego IP?

https://openwrt.org/downloads
Development snapshot builds
to nie jest coś w rodzaju bety?

Dziękuję bardzo.

Wkleję jeszcze poradnik ze strony mojego dostawcy VPNa i zapytam czy jest tu coś co powinienem zrobić, poza tym co Ty mi już doradziłeś tutaj. Będę wdzięczny jeśli zechcesz rzucić okiem.

Create a new firewall zone as show below and add the forwarding rule from LAN to VPN:

uci add firewall zone
uci set firewall.@zone[-1].name='vpnfirewall'
uci set firewall.@zone[-1].input='REJECT'
uci set firewall.@zone[-1].output='ACCEPT'
uci set firewall.@zone[-1].forward='REJECT'
uci set firewall.@zone[-1].masq='1'
uci set firewall.@zone[-1].mtu_fix='1'
uci add_list firewall.@zone[-1].network='lubieplackitun'
uci add firewall forwarding
uci set firewall.@forwarding[-1].src='lan'
uci set firewall.@forwarding[-1].dest='vpnfirewall'
uci commit firewall

The file /etc/config/firewall should contain the following appended strings:

config zone
        option name 'vpnfirewall'
        option input 'REJECT'
        option output 'ACCEPT'
        option forward 'REJECT'
        option masq '1'       
        option mtu_fix '1'
        list network 'lubieplackitun'     
config forwarding       
        option src 'lan'   
        option dest 'vpnfirewall'

Now you need to configure the DNS servers. The easiest approach would be to use  (DNS od dostawcy VPNa) for the WAN interface of the router. You can add the lubieplacki DNS as shown below:

uci set network.wan.peerdns='0'
uci del network.wan.dns
uci add_list network.wan.dns='1.2.3.4'
uci add_list network.wan.dns='5.6.7.8'
uci commit

The file /etc/config/network should contain the section 'wan' with following strings (three bottom strings has been appended):

config interface 'wan'                       
        option ifname 'eth0.2'               
        option force_link '1'                 
        option proto 'dhcp'                   
        option peerdns '0'                   
        list dns '1.2.3.4'                   
        list dns '5.6.7.8'

(Optional) To prevent traffic leakage outside the VPN-tunnel you need to remove the forwarding rule from LAN to WAN. In the default configuration, there is a single forwarding rule, and the command is:
uci del firewall.@forwarding[0]

You can also set the "masquerading" option to '0' for wan zone, it goes after lan zone, so the command is:
uci set firewall.@zone[1].masq=0

After configuration you should commit changes:
uci commit firewall

You can also disable forwarding not to the specific interface by modifying the file /etc/firewall.user:

# This file is interpreted as shell script.
# Put your custom iptables rules here, they will
# be executed with each firewall (re-)start.
# Internal uci firewall chains are flushed and recreated on reload, so
# put custom rules into the root chains e.g. INPUT or FORWARD or into the
# special user chains, e.g. input_wan_rule or postrouting_lan_rule.

if (! iptables -C forwarding_lan_rule ! -o tun+ -j REJECT); then
        iptables -I forwarding_lan_rule ! -o tun+ -j REJECT
fi

Additionally, you could perform the following steps. Append the lines to the file /etc/firewall.user:

if (! ip a s tun0 up) && (! iptables -C forwarding_rule -j REJECT); then
        iptables -I forwarding_rule -j REJECT
fi

Create the file 99-prevent-leak in the folder /etc/hotplug.d/iface/ with following content:

#!/bin/sh
if [ "$ACTION" = ifup ] && (ip a s tun0 up) && (iptables -C forwarding_rule -j REJECT); then
        iptables -D forwarding_rule -j REJECT
fi
if [ "$ACTION" = ifdown ] && (! ip a s tun0 up) && (! iptables -C forwarding_rule -j REJECT); then
        iptables -I forwarding_rule -j REJECT
fi

After configuration, reboot the router with the command:

Tego ostatniego nie rozumiem do końca, gdzie i co zapisać, a sam poradnik jest też do kitu, bo w jednym punkcie się nie zgadzało, bo nie mialem pozycji ifname na przykład.
Twój lepszy, bo działa. Wyłaczyłem VPN to mi internet przestał działać, więc może jest już ok.

Czy mogę im napisać, że autor poradnika na ich stronie jest debilem?
Bo rozumiem, że w absolutnie niczym ten ich nie będzie lepszy niż Twój sposób?
Poradnik jest do dupy, w jednym miejscu jest po komendzie jakiś znaczek &
W innym po komendzie jest "powinno być w pliku network teraz tak" a jest inaczej.
Nie piszą jak chodzić po katalogach, jak zobaczyć gdzie się jest (ja daję cd .. żeby wejść do etc itp. ale szczęście, że z DOSa pamiętałem tę komendę b o też bym musiał szukać). Nie ma infa jak się listuje katalog, jak sprawdza zawartość plików, jak edytuje, a poradnik oczekuje wykonywania tych czynności.

To jeden z większych graczy na rynku VPN. Jak będę im wysyłał opinię co myślę o ich poradniku ich beznadziejnym supporcie, to może napiszę, że znam takiego co się faktycznie na tym zna i może napisać lepszy poradnik. Na Twoim miejscu bym im zaoferował, może daliby Ci zarobić na tym, a kasy mają dużo, bo wszędzie się reklamują. Napisz czy mam zapytać przy okazji i podać adres strony, żeby się ewentualnie skontaktowali.

Jeszcze raz bardzo dziękuję.

Po nazwie pliku.
In some cases, OpenVPN hangs with log messages like (couldn't resolve host ...). In this case, a tunnel stays up, but the connection is lost. It should be reconnected manually, with the following script /etc/openvpn/reconnect.sh, which is added to /etc/rc.local as:

/etc/openvpn/reconnect.sh &

The content of the script reconnect.sh is:

#!/bin/sh
n=10
while sleep 50; do
        t=$(ping -c $n 8.8.8.8 | grep -o -E '\d+ packets r' | grep -o -E '\d+')
        if [ "$t" -eq 0 ]; then
                /etc/init.d/openvpn restart
        fi
done

reconnect.sh a dalej jest ten &. Do tego tak napisali, że do dziś nie wiem gdzie i co i  w którym pliku to miałoby być. Do rc.local czy do reconnect.sh w innym katalogu? No serio, jak to ma zrozumieć laik to ja nie wiem. A nie laik nie potrzebuje poradników. Logika widać obca niektórym.

cześć Ronson, jak  sobie poradziłeś ?
daj znać jak poszło

Wiecie że piszecie w wątku archeo sprzed pół roku?

Gargoyle ma swojego klienta wiregaurd. I nordvpn nie ma chyba "natywnego" wspracia dla wiregaurda, miał swoją aplikację obudowaną na wireguardzie.