песни VM, не могущий получить доступ к Интернету из hyper-V сети
Я не думаю, что логика должна быть реализована в VCL.
Если серверы источника подают другое содержание на том же URL на основе агента пользователя, то это должно выпускать подходящий заголовок - например, Варьироваться: принятый закодированный, Агент пользователя
Если Вы говорите, что источник обеспечивает это, и Лак игнорирует его затем, это - ошибка в лаке. Если источник не подает такой заголовок затем, это - ошибка в коде, работающем на сервере источника.
Fixed!
Okay, so I found out what it was.
I do not expect anyone to ever have guessed this!
I have two network adapters:
- 1x Ethernet Network Adapter -
192.168.1.13 - 1x Wireless Adapter -
192.168.1.3
The Hyper-V Internal network was running on the Wireless Adapter with Internet Connection Sharing (ICS) enabled.
Packets were successfully going out, but upon coming back in they would go to my Ethernet card and they would have no clue where to go from there, hence, my VMs did not receive anything back.
I've now split my network in two, so I have my Wireless card on 192.168.1.0/24 and my Ethernet card on 10.1.1.0/24.
This configuration now works.
Hurrah!
Can machine with IP address 192.168.137.1 forward traffic from network 192.168.137.0/24 to the internet?
If this machine is Linux, it has to have allow forwarding, try to see /etc/sysctl.conf file.
On routing machine can be denied forwarding by iptables (try exec iptables -L -n and check rules in the FORWARD chain).
You can try to install tshark (or tcpdump or tethereal) utility even on the new host even on the routing machine and watch packets. Then you can on the new machine exec ping 4.4.4.4, for example, and you will see, if router can forward packet to the next hop correctly.
If you have another router in the network: know this another router, that your first router (with one of IP address 192.168.137.1) routing this network? Try to check it by running command ping 192.168.137.1 on this next router (preferably border router). If this ping don't work, you have to set static route, somethink like this: ip route add 192.168.137.0/24 via x.x.x.x, where x.x.x.x is IP address of router, which have as another address 192.168.137.1.
I'm very sory about my English, but I believe, that this post can help to you...
Я думаю, ваша проблема заключается в конфигурации гостевой виртуальной машины в Hyper-V, а не в самой ОС. Я не эксперт, но я смутно припоминаю похожие проблемы давным-давно, связанные с тем, какой тип виртуализированного сетевого интерфейса я выбрал в своей конфигурации HyperV.
Для меня решением было удалить сетевой адаптер, настроенный по умолчанию, и добавить адаптер «Устаревшая сеть». После этого, похоже, это сработало.
У меня была аналогичная проблема с выходом в Интернет с моим сервером CentOS 7 (гость KVM). Мне пришлось настроить сетевой шлюз по умолчанию в / etc / sysconfig / Network , добавив IP-адрес моего маршрутизатора (он должен находиться в той же подсети, что и сетевой адаптер, который вы используете для интернет-трафика). На этом этапе я смог выполнить эхо-запрос своего маршрутизатора (шлюза), но все еще не смог получить доступ к общедоступному Интернету (эхо-запросы к google.com не были успешными). Я убедился, что мой DNS-сервер определен в /etc/resolv.conf , но все равно не смог выйти. Я проверил запущенные службы с помощью systemctl list-unit-files | grep enabled и увидел, что NetworkManager включен. Я остановил эту службу, затем отключил и БИНГО! Я смог выбраться на Дикий Дикий Запад! Пинги на google.com прошли успешно.
Надеюсь, это поможет.
У меня не было подключения к Интернету при новой установке Centos 7. В моем случае это произошло из-за того, что eth0 не работал.
Проверьте состояние ваших устройств с помощью
nmcli device
Если сетевое устройство (обычно eth0) «отключено», вызовите его с помощью
nmcli connection up eth0