Fix "EAI_NONAME" Error in FileZilla (DNS Resolution Issue)
The "EAI_NONAME - Neither nodename nor servname provided, or not known" error in FileZilla occurs when the FTP client cannot resolve the hostname. This is typically a DNS (Domain Name System) issue, meaning FileZilla is unable to find the FTP server's IP address. This guide focuses specifically on DNS-related solutions for this error.
Quick Diagnosis: If you can connect using the server's IP address but not its hostname (like ftp.yourdomain.com), the problem is almost certainly DNS resolution. This guide will help you fix that.
Understanding the Error
EAI_NONAME is a network error that indicates the system's DNS resolver cannot translate the hostname you provided into a numerical IP address. When FileZilla attempts to connect to "ftp.yourdomain.com", your computer queries DNS servers to get the corresponding IP. If this lookup fails, FileZilla displays the EAI_NONAME error.
Common causes include:
- Incorrect or misspelled hostname in FileZilla
- DNS servers are unreachable or misconfigured on your computer
- The DNS record for your FTP server doesn't exist or hasn't propagated
- Local DNS cache contains outdated or corrupted entries
- Network restrictions blocking DNS queries
Check the FTP Hostname in FileZilla
The first and simplest test is to verify whether the issue is with DNS resolution or a more general connection problem.
- Open FileZilla
- Instead of using the hostname (e.g.,
ftp.yourdomain.com), enter your server's IP address directly in the "Host" field
- Fill in your username and password
- Click "Quickconnect"
Interpretation:
- Connection succeeds with IP address: Confirms the FTP server is running and accessible. The problem is specifically DNS resolution.
- Connection fails even with IP address: The problem is not DNS. Check firewall settings, server status, or credentials.
Note: Using the IP address is a temporary workaround for testing. For long-term use, especially with SSL certificates, it's better to fix DNS so you can use the hostname.
Test DNS Resolution in Command Prompt or Terminal
Use command-line tools to diagnose DNS problems directly.
For Windows
# Basic DNS lookup
nslookup ftp.yourdomain.com
# More detailed test
ping ftp.yourdomain.com
# Alternative with PowerShell
Resolve-DnsName ftp.yourdomain.com
For Linux/macOS
# Standard DNS lookup
dig ftp.yourdomain.com
# Simplified output
dig ftp.yourdomain.com +short
# Alternative tools
host ftp.yourdomain.com
nslookup ftp.yourdomain.com
Expected Success: The command returns one or more IP addresses.
Failure Indicators:
NXDOMAIN: The domain name does not exist in DNS
SERVFAIL: DNS server failure
REFUSED: DNS server refused the query
- Timeout: No response from DNS servers
What to Do If DNS Lookup Fails:
- Check the hostname spelling carefully
- Verify the FTP record exists: Contact your hosting provider to ensure there's a DNS record (usually an A record) for your FTP hostname
- Test with public DNS: Try
nslookup ftp.yourdomain.com 8.8.8.8 to use Google's DNS servers directly
Manually Add the FTP Hostname to Hosts File
If DNS is not working, you can bypass it temporarily by adding an entry to your system's hosts file. This file maps hostnames to IP addresses locally.
For Windows
- Open Notepad as Administrator (right-click > Run as administrator)
- Click File > Open
- Navigate to:
C:\Windows\System32\drivers\etc\
- Change "Text Documents (*.txt)" to "All Files (*.*)"
- Select the file named
hosts (no extension) and open it
- Add a new line at the bottom:
192.168.1.10 ftp.yourdomain.com
Replace 192.168.1.10 with your actual FTP server IP address
- Save the file (Ctrl+S)
- Restart FileZilla and try connecting with the hostname
For Linux/macOS
# Edit the hosts file with sudo privileges
sudo nano /etc/hosts
# Add this line (replace IP and hostname with your values)
192.168.1.10 ftp.yourdomain.com
# Save: Ctrl+X, then Y, then Enter
# Clear any local DNS cache (macOS)
sudo killall -HUP mDNSResponder
# Linux (systemd-resolved)
sudo systemd-resolve --flush-caches
Hosts File Note: The hosts file is checked before querying DNS servers. This solution works immediately but is only local to your computer. If the server's IP changes, you'll need to update this file manually.
Restart Your Router & Flush DNS Cache
DNS caches at various levels (computer, router, ISP) can hold outdated information.
Flush Local DNS Cache
Windows:
# Open Command Prompt as Administrator
ipconfig /flushdns
# Also release and renew IP (if using DHCP)
ipconfig /release
ipconfig /renew
macOS:
# Flush DNS cache (different commands for different macOS versions)
# For recent versions:
sudo killall -HUP mDNSResponder
sudo dscacheutil -flushcache
Linux (systemd-resolved):
sudo systemd-resolve --flush-caches
# For systems using nscd (Name Service Cache Daemon)
sudo systemctl restart nscd
Restart Network Equipment
- Power off your modem and router
- Wait 30 seconds
- Power on the modem first, wait for it to fully initialize
- Power on the router, wait for it to fully start
- Test FileZilla connection again
Check Your Firewall & Network Settings
While this is a DNS guide, sometimes firewalls interfere with DNS queries.
Check Windows Firewall
- Go to Control Panel > System and Security > Windows Defender Firewall
- Click "Allow an app or feature through Windows Defender Firewall"
- Click "Change settings" (admin privileges required)
- Ensure FileZilla is checked for both Private and Public networks
- If FileZilla isn't listed, click "Allow another app..." and browse to:
C:\Program Files\FileZilla FTP Client\filezilla.exe
Check Router DNS Settings
- Log into your router admin panel (usually
http://192.168.1.1 or http://192.168.0.1)
- Navigate to Internet/WAN settings
- Check the DNS server fields
- Consider changing to public DNS servers:
- Google DNS:
8.8.8.8 and 8.8.4.4
- Cloudflare DNS:
1.1.1.1 and 1.0.0.1
- Save settings and restart the router
Verify FileZilla Site Manager Settings
Incorrect settings in FileZilla can sometimes cause connection issues.
- Open FileZilla
- Click File > Site Manager (or press Ctrl+S)
- Select your site or create a new one
- Verify these settings:
| Setting |
Recommended Value |
| Protocol |
FTP - File Transfer Protocol |
| Host |
ftp.yourdomain.com (or IP if testing) |
| Port |
21 (standard FTP) or 990 for FTPS |
| Encryption |
Use explicit FTP over TLS if available |
| Logon Type |
Normal (requires username/password) |
| Transfer Settings |
Passive mode (recommended for most networks) |
- Click Connect
Summary of Fixes for "EAI_NONAME" in FileZilla
| Issue |
Fix |
Verification |
| Incorrect hostname |
Use server IP address instead of hostname |
Connection works with IP but not hostname |
| DNS resolution failure |
Run nslookup or dig, add entry to hosts file |
nslookup ftp.yourdomain.com fails |
| Local DNS cache corrupted |
Flush DNS cache (ipconfig /flushdns or systemd-resolve --flush-caches) |
Cache cleared message appears |
| Network DNS misconfigured |
Change router DNS to 8.8.8.8 (Google) or 1.1.1.1 (Cloudflare) |
DNS queries succeed with new servers |
| Firewall blocking DNS |
Allow FileZilla in firewall, ensure port 53 (DNS) is not blocked |
FileZilla appears in allowed apps list |
| FileZilla settings incorrect |
Verify Site Manager settings, use explicit FTP over TLS |
Correct protocol and encryption selected |
Permanent DNS Solution: While editing the hosts file works, for a permanent fix:
- Ensure your domain has the correct A record or CNAME record pointing to your FTP server IP
- Verify DNS propagation using tools like WhatsMyDNS.net
- Configure your computer or router to use reliable DNS servers (like 8.8.8.8 or 1.1.1.1)
High-Availability Cloud VDS
- Uptime Р 99.95%
- Network bandwidth Р 1 Gb/s
- Technical support 24/7/365
learn more...