Puncte:0

Adăugarea interfeței IPv6 în ifconfig a funcționat, dar gazda nu a fost accesibilă atunci când o utilizați

drapel in

Am VPS care rulează pe Ubuntu 20.04, am întrebat Serviciul Clienți al furnizorului meu de VPS, ea a spus că serviciul lor (VPS) nu acceptă în prezent IPv6.Deoarece nu este suport tehnic, cred că VPS-ul meu însuși acceptă IPv6.

Am spus asta pentru că VPS-ul meu răspunde la un alt IPv6 când îmi pun ping pe VPS. Nu numai ping, ci și cerere HTTP cu utilizarea IPv6. Când îmi deschid site-ul care a fost găzduit în acel VPS. Introdu IPv6 al VPS-ului meu sub forma URL a browserului meu [xx:xx...:xx]:80 apoi redirecționează către domeniul meu. Din moment ce am intenționat să o redirecționez în VPS-ul meu. De aceea cred mai mult că IPv6 este al meu.

La început când verific ifconfig, da, nu există niciun cuvânt IPv6 care să-l menționeze. Adaug manual IPv6 cu ifconfig comanda se indică în sine.

Dar, din păcate, când VPS-ul meu a trimis un ping pe alt server IPv6, a spus Gazda nu poate fi găsită

Deci, cred că serviciul pentru clienți nu este adevărat. VPS-ul meu are IPv6, deși numai pentru conexiune de intrare chiar dacă incapabil să efectueze conexiunea rezultată.

Deci, este posibil să pot face o conexiune Outcoming în VPS-ul meu cu IPv6?

Când mi-am dat seama că VPS-ul meu are IPv6? A fost când m-am autentificat SSH cu un alt VPS al meu cu IPv6 numai în VPS-ul meu numai IPv4. Asta mă face să mă întreb de ce VPS-ul meu IPv4 acceptă acea conexiune?

Editați | ×: Ieșire din ip -6 addr show

1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 stare NECUNOSCUT qlen 1000
    inet6 ::1/128 scope host
       valid_lft pentru totdeauna preferred_lft pentru totdeauna
2: ens3: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 state UP qlen 1000
    inet6 2001:xxx:xxx:xxx:x:x:xxx:xxx/112 domeniu global
       valid_lft pentru totdeauna preferred_lft pentru totdeauna
    inet6 fe80::5054:ff:fe19:dd6c/64 scope link
       valid_lft pentru totdeauna preferred_lft pentru totdeauna

Ieșire din ip -6 afișare rută

::1 dev lo proto kernel metric 256 pref mediu
2001:xxx:xxx:xxx:xxx:xxx:1b70:0/112 dev ens3 proto kernel metric 256 pref mediu
fe80::/64 dev ens3 proto kernel metric 256 pref mediu

Editare: am dezactivat WARP Tunnel (a treia parte) (nu mai există interfață wgcf)

Acesta este momentul în care rulez ping google DNS, de exemplu ping 2001:4860:4860::8888 Ieșire: ping: connect: Rețeaua este inaccesibilă

Desigur, va funcționa dacă folosesc acea terță parte (tunnel warp sau interfață wgcf care utilizează de fapt proxy)

Nikita Kipriyanov avatar
drapel za
Primul lucru pe care ar trebui să-l faceți este să eliminați `net-tools` cu ifconfig și prieteni. Este pur și simplu nepotrivit pentru configurarea Linux-ului modern, în special IPv6. Nici măcar nu este instalat implicit în Debian, timp de aproximativ 5 ani. Folosiți `iproute2`. Ok, vă rugăm să ne arătați `ip -6 addr show` și `ip -6 route show`. Nu mascați adresele private (`fe80` etc.)
drapel in
Ieșirea lui ```ip -6 addr show```, sunt trei. ```1: lo```,```2:ens3```,```538:wgcf```. Ignorați wgfc, deoarece este de la warp tunnel sau terță parte, astfel încât VPS-ul meu să poată accesa resursa IPv6.
drapel in
Ieșirea lui ```ip -6 route show``` este ```::1 dev lo proto kernel metric 256 pref medium 2001:67c:2b0:db32:0:1:1b70:0/112 dev ens3 proto kernel metric 256 pref mediu fd01:5ca1:ab1e:896f:1ec3:382e:a7db:601f dev wgcf proto kernel metric 256 pref mediu fe80::/64 dev ens3 proto kernel metric 256 pref medium```
drapel in
iproute2 nu este instalat implicit
Nikita Kipriyanov avatar
drapel za
Tocmai am observat că ești nou aici. Îmi pare rău dacă nu a fost evident, puteți să vă [editați întrebarea](https://serverfault.com/posts/1093083/edit) și să adăugați informații acolo? Nu postați în comentarii, este greu de citit deoarece formatarea se întrerupe.
drapel in
@NikitaKipriyanov bine gata.
Nikita Kipriyanov avatar
drapel za
Ți-am mascat IP-urile publice. Ok, și așa, crezi că 2001:....:4f78 este al tău? Da. Este IP-ul despre care vorbesti? Ce ai făcut ping unde rețeaua nu era accesibilă? De asemenea, nu văd o rută IPv6 implicită în tabelul de rutare. E ciudat, probabil că este cauza. Ați urmat cu atenție instrucțiunile hosterului pentru a activa IPv6?
drapel in
Da, cred că acesta este IP-ul meu IPv6. Puteți vedea în întrebarea mea editată, doar un exemplu pe care îl dau ping pe google. Cu toate acestea, funcționează când folosesc interfața terță parte sau wgcf. Nu sunt de mirare pentru că de fapt folosește proxy. Nu există o rută IPv6 implicită, dacă vedeți IPv6 global, este pentru că l-am adăugat manual. Despre instrucțiunile hosterului, ce vrei să spui cu ea? Nu simt că am primit nicio instrucțiune.
Nikita Kipriyanov avatar
drapel za
Care sunt instrucțiunile gazdei dvs.? Poti sa le faci te rog? Sunt sigur că problema este că nu există o rută implicită.
drapel in
Nu simt că primesc instrucțiuni de la ei. Tot ce primesc este că serviciul lor (VPS) nu acceptă în prezent IPv6. Ce link?
Nikita Kipriyanov avatar
drapel za
Și atunci, care este problema? Știți că nu există *nu* serviciu IPv6. De ce te preocupă asta? (Și orice, cred că totul va fi offpic de acum încolo.)
drapel in
Deci, practic, nu pot adăuga IPv6 manual
Nikita Kipriyanov avatar
drapel za
Puteți face acest lucru prin VPN, unde celălalt punct final *are* o conexiune. Dar aceasta este, din nou, o întrebare complet diferită.
drapel in
Da, mulțumesc, asta am spus când am spus ```wgcf interface```

Postează un răspuns

Majoritatea oamenilor nu înțeleg că a pune multe întrebări deblochează învățarea și îmbunătățește legătura interpersonală. În studiile lui Alison, de exemplu, deși oamenii își puteau aminti cu exactitate câte întrebări au fost puse în conversațiile lor, ei nu au intuit legătura dintre întrebări și apreciere. În patru studii, în care participanții au fost implicați în conversații ei înșiși sau au citit transcrieri ale conversațiilor altora, oamenii au avut tendința să nu realizeze că întrebarea ar influența – sau ar fi influențat – nivelul de prietenie dintre conversatori.