เหตุใด api.nuget.org จึงไม่แก้ไขภายใน devcontainer ที่เขียนโดยนักเทียบท่าของฉัน

Question

Score:0

Server

เหตุใด api.nuget.org จึงไม่แก้ไขภายใน devcontainer ที่เขียนโดยนักเทียบท่าของฉัน

Robin Lashof-Regas

26/9/23 16:03

ฉันใช้ระบบย่อย Windows สำหรับ Linux v2 กับ Ubuntu 20.04 ภายใน WSL ของฉัน ฉันกำลังรันคอนเทนเนอร์ VS Code dev ตาม นักเทียบท่าจากนักเทียบท่าเขียนคอนเทนเนอร์. จากภายในคอนเทนเนอร์ dev ของฉัน ฉันไม่สามารถแก้ไข api.nuget.org ได้ แต่ที่อื่นก็ใช้งานได้ดี ฉันยังสามารถ ping โดเมนอื่นภายในคอนเทนเนอร์ dev ของฉันได้ด้วย มีเพียงโดเมนนี้เท่านั้นที่ล้มเหลว ฉันค่อนข้างเป็นมือใหม่เมื่อพูดถึงเรื่องเครือข่าย ดังนั้นฉันจึงกำลังมองหาความช่วยเหลือในการแก้ไขจุดบกพร่องนี้ฉันได้อ่านหนังสือจำนวนมากในช่วงวันที่ผ่านมาเพื่อพยายามจำกัดประเด็นให้แคบลง และฉันเพิ่งจะมีคำถามเพิ่มเติม นี่คือบางสิ่งที่ฉันได้ดู:

มีการกล่าวถึงวิธีแก้ปัญหามากมาย ปัญหา GitHub นี้แต่ไม่มีใครทำงานให้ฉัน
ฉันได้ลองค้นหาด้วยเครื่องมือบรรทัดคำสั่งต่างๆ เช่น ขุด, nslookup, เจ้าภาพ...นี่คือสิ่งที่แปลก: เมื่อฉันวิ่ง ขุด + ติดตาม api.nuget.org จาก WSL bash shell ของฉัน ฉันได้รับสิ่งนี้:

$ ขุด + ติดตาม api.nuget.org

; <<>> DiG 9.16.1-Ubuntu <<>> +ติดตาม api.nuget.org
;; ตัวเลือกส่วนกลาง: +cmd
. 165287 ใน NS g.root-servers.net
. 165287 ใน NS h.root-servers.net
. 165287 ใน NS a.root-servers.net
. 165287 ใน NS i.root-servers.net
. 165287 ใน NS j.root-servers.net
. 165287 ใน NS k.root-servers.net
. 165287 ใน NS l.root-servers.net
. 165287 ใน NS m.root-servers.net
. 165287 ใน NS b.root-servers.net
. 165287 ใน NS c.root-servers.net
. 165287 ใน NS d.root-servers.net
. 165287 ใน NS e.root-servers.net
. 165287 ใน NS f.root-servers.net
;; ได้รับ 811 ไบต์จาก 172.24.176.1#53(172.24.176.1) ใน 20 ms

องค์กร 172800 ใน NS a0.org.afilias-nst.info
องค์กร 172800 ใน NS a2.org.afilias-nst.info
องค์กร 172800 ใน NS b0.org.afilias-nst.org
องค์กร 172800 ใน NS b2.org.afilias-nst.org
องค์กร 172800 ใน NS c0.org.afilias-nst.info
องค์กร 172800 ใน NS d0.org.afilias-nst.org
องค์กร                   86400 ใน DS 26974 8 2 4FEDE294C53F438A158C41D39489CD78A86BEB0D8A0AEAFF14745C0D 16E1DE32
องค์กร 86400 IN RRSIG DS 8 1 86400 20220608050000 20220526040000 47671 DcP0H0m+uUbKqzYeO8vmGSeU4Ax1AzmdFTBvZl2PmrbkwFLoZTIP79Jn e4S4IIw9zAb2ZBwg5MOC634Q02HJW9znOMPclnT3T0OYbxQZumUZhcJK 3hw2Nf0fuYCzDgau72J8kXQU10CYgpRfY0chh21L11yaWn7m9Allwv9a fn2+FU6O6JhvHW8N+bOjVocqwLsPoUwqTSV/YtxAqKR00fAwaNhUT2lx BFdd3aZpYqNnypcYb96kVCX9eF81z53Bu8hOZDzr7p5IazzF+qFxGB1u G0Pi+WPFR5qOYu0d+7kHQ5HDnraDD7QEGX5kx5RmO7r1lKIX8DYiYAjt IPN3+w==
;; ได้รับ 779 ไบต์จาก 192.58.128.30#53(j.root-servers.net) ใน 80 ms

nuget.org. 86400 ใน NS ns4-205.azure-dns.info
nuget.org. 86400 ใน NS ns1-205.azure-dns.com
nuget.org. 86400 ใน NS ns2-205.azure-dns.net
nuget.org. 86400 ใน NS ns3-205.azure-dns.org
1i870vj5h429vj9pci7ar6e9gki74tr7.org. 86400 IN NSEC3 1 1 10 332539EE7F95C32A 1I87R64GAJU4O91MHKBU7I9EKBS7K8UT NS SOA RRSIG DNSKEY NSEC3PARAM
1i870vj5h429vj9pci7ar6e9gki74tr7.org. 86400 IN RRSIG NSEC3 8 2 86400 20220616154216 20220526144216 15843 org. juD6urMvH8mrHHkmMAX7sFcQOs3ffqjJ2m5TppBSxCMFlSCHOEyEQT/Hg KpqL3TeoLBmvUi89Z3xSH78EQZGcWXNW5Rq2j5fIRNDMt9t2ePjftEPC 2lIiR4CkHgSGjTlfvaHvnCGUVJ2oXTEtu4Jgsm3A
pnnnukt76t98parmvalihebtso9erf6p.org. 86400 ใน NSEC3 1 1 10 332539EE7F95C32A PNNSJA6RL8J0AOQQ1NMHT3IUVLTC4CEN NS DS RRSIG
pnnnukt76t98parmvalihebtso9erf6p.org. 86400 IN RRSIG NSEC3 8 2 86400 20220615152234 20220525142234 15843 org. rjaBgwKLles40lIIDm+K3iN49tFJ5gFRMLW5WMAjzN9dMDFj/Hribwxi ZMmt6L1GOgDxwBEA9SX0TVQb9RbGztyoeEiIIMytcx4dah5QnuaSKTOg cVCv+U6G6Hvix8+/yE1vSbDKcE8/RvDI2L08v0s+VV0s+VEMZD=
;; ได้รับ 697 ไบต์จาก 199.19.54.1#53(b0.org.afilias-nst.org) ใน 210 ms

api.nuget.org 300 ใน CNAME nugetapiprod.trafficmanager.net
;; ได้รับ 87 ไบต์จาก 13.107.24.205#53(ns3-205.azure-dns.org) ใน 50 ms

สิ่งนี้เกือบจะเหมือนกับสิ่งที่ฉันได้รับเมื่อเรียกใช้ภายในคอนเทนเนอร์ dev ของฉัน:

$ ขุด + ติดตาม api.nuget.org

; <<>> DiG 9.16.1-Ubuntu <<>> +ติดตาม api.nuget.org
;; ตัวเลือกส่วนกลาง: +cmd
. 165234 ใน NS k.root-servers.net
. 165234 ใน NS l.root-servers.net
. 165234 ใน NS m.root-servers.net
. 165234 ใน NS b.root-servers.net
. 165234 ใน NS c.root-servers.net
. 165234 ใน NS d.root-servers.net
. 165234 ใน NS e.root-servers.net
. 165234 ใน NS f.root-servers.net
. 165234 ใน NS g.root-servers.net
. 165234 ใน NS h.root-servers.net
. 165234 ใน NS a.root-servers.net
. 165234 ใน NS i.root-servers.net
. 165234 ใน NS j.root-servers.net
;; ได้รับ 811 ไบต์จาก 127.0.0.11#53(127.0.0.11) ใน 20 มิลลิวินาที

องค์กร 172800 ใน NS a0.org.afilias-nst.info
องค์กร 172800 ใน NS a2.org.afilias-nst.info
องค์กร 172800 ใน NS b0.org.afilias-nst.org
องค์กร 172800 ใน NS b2.org.afilias-nst.org
องค์กร 172800 ใน NS c0.org.afilias-nst.info
องค์กร 172800 ใน NS d0.org.afilias-nst.org
องค์กร 86400 ใน DS 26974 8 2 4FEDE294C53F438A158C41D39489CD78A86BEB0D8A0AEAFF14745C0D 16E1DE32
องค์กร                   86400 IN RRSIG DS 8 1 86400 20220608050000 20220526040000 47671 DcP0H0m+uUbKqzYeO8vmGSeU4Ax1AzmdFTBvZl2PmrbkwFLoZTIP79Jn e4S4IIw9zAb2ZBwg5MOC634Q02HJW9znOMPclnT3T0OYbxQZumUZhcJK 3hw2Nf0fuYCzDgau72J8kXQU10CYgpRfY0chh21L11yaWn7m9Allwv9a fn2+FU6O6JhvHW8N+bOjVocqwLsPoUwqTSV/YtxAqKR00fAwaNhUT2lx BFdd3aZpYqNnypcYb96kVCX9eF81z53Bu8hOZDzr7p5IazzF+qFxGB1u G0Pi+WPFR5qOYu0d+7kHQ5HDnraDD7QEGX5kx5RmO7r1lKIX8DYiYAjt IPN3+w==
;; รับ 779 ไบต์จาก 192.5.5.241#53(f.root-servers.net) ใน 20 ms

nuget.org. 86400 ใน NS ns1-205.azure-dns.com
nuget.org. 86400 ใน NS ns4-205.azure-dns.info
nuget.org. 86400 ใน NS ns2-205.azure-dns.net
nuget.org. 86400 ใน NS ns3-205.azure-dns.org
1i870vj5h429vj9pci7ar6e9gki74tr7.org. 86400 IN NSEC3 1 1 10 332539EE7F95C32A 1I87R64GAJU4O91MHKBU7I9EKBS7K8UT NS SOA RRSIG DNSKEY NSEC3PARAM
1i870vj5h429vj9pci7ar6e9gki74tr7.org. 86400 IN RRSIG NSEC3 8 2 86400 20220616154354 20220526144354 15843 org. ตกลง
pnnnukt76t98parmvalihebtso9erf6p.org. 86400 ใน NSEC3 1 1 10 332539EE7F95C32A PNNSJA6RL8J0AOQQ1NMHT3IUVLTC4CEN NS DS RRSIG
pnnnukt76t98parmvalihebtso9erf6p.org. 86400 IN RRSIG NSEC3 8 2 86400 20220615152234 20220525142234 15843 org. rjaBgwKLles40lIIDm+K3iN49tFJ5gFRMLW5WMAjzN9dMDFj/Hribwxi ZMmt6L1GOgDxwBEA9SX0TVQb9RbGztyoeEiIIMytcx4dah5QnuaSKTOg cVCv+U6G6Hvix8+/yE1vSbDKcE8/RvDI2L08v0s+VV0s+VEMZD=
;; ได้รับ 697 ไบต์จาก 199.19.56.1#53(a0.org.afilias-nst.info) ใน 190 ms

api.nuget.org 300 ใน CNAME nugetapiprod.trafficmanager.net
;; รับ 87 ไบต์จาก 40.90.4.205#53(ns1-205.azure-dns.com) ใน 50 ms

อย่างไรก็ตามเมื่อฉันวิ่ง nslookup -debug api.nuget.org ใน WSL ของฉัน ฉันได้รับสิ่งนี้:

$ nslookup -debug api.nuget.org
เซิร์ฟเวอร์: 172.24.176.1
ที่อยู่: 172.24.176.1#53

------------
    คำถาม:
        api.nuget.org พิมพ์ = A คลาส = IN
    คำตอบ:
    -> api.nuget.org
        ชื่อบัญญัติ = nugetapiprod.trafficmanager.net
        ttl = 0
    -> nugetapiprod.trafficmanager.net
        ชื่อบัญญัติ = apiprod-mscdn.azureedge.net
        ttl = 0
    -> apiprod-mscdn.azureedge.net
        ชื่อบัญญัติ = apiprod-mscdn.afd.azureedge.net
        ttl = 0
    -> apiprod-mscdn.afd.azureedge.net
        ชื่อบัญญัติ = star-azureedge-prod.trafficmanager.net
        ttl = 0
    -> star-azureedge-prod.trafficmanager.net
        ชื่อบัญญัติ = dual.part-0043.t-0009.t-msedge.net
        ttl = 0
    -> dual.part-0043.t-0009.t-msedge.net
        ชื่อบัญญัติ = part-0043.t-0009.t-msedge.net
        ttl = 0
    -> part-0043.t-0009.t-msedge.net
        ที่อยู่อินเทอร์เน็ต = 13.107.213.71
        ttl = 0
    -> part-0043.t-0009.t-msedge.net
        ที่อยู่อินเทอร์เน็ต = 13.107.246.71
        ttl = 0
    บันทึกผู้มีอำนาจ:
    บันทึกเพิ่มเติม:
------------
คำตอบที่ไม่ได้รับอนุญาต:
api.nuget.org ชื่อบัญญัติ = nugetapiprod.trafficmanager.net
nugetapiprod.trafficmanager.net ชื่อมาตรฐาน = apiprod-mscdn.azureedge.net
apiprod-mscdn.azureedge.net ชื่อบัญญัติ = apiprod-mscdn.afd.azureedge.net
apiprod-mscdn.afd.azureedge.net ชื่อบัญญัติ = star-azureedge-prod.trafficmanager.net
star-azureedge-prod.trafficmanager.net ชื่อมาตรฐาน = dual.part-0043.t-0009.t-msedge.net
dual.part-0043.t-0009.t-msedge.net ชื่อมาตรฐาน = part-0043.t-0009.t-msedge.net
ชื่อ: part-0043.t-0009.t-msedge.net
ที่อยู่: 13.107.213.71
ชื่อ: part-0043.t-0009.t-msedge.net
ที่อยู่: 13.107.246.71
------------
    คำถาม:
        part-0043.t-0009.t-msedge.net พิมพ์ = AAAA คลาส = IN
    คำตอบ:
    -> part-0043.t-0009.t-msedge.net
        มีที่อยู่ AAAA 2620:1ec:46::71
        ttl = 0
    -> part-0043.t-0009.t-msedge.net
        มีที่อยู่ AAAA 2620:1ec:bdf::71
        ttl = 0
    บันทึกผู้มีอำนาจ:
    บันทึกเพิ่มเติม:
------------
ชื่อ: part-0043.t-0009.t-msedge.net
ที่อยู่: 2620:1ec:46::71
ชื่อ: part-0043.t-0009.t-msedge.net
ที่อยู่: 2620:1ec:bdf::71

นี่คือสิ่งที่ฉันได้รับจากภายในคอนเทนเนอร์ dev:

$ nslookup -debug api.nuget.org
เซิร์ฟเวอร์: 127.0.0.11
ที่อยู่: 127.0.0.11#53

------------
    คำถาม:
        api.nuget.org พิมพ์ = A คลาส = IN
    คำตอบ:
    บันทึกผู้มีอำนาจ:
    บันทึกเพิ่มเติม:
------------
คำตอบที่ไม่ได้รับอนุญาต:
------------
    คำถาม:
        api.nuget.org พิมพ์ = AAAA คลาส = IN
    คำตอบ:
    บันทึกผู้มีอำนาจ:
    บันทึกเพิ่มเติม:
------------
*** ไม่พบ api.nuget.org: ไม่มีคำตอบ

ข้อแตกต่างเพียงอย่างเดียวใน /etc/nsswitch.conf ระหว่าง WSL ของฉันและคอนเทนเนอร์ dev ของฉันคือ ระบบ รายการ แต่ดูเหมือนว่า:

$cat /etc/nsswitch.conf
# /etc/nsswitch.conf
#
# ตัวอย่างการกำหนดค่าของฟังก์ชัน GNU Name Service Switch
# หากคุณติดตั้งแพ็คเกจ `glibc-doc-reference' และ `info' ให้ลอง:
# `info libc "Name Service Switch"' สำหรับข้อมูลเกี่ยวกับไฟล์นี้

รหัสผ่าน wd: ไฟล์ systemd
กลุ่ม: ไฟล์ systemd
เงา: ไฟล์
gshadow: ไฟล์

โฮสต์: ไฟล์ DNS
เครือข่าย: ไฟล์

โปรโตคอล: ไฟล์ db
บริการ: ไฟล์ db
อีเธอร์: ไฟล์ db
rpc: ไฟล์ db

เน็ตกรุ๊ป: นิส

นี่คือ / etc / โฮสต์ บน WSL ของฉัน:

$ cat /etc/host
# ไฟล์นี้ถูกสร้างขึ้นโดยอัตโนมัติโดย WSL หากต้องการหยุดการสร้างไฟล์นี้โดยอัตโนมัติ ให้เพิ่มรายการต่อไปนี้ใน /etc/wsl.conf:
# [เครือข่าย]
# createHosts = เท็จ
127.0.0.1 localhost
127.0.1.1 <ข้อมูลปกปิด - ชื่อคอมพิวเตอร์>
ผม"
74.121.<ข้อมูลปกปิด> <ข้อมูลปกปิด - เซิร์ฟเวอร์ของบริษัท>
192.168.0.170 host.docker.internal
192.168.0.170 gateway.docker.internal
127.0.0.1 kubernetes.docker.internal

# บรรทัดต่อไปนี้เป็นที่ต้องการสำหรับโฮสต์ที่รองรับ IPv6
::1 ip6-localhost ip6-วนกลับ
fe00::0 ip6-localnet
ff00::0 ip6-mcastprefix
ff02::1 ip6-allnodes
ff02::2 ip6-allrouters

และนี่คือของฉัน / etc / โฮสต์ ในคอนเทนเนอร์ dev ของฉัน:

$ cat /etc/host
127.0.0.1 localhost
::1 localhost ip6-localhost ip6-วนกลับ
fe00::0 ip6-localnet
ff00::0 ip6-mcastprefix
ff02::1 ip6-allnodes
ff02::2 ip6-allrouters
172.19.0.2 1376e18baa2d

นี่เป็นของฉัน /etc/resolv.conf บน WSL ของฉัน:

$cat /etc/resolv.conf
# ไฟล์นี้ถูกสร้างขึ้นโดยอัตโนมัติโดย WSL หากต้องการหยุดการสร้างไฟล์นี้โดยอัตโนมัติ ให้เพิ่มรายการต่อไปนี้ใน /etc/wsl.conf:
# [เครือข่าย]
# createResolvConf = เท็จ
เนมเซิร์ฟเวอร์ 172.24.176.1

และนี่คือของฉัน /etc/resolv.conf บนคอนเทนเนอร์ dev ของฉัน:

$cat /etc/resolv.conf 
เนมเซิร์ฟเวอร์ 127.0.0.11
ตัวเลือก ndots:0

ตามที่กล่าวไว้ ฉันสามารถแก้ไขโดเมนอื่นๆ เช่น google.com บนคอนเทนเนอร์ dev ของฉัน:

$ ขุด + ติดตาม google.com

; <<>> DiG 9.16.1-Ubuntu <<>> +ติดตาม google.com
;; ตัวเลือกส่วนกลาง: +cmd
. 164561 ใน NS d.root-servers.net
. 164561 ใน NS e.root-servers.net
. 164561 ใน NS f.root-servers.net
. 164561 ใน NS g.root-servers.net
. 164561 ใน NS h.root-servers.net
. 164561 ใน NS a.root-servers.net
. 164561 ใน NS i.root-servers.net
. 164561 ใน NS j.root-servers.net
. 164561 ใน NS k.root-servers.net
. 164561 ใน NS l.root-servers.net
. 164561 ใน NS m.root-servers.net
. 164561 ใน NS b.root-servers.net
. 164561 ใน NS c.root-servers.net
;; ได้รับ 811 ไบต์จาก 127.0.0.11#53(127.0.0.11) ใน 20 มิลลิวินาที

คอม 172800 ใน NS l.gtld-servers.net
คอม 172800 ใน NS b.gtld-servers.net
คอม 172800 ใน NS c.gtld-servers.net
คอม 172800 ใน NS d.gtld-servers.net
คอม 172800 ใน NS เช่น gtld-servers.net
คอม 172800 ใน NS f.gtld-servers.net
คอม 172800 ใน NS g.gtld-servers.net
คอม 172800 ใน NS a.gtld-servers.net
คอม 172800 ใน NS h.gtld-servers.net
คอม 172800 ใน NS i.gtld-servers.net
คอม 172800 ใน NS j.gtld-servers.net
คอม 172800 ใน NS k.gtld-servers.net
คอม 172800 ใน NS m.gtld-servers.net
คอม 86400 ใน DS 30909 8 2 E2D3C916F6DEEAC73294E8268FB5885044A833FC5459588F4A9184CF C41A5766
คอม 86400 IN RRSIG DS 8 1 86400 20220608050000 20220526040000 47671 U/z96yxHnZx3nwEda11jaJom4DJC7fOBt4zsn8fC5ep60RfzAwMj1q8Y 4E4jRlSI28vFuiamNG2uuMAPO/lEUUYuHtYtNsHXnzBKcaDDVK1B3wCA VzEKAQwfh9knPSaD9vCRFfi7nGJWALJbKO3488gz1uBywWu7YQPDDfPp FB/whBsl7/yQihidbbNTbCfQ/oAd88bAq1eFt9tGSL6Wyf0jwp1aeWMd DuM+HcLjyR/7rtBa4YCKob3XniEn+NoavFuikKFJU1Nie1V83ZRU1Xcs OevXYQgT53P857tldjpEM/Lyp70+XgFMJXLoPCe0MfsMqoabiuIiDxyQ vUA5Mg==
;; ได้รับ 1170 ไบต์จาก 192.203.230.10#53(e.root-servers.net) ใน 20 ms

กูเกิล.คอม. 172800 ใน NS ns2.google.com
กูเกิล.คอม. 172800 ใน NS ns1.google.com
กูเกิล.คอม. 172800 ใน NS ns3.google.com
กูเกิล.คอม. 172800 ใน NS ns4.google.com
CK0POJMG874LJREF7EFN8430QVIT8BSM.com.86400 ใน NSEC3 1 1 0 - CK0Q2D6NI4I7EQH8NA30NS61O48UL8G5 NS SOA RRSIG DNSKEY NSEC3PARAM
CK0POJMG874LJREF7EFN8430QVIT8BSM.com. 86400 IN RRSIG NSEC3 8 2 86400 20220530082513 20220523071513 37269 com rGFmb7KWfFWLa2wdegU/hcqoDHxSKwJUkbj6DMSYfkHrwKot/T2EROZQ RF5KJtD3Ae6u7xRPIqGft5rvKOPQD40klXtYrMmMv23rCwXaHjGkdtez HLFl8//cjwFArN7MQZlUdGqDiFDHRIFP7gj9vJ/f+E9wrZs5zmsGy/We J+5hwjAyDh+GDCvNxTnJcmsRGOVJsdPmSlL7KrTiWOMRBA==
S84BKCIBC38P58340AKVNFN5KR9O59QC.com. 86400 ใน NSEC3 1 1 0 - S84BUO64GQCVN69RJFUO6LVC7FSLUNJ5 NS DS RRSIG
S84BKCIBC38P58340AKVNFN5KR9O59QC.com. 86400 IN RRSIG NSEC3 8 2 86400 20220601051858 20220525040858 37269 com hM5qmz0t0spOwBlaXh4fROrcKNjN3urcmJ3AnAA/NCMGyMJEOKS/r+LF R3Qf3hNRB6dgCN0sL3LAfH9QDMHPbLhfgsga1jBCEjP25fvjb7QW43ey yVOSeQzBaVFdV86vhalBhkANzDNXtsnaSGuWVAbsGcXjalBa3EhcXAE2 Fnlvzyu+nRavl0R6iJEjY2hV1kJxXSJ+RWOw/HVlSWvgWQ==
;; ได้รับ 836 ไบต์จาก 192.12.94.30#53(e.gtld-servers.net) ใน 30 ms

กูเกิล.คอม. 300 ใน 142.250.68.14
;; ได้รับ 55 ไบต์จาก 216.239.38.10#53(ns4.google.com) ใน 80 ms

เมื่อฉันเรียกใช้คอนเทนเนอร์ dev เดียวกันจาก Docker สำหรับ Windows โดยใช้ไดรเวอร์ Hyper-V (เช่น ไม่ใช่จากนักเทียบท่า WSL) โดเมน api.nuget.org ก็แก้ไขได้ นอกจากนี้ เมื่อฉันเรียกใช้คอนเทนเนอร์ dev docker-for-docker จาก repo เดียวกันใน WSL docker ทุกอย่างทำงานได้ดี สุดท้าย (และสิ่งนี้ค่อนข้างชัดเจน) ถ้าฉันตั้งค่าเครือข่ายนักเทียบท่าเพื่อใช้โหมดเครือข่าย "โฮสต์" ทุกอย่างทำงานได้ดี

ขออภัยสำหรับการโพสต์ที่ยาว เพียงต้องการให้ข้อมูลมากที่สุด ความช่วยเหลือเกี่ยวกับสิ่งที่ต้องตรวจสอบต่อไปจะได้รับการชื่นชมอย่างมาก!

20

0 + 0

ระบบชื่อโดเมน

นักเทียบท่า

นักเทียบท่าเขียน

เหตุใด api.nuget.org จึงไม่แก้ไขภายใน devcontainer ที่เขียนโดยนักเทียบท่าของฉัน

โพสต์คำตอบ