Всем доброго времени суток!
Вторая неделя пошла, как я мучаюсь с настройками и решил обратиться за помощью.
Всем заранее спасибо!
Суть в следущем.
Изучаю курс от УЦ "Специалист" - Linux. Уровень 2. Администрирование сервисов и сетей.
Проводим настройку сети в Virtualbox для Gate и Server
Что стоит у меня:
VirtualBoxМенеджер сетей хоста:
Сеть для Gate:
Сеть для Server:
vboxmanage list hostonlyifsName: VirtualBox Host-Only Ethernet Adapter
GUID: 6d180318-325a-4e1e-99b9-371b378652af
DHCP: Disabled
IPAddress: 192.168.51.5
NetworkMask: 255.255.255.0
IPV6Address: fe80::5092:5c90:adb8:ad9f
IPV6NetworkMaskPrefixLength: 64
HardwareAddress: 0a:00:27:00:00:12
MediumType: Ethernet
Wireless: No
Status: Up
VBoxNetworkName: HostInterfaceNetworking-VirtualBox Host-Only Ethernet Adapter
Host машина: Windows 10ipconfig Настройка протокола IP для Windows
Адаптер Ethernet Ethernet 2:
Состояние среды. . . . . . . . : Среда передачи недоступна.
DNS-суффикс подключения . . . . . :
Адаптер Ethernet Ethernet 7:
DNS-суффикс подключения . . . . . :
Локальный IPv6-адрес канала . . . : fe80::5092:5c90:adb8:ad9f%18
IPv4-адрес. . . . . . . . . . . . : 192.168.51.5
Маска подсети . . . . . . . . . . : 255.255.255.0
Основной шлюз. . . . . . . . . :
Адаптер беспроводной локальной сети Подключение по локальной сети* 2:
Состояние среды. . . . . . . . : Среда передачи недоступна.
DNS-суффикс подключения . . . . . :
Адаптер беспроводной локальной сети Подключение по локальной сети* 4:
Состояние среды. . . . . . . . : Среда передачи недоступна.
DNS-суффикс подключения . . . . . :
Адаптер беспроводной локальной сети Беспроводная сеть:
DNS-суффикс подключения . . . . . :
Локальный IPv6-адрес канала . . . : fe80::1402:1081:f925:2391%29
IPv4-адрес. . . . . . . . . . . . : 192.168.0.102
Маска подсети . . . . . . . . . . : 255.255.255.0
Основной шлюз. . . . . . . . . : 192.168.0.1
Адаптер Ethernet Сетевое подключение Bluetooth:
Состояние среды. . . . . . . . : Среда передачи недоступна.
DNS-суффикс подключения . . . . . :
Gate - Ubuntu 20.04 LTSnetplan network:
version: 2
renderer: networkd
ethernets:
enp0s3:
dhcp4: false
dhcp6: false
optional: false
addresses: [192.168.51.1/24]
enp0s8:
dhcp4: false
addresses: [192.168.0.10/24]
gateway4: 192.168.0.1
nameservers:
search: [corp51.un]
addresses: [192.168.0.1]
ip rdefault via 192.168.0.1 dev enp0s8 proto static
192.168.0.0/24 dev enp0s8 proto kernel scope link src 192.168.0.12
192.168.51.0/24 dev enp0s3 proto kernel scope link src 192.168.51.1
routeKernel IP routing table
Destination Gateway Genmask Flags Metric Ref Use Iface
default _gateway 0.0.0.0 UG 0 0 0 enp0s8
192.168.0.0 0.0.0.0 255.255.255.0 U 0 0 0 enp0s8
192.168.51.0 0.0.0.0 255.255.255.0 U 0 0 0 enp0s3
squid.confacl my_net src 192.168.51.0/24
#
# INSERT YOUR OWN RULE(S) HERE TO ALLOW ACCESS FROM YOUR CLIENTS
#
include /etc/squid/conf.d/*
# Example rule allowing access from your local networks.
# Adapt localnet in the ACL section to list your (internal) IP networks
# from where browsing should be allowed
#http_access allow localnet
http_access allow localhost
http_access allow my_net
/etc/sysctl.conf# Uncomment the next two lines to enable Spoof protection (reverse-path filter)
# Turn on Source Address Verification in all interfaces to
# prevent some spoofing attacks
#net.ipv4.conf.default.rp_filter=1
net.ipv4.conf.all.rp_filter=2
# Uncomment the next line to enable TCP/IP SYN cookies
# See http://lwn.net/Articles/277146/
# Note: This may impact IPv6 TCP sessions too
#net.ipv4.tcp_syncookies=1
# Uncomment the next line to enable packet forwarding for IPv4
net.ipv4.ip_forward=1
Server - Ubuntu 20.04 LTSnetplannetwork:
version: 2
renderer: networkd
ethernets:
enp0s3:
dhcp4: false
addresses: [192.168.51.10/24]
gateway4: 192.168.51.1
nameservers:
addresses: [192.168.0.1]
search: [corp51.un]
В ролике автор настроил в interfaces маршрутизацию.
На машине Gate установили DHCP и Squid
DHCP я так понял установили для автоматической выдачи IP новым машинам - показали это для window 8 внутри этой же сети. После загрузки у Windows появился интернет.
Далее автор загрузил клон Ubuntu, назвал его сервер и прописав в interfaces параметры, server тоже получил интернет через gate.
Я же не могу этого добиться, во первых я поставил Ubuntu 20.04 , а там уже Netplan.
С ним я вроде разобрался, gate и server видят друг друга.
Gate имеет выход в интернет
host Машина может открывать через putty и gate и server
Но server не получает интернет и я не могу понять почему. Буду благодарен за любую помощь!
Ниже на скрине результат команды ping на сервера и tcpdumg на gate в моменте
ping 192.168.0.1
tcpdump -n -i enp0s3
tcpdump -n -i enp0s3 192.168.51.10root@gate:/home/jazz# tcpdump -n -i enp0s3 host 192.168.51.10
tcpdump: verbose output suppressed, use -v or -vv for full protocol decode
listening on enp0s3, link-type EN10MB (Ethernet), capture size 262144 bytes
18:18:59.682310 IP 192.168.51.10.45306 > 192.168.0.1.53: Flags [S], seq 2137537659, win 64240, options [mss 1460,sackOK,TS val 984257736 ecr 0,nop,wscale 7], length 0
18:19:01.699859 IP 192.168.51.10.45306 > 192.168.0.1.53: Flags [S], seq 2137537659, win 64240, options [mss 1460,sackOK,TS val 984259753 ecr 0,nop,wscale 7], length 0
18:19:05.580975 IP 192.168.51.10 > 192.168.0.1: ICMP echo request, id 3, seq 1, length 64
18:19:05.828351 IP 192.168.51.10.45306 > 192.168.0.1.53: Flags [S], seq 2137537659, win 64240, options [mss 1460,sackOK,TS val 984263881 ecr 0,nop,wscale 7], length 0
18:19:06.596685 IP 192.168.51.10 > 192.168.0.1: ICMP echo request, id 3, seq 2, length 64
18:19:07.619299 IP 192.168.51.10 > 192.168.0.1: ICMP echo request, id 3, seq 3, length 64
18:19:08.642884 IP 192.168.51.10 > 192.168.0.1: ICMP echo request, id 3, seq 4, length 64
18:19:08.675040 IP 192.168.51.10.41744 > 192.168.0.1.53: 51904+ AAAA? ntp.ubuntu.com. (32)
18:19:08.675040 IP 192.168.51.10.33137 > 192.168.0.1.53: 1585+ AAAA? ntp.ubuntu.com.corp51.un. (42)
18:19:08.675459 IP 192.168.51.10.34292 > 192.168.0.1.53: 50753+ A? ntp.ubuntu.com. (32)
18:19:09.666094 IP 192.168.51.10 > 192.168.0.1: ICMP echo request, id 3, seq 5, length 64
18:19:10.690492 IP 192.168.51.10 > 192.168.0.1: ICMP echo request, id 3, seq 6, length 64
18:19:11.713455 IP 192.168.51.10 > 192.168.0.1: ICMP echo request, id 3, seq 7, length 64
18:19:12.735976 ARP, Request who-has 192.168.51.1 tell 192.168.51.10, length 46
18:19:12.736012 ARP, Reply 192.168.51.1 is-at 08:00:27:b8:fb:25, length 28
18:19:12.736939 IP 192.168.51.10 > 192.168.0.1: ICMP echo request, id 3, seq 8, length 64
18:19:13.676190 IP 192.168.51.10.36034 > 192.168.0.1.53: 47383+ A? ntp.ubuntu.com.corp51.un. (42)
18:19:13.676191 IP 192.168.51.10.34292 > 192.168.0.1.53: 50753+ A? ntp.ubuntu.com. (32)
18:19:13.676191 IP 192.168.51.10.41744 > 192.168.0.1.53: 51904+ AAAA? ntp.ubuntu.com. (32)
18:19:13.676834 IP 192.168.51.10.45308 > 192.168.0.1.53: Flags [S], seq 2528726062, win 64240, options [mss 1460,sackOK,TS val 984271734 ecr 0,nop,wscale 7], length 0
18:19:13.760033 IP 192.168.51.10 > 192.168.0.1: ICMP echo request, id 3, seq 9, length 64
18:19:14.687319 IP 192.168.51.10.45308 > 192.168.0.1.53: Flags [S], seq 2528726062, win 64240, options [mss 1460,sackOK,TS val 984272745 ecr 0,nop,wscale 7], length 0
18:19:14.783278 IP 192.168.51.10 > 192.168.0.1: ICMP echo request, id 3, seq 10, length 64
18:19:15.806824 IP 192.168.51.10 > 192.168.0.1: ICMP echo request, id 3, seq 11, length 64
18:19:16.702130 IP 192.168.51.10.45308 > 192.168.0.1.53: Flags [S], seq 2528726062, win 64240, options [mss 1460,sackOK,TS val 984274761 ecr 0,nop,wscale 7], length 0
18:19:16.831717 IP 192.168.51.10 > 192.168.0.1: ICMP echo request, id 3, seq 12, length 64
18:19:17.854143 IP 192.168.51.10 > 192.168.0.1: ICMP echo request, id 3, seq 13, length 64
18:19:18.876964 IP 192.168.51.10 > 192.168.0.1: ICMP echo request, id 3, seq 14, length 64
18:19:19.902260 IP 192.168.51.10 > 192.168.0.1: ICMP echo request, id 3, seq 15, length 64
18:19:20.923732 IP 192.168.51.10.45308 > 192.168.0.1.53: Flags [S], seq 2528726062, win 64240, options [mss 1460,sackOK,TS val 984278984 ecr 0,nop,wscale 7], length 0
18:19:20.924455 IP 192.168.51.10 > 192.168.0.1: ICMP echo request, id 3, seq 16, length 64
^C
31 packets captured
31 packets received by filter
0 packets dropped by kernel