Dante aŭdas IPv6-klientojn sed ankoraŭ rifuzas ilin
Kontrolu kaj la elekton de aŭskultaj adresoj de Dante kaj la alirregulojn konsciajn pri adresa familio, kiam vi aldonas IPv6-klientojn.
Dante-interfaca nomo povas etendiĝi al kaj IPv4 kaj IPv6-adresoj. Tio ne igas ekzistantan alirregulon nur por IPv4 kongrui kun IPv6-klientoj.
Tio estas ofta duonfinita dual-stack-ŝanĝo: la SOCKS-aŭskultanto fariĝas atingebla per IPv6-adreso, sed la reguloj ankoraŭ priskribas nur IPv4-fontaĵojn kaj celajn gamojn.
Kontrolu adresojn kaj regulojn aparte
Dante povas uzi ripetitajn internal-erojn aŭ taŭgan interfacan nomon por aŭskultaj adresoj. La efektivaj adresoj dependas de tio, kio estas disponebla sur la interfaco kiam la servo agordas ilin.
Poste inspektu klientajn kaj SOCKS-regulojn. Adresa esprimo kiel 0.0.0.0/0 estas IPv4, ne universala skribmaniero por ĉiu adresa familio. Dante dokumentas formon neŭtralan laŭ adresa familio, sed ne uzu vastan formon kiam nur aparta klienta subreto devus esti permesata.
Konservu aŭtentikigajn kaj celajn limigojn kune kun la familia ŝanĝo. Aldono de IPv6 ne devus akcidente forigi limigojn, kiuj estis efikaj por IPv4-uzantoj.
Ankaŭ la ekiga tempo povas gravi. Se adreso estas atribuata post kiam la servo ekfunkcias, kontrolu al kio Dante efektive ligiĝis anstataŭ supozi, ke interfaca nomo ĉiam inkluzivas adresojn, kiuj aperis poste.
Fine, IPv6-klienta konekto kaj IPv6-reteja konekto estas apartaj postuloj. La celata kliento povas konektiĝi per unu familio dum la prokura servilo atingas celon per la alia. Diagnozu la familion de la malsukcesa konekto, ne simple ĉu la maŝino nomiĝas dual stack.