Нов партньор?

partners[@]IT-PlayGround.net

Създадено за Вас

информирайте се, споделяйте

Пишете ни:

hello[@]IT-PlayGround.net

Защо да се присъедините?

1. чудесни членове в екипа - приятелски настроени, отворени за нови предизвикателства
2. споделяне на знание и опит от всички
3. организиране на социални събития със страхотните членове на екипа в Благоевград и/или София
4. промо кодове от партньорите ни
5. LinkedIn препоръки след известно време
6. още страхотни възможности. Останете в очакване ;)

свържете се с нас: hello[@]IT-PlayGround.Net

Изчерпване на динамични портове (Ephemeral Port Exhaustion)

Здравейте,

днес реших да публикувам част от следващите интересни блог публикации.

Как да се справим с динамичното изчерпване на ефимерни портове (Dynamic Port Exhaustion (Ephemeral Port Exhaustion) в различни по-нови OS (приложимо за Windows Server 2012, Windows Server 2012 R2, частично и за Windows Server 2016).

ЗАБЕЛЕЖКА: Това не е пълен набор в типа на "списък с решения", тъй като може да има още други причини и решения; Това може да се счита за компилация от най-често наблюдаваните такива.

A. 
Откриване на ефимерно изтощение на портове (приложимо за повечето ОС)
Чрез cmd.exe изпълняван като администратор може да се изпълни netsh int ipv4 set dynamicport tcp start=10000 num=55535

B. Коментари във Microsoft Форума. 

C. Използвате ли някакви iSCSI дискове свързани със сървъра Ви? Ако това е така то моля да проверите всичките си iSCSI връзки и да премахнете цели (targets), които [вече] не съществуват.
Разгледайте тази публикация и превъртете надолу. Деинсталирайте посоченото KB или го изтеглете ръчно KB с цел да го поправя.

D. Още по темата в MS Technet-а 

E. За 2012 R2 / 2016 се оказа, че дори има бъг: Възникването на проблем с ISCSI с KB4019215, което може да доведе производствения сървър да се срине.
Въведена е регресия в актуализацията на Windows, издадена през март 2017 г., причиняваща изтощаване на TCP порт, когато инициаторът на iSCSI на Microsoft не може да се свърже с iSCSI Target, защото е офлайн или вече не е свързан. Например, когато използвате iSCSI Mirror paths.

Това ще доведе до грешка в конзолата за "Контрол за управление на съответния [доставчик]".  Когато се опитвате да влезете в [Vendor] Server Group, или [Vendor] Server може да не е налице за отдалечен достъп (чрез RDP) или други мрежови потребителски данни за вход, включително репликационни връзки. [Доставчик] е бил информиран от Microsoft, че ще пусне корекция в бъдещ пакет.

Забележки: С [vendor], [доставчик] се имат предвид в случая всички доставчици на iSCSI решения

Добра практика е винаги преди покупка и/или внедряване на сървърно решение да се обърнете към Windows Server Catalog-а с цел да проверите дали решението е "сертифицирано" за дадена ОС в случая примерно: Windows Server 2008/R2/2012/R2/2016. В страницата на доставчика може да намерите и информация за Linux дистрибуции било Suse, Redhat и подобни..
Ако ползвате внедрено решение, което "не е сертифицирано спрямо избраната ОС" могат да възникнат евентуални непредсказуеми проблеми при работа с внедреното решение. "Не сертифицирано != "не означава, че не работи" просто може да Ви откажат поддръжка от Microsoft Professional Support ако отворите тикет при тях за техническа поддръжка.

Ако използвате Process Explorer (от SysInternals пакета) докато проблемът се случва, най-вероятно ще видите много iSCSI връзки в състояние на свързване.

KB обновления и в допълнение, много полезно: KB4034681

F. Обща статия за Dynamic Port Exhaustion

(приложима специално за по-стари версии на OS и техните "известни проблеми", като Win 2003, Win 2008, Win 2008 R2, но може да се използва и за по-нови версии на OS)

Основни концепции на ITIL & Agile
PowerShell на Mac OSX

Абонирайте се за новини свързани със сайта

За проекта

IT-PlayGround.NET logo

a Personal IT PlayGround project developed over the years.

Powered by:  www.sslavkov.eu

Социални мрежи: