Keɓancewar tana da kyau: *.server.*. Hakanan yana kama da tsarin shell. Babu ɗayan waɗannan gaskiyar da ke tabbatar da cewa abokin cinikin HTTP naka ya fahimce shi.

NO_PROXY ba injin maganganun yau da kullum ba ne da aka raba. Tauraron musamman na abokin ciniki ɗaya bai tabbatar da goyon baya ga wildcards na sabani a tsakiyar suna ba. curl yana rubuta * guda ɗaya a matsayin kaucewa ga duk masarautar. Wannan ya bambanta sosai da yin alkawarin cewa *.server.* yana zaɓar dangin yankuna.

Fara da sunayen da kuke nema da gaske. Idan buƙatar yanki ɗaya sananne ne da ƙananan yankunansa, yi amfani da tsarin yankin da aka rubuta na mai amfani. Idan buƙatar sunaye da yawa marasa alaƙa waɗanda ke ɗauke da kalma, ana iya buƙatar API na zaɓin hanya da aka goyon baya ko manufar PAC. Ƙara ƙarin alamar rubutu ga tsarin da ba a goyon baya ba ba zai iya samar da wannan fasalin ba.

Ka riƙe wasu misalan adawa kusa da abubuwan da aka yi niyya. Shin server.example, files.server.example da server.other.test duk ya kamata a kauce musu? Kuma suna da haruffa iri ɗaya ba tare da iyakar yanki ɗaya ba? Waɗannan amsoshin sun bayyana buƙatar a fili fiye da kiran saitin “wildcard”.

Canza abokan ciniki dalili ne don sake duba tsarin. Ka'idar kaucewa da aka kwafa daga tsawo na burauza ba ta aiki kai tsaye a cikin canjin yanayi da wani shiri ke karantawa.

Labarai masu alaƙa