Описание проблемы:

Я пытаюсь настроить передачу файлов между своим Raspberry Pi и рабочим столом Ubuntu, используя сервер FastAPI. Вот моя настройка:

1. Настройка сервера FastAPI:

   • Развернут FastAPI на рабочем столе Ubuntu.
   • Сервер слушает на порту 2121.

2. Настройка статического IP:

   • Мой интернет-провайдер назначил мне статический IP 172.168.4.50 (как подтверждено через настройки роутера).
   • Включил переадресацию портов на моем роутере для порта 2121 на локальный IP рабочего стола Ubuntu.

3. Тестирование настройки:

   • Сервер FastAPI доступен локально (например, http://localhost:2121/).
   • Однако, когда я пытаюсь получить доступ к http://172.168.4.50:2121/ извне сети, запрос терпит неудачу.

4. Принятые шаги по устранению неполадок:

   • Проверил правила переадресации портов на роутере.
   • Проверил, что сервер FastAPI запущен и слушает на правильном порту.
   • Проверил доступность, временно отключив брандмауэр на рабочем столе Ubuntu.

Беспокойство:

После некоторых исследований я понял, что 172.168.4.50 попадает в диапазон частных IP-адресов (172.16.0.0 до 172.31.255.255). Насколько я понимаю, частные IP-адреса не маршрутизируемы в публичном интернете.

Вопросы:

1. Может ли так случиться, что мой интернет-провайдер предоставил частический статический IP вместо публичного статического IP?
2. Если да, значит ли это, что API не будет доступен через интернет, даже с включенной переадресацией портов?
3. Должен ли я попросить моего интернет-провайдера назначить публичный статический IP?

Детали системы:

• ОС сервера: Ubuntu Desktop
• Статический IP, предоставленный провайдером: 172.168.4.50
• Порт, который был переадресован: 2121
• FastAPI: API-сервер на основе Python

Ожидаемое поведение:

API должен быть доступен откуда угодно по назначенному статическому IP провайдера и порту 2121.

Фактическое поведение:

Запросы к http://172.168.4.50:2121/endpoint терпят неудачу и истекают по времени, даже несмотря на то, что переадресация портов настроена.

изображение ошибки

Может ли так случиться, что мой интернет-провайдер предоставил частический статический IP вместо публичного статического IP?

В некотором смысле, да. Это очень распространено среди жилых интернет-провайдеров (и становится все более распространенным даже для мелких бизнес-планов), так как у провайдеров заканчиваются адреса IPv4, и они не могут получить больше.

Хотя ваш интернет-провайдер использовал неправильный диапазон (как упоминали другие, провайдер перепутал два разных диапазона частных IP, или, возможно, ошибся, написав “172.16” как “172.168”, и в результате использовал часть публичного адресного пространства Microsoft), конечный результат функционально остается тем же: адрес, который у вас есть, не маршрутизируется к вам через интернет и может функционировать только в сети провайдера.

(Для действительно частных адресов в интернете нет маршрутов вовсе. Для “172.168” в интернете есть маршрут, но в совершенно другом направлении – в сторону сети Azure Microsoft, которая легитимно владеет этими адресами – и конечный результат остается тем же, то есть пакеты от других интернет-провайдеров не могут достичь вас. В обоих случаях ваш исходящий интернет-доступ работает только потому, что интернет-провайдер будет SNAT-ить все пакеты к одному из их действительно публичных адресов.)

Если да, значит ли это, что API не будет доступен через интернет, даже с включенной переадресацией портов?

Да.

Должен ли я попросить моего интернет-провайдера назначить публичный статический IP?

Да.