Cloud VPN ටනලයක කිසිදා Established තත්ත්වයට නොපැමිණෙන BGP සැසිය සාමාන්‍යයෙන් රවුටින් ගැටලුවක් නොවේ. එය රැහැන් සම්බන්ධ ගැටලුවකි: එකිනෙක පිළිබිඹු විය යුතු ලිපින දෙකක් වැරදි අනුපිළිවෙලින් ඇතුළත් කර ඇත, නැතහොත් පළමු ටනලයේ යුගලය දෙවැන්නේ නැවත භාවිත කර ඇත. ටනලයම සම්පූර්ණයෙන් සුවපත් විය හැකි අතර සැසිය Waiting for peer හි රැඳී තිබිය හැක, මන්ද IPsec සහ BGP එකම අන්ත ලක්ෂ්‍ය දෙකක් අතර වෙන වෙනම සාකච්ඡා වේ. යමක් නැවත ගොඩනැගීමට පෙර මේ දෙකෙන් කුමක් කැඩී ඇත්දැයි තීරණය කරන්න.

එක් ප්‍රශ්නයක් බොහෝ අවස්ථා විසඳයි: සහකරු උපාංගය Cloud Router හි ලිපිනය කෙසේවත් දකිනවාද?

ටනලයේ තත්ත්වය සහ සැසියේ තත්ත්වය වෙනස් පරීක්ෂණ වේ

මුලින්ම IKE සහ ESP එයි. ටනලය ස්ථාපිත නොවී නම් ඒ තුළ කිසිවක් වැදගත් නොවන අතර BGP ලිපිනය ගැන සාකච්ඡාව කල් ඇතිව සිදු වේ. ටනලයේ තත්ත්වය සහ සවිස්තර තත්ත්වය කියවා, පසුව එම ටනලය සඳහා රවුටරයේ BGP සහකරු තත්ත්වය කියවන්න.

ටනලය ක්‍රියා කරන අතර එහි BGP සහකරු නතර වී ඇත්නම්, දෝෂය සැසියට සීමා වේ: සහකරු ලිපිනය, ASN හෝ අභ්‍යන්තර ලිපිනයට පැමිණෙන TCP 179. ටනලය ක්‍රියා කරයි, සැසිය ක්‍රියා කරයි සහ තවමත් VPC හි මාර්ග නැත මෙය තුන්වන අවස්ථාවයි. ලිපින මාරු කිරීම එහි උපකාර නොවනු ඇත, මන්ද සැසිය දැනටමත් ක්‍රියා කරන අතර පූර්වා කේතය ප්‍රකාශ නොවේ හෝ ප්‍රියතම නොවේ. මෙම තුන වෙන් කර තැබීම කාර්යයේ විශාල කොටසයි.

සෑම ටනලයකටම කෙළවර දෙකම පිරවූ තමන්ටම අයත් /30 අවශ්‍යයි

සෑම HA VPN ටනලයකටම 169.254.0.0/16 තුළින් link-local /30 එකක් ලැබේ, එක් ලිපිනයක් Cloud Router අතුරු මුහුණතේ සහ අනෙක ඔබේ සහකරුවා තුළ. සහකරු ක්ෂේත්‍රය දුර කෙළවර නම් කළ යුතුය, කිසි විටෙක රවුටරයේම ලිපිනය නොවේ.

ටනල දෙකක් යනු Cloud Router හි අතුරු මුහුණත් දෙකක්, එකිනෙකට වෙනස් /30 සහිතව. ටනල 0 හි යුගලය ටනල 1 හි නැවත භාවිත කිරීම සාරාංශ වගුවක පිළිවෙළට පෙනී OPEN පැකට්ටුවේ මිය යන වැරැද්දයි.

TunnelRouter interfacePeer addressWhat a swap produces
tunnel 0169.254.1.1/30169.254.1.2OPEN sent to itself or to nothing; session waits
tunnel 1169.254.1.5/30169.254.1.6same failure on the second session
bothone pair reusedone address reusedone session up, the other never leaves waiting

යුගලය කොන්සෝල සාරාංශයෙන් නොව රවුටර සම්පත්‍යෙන් කියවන්න. සාරාංශය සහකරු ලිපිනය වැරදි ලෙස කියවීම පහසු තීරුවක දක්වයි, සහ අතුරු මුහුණතේ ipRange සමඟ සහකරුගේ peerIpAddress එකම /30 හි ප්‍රතිවිරුද්ධ කෙළවර විස්තර කළ යුතුය.

මාරු වීම සාමාන්‍යයෙන් නැවත ගොඩනැගීමේදී සිදු වේ

ටනලය නැවත ගොඩනගන විටම යුගල හරස් වේ. පැරණි ටනලයේ සහකරු ලිපිනය නව ටනලයේ අතුරු මුහුණත ක්ෂේත්‍රයට පිටපත් වේ, නැතහොත් නව සැසිය පෙර සැසියේ සහකරු වෙත හරවනු ලැබේ. කෙසේ වුවද Cloud Router OPEN පැකට් දැන් තමාම වන ලිපිනයකට හෝ පිටුපස ටනලයක් නැති ලිපිනයකට යවයි.

කොන්සෝලය විවෘත කිරීමට පෙර යුගල ලියන්න: ටනල නම, අතුරු මුහුණත, රවුටර ලිපිනය, සහකරු ලිපිනය, සහකරු ASN. පසුව ටනල දෙකම එකවර සාදන්න, දෙවැන්න පළමුවැන්නේ ඉතිරි කොටස්වලින් නොපිරෙන පරිදි.

සැසිය බලා සිටීමට තවත් හේතු තුනක්

පළමුවැන්න සහකරු ASN ය: සෑම පැත්තක්ම අනෙක් පැත්තේ ASN සමඟ වින්‍යාස කළ යුතු අතර, නොගැලපීම සහකරු දක්වා ළඟා වුවත් කිසිදා ස්ථාපිත නොවේ. දෙවැන්න සහකරුගේම ෆයර්වෝලය වන අතර එය ටනල අතුරු මුහුණතේ TCP 179 ට ඉඩ දිය යුතුය; IKE හෝ ESP නියමයක් එය ආවරණය නොකරයි. තුන්වැන්න තමාගේ අසල්වැසියා ලෙස වින්‍යාස කළ ලිපිනයට වඩා වෙනස් මූලාශ්‍ර ලිපිනයකින් පිළිතුරු දෙන සහකරුවෙකි.

සහකරුගේම ලොගය තීරකයයි. එහි BGP සාරාංශයේ එම ලිපිනය සඳහා අසල්වැසියෙකු නොමැති නම් පැකට් නොපැමිණෙන අතර යුගලය හෝ මාර්ගය වැරදිය. අසල්වැසියා Active හෝ Connect හි නම් පැකට් පැමිණෙන අතර සැසි පරාමිතීන් නොගැලපේ.

පැකට් ගමන් කරන අනුපිළිවෙලින් පරීක්ෂා කරන්න

පිටතට වැඩ කරන්න: ටනල තත්ත්වය, පසුව රවුටරයේ BGP සහකරු තත්ත්වය, පසුව සහකරුගේ BGP සාරාංශය, පසුව මාර්ග. පළමු දෙක සුවපත් නම් Cloud VPN පැත්ත සංස්කරණය කිරීම නවත්වා සහකරු උපාංගයේ වැඩ කරන්න. රවුටරය සහකරු නතර වී ඇතැයි වාර්තා කර ඔබේ උපාංගයේ අසල්වැසියෙකු නොමැති නම්, යුගලය වැරදිය හෝ BGP පෝටය පෙරහන් වේ. සහකරුගේ ටනල අතුරු මුහුණතේ පැකට් ග්‍රහණය කිරීම එක් බැල්මකින් එය විසඳයි, මන්ද OPEN පැකට් එහි පැමිණෙයි නැතහොත් කිසිදා නොපැමිණේ.

gcloud compute routers get-status ROUTER --region=REGION සහකරු තත්ත්වය එය භාවිත කරන ලිපිනය අසල මුද්‍රණය කරයි, සහ එයම ඔබ සංසන්දනය කළ යුතු යුගලයයි.

සැසිය ස්ථාපිත වූ පසු ඉගෙනගත් පූර්වා කේතය VPC මාර්ග වගුවේ පෙනෙන බවත් දෙපසම එක් එක් සත්කාරකය පිළිතුරු දෙන බවත් තහවුරු කරන්න. පසුව අවසාන යුගල ටනල නම් අසල සටහන් කරන්න, ඊළඟ නැවත ගොඩනැගීම කොන්සෝල සාරාංශය වෙනුවට පරීක්ෂා කළ වගුවකින් ආරම්භ වන පරිදි.

අදාළ ලිපි