Czy wyłączenie ARP psuje VPN? Na zewnętrznym skoku może
Tunel przenosi pakiety IP; szyfrowane połączenie nadal potrzebuje lokalnego wyszukania następnego skoku. Wybierz między dynamicznym rozwiązywaniem a utrzymywanym wpisem.
{Dwa pakiety podróżują w tym samym połączeniu i podlegają różnym regułom. Jeden to prywatny pakiet niesiony przez tunel, który interfejs wirtualny obsługuje bez żadnego nagłówka Ethernet. Drugi to pakiet szyfrowany, który opuszcza maszynę przez łącze dostępowe, i on nadal potrzebuje lokalnego następnego skoku rozwiązanego na adres sprzętowy. Mylenie tych dwóch to powód, dla którego ludzie wyłączają rozwiązywanie adresów na niewłaściwym interfejsie, a potem zastanawiają się, dlaczego tunel nigdy nie startuje.}
{Jeden pakiet w drugim, dwa modele dostarczania}
{Interfejs wirtualny w trybie routowanym przyjmuje pakiety IP. Nie ma nagłówka Ethernet, nie ma domeny rozgłoszeniowej ani adresów do rozwiązania w środku, więc pakiet wewnętrzny dostarcza sam tunel. To, co dzieje się w sieci dostępowej, to odrębna warstwa dostarczania.}
inner packet: private address -> tunnel device -> the VPN process
outer packet: endpoint address -> access route -> next-hop hardware address
{Ten zewnętrzny pakiet jest zwykłą ramką unicast, gdy opuszcza interfejs Ethernet, i potrzebuje sprzętowego adresu docelowego swojego następnego skoku. Rozwiązywanie adresów go dostarcza, a następnym skokiem jest zwykle lokalna brama, a nie zdalny serwer. Zrozumienie, że wyszukiwanie dotyczy bramy, a nie punktu końcowego, to większość diagnozy. Zapisz oba adresy, zanim cokolwiek zmienisz.}
{Znajdź sąsiada, który naprawdę ma znaczenie}
{Zapytaj tablicy routingu, którego następnego skoku używa punkt końcowy, a następnie sprawdź tablicę sąsiadów dla tego skoku. Sam punkt końcowy pojawia się tam rzadko, bo nie znajduje się w łączu lokalnym.}
ip route get 198.51.100.20
ip neigh show 192.168.0.1
{Jeśli wpis istnieje i jest osiągalny, ścieżka zewnętrzna jest w porządku, a usterka jest gdzie indziej. Jeśli go brakuje lub jest w stanie błędu, miejscem do sprawdzenia jest łącze, adres bramy lub polityka blokująca rozwiązywanie. Zmiana ustawień szyfrowania na tunelu nie pomoże w żadnym z tych przypadków. Zanotuj łańcuch stanu, który zgłasza tablica sąsiadów, bo odróżnia on trwającą próbę od trwałego błędu.}
{Nauczony wpis może ukryć zależność}
{Wpis w pamięci podręcznej działa jeszcze przez jakiś czas po zniknięciu tego, co go utworzyło, więc test wykonany kilka minut po zmianie może przejść z niewłaściwego powodu. Poczekaj, aż wpis wygaśnie, albo usuń go celowo, zanim uznasz, że rozwiązywanie nie jest potrzebne.}
{Odwrotny błąd jest równie częsty: nierozwiązany wpis traktuje się jako dowód, że tunel jest zepsuty. W praktyce wskazuje on segment lokalny, zduplikowany adres albo regułę bezpieczeństwa portu, która odrzuca ramki niosące odpowiedź. Sprawdź port przełącznika, zanim dotkniesz konfiguracji VPN.}
{Czytaj czas jako dowód. Wpis, który się rozwiązuje, a potem wielokrotnie wygasa, sugeruje niestabilne łącze lub dwa urządzenia odpowiadające za jeden adres, podczas gdy wpis, który nigdy się nie rozwiązuje, wskazuje na adres bramy albo filtrowanie na porcie dostępowym.}
{Zdecyduj między dynamicznym rozwiązywaniem a stałym wpisem}
{Dynamiczne rozwiązywanie jest domyślne nie bez powodu: podąża za sprzętem, gdy brama jest wymieniana, i nie wymaga koordynacji z nikim. Wpis statyczny jest obronny, gdy sieć jest świadomie zarządzana, a powiązanie adresu z adresem sprzętowym jest częścią udokumentowanego projektu.}
| Approach | Good fit | Cost you accept |
|---|---|---|
| Dynamic resolution | Laptops, changing networks, anything with a spare minute to recover | A short outage while the entry is relearned |
| Permanent entry | Fixed appliances where the pairing is controlled and recorded | A silent failure the day the hardware changes |
{Tak czy inaczej, zastosuj wybór do interfejsu dostępowego, który niesie pakiet zewnętrzny. Wyłączenie rozwiązywania na tym interfejsie nie wzmacnia tunelu; odbiera klientowi możliwość dotarcia do bramy, która go niesie, a usterka wygląda jak martwy VPN, a nie jak lokalny problem adresowania.}
{Miej na uwadze drugi stos}
{IPv6 nie używa rozwiązywania adresów w tej samej formie; używa odkrywania sąsiadów. Pytanie warstwowe pozostaje bez zmian: jak rzeczywisty pakiet zewnętrzny dociera do lokalnego następnego skoku i co dowodzi, że odpowiedź jest aktualna.}
{Sprawdź te same dwa fakty również na drugim stosie, zanim ogłosisz projekt ukończonym, bo tunel przenoszący obie rodziny ma dwie zewnętrzne ścieżki do rozważenia. Zanotuj, którą zweryfikowałeś, a którą założyłeś.}