Puncte:0

Sediul central Azure VPN OpenVPN - Fără comunicare

drapel br

Pentru a oferi o idee despre arhitectura rețelei și problema;

Sediul central are un firewall Pfsense cu o conexiune VPN IPSec de la site la site la unele mașini virtuale din Azure. Când sunt pe site (192.168.1.1/22) nu am probleme de comunicare cu Azure VNET (10.0.0.0/16) sau cu VM-urile sale.

Utilizatorii de la distanță se conectează la sediul central folosind OpenVPN pe Pfsense (10.8.0.0/24) și pot accesa resursele site-ului, dar nu pot vedea Azure VNET.

Am încercat să adaug ruta la configurația serverului OpenVPN (apăsați „route 10.0.0.0 255.255.0.0”), dar asta nu a făcut nicio diferență.

Orice instrucțiune despre cum să faceți AZ VNET vizibil pentru utilizatorii de la distanță ar fi apreciată.

drapel in
10.8.0.0/24 este în interiorul 10.0.0.0/16, așa că atunci când un pachet vine de la, să spunem 10.8.0.2 > 10.0.0.2, atunci 10.0.0.2 ar putea crede că 10.8.0.2 este pe rețeaua locală și nu se întoarce niciodată pe ruta IPSec. Încercați să scrieți o hartă a modului în care ar trebui să circule traficul și apoi luați în considerare ce rute aveți nevoie pentru ca fiecare pachet să ajungă la destinație în fiecare dispozitiv/router. Amintiți-vă că trebuie să curgă în ambele sensuri.

Postează un răspuns

Majoritatea oamenilor nu înțeleg că a pune multe întrebări deblochează învățarea și îmbunătățește legătura interpersonală. În studiile lui Alison, de exemplu, deși oamenii își puteau aminti cu exactitate câte întrebări au fost puse în conversațiile lor, ei nu au intuit legătura dintre întrebări și apreciere. În patru studii, în care participanții au fost implicați în conversații ei înșiși sau au citit transcrieri ale conversațiilor altora, oamenii au avut tendința să nu realizeze că întrebarea ar influența – sau ar fi influențat – nivelul de prietenie dintre conversatori.