Server Admin Авторский блог системного администратора
А если не получается его прописать по умолчанию?
Тогда надо закрыть ssh консоль и пойти варить борщ.
Подскажите пожалуйста, такое ощущение что проблемы с сетью в proxmox
Настройки в режиме роутера
auto lo
iface lo inet loopback
allow-hotplug eth0
iface eth0 inet manual
auto vmbr0
iface vmbr0 inet manual
bridge-ports eth0
bridge-stp off
bridge-fd 0
auto vmbr1
iface vmbr1 inet static
address 192.168.68.1
netmask 255.255.255.0
gateway 192.168.68.2
bridge-ports none
bridge-stp off
bridge-fd 0
Внешний адрес на шлюзе (роутере) xxx.xxx.xxx.10/24
Вместе с гипервизором в свитч провайдера подключен другой хост с внешним айпи xxx.xxx.xxx.20/24 (в одной сети с роутером)
В виртуальной сети 2 виртуальных машины, Windows 192.168.68.100, Debian 192.168.68.200
Windows - tracert xxx.xxx.xxx.20 - успешно
Debian - traceroute xxx.xxx.xxx.20 - не проходит
Роутер(Debian) - traceroute xxx.xxx.xxx.20 - не проходит
Пинги есть во всех направлениях
Подскажите в чем может быть дело? Куда копать?
А сам доступ есть с виртуалок на xxx.xxx.xxx.20? Telnet подключается к сервисам?
Да, telnet работает (например на RDP), проблему с трасертом начал решать из-за связи двух IP ATC, раньше ATC-ка была в другом гипервизоре QEMU (virt-manager), все работало, вот перенес на proxmoх начались необъяснимые проблемы, когда в АТС добавляю trunk заново, начинает работать, после перезагрузки перестает. Дошел вот из-за этого до трасировки, непонятно почему она не проходит на айпишники в одной сети, это же самое элементарное что должно работать.
Т.е. трассировка не проходит с xxx.xxx.xxx.10/24 до xxx.xxx.xxx.20/24, получается участвует роутер в виртуалке и бридж на eth0 гипервизора
Могу попробовать Windows с внешним IP запустить (как роутер) проверить трассировку, но думаю она пройдет
С трассировкой бывает такое. То, что она не проходит, не обязательно ошибка. Я уже не помню теорию этого процесса, разбирался давно. Но судить о связности сети по трассировке не следует. Нужно разбираться, почему пакеты перестают ходить. Можно на помощь привлечь tcpdump или wireshark. С ними обычно всегда получается разобраться, почему пакеты не ходят, тем более в рамках одной сети.
Самое простое, что может быть - какие-то проблемы с маршрутами. Я сам сегодня пол дня с tcpdump сидел и разбирался, почему проброс порта работает не так, как нужно. Но у меня сложный случай, тем не менее, не разобрался, пока tcpdump не подключил.
