LØST:Statisk DNS-problem i Arch Linux
Jeg har lige installeret Arch Linux på min nye Raspberry Pi 2, hvor jeg er løbet ind i et problem
Hver morgen når jeg vil logge ind på ind via SSH, tager det flere minutter fra jeg har trykket "enter", efter jeg har skrevet brugernavnet, til at jeg kan skrive adgangskoden. Det burde jo være noget, der tager højest et par sekunder.
Jeg fandt ud af, at den lange ventetid skyldes, at /etc/resolv.conf filen bliver overskrevet med min ISP's interne DNS-servere i stedet for dem, jeg har angivet. Dette giver et problem, da jeg kører en VPN-tunnel gennem openconnect programmet på maskinen, og derfor kan min ISP's DNS-servere ikke bruges.
Jeg har derefter prøvet at tvinge dhcpcd til at bruge statisk DNS ved at tilføje
som den sidste linje i /etc/dhcpcd.conf filen
Da jeg får en ekstern IPv6 adresse gennem VPN-tunnellen har jeg ligeledes tilføjet IPv6-adresser i dhcpcd.conf filen
Efterfølgende genstarter jeg dhcpcd via kommandoen
Den melder ikke nogen fejl ved genstart
Jeg har to netværksinterfaces på maskinen som er eth0 og tun0 (tun0 = VPN-tunnellen). Eth0 får en dynamisk ip-adresse af min router, og jeg tror, at den hver 24. time lavet et nyt dhcp-release, og derpå får min Pi min ISP's DNS-servere ad den vej.
Jeg er ret ny i Arch Linux verdenen, så der kan sagtens være noget, som jeg har overset, da jeg konfigurerede min Pi
LØSNING:
Jeg kunne se, at /etc/resolv.conf var et symlink til en anden fil, som systemd-resolved processen styrede.
Jeg slettede resolv.conf filen og oprettede en ny med DNS-servere fra censurfridns.dk, og det har kørt i over et døgn, uden at resolv.conf er blevet overskrevet
Takker for jeres inputs.
Hver morgen når jeg vil logge ind på ind via SSH, tager det flere minutter fra jeg har trykket "enter", efter jeg har skrevet brugernavnet, til at jeg kan skrive adgangskoden. Det burde jo være noget, der tager højest et par sekunder.
Jeg fandt ud af, at den lange ventetid skyldes, at /etc/resolv.conf filen bliver overskrevet med min ISP's interne DNS-servere i stedet for dem, jeg har angivet. Dette giver et problem, da jeg kører en VPN-tunnel gennem openconnect programmet på maskinen, og derfor kan min ISP's DNS-servere ikke bruges.
Jeg har derefter prøvet at tvinge dhcpcd til at bruge statisk DNS ved at tilføje
static domain_name_servers=91.239.100.100 89.233.43.71 2001:67c:28a4:: 2002:d596:2a92:1:71:53::som den sidste linje i /etc/dhcpcd.conf filen
Da jeg får en ekstern IPv6 adresse gennem VPN-tunnellen har jeg ligeledes tilføjet IPv6-adresser i dhcpcd.conf filen
Efterfølgende genstarter jeg dhcpcd via kommandoen
systemctl restart dhcpcdDen melder ikke nogen fejl ved genstart
Jeg har to netværksinterfaces på maskinen som er eth0 og tun0 (tun0 = VPN-tunnellen). Eth0 får en dynamisk ip-adresse af min router, og jeg tror, at den hver 24. time lavet et nyt dhcp-release, og derpå får min Pi min ISP's DNS-servere ad den vej.
Jeg er ret ny i Arch Linux verdenen, så der kan sagtens være noget, som jeg har overset, da jeg konfigurerede min Pi
LØSNING:
Jeg kunne se, at /etc/resolv.conf var et symlink til en anden fil, som systemd-resolved processen styrede.
Jeg slettede resolv.conf filen og oprettede en ny med DNS-servere fra censurfridns.dk, og det har kørt i over et døgn, uden at resolv.conf er blevet overskrevet
Takker for jeres inputs.
Kommentarer8
Uden at kende arch, men skal
dhcpd er dhcp serveren, men den køre måske på samme maskine ?
et vildt gæt
ellser så prøb at tilføge -vvvv til din ssh klient når du opretter forbindelsen der giver dig et ton af debug information om hvad klienten tror der sker under logon.
Skriv beskyt din resolv.conf
chattr +i /etc/resolv.conf
Jeg benytter selv OpenDNS som min DNS server
#1Det burde være DHCP
Det burde være DHCP clienten jeg ændrer, da det er er dhcpCd og ikke dhcpd
Jf. https://wiki.archlinux.org/index.php/dhcpcd er det klientfilen, jeg redigerer.
#2
Jeg synes ikke, jeg kunne se noget brugbart ud af loggen. Ikke noget der indikerer, at den er 100 år om det. Det var efter, at jeg tilføjede useDNS = yes til sshd_config filen
Jeg kan poste outputtet, hvis det har interesse.
#3
Når jeg kører kommandoen får jeg følgende fejl:
chattr +i /etc/resolv.conf
chattr: Operation not supported while reading flags on /etc/resolv.conf
Så jeg har bare lavet en chmod +0444 /etc/resolv.conf
Burde det ikke give det samme ?
#0Jeg ved ikke om jeg er
Jeg ved ikke om jeg er helt med, men bruger du ikke Raspberry som en server? Hvis ja, har du så prøvet at udelukke den fra DHCP range i routeren og tildele statisk netkonf?
http://qdosmsq.dunbar-it.co.u
Godt beskrevet i
"Configuring the Network (Wired Ethernet)"
Jeg synes ikke, jeg
Jeg synes ikke, jeg kunne se noget brugbart ud af loggen. Ikke noget der indikerer, at den er 100 år om det. Det var efter, at jeg tilføjede useDNS = yes til sshd_config filen
Prøv at sette den til no
manuelen siger default er no (hvilket det burde værre hvis du ikke er afhængig af reverse dns)
Jeg har selv et 5 sec lag på mine jeg ikke kan firstå men 2 min lyder meget som dns/mdsn timeout. og ikke noget der kan værre lokalt, en pi mk1 er langsom(med mindre du kan offloade work ti GPU) men ikke så langsom.
LØST