Skocz do zawartości
Zamknięcie Forum PC LAB

Szanowny Użytkowniku,

Informujemy, że za 30 dni tj. 30 listopada 2024 r. serwis internetowy Forum PC LAB zostanie zamknięty.

Administrator Serwisu Forum PC LAB - Ringier Axel Springer Polska sp. z o.o. z siedzibą w Warszawie: wypowiada całość usług Serwisu Forum PC LAB z zachowaniem miesięcznego okresu wypowiedzenia.

Administrator Serwisu Forum PC LAB informuje, że:

  1. Z dniem 29 listopada 2024 r. zakończy się świadczenie wszystkich usług Serwisu Forum PC LAB. Ważną przyczyną uzasadniającą wypowiedzenie jest zamknięcie Serwisu Forum PC LAB
  2. Dotychczas zamowione przez Użytkownika usługi Serwisu Forum PC LAB będą świadczone w okresie wypowiedzenia tj. do dnia 29 listopada 2024 r.
  3. Po ogłoszeniu zamknięcia Serwisu Forum od dnia 30 października 2024 r. zakładanie nowych kont w serwisie Forum PC LAB nie będzie możliwe
  4. Wraz z zamknięciem Serwisu Forum PC LAB, tj. dnia 29 listopada 2024 r. nie będzie już dostępny katalog treści Forum PC LAB. Do tego czasu Użytkownicy Forum PC LAB mają dostęp do swoich treści w zakładce "Profil", gdzie mają możliwość ich skopiowania lub archiwizowania w formie screenshotów.
  5. Administrator danych osobowych Użytkowników - Ringier Axel Springer Polska sp. z o.o. z siedzibą w Warszawie zapewnia realizację praw podmiotów danych osobowych przez cały okres świadczenia usług Serwisu Forum PC LAB. Szczegółowe informacje znajdziesz w Polityce Prywatności

Administrator informuje, iż wraz z zamknięciem Serwisu Forum PC LAB, dane osobowe Użytkowników Serwisu Forum PC LAB zostaną trwale usunięte ze względu na brak podstawy ich dalszego przetwarzania. Proces trwałego usuwania danych z kopii zapasowych może przekroczyć termin zamknięcia Forum PC LAB o kilka miesięcy. Wyjątek może stanowić przetwarzanie danych użytkownika do czasu zakończenia toczących się postepowań.

Lee2007

Forumowicze
  • Liczba zawartości

    47
  • Rejestracja

  • Ostatnia wizyta

Odpowiedzi dodane przez Lee2007


  1.  

    29 minut temu, Qwinto napisał:

    1.Jeśli chcesz przez VPN dostawać się z poza swojej sieci domowej to publiczny adres IP (stały lu zmienny) jest niezbędny. Chcesz używać VPN w sieci wewnętrznej?

    2.Czyli serwer VPN na zwirtualizowanym Debianie działa. A w Windowsie działa usługa ssh? Jeśli tak, to firewall jej nie blokuje? Jaki komunikat dostajesz?

    3.Wszystko śmiga jak poprawnie skonfigurujesz usługi. VPS to nic innego jak wirtualna maszyna gdzieś w internecie. Tak samo działająca jak Twój PeCet czy Debian na wirtualce...

    1.Nie jestem w stanie odpowiedzieć na to pytanie. Ogólnie chce poznać zasady. Co z czym się je. Robię te operacje głównie z myślą by być obeznanym w wystawieniu inteligentnego domu na świat (zarówno wiedza dot. normalnego udostępnienia np. Home Assistant jak i poprzez VPN).
    Uruchomienie VPN w sieci wewnętrznej też nie jest jakieś zbyteczne. Przyda się taka wiedza by móc w swojej sieci połączyć komputery za pomocą VPN.
    2.Serwer VPN działa, choć jak go wyłączę to i tak przecież nawiąże połączenie z debianem (na VB) bo łącze się z kartą sieciową (bridge) wirtualnej maszyny, a nie z siecią i serwerem VPN, czyż nie?
    Odpowiedź z PC: ssh: connect to host 192..... port 22: Connection timed out
    3.Niby tak. Aczkolwiek właśnie o to mi chodzi. Niby tak samo działająca, ale ma publiczne IP... to jest najważniejsza różnica. Reasumując publiczne IP potrzebuje mój serwer VPN, a nie ja jako klient... tak wywnioskowałem.


  2. 1 godzinę temu, Qwinto napisał:

    Albo po prostu że nie ma publicznego IP żeby się podłączyć do VPNa :) Ciekawe jakie IP/domenę ustawił w konfiguracji OpenVPN?

    Lepiej kup sobie jakiś używany terminal typu HP t610...

    Wszystko szło z automatu. IP Virtualboxa zostało przydzielone przez router. Ja potem tylko ustawiłem to samo IP jako stałe dla VB. 
    Maline chce kupić z konkretnych powodów, a nie tylko po to żeby stawiać serwer. Wszystko co robię teraz i dlaczego chce kupić to chęć wyćwiczenia pewnych schematów działania. Dlatego też zależy mi na "rozwiązywaniu" problemów, a nie omijaniu ich wykorzystując inne sposoby.
    Terminal... znałem nazwe "NAS", ale takich mini PC, nie do końca. Trochę się zacofałem w tym wszystkim. Choć taka malina, NAS, terminal to chyba praktycznie to samo? :)

    Rozumiem, że publiczne IP muszę mieć przez wzgląd na serwer, który stawiam i chce go wystawić na świat, tak? ten, który jest na VirtualBoxie, w postaci Debiana? Zgadza się?
    Druga rzecz to udało mi się połączyć z serwerem (czyli z windowsa 10 do debiana), ale gdy jestem na debianie i próbuje się połączyć z PC'tem - nie działa. Używam komendy "ssh konto_windowsa@IP_PCta". Ping z konsoli debiana na PC działa. PC odpowiada, ale połączyć się nie da.

    Myślałem, że to wszystko powinno śmignąć, ale własnie po to to robię. Żeby się przekonać. Rozumiem, że sprawa będzie się miała inaczej jak postawie taki serwer na wykupionym DS'ie, tak? VPS?


  3. Nie, że "podczas instalacji". Miałem na myśli błędy, które dlaczegoś tam się pojawiają, i je rozwiązałem (z różnych przyczyn). Powodem napisania tego tematu jest któryś tam błąd z kolei, z którym już sobie poradzić nie mogę.

    Ok, Panowie. Sytuacja wygląda tak. Posłuchałem jak kolega radził z PiVPN. Faktycznie wszystko jest "łatwiejsze". Co nie co przeanalizowałem. Reasumując:
    1.Możliwe, że mam wewnętrzne IP (tudzież prywatne IP) - choć w zasadzie nie powinno to stanowić problemu prawda?
    2.Port przez który działa PiVPN odblokowałem w routerze na protokole UDP w sekcji "virtual servers" z IP przypisanym dla wirtualnej maszyny. Dodatkowo procedura powtórzona z tym samym portem w sekcji "port triggering".
    3.Wirtualna maszyna (debian) to serwer PiVPN. Karta sieciowa "bridged", więc nie ma możliwości przekierowania portów w samym VirtualBox. Pole to po prostu jest niedostępne "by wcisnąć" i wybrać.
    4.Klient PC, Windows 10, plik *.ovpn otwieram w OpenVPN GUI lub OpenVPN connect. Oba nie działają. W OpenVPN Connect w logach nie pojawia się już nic, natomiast przy połączeniu z OpenVPN GUI wychodzi komunikat:

     TLS Error: TLS key negotiation failed to occur within 60 seconds (check your network connectivity)
     TLS Error: TLS handshake failed
    PS: Komunikat pojawia się taki sam nawet jeśli serwer (Virtualbox) jest wyłączony.

    5.Zamierzam kupić maline, ale jeśli ją kupię i wszystko zrobię tak samo to też połączenie się nie uda bo czemu miałoby?


  4. 1. Dlaczego na debianie? Toż to jeden czort.
    2. Co to jest PiVPN? Można to instalować na wirtualnej maszynie? Jak to się ma do debiana, a np. raspbiana?
    3. Nawet gdyby jest to lepsza opcja (tudzież wygodniejsza), chciałbym rozwiązać problem, który mam. Nie chodzi o pominięcie tematów z którymi nie możemy sobie poradzić (wybierając jakkolwiek łatwiejszą drogę), a o rozwiązanie problemu.


  5. Witam.

    Piszę z prośba o pomoc dot. połączenia między serwerem VPN, a klientem. Otóż sytuacja wygląda tak, że zainstalowałem CentOS 8 na VirtualBox. Uruchomiłem serwer na nim openvpn, zgodnie z tym poradnikiem https://kifarunix.com/setup-openvpn-server-on-centos-8/. Jakieś tam błędy się zdarzyły, ale serwer w końcu ruszył. Jak to w tych poradnikach wykonałem od razu pliki potrzebne dla klienta (windows 10 - PC), gdzie plik *.ovpn skopiowałem z sampla i skonfigurowałem (być może z błędami, ale dlaczego by?). Jako klient uruchamiam na windowsie openvpn, klikam połącz i wychodzi coś takiego:

    "2021-03-21 11:13:27 us=937500 Cipher negotiation is disabled since neither P2MP client nor server mode is enabled
    Options error: Parameter ca_file can only be specified in TLS-mode, i.e. where --tls-server or --tls-client is also specified." info z log'a

    W zasadzie nie wiem co mam tutaj wam dać by pomóc w rozwiązaniu problemu. OpenVPN Connect też wywala błąd: 

    "option_error: sorry, static key encryption mode (non-SSL/TLS) is not supported"

    Jakieś sugestie? Co ew. podać w weryfikacji problemu? Ktore pliki konfiguracyjne?

    Pozdrawiam.

     

×
×
  • Dodaj nową pozycję...