Overleg:TCP- en UDP-poorten

message: Deze pagina is helemaal fout.  IP heeft geen begrip "poort".  Poorten zitten op de transport layer, niet op de network layer.  De Engelse "vertaling" van deze pagina heet "TCP and UDP ports", ik stel voor deze pagina "TCP en UDP poorten" te noemen en duidelijk te maken dat het om TCP en UDP poorten gaat. -Philip (philip@paeps.cx).
replies: text: Volgens mij heb je gelijk. Wat let je om er zelf mee aan de slag te gaan? Als je een gebruikersnaam aanmaakt, dan kun je zelf de titel wijzigen.  16 aug 2007 01:03 (CEST)
replies: text: : Sure.  Eens kijken hoe ik dat aanpak... PhilipPaeps
Ik heb de tekst wat bijgewerkt en ook een zinnetje toegevoegd om te vermijden dat er verwarring zou ontstaan tussen IP protocol nummers en poorten. PhilipPaeps 16 aug 2007 01:24 (CEST)

message: Philip,
Ik heb de titel al aangepast voor jou.
Normaal kan je nu verder, ook zonder ingelogd te zijn.
En inderdaad, jammer dat de accounts van en.wikipedia.org niet dezelfde zijn als *.wikipedia.org.
thread_title:  Titel aangepast 

message: Bekende poorten: Gaande van 0 tot en met 1023, worden gebruikt voor fundamentele applicaties en worden toegekend door IANA.
Geregistreerde poorten: Gaande van 1024 tot en met 49151, worden gebruikt door applicaties en moeten geregistreerd worden bij IANA.
Volgens mij MOET er helemaal niets geregistreerd worden, dit is volgens mij een te streng woord, misschien aan passen naar "en worden geregistreerd door IANA". 
replies: text: Naar mijn weten heb je gelijk. De enige beperking (op POSIX-systemen, tenminste) is dat je root moet zijn om van die poorten gebruik te maken als 'listener'. Aarzel vooral niet het artikel te verbeteren. Kleuske (overleg) 16 dec 2014 12:31 (CET)
replies: text: :De hedendaagse voorschriften en wenken omtrent TCP/UDP poortgebruik, -registratie en (service)-benaming zijn thans uiteengezet in RFC6335. Formeel of strikt genomen klopt het wel dat het eigenlijk zou 'moeten', het wordt in elk geval met klem verlangd/verzocht. Maar, deze RFC heeft niet voor niets "Best Current Practice" als subtitel, en er zijn vast talloze applicaties te vinden die hun poortallocatie door populariteit hebben verkregen en niet de officiële weg hebben bewandeld. Er is immers geen internet politie die je in de cel smijt en je krijgt ook geen accept-giro van het CJIB als je software maakt en verspreid die een 'User Port' gebruikt zonder deze via IANA te registreren :-). In elk geval heb ik dit kopje wat aangepast (en het artikel verder aanzienlijk uitgebreid), onderbouwd met (RFC en andere) bronnen. martix (overleg) 17 apr 2016 17:54 (CEST)
thread_title:  poort types 

message: De link naar "Poorten en poortnummers op Microsoft.com" werkt niet meer en ik kan hem ook zo 1-2-3 niet meer elders vinden - ook zo snel geen vergelijkbare webpagina's bij MS support/knowledge base, en daarom heb ik deze verwijderd. De IANA lijst met geregistreerde poorten/service names heb ik veranderd naar een bron voor het kopje "Vaak gebruikte poorten", en heb daarmee het kopje "Externe links" geheel laten vervallen. Als iemand vindt dat dat kopje toch maar weer terug moet komen (met in elk geval werkende links naar de bedoelde pagina's) dan kan dat natuurlijk altijd nog - op dit moment leek het me niet echt veel meerwaarde (meer) te hebben al kan ik het begrijpen als sommigen daar misschien anders over zouden denken(?) martix (overleg) 20 apr 2016 21:46 (CEST)
thread_title:  Externe links 

message: Hallo medebewerkers,
Ik heb zojuist 1 externe link(s) gewijzigd op TCP- en UDP-poorten. Neem even een moment om mijn bewerking te beoordelen. Als u nog vragen heeft of u de bot bepaalde links of pagina's wilt laten negeren, raadpleeg dan deze eenvoudige FaQ voor meer informatie. Ik heb de volgende wijzigingen aangebracht:
*Archief https://web.archive.org/web/20140226104011/http://www.ietf.org/rfc/rfc4409.txt toegevoegd aan http://www.ietf.org/rfc/rfc4409.txt
Zie de FAQ voor problemen met de bot of met het oplossen van URLs.
Groet.—InternetArchiveBot (Fouten melden) 8 apr 2019 11:40 (CEST)
thread_title:  Externe links aangepast