Vagrant / VirtualBox VM में w / से कुछ डोमेन को हल नहीं कर सकता है

10

बस वर्चुअलबॉक्स और वैग्रंट और मेरे शुरुआती lucid64वीएम हल नहीं कर सकते हैं us.archive.ubuntu.comलेकिन हल कर सकते हैंsecurity.ubuntu.com , google.comऔर www.apple.com(लेकिन apple.comw / बाहर नहीं www!?!)!

वह होस्ट जो VM में चल रहा है, ठीक-ठीक और हर दूसरे डोमेन को हल कर सकता हैus.archive.ubuntu.com ।

पता नहीं क्या चल रहा है?

vagrant@lucid64:~$ sudo apt-get install dkms -y
Reading package lists... Done
Building dependency tree       
Reading state information... Done
The following extra packages will be installed:
  fakeroot make patch
Suggested packages:
  make-doc diffutils-doc
The following NEW packages will be installed:
  dkms fakeroot make patch
0 upgraded, 4 newly installed, 0 to remove and 23 not upgraded.
Need to get 458kB of archives.
After this operation, 2,359kB of additional disk space will be used.
Err http://us.archive.ubuntu.com/ubuntu/ lucid/main make 3.81-7ubuntu1
  Could not resolve 'us.archive.ubuntu.com'
Err http://us.archive.ubuntu.com/ubuntu/ lucid/main patch 2.6-2ubuntu1
  Could not resolve 'us.archive.ubuntu.com'
Err http://us.archive.ubuntu.com/ubuntu/ lucid-updates/main dkms 2.1.1.2-2ubuntu1
  Could not resolve 'us.archive.ubuntu.com'
Err http://us.archive.ubuntu.com/ubuntu/ lucid/main fakeroot 1.14.4-1ubuntu1
  Could not resolve 'us.archive.ubuntu.com'
Failed to fetch http://us.archive.ubuntu.com/ubuntu/pool/main/m/make-dfsg/make_3.81-7ubuntu1_amd64.deb  Could not resolve 'us.archive.ubuntu.com'
Failed to fetch http://us.archive.ubuntu.com/ubuntu/pool/main/p/patch/patch_2.6-2ubuntu1_amd64.deb  Could not resolve 'us.archive.ubuntu.com'
Failed to fetch http://us.archive.ubuntu.com/ubuntu/pool/main/d/dkms/dkms_2.1.1.2-2ubuntu1_all.deb  Could not resolve 'us.archive.ubuntu.com'
Failed to fetch http://us.archive.ubuntu.com/ubuntu/pool/main/f/fakeroot/fakeroot_1.14.4-1ubuntu1_amd64.deb  Could not resolve 'us.archive.ubuntu.com'
E: Unable to fetch some archives, maybe run apt-get update or try with --fix-missing?

वेनिला स्थापना। मेरा पहला प्रयास। एक तैनाती रेल बुक में निर्देशों का पालन करें।

संपादित करें: जोड़ना /etc/resolv.conf:

vagrant@lucid64:~$ cat /etc/resolv.conf 
nameserver 10.0.2.3
domain mydomain.com
search mydomain.com

कुछ खुदाई जानकारी भी:

vagrant@lucid64:~$ dig us.archive.ubuntu.com
;; Truncated, retrying in TCP mode.

; <<>> DiG 9.7.0-P1 <<>> us.archive.ubuntu.com
;; global options: +cmd
;; connection timed out; no servers could be reached

लेकिन जब +traceध्वज का उपयोग किया जाता है तो यह डोमेन नाम को हल करता है?!? (या मैं यह गलत पढ़ रहा हूँ?)

vagrant@lucid64:~$ dig us.archive.ubuntu.com +trace

; <<>> DiG 9.7.0-P1 <<>> us.archive.ubuntu.com +trace
;; global options: +cmd
.           199183  IN  NS  d.root-servers.net.
.           199183  IN  NS  k.root-servers.net.
.           199183  IN  NS  m.root-servers.net.
.           199183  IN  NS  a.root-servers.net.
.           199183  IN  NS  j.root-servers.net.
.           199183  IN  NS  e.root-servers.net.
.           199183  IN  NS  l.root-servers.net.
.           199183  IN  NS  b.root-servers.net.
.           199183  IN  NS  f.root-servers.net.
.           199183  IN  NS  g.root-servers.net.
.           199183  IN  NS  h.root-servers.net.
.           199183  IN  NS  i.root-servers.net.
.           199183  IN  NS  c.root-servers.net.
;; Received 256 bytes from 10.0.2.3#53(10.0.2.3) in 1 ms

com.            172800  IN  NS  a.gtld-servers.net.
com.            172800  IN  NS  b.gtld-servers.net.
com.            172800  IN  NS  c.gtld-servers.net.
com.            172800  IN  NS  d.gtld-servers.net.
com.            172800  IN  NS  e.gtld-servers.net.
com.            172800  IN  NS  f.gtld-servers.net.
com.            172800  IN  NS  g.gtld-servers.net.
com.            172800  IN  NS  h.gtld-servers.net.
com.            172800  IN  NS  i.gtld-servers.net.
com.            172800  IN  NS  j.gtld-servers.net.
com.            172800  IN  NS  k.gtld-servers.net.
com.            172800  IN  NS  l.gtld-servers.net.
com.            172800  IN  NS  m.gtld-servers.net.
;; Received 499 bytes from 193.0.14.129#53(k.root-servers.net) in 191 ms

ubuntu.com.     172800  IN  NS  ns1.canonical.com.
ubuntu.com.     172800  IN  NS  ns2.canonical.com.
ubuntu.com.     172800  IN  NS  ns3.canonical.com.
;; Received 151 bytes from 192.42.93.30#53(g.gtld-servers.net) in 46 ms

us.archive.ubuntu.com.  600 IN  A   91.189.92.192
us.archive.ubuntu.com.  600 IN  A   91.189.92.193
us.archive.ubuntu.com.  600 IN  A   91.189.91.13
us.archive.ubuntu.com.  600 IN  A   91.189.91.23
us.archive.ubuntu.com.  600 IN  A   91.189.91.24
us.archive.ubuntu.com.  600 IN  A   91.189.91.25
us.archive.ubuntu.com.  600 IN  A   91.189.92.151
us.archive.ubuntu.com.  600 IN  A   91.189.92.152
us.archive.ubuntu.com.  600 IN  A   91.189.92.153
us.archive.ubuntu.com.  600 IN  A   91.189.92.154
us.archive.ubuntu.com.  600 IN  A   91.189.92.155
us.archive.ubuntu.com.  600 IN  A   91.189.92.176
us.archive.ubuntu.com.  600 IN  A   91.189.92.177
us.archive.ubuntu.com.  600 IN  A   91.189.92.179
us.archive.ubuntu.com.  600 IN  A   91.189.92.180
us.archive.ubuntu.com.  600 IN  A   91.189.92.181
us.archive.ubuntu.com.  600 IN  A   91.189.92.182
us.archive.ubuntu.com.  600 IN  A   91.189.92.183
us.archive.ubuntu.com.  600 IN  A   91.189.92.184
ubuntu.com.     172800  IN  NS  ns2.canonical.com.
ubuntu.com.     172800  IN  NS  ns3.canonical.com.
ubuntu.com.     172800  IN  NS  ns1.canonical.com.
;; Received 455 bytes from 91.189.95.3#53(ns2.canonical.com) in 183 ms

Edit2 - अधिक खुदाई:

vagrant@lucid64:~$ dig @10.0.2.3 security.ubuntu.com +short
91.189.92.181
91.189.92.184
91.189.92.151
91.189.92.166
vagrant@lucid64:~$ dig @10.0.2.3 us.archive.ubuntu.com
;; Truncated, retrying in TCP mode.

; <<>> DiG 9.7.0-P1 <<>> @10.0.2.3 us.archive.ubuntu.com
; (1 server found)
;; global options: +cmd
;; connection timed out; no servers could be reached
ubuntu  virtualbox  apt  resolv.conf  vagrant 
— Meltemi
स्रोत
VM पर नेटवर्क कॉन्फ़िगरेशन कैसा दिखता है? आप किस DNS सर्वर का उपयोग कर रहे हैं? क्या आपके पास उनके लिए विश्वसनीय कनेक्टिविटी है?
— शेन मैडेन
हम्म, मैं भी निश्चित नहीं हूं कि कैसे बताऊं। मैं उबंटू और वैग्रांत के लिए नया हूं। मैं /etc/resolv.confजानकारी (ऊपर) जोड़ दूंगा । Lemme पता है कि कहाँ देखना है अगर आप अधिक चाहते हैं ...
— Meltemi

जवाबों:

13

मैंने अपने वैग्रांटफाइल के नीचे की पंक्तियों को जोड़कर उस मुद्दे को हल किया:

config.vm.provider :virtualbox do |vb|
    vb.customize ["modifyvm", :id, "--natdnshostresolver1", "on"]
end

नीचे यह संपूर्ण है:

$setup = <<SCRIPT
    DEBIAN_FRONTEND=noninteractive apt-get update
SCRIPT

$dependencies = <<SCRIPT
    DEBIAN_FRONTEND=noninteractive apt-get install -y postgresql libpq-dev
    DEBIAN_FRONTEND=noninteractive apt-get install -y python-dev libjpeg-dev zlib1g-dev
    DEBIAN_FRONTEND=noninteractive apt-get install -y python-virtualenv virtualenvwrapper
SCRIPT

Vagrant.configure('2') do |config|

    config.vm.box = 'ubuntu/trusty64'

    # config.ssh.forward_agent = true
    config.vm.network "private_network", ip: "192.168.10.90"

    config.vm.synced_folder ".", "/vagrant", id: "vagrant-root", disabled: true
    config.vm.synced_folder ".", "/siaq"

    config.vm.provider :virtualbox do |vb|
        vb.name = "siaq"
        vb.customize ["modifyvm", :id, "--natdnshostresolver1", "on"]
        vb.customize ["modifyvm", :id, "--memory", "512"]
    end

    config.vm.provision "shell", inline: $setup
    config.vm.provision "shell", inline: $dependencies
end
— डेनिलो जी। बोथो
स्रोत
0

ऐसा लगता है कि क्योंकि आप DNS सर्वर से बिल्कुल भी संपर्क नहीं कर सकते हैं, और यह रूट संकेत का उपयोग करने की कोशिश कर रहा है (जो, मेरे अनुभव में, अंतिम उपयोगकर्ताओं के लिए बहुत अविश्वसनीय हैं)। क्या आप इसे पिंग कर सकते हैं? क्या आप रास्ते में कोई फायरवॉल नहीं होने के साथ, मोड मोड पर सेट हैं?

— SilverbackNet
स्रोत
नहीं, मैं 10.0.2.3मेजबान को पिंग नहीं कर सकता । ऐसा प्रतीत होता है कि वर्चुअलबॉक्स (या वैग्रैंट ) ने वीएम को एक आईपी सौंपा है 10.0.2.2। मेजबान पर है 10.0.1.201। वीबी / Vagrant सेट नेम सर्वर के लिए 10.0.2.3जो "काम" और निराकरण कुछ डोमेन (ऊपर EDIT2 देखें) लेकिन सबसे एक Ubuntu बॉक्स के लिए महत्वपूर्ण नहीं।
— मुल्तेमी
0

ऐसा लगता है कि "जादुई रूप से" खुद को हल कर लिया है जब मैंने होस्ट मैक ओएस को शेर (10.7.4) से माउंटेन लायन (10.8) में अपग्रेड किया है, ताकि अब उस पर साइकिल को बर्बाद न करें।

— Meltemi
स्रोत
मेरे पास एक ही मुद्दा है, ऐसा लगता है कि यह केवल पहले रन पर होता है, जैसे कि अगर डीएनएस तैयार नहीं है, और जब मैं दूसरी बार "योनि प्रावधान" करता हूं, तो मेजबानों को हल किया जाता है।
— बेंज
हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.