Docker публикува порта. Слуша ли проксито там?
Проверете слушателя в контейнера на проксито и съпоставянето на хост порта в Docker, когато връзките се отказват или нулират.
Публикуваният порт на Docker дава път до крайна точка в контейнера. Той не стартира проксито и не променя адреса, на който този процес слуша.
За типично съпоставяне в мрежа тип мост сравнете тези три стойности:
| Част от пътя | Стойност за проверка |
|---|---|
| Вход на клиента | Адресът на хоста и публикуваният порт, към които клиентът се свързва |
| Цел на препращането | Адресът на контейнера и портът, избрани от съпоставянето |
| Услуга | Адресът и портът, които проксито действително завързва в контейнера |
Прокси, завързано в контейнера само към 127.0.0.1, може да не получава трафик, препратен към мрежовия му адрес. Това се различава от публикуването на хост порт само на loopback на хоста: то ограничава кой може да достигне съпоставянето, докато loopback в контейнера може да попречи на съпоставянето да достигне услугата.
Изберете вътрешния слушател за предвиденото разгръщане, като запазите ограниченото публикуване на хост и достъпа до проксито. Декларацията за отворен порт в Dockerfile не стартира услуга и успешното стартиране на контейнер не доказва, че процесът слуша на целта на препращането.
Проследете докъде стига неуспешна връзка. Отказите и нулиранията варират според платформата и реализацията на препращането, така че нито едно от тях не идентифицира еднозначно настройка. След като достигне услугата, търсете валидно поздравление от прокси и приложете изискваната версия на SOCKS, удостоверяване и политика за дестинацията. Само достъпен хост порт не може да докаже тези възможности.