UDP, NAT и установка “соединений”
Самый простой способ - открыть командную строку и перейти в папку вашего проекта. Затем
notepad .tfignore
после этого просто сохраните файл, и все готово.
Или вы также можете использовать
echo "" > .tfignore
Обратите внимание, что вам может потребоваться вручную включить этот файл в TFS
3 ответа
Обычно NAT перед клиентом на уровне TCP будет мочь решить, что соединение в UDP было, создают. Однако NAT на стороне клиента должен будет быть настроен, чтобы принять пакеты UDP от порта сервера SRC и затем передать им внутреннему целевому IP (клиент). Важная вещь помнить, является ли NAT то, кто вызывающая сторона и кто вызываемый. NATs отличаются по реализации и возможности, таким образом, дженерик, легкий реализовать решение, вероятно, что Вы могли бы хотеть реализовать, в зависимости от своих потребностей.
Вы корректны в принятии, я думаю, который в Вашем клиенте случая не сможет получить поток UDP в информации. В Вашем случае Ваш клиент должен будет отправить его IP WAN на Ваш сервер для инициирования соединения UDP. При нахождении клиентов, IP WAN может быть хитрым, но существуют веб-сайты, которые помогут determing IP WAN путем возврата его на текстовой странице.
Если соединение UDP создается после соединения TCP сервером, открывающим сокет для клиента к известному порту UDP затем, UPnP мог бы стоить изучить его, позволит Вам автоматически настраивать свой порт вперед на Вашем NAT, это - то, только если Ваша поддержка NAT UPnP, как имеет место маршрутизаторов DSL.
Обходное решение было бы клиенту для открытия TCP и сокетов UDP к серверу. Так как клиент позади NAT инициировал соединение, состояния и соединений TCP и соединений UDP будут добавлены к таблице соединений NAT.
При игнорировании условия известного перевода порта (т.е. данные по этому порту переходит к этому адресу) в маршрутизаторе (обеспечение NAT), можно использовать Перфорацию Дыры UDP.
Я предполагаю, что Вы не говорите о многоадресной передаче, в которой каждый одноранговый узел присоединяется к группе и объявляет, что заинтересованным сторонам (в этом случае маршрутизатор), который может затем выполнить соответствующую маршрутизацию. Хотя это обычно используется для маршрутизации трафика эффективно к нескольким хостам, механизм маршрутизации группой работал бы, поскольку Вы описываете выше.
Если Вы говорите о протоколах потоковой передачи как SIP или RTSP затем способ, которым он работает, то, что порт UDP, к которому клиент хочет, чтобы сервер отправил, указан в запросе установления вызова.
Сервер отправит к тому порту, и трафик может или не может добраться до клиента в зависимости от того, перевел ли NAT clien't выбор порта к другому числу или нет.
Когда сервер получает, это является первым, UDP передал пакет потоком от клиента и если это находится на другом порте к тому, это пересылало затем, это переключится на него. Это позволяет UDP с сервера пройти через NAT, так как клиент уже создал NAT, отображающийся путем отправки на сервер.