Docker: VPN-istunnon aikana ei ole enää jäljellä ennalta määritettyjä osoitepooleja
Ennalta määritetyn poolin virhe koskee automaattista varausta, ei julkisia osoitteita. Laske varaukset, vertaa on-link-reittejä ja pidä VPN-käytäntö ehjänä.
Vika on täsmällinen: Docker ei löydä hyväksyttävää automaattista aliverkkoa uudelle siltaverkolle. Se ei tarkoita, että koneen osoitteet ovat loppuneet, eikä sitä, että VPN olisi rikki. Kaksi kysymystä ratkaisee diagnoosin: mitkä ehdokaslohkot taustapalvelu näkee ja mitkä niistä sen varaaja sulkee pois tässä ympäristössä. Käy ne läpi juuri tässä järjestyksessä, koska toinen kysymys on merkityksetön, kunnes ensimmäiseen on vastattu.
Vahvista, mikä epäonnistui, ennen kuin muutat mitään
Suorita alla olevat vaiheet sillä isännällä, joka ajaa taustapalvelua. Etäkontekstin kanssa keskusteleva komentotulkki kuvaa toista konetta, ja pelkästään tämä virhe voi tuhlata tunnin.
Kirjaa samalla Engine-versio tikettiin. Jokainen tämän oppaan heuristiikka on versiosidonnainen, ja väite ilman versiota on huhu.
Laske varaukset, jotka sinulla jo on
Luettele verkot ja tarkasta sitten tärkeät: docker network ls, jota seuraa docker network inspect NETWORK_NAME. Lue niiden IPAM-aliverkot ja kuhunkin liitetyt kontit. Useat Compose-projektit kuluttavat enemmän lohkoja kuin niiden konttimäärät antavat ymmärtää, koska jokainen projekti tapaa luoda oman oletusverkkonsa. Pysäytetty kontti ei vapauta verkkonsa varausta.
Tarkista myös poolin kokoonpano, sillä oletuspoolilla on perusalue ja verkkokohtainen etuliitteen koko. Suuret verkkokohtaiset varaukset kuluttavat käytettävissä olevat lohkot nopeammin, ja se on kapasiteettitieto, ei reititysongelma.
Kirjoita lukumäärä muistiin. Se on lähtötaso, joka kertoo, auttoiko seuraava muutos.
Vertaa taustapalvelun näkemystä reiteistä
VPN voi vaikuttaa ehdokkaiden valintaan, mutta tarkka toteutus ratkaisee miten. Versiossa Moby 28.2.2 Linuxilla InferReservedNetworks kerää nimipalvelimien osoitteita ja tiettyjä on-link IPv4 -reittejä, eikä se yksinkertaisesti varaa jokaista reittiä jokaisesta taulusta. Kerätyt linkkireitit sulkevat pois myös määrittelemättömän kohdeosoitteen, joten pelkkä 0.0.0.0/1-reitti ei varaa kaikkia osoitteita. Toinen laaja on-link-etuliite, kuten 128.0.0.0/1, voi leikata tuttuja ehdokasalueita 172 ja 192.
Vertaa ip -4 route show table all ennen VPN:n yhdistämistä ja sen jälkeen taustapalvelun isännällä. Ero on todiste, ja versio on väitteen laajuus.
Älä yleistä yhden julkaisun heuristiikkaa kaikkiin julkaisuihin. Niin foorumivastauksesta tulee käytäntömuutos.
Valitse pienin korjaus, joka toimii
Jos vahvistetusti käyttämätön verkko pitää hallussaan tarvitsemasi lohkon, suunnittele sen kohdennettu poisto omistajan kanssa laajan karsimisen sijaan. Uudelle verkolle eksplisiittisesti tarkastettu käyttämätön aliverkko välttää automaattisen valinnan riippuvuuden kokonaan. Sen aliverkon on silti vältettävä todellisia Docker-, LAN- ja vaadittuja VPN-kohteita, koska yksityinen ei tarkoita turvallista. Todellisen etäetuliitteen reitittäminen vaihtaisi varausvirheen rikkinäiseen pääsyyn.
default-address-pools:n muuttaminen on laajempi käytäntö tulevista varauksista. Valitse ristiriidaton perusta ja sopiva varattu koko, yhdistä se olemassa oleviin taustapalvelun asetuksiin ja suunnittele dokumentoitu uudelleenkäynnistyksen vaikutus. Olemassa olevia verkkoja ei numeroida uudelleen hiljaisesti.
Älä poista yrityksen reittien työntöä käytöstä, jotta varaus onnistuisi. Selkeä osoitesuunnitelma ratkaisee yleensä paikallisen ongelman heikentämättä pakollista käytäntöä.
Hyväksy varaus ja reititys erikseen
Tarkasta muutoksen jälkeen aliverkko, jonka Docker todella loi, ja testaa sovelluksen VPN- ja paikalliset riippuvuudet. Onnistunut varaus ja oikea ajonaikainen reititys ovat kaksi eri hyväksyntätarkistusta, eikä ensimmäisen läpäiseminen ole todiste toisesta. Jos sovellus ei tavoita tunnelin takana olevaa resurssia, sinulla on reititysongelma, jonka poolivirhe piilotti. Kirjaa molemmat tulokset tikettiin.
Säilytä reittien ero ja poolin lukumäärä muutoskirjauksen yhteydessä, koska seuraava VPN-asiakkaan päivitys voi muuttaa ensimmäistä koskematta Dockeriin.
Opas on valmis, kun joku muu voi toistaa nuo kaksi tarkistusta ja saada saman vastauksen.