Wszystko

Najnowsze

Archiwum

s.....7
s.....7
  • 0
Panowie utknalem. Mam vps w xen. Instaluje sobie opvn ze skryptu i dziala ok. Odpalam skrypt z git huba zeby zainstalowac
"wget -qO- https://git.io/wireguard.sh | bash" instalacja pomyslnie przebiega. Mam plik konfiguracyjny kompiuje na kompa i odpalam w oficjalnym sofcie wireguard na macu. Niby jest polaczeni Status: active nic nie dziala. zadne strony sie nie odpalaja. UFW na serverze disablem czy przekierowany port bez roznicy nie dziala. Moglby ktos przetestowac owy skrypt
  • 7
  • Odpowiedz

  • Otrzymuj powiadomienia
    o nowych komentarzach
chodzacy_internet
  • 0
Mam problem z konfiguracją klienta wireguarda w openwrt, aby zastawić wyłącznie dostęp do zasobów bez przekierowywania całego ruchu przez VPNa. Serwer wireguarda stoi na zewnętrznym vps'ie. Przy odpalaniu wg na openwrt ciągle zmienia mi tablice routingu i nie potrafię tego zmienić :/ Ktoś siłował się z podobnym tematem?

#linux #sieci #openwrt #wireguard #vpn
  • Odpowiedz

  • Otrzymuj powiadomienia
    o nowych komentarzach
arhu
  • 1
Treść przeznaczona dla osób powyżej 18 roku życia...
  • 3
  • Odpowiedz

  • Otrzymuj powiadomienia
    o nowych komentarzach
q.....n
q.....n
  • 2
Hej,

Właśnie zacząłem próbować podłączyć Wireguard VPN z firmy do mnie do domu, ale nie działa(ale w sumie to nie jest przedmiotem tego wpisu).
Podczas konfiguracji naszło mnie kilka pytań o jego działanie:

1. Dlaczego klucze prywatne i publiczne generowane przez Wireguard są takie krótkie(chyba tylko 44 znaki)
  • 6
  • Odpowiedz

  • Otrzymuj powiadomienia
    o nowych komentarzach
rawilson
  • 1
2. Jakim sposobem mogę połączyć sieć firmową np. 192.168.1.0/24 do mojej sieci 192.168.1.0/24 gdy występuje konflikt adresów IP?(w firmie jak i w domu mam na identycznych adresach ustawione urządzenia)


@qarmin: NAT 1:1
  • Odpowiedz
Krukosz
Krukosz
  • 0
Mam.problem z iperf po UDP. Po LAN dziala zatówno UDP jak i TCP a po VPN (wireguard) jedynie TCP. Przy UDP w logu serwera mam tylko, że nawiązano połączenie ale po zalończonym teście serwer jest w stanie jakby miał otwarte połączenie i czeka na pakiety. Natomiast klient kończy pracę komunikatem > did not receive ack of last datagram after 10 tries
Firesall mam zrobiony tak samo dla tcp i udp. Czy powodem
  • 3
  • Odpowiedz

  • Otrzymuj powiadomienia
    o nowych komentarzach
Krukosz
Krukosz
  • 0
@sindar: Są w dwóch różnych sieciach, ale przecież od tego jest VPN aby to przekierowywał - po TCP mam połączenie. Jestem w stanie wejść przez VPN do webGUI routera. Połączenie jest nawiązywane zarówno po TCP jak i UDP, ale iperf po stronie serwera nie odbiera pakietów po UDP. Firewall jest ustawiony zarówno dla TCP jak i UDP.
  • Odpowiedz
s.....r
s.....r
  • 0
@Krukosz: Ok. Nie mniej sprawdziłabym poleceniem nc ten port :) Ewentualnie możesz jeszcze sprawdzić tcpdumpem: tcpdump udp port 5001 czy tam wiresharkiem. No i do tego możesz zrobić taki test: iperf -c -i 1 -t 10 -u (na openwrt) podaj co Ci wyszło, zobaczymy.
  • Odpowiedz
A.....i
A.....i
  • 0
@Ingvarr100th: na czysto stawiam lapka bo będę się łączył pulpitem zdalnym ze statkiem matką, więc nie ( ͡° ͜ʖ ͡°)

I był update jakoś bardzo dawno że faktycznie jakiś jełop w microsofcie zrobił ten sam błąd co typek w popularnej dystrybucji linuxa i zrobił coś na styl
rm -rf /home/ blalfsdflsdl


ale to dawno temu
  • Odpowiedz
dzyndzla
  • 2
Mirki od #apple #macos, średnio obyty jestem w temacie, a mam starego #macbookair (MacBook Air (11-inch, Mid 2011)), który nie dostał aktualizacji z #highsierra do #mojave, a taka by mi się przydała, bo nie mogę korzystać z klienta vpn #wireguard, bo ten potrzebuje najnowszego os'a. I teraz wiem, że da się to ogarnąć w ten sposób ->
  • 5
  • Odpowiedz

  • Otrzymuj powiadomienia
    o nowych komentarzach

Powiązane tagi