Cisco WLC 외부 WebAuth 명백한 임의 동작


10

에 시스코 5508 v7.2.103.0, 나는 구성된 무선 랜의 몇 가지있다. 이 질문을 위해 ABC와 XYZ를 호출하십시오. ABC는 802.1X를 사용하며 스플래시 페이지 리디렉션 URL을 푸시 다운합니다. XYZ는 PSK를 사용하고 WebAuth 외부 구성을 사용하여 로그인 페이지 리디렉션 URL을 푸시합니다. 스플래시 및 로그인 페이지는 모두 http://webauth.example.com/splash.html 및 /login.html과 같은 동일한 기본 (외부 웹 서버) URL로 제공됩니다 .

WLAN ABC - Splash-Page-Web-Redirect[WPA + WPA2][Auth(802.1X + CCKM)]
WLAN XYZ - Web-Passthrough[WPA2][Auth(PSK)]

리디렉션 URL이 장치, webauth / NAC RUN 상태 및 실제로 인터넷에 액세스 할 수있는 기능 (또는 필요할 때 얻지 못함)에 표시 될 때 일관성이없는 것으로 보입니다.

트래픽을 전달하기 전에 로그인 페이지에 동의 (사용자 이름 필요 없음)가 필요하며 WLC는 트래픽이 흐르기 위해 장치가 스플래시 페이지를 볼 수 있다고 생각하면된다는 것을 이해합니다.

나는 본 적이 거의 가능한 모든 조건 하지만, 트래픽 흐름은 항상 이해가되지 않는 경우입니다.

  1. 비보안 일반 텍스트 URL을 탐색 할 때 스플래시 또는 로그인 페이지 리디렉션이 발생합니다. webauth는 NAC 상태 RUN으로 인증 됨, 트래픽 흐름을 보여줍니다. 이것이 일어날 것으로 예상되지만 자주 발생하지는 않습니다.
  2. 비보안 일반 텍스트 URL을 탐색 할 때 스플래시 또는 로그인 페이지 리디렉션이 발생하지 않습니다. webauth는 NAC 상태 RUN으로 인증 된 트래픽 흐름을 보여줍니다 (하지만 WLC에서 클라이언트를 제거한 후에는 표시되지 않는 webauth 리디렉션을 강제 실행해서는 안 됨).
  3. 비보안 일반 텍스트 URL을 탐색 할 때 스플래시 또는 로그인 페이지 리디렉션이 발생하지 않습니다. webauth가 NAC 상태 WEBAUTH로 인증되지 않았으며 트래픽이 흐르지 만 그렇지 않아야합니다.
  4. 비보안 일반 텍스트 URL을 탐색 할 때 스플래시 또는 로그인 페이지 리디렉션이 발생합니다. webauth는 NAC 상태 WEBAUTH로 인증되지 않음을 표시하고 트래픽은 흐르지 않습니다 (하지만 WEBAUTH가 통과 된 것으로 표시되는 경우).
  5. 비보안 일반 텍스트 URL을 탐색 할 때 스플래시 또는 로그인 페이지 리디렉션이 발생하지 않습니다. webauth가 NAC 상태 WEBAUTH로 인증되지 않았으며 트래픽이 예상대로 흐르지 않습니다.

모든 경우에 클라이언트 세부 사항은 경로 재 지정 URL이 설정되었음을 표시합니다.
리디렉션, webauth / run 상태 및 트래픽 흐름 (허용 또는 거부)으로 모든 것이 예상대로 작동하는 두 가지 경우에 ACL이 문제라고 생각하지 않습니다. 리디렉션 URL 이외의 ACS에서 다른 내용을 푸시 다운하지 않습니다. 두 WLAN은 서로 다른 VLAN으로 하드 코딩됩니다.

이것이 임의의 행동 일 수 있습니까? 아니면 내 눈이 단지 나를 속이는 것일까 요? 다른 장치에서는 약간 다른 동작을 보았습니다.

이 문제를 좁히는 가장 좋은 방법은 무엇입니까?

업데이트 : DNS는 문제가되지 않습니다. 일반적인 IP 도달 가능성은 브라우저에서 임의로 작동합니다. webauth 상태에 관계없이 (RUN vs WEBAUTH-REQD) 때때로 브라우저가 통과하고 때로는 작동하지 않습니다. (초기 요청은 항상 일반 텍스트 HTTP입니다.) SMTP와 같은 웹 이외의 앱에서 정기적 인 트래픽이 발생하는 것을 보았으므로 Webauth가 이것과 관련이 있다고 생각하지만 분명히 잘못된 것은 없습니다. . 나는이 preauth 상당히 자유의 ACL과 손님 ACL을. 나는 차이를 만들지 않은 두 ACL 모두에 허용을 추가했습니다.


몇 번의 설치로 게스트 앵커 컨트롤러를 사용하여 원하는 것을 수행했음을 알 수 있습니다. 또한 비슷한 방식으로 무선을 사용하려고 시도한 곳이 거의 같은 문제가 있음을 알고 있습니다. 때로는 리디렉션되지 않으며 때로는 나를 켤 수도 있습니다! 그래도 일반적인 문제라고 말하고 싶습니다.
— Artanix

WLAN ABC는 직원 용이며 802.1X를 사용합니다. PSK를 사용하는 게스트에게는 WLAN XYZ 만 있으며 현재 게스트 컨트롤러에는 고정되어 있지 않습니다. 사전 인증 ACL을 완전히 열어서 테스트를 수행했지만 여전히 동일한 임의의 동작을 얻습니다.
— generalnetworkerror

어떤 대답이 도움이 되었습니까? 그렇다면 질문에 대한 답변이 계속 나오지 않도록 답변을 수락해야합니다. 또는 자신의 답변을 제공하고 수락 할 수 있습니다.
— Ron Maupin

답변:


3

과거에 비슷한 문제가 두 번 나타났습니다.

처음에는 DNS 확인과 관련이있었습니다. 문제가 발생한 클라이언트에서 DNS 조회를 수행했으며 클라이언트가 로그인 페이지에 전달한 URL을 확인할 수 없음을 깨달았습니다. 외부 DNS 서버를 전달했기 때문입니다. 먼저 확인하십시오. 1.1.1.1로 확인되는 cname을 만들 수는 있지만 URL에 IP를 전달하여 문제를 해결했습니다.

두 번째로 인증서 문제였습니다. 사용자가 자체 서명 된 인증서를 수락해야하는 경우 일부 기본 브라우저에는 스플래시 화면이 표시되지 않습니다. 시작 화면을 자동으로 표시하지 않는 클라이언트에서 시작 화면 또는 로그인 페이지를 수동으로 탐색하여 테스트합니다.

그 중 하나가 당신을 도울 수 있기를 바랍니다. 처음 보았을 때 머리카락을 뽑을 준비가되었음을 알고 있습니다.


1.1.1.1을 사용하지 마십시오. 그것은이다 유효한 광고 주소 공간. 시스코는 여전히 예제에서 사용하고 있지만 사용하면 Google의 주소 공간을 숨기고 있습니다.
— LapTop006

그것은 나를 죽이는 변경없이 동일한 클라이언트에 대한 명백한 무작위 행동입니다. 나는 1.1.1.1을 사용해서는 안된다는 @ LapTop006에 동의합니다. 개인 / 32 addr에 매핑되는 DNS 이름을 사용했습니다.
— generalnetworkerror

@JD upvoted. 현상금을 들고 있습니다. 그가 답변을 수락하면 나는 현상금을 수여합니다. 그렇지 않으면 노력에 대한 현상금을 얻을 수 있습니다. : ^)
— Craig Constantine
당사 사이트를 사용함과 동시에 당사의 쿠키 정책과 개인정보 보호정책을 읽고 이해하였음을 인정하는 것으로 간주합니다.
Licensed under cc by-sa 3.0 with attribution required.