Неправильное аппаратное время в Linux

У меня нет правильного аппаратного времени на моем сервере debian:

root@server[09:48]:date
Tue Dec 22 09:48:52 EST 2015

root@server[09:48]:date -u
Tue Dec 22 14:48:54 UTC 2015 

root@server[09:48]:cat /etc/timezone
Europe/Paris

root@server[09:48]:hwclock -w --utc --debug

hwclock from util-linux 2.25.2
Using the /dev interface to the clock.
Last drift adjustment done at 1450795502 seconds after 1969
Last calibration done at 1450795502 seconds after 1969
Hardware clock is on UTC time
Assuming hardware clock is kept in UTC time.
Waiting for clock tick...
...got clock tick
Time read from Hardware Clock: 2015/12/22 14:46:18
Hw clock time : 2015/12/22 14:46:18 = 1450795578 seconds since 1969
1450795578.500007 is close enough to 1450795578.500000 (0.000007 < 0.001000)
Set RTC to 1450795578 (1450795578 + 0; refsystime = 1450795578.000000)
Setting Hardware Clock to 14:46:18 = 1450795578 seconds since 1969
ioctl(RTC_SET_TIME) was successful.
Not adjusting drift factor because it has been less than a day since the last calibration.

root@server[09:48]:cat /etc/adjtime

0.000000 1450795578 0.000000
1450795578
UTC

что мне делать? ] Маршрутизируйте весь трафик IPv4 через туннель 6in4 с помощью RouterOS 6.x Можно ли направить весь трафик IPv4 через туннель IPv6? Позвольте мне уточнить, скажем, я установил туннель туннельного брокера (HE) 6in4, используя IPv4 (да!), Но затем я хочу ретранслировать весь свой IPv4 ...

Можно ли маршрутизировать весь трафик IPv4 через IPv6 туннель?

Позвольте мне уточнить, скажем, я устанавливаю туннель туннельного брокера (HE) 6in4, используя IPv4 (да!), но затем я хочу ретранслировать весь свой трафик IPv4 через туннель IPv6, другими словами, сделайте это IPv6 связывает мой шлюз по умолчанию для всего интернет-трафика (IPv6 и IPv4).

Доступное оборудование:

  • Mikrotik RouterBoard RB750 с RouterOS 6. x
  • ADSL ISP с одним динамическим общедоступным IPv4-адресом.
  • ПК, телефоны и т. д.
1
задан 22 December 2015 в 18:03
1 ответ

Туннель 6in4 транспортирует пакеты IPv6, поэтому в таком туннеле невозможно транспортировать пакеты IPv4.

Что вы можете сделать, если хотите, чтобы весь ваш трафик проходил через туннель, так это изменить вашу локальную сеть на IPv6 только. Обычно это ограничивает вас в доступе к сайтам с поддержкой IPv6, но когда вы объедините его с NAT64/DNS64, вы сможете достигнуть IPv4 сайтов через NAT64. Список публичных NAT64-шлюзов здесь .

Я бы не рекомендовал такую настройку, но в итоге вы получите ужасную маршрутизацию. Это плохо скажется на вашей задержке и пропускной способности.

2
ответ дан 3 December 2019 в 20:44

Теги

Похожие вопросы