Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > ger.ct > #650743 > unrolled thread
| Started by | Dr. Joachim Neudert <neudert@5sl.org> |
|---|---|
| First post | 2025-11-15 07:08 +0000 |
| Last post | 2025-11-19 15:27 +0100 |
| Articles | 20 on this page of 112 — 27 participants |
Back to article view | Back to ger.ct
Hotel- WLAN ohne Passwort Dr. Joachim Neudert <neudert@5sl.org> - 2025-11-15 07:08 +0000
Re: Hotel- WLAN ohne Passwort Marco Moock <mm+solani@dorfdsl.de> - 2025-11-15 08:10 +0100
Re: Hotel- WLAN ohne Passwort Dietz Proepper <dietz.usenet@rotfl.franken.de> - 2025-11-15 10:28 +0100
Re: Hotel- WLAN ohne Passwort Jörg Tewes <jogi1964@gmx.net> - 2025-11-15 13:39 +0100
Re: Hotel- WLAN ohne Passwort Rick Szabo <rickszabo@web.de> - 2025-11-15 07:40 +0000
Re: Hotel- WLAN ohne Passwort Dr. Joachim Neudert <neudert@5sl.org> - 2025-11-15 07:53 +0000
Re: Hotel- WLAN ohne Passwort Jörg Tewes <jogi1964@gmx.net> - 2025-11-15 13:37 +0100
Re: Hotel- WLAN ohne Passwort Dr. Joachim Neudert <neudert@5sl.org> - 2025-11-15 07:54 +0000
Re: Hotel- WLAN ohne Passwort Joerg Walther <joerg.walther@magenta.de> - 2025-11-15 11:28 +0100
Re: Hotel- WLAN ohne Passwort Dr. Joachim Neudert <neudert@5sl.org> - 2025-11-15 10:32 +0000
Re: Hotel- WLAN ohne Passwort Lars Gebauer <lgebauer@live.de> - 2025-11-15 15:38 +0100
Re: Hotel- WLAN ohne Passwort Marco Moock <mm+solani@dorfdsl.de> - 2025-11-15 17:36 +0100
Re: Hotel- WLAN ohne Passwort Marco Moock <mm+solani@dorfdsl.de> - 2025-11-15 11:44 +0100
Re: Hotel- WLAN ohne Passwort Matthias Hanft <mh@hanft.de> - 2025-11-15 13:29 +0100
Re: Hotel- WLAN ohne Passwort Joerg Walther <joerg.walther@magenta.de> - 2025-11-15 15:13 +0100
Re: Hotel- WLAN ohne Passwort Michael Pachta <mipani@gmx.de> - 2025-11-18 17:49 +0100
Re: Hotel- WLAN ohne Passwort Gunter Kühne <kuehne-g@freenet.de> - 2025-11-18 17:53 +0100
Re: Hotel- WLAN ohne Passwort t.r.h@gmx.net (Torsten Rüdiger Hansen) - 2025-11-18 18:03 +0100
Re: Hotel- WLAN ohne Passwort Walter Brill <WalterBrill@t-online.de> - 2025-11-19 13:55 +0100
Re: Hotel- WLAN ohne Passwort Peter Veith <veith@snafu.de> - 2025-11-19 14:53 +0100
Re: Hotel- WLAN ohne Passwort Lars Gebauer <lgebauer@live.de> - 2025-11-19 15:12 +0100
Re: Hotel- WLAN ohne Passwort Peter Veith <veith@snafu.de> - 2025-11-19 15:19 +0100
Re: Hotel- WLAN ohne Passwort Rick Szabo <rickszabo@web.de> - 2025-11-19 14:49 +0000
Re: Hotel- WLAN ohne Passwort Peter Veith <veith@snafu.de> - 2025-11-19 15:56 +0100
Re: Hotel- WLAN ohne Passwort t.r.h@gmx.net (Torsten Rüdiger Hansen) - 2025-11-19 17:14 +0100
Re: Hotel- WLAN ohne Passwort Peter Veith <veith@snafu.de> - 2025-11-19 21:50 +0100
Re: Hotel- WLAN ohne Passwort t.r.h@gmx.net (Torsten Rüdiger Hansen) - 2025-11-20 00:28 +0100
Re: Hotel- WLAN ohne Passwort Ruediger Lahl <ruediger.lahl@gmx.de> - 2025-11-20 05:26 +0100
Re: Hotel- WLAN ohne Passwort Rick Szabo <rickszabo@web.de> - 2025-11-20 06:07 +0000
Re: Hotel- WLAN ohne Passwort Lars Gebauer <lgebauer@live.de> - 2025-11-20 10:36 +0100
Re: Hotel- WLAN ohne Passwort Hermann Riemann <nospam.ng@hermann-riemann.de> - 2025-11-20 09:54 +0100
Re: Hotel- WLAN ohne Passwort t.r.h@gmx.net (Torsten Rüdiger Hansen) - 2025-11-20 11:48 +0100
Re: Hotel- WLAN ohne Passwort Walter Brill <WalterBrill@t-online.de> - 2025-11-20 15:21 +0100
Re: Hotel- WLAN ohne Passwort Hermann Riemann <nospam.ng@hermann-riemann.de> - 2025-11-22 15:16 +0100
Re: Hotel- WLAN ohne Passwort Ruediger Lahl <ruediger.lahl@gmx.de> - 2025-11-22 17:21 +0100
Re: Hotel- WLAN ohne Passwort Ulf Kutzner <user2991@newsgrouper.org.invalid> - 2025-11-20 14:29 +0000
Re: Hotel- WLAN ohne Passwort Matthias Hanft <mh@hanft.de> - 2025-11-22 17:08 +0100
Re: Hotel- WLAN ohne Passwort Joerg Walther <joerg.walther@magenta.de> - 2025-11-22 17:42 +0100
Re: Hotel- WLAN ohne Passwort Peter Veith <veith@snafu.de> - 2025-11-20 20:40 +0100
Re: Hotel- WLAN ohne Passwort Walter Brill <WalterBrill@t-online.de> - 2025-11-20 15:12 +0100
Re: Hotel- WLAN ohne Passwort Rick Szabo <rickszabo@web.de> - 2025-11-20 14:42 +0000
Re: Hotel- WLAN ohne Passwort Lars Gebauer <lgebauer@live.de> - 2025-11-20 16:27 +0100
Legales Aufzeichnen von ÖR-Inhalten? Re: Hotel- WLAN ohne Passwort t.r.h@gmx.net (Torsten Rüdiger Hansen) - 2025-11-20 23:50 +0100
Re: Legales Aufzeichnen von ÖR-Inhalten? Re: Hotel- WLAN ohne Passwort Lars Gebauer <lgebauer@live.de> - 2025-11-21 01:14 +0100
Re: Hotel- WLAN ohne Passwort Hartmut Ott <hottm@arcor.de> - 2025-11-21 12:23 +0100
Re: Hotel- WLAN ohne Passwort Walter Brill <WalterBrill@t-online.de> - 2025-11-21 16:07 +0100
Re: Hotel- WLAN ohne Passwort Ruediger Lahl <ruediger.lahl@gmx.de> - 2025-11-21 12:49 +0100
Re: Hotel- WLAN ohne Passwort Walter Brill <WalterBrill@t-online.de> - 2025-11-21 16:13 +0100
Re: Hotel- WLAN ohne Passwort Ruediger Lahl <ruediger.lahl@gmx.de> - 2025-11-21 17:40 +0100
Re: Hotel- WLAN ohne Passwort Gunter Kühne <kuehne-g@freenet.de> - 2025-11-19 16:10 +0100
Re: Hotel- WLAN ohne Passwort Walter Brill <WalterBrill@t-online.de> - 2025-11-20 15:25 +0100
Re: Hotel- WLAN ohne Passwort Joerg Walther <joerg.walther@magenta.de> - 2025-11-19 10:26 +0100
Re: Hotel- WLAN ohne Passwort Hermann Riemann <nospam.ng@hermann-riemann.de> - 2025-11-15 09:13 +0100
Re: Hotel- WLAN ohne Passwort Dr. Joachim Neudert <neudert@5sl.org> - 2025-11-15 08:46 +0000
Re: Hotel- WLAN ohne Passwort Marco Moock <mm+solani@dorfdsl.de> - 2025-11-15 10:22 +0100
Re: Hotel- WLAN ohne Passwort Rick Szabo <rickszabo@web.de> - 2025-11-15 10:12 +0000
Re: Hotel- WLAN ohne Passwort Goetz Schultz <ng.expire1230@goetz.co.uk> - 2025-11-15 11:38 +0000
Re: Hotel- WLAN ohne Passwort Gerhard Hoffmann <dk4xp@arcor.de> - 2025-11-15 12:42 +0100
Re: Hotel- WLAN ohne Passwort Diedrich Ehlerding <diedrich.ehlerding@t-online.de> - 2025-11-15 13:13 +0100
Re: Hotel- WLAN ohne Passwort Michael Bode <m.g.bode@web.de> - 2025-11-15 14:22 +0100
Re: Hotel- WLAN ohne Passwort Diedrich Ehlerding <diedrich.ehlerding@t-online.de> - 2025-11-15 14:28 +0100
Re: Hotel- WLAN ohne Passwort Michael Bode <m.g.bode@web.de> - 2025-11-15 14:51 +0100
Re: Hotel- WLAN ohne Passwort Dr. Joachim Neudert <neudert@5sl.org> - 2025-11-15 14:44 +0000
Re: Hotel- WLAN ohne Passwort Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2025-11-15 16:02 +0100
Re: Hotel- WLAN ohne Passwort Matthias Hanft <mh@hanft.de> - 2025-11-15 14:59 +0100
Re: Hotel- WLAN ohne Passwort Michael Bode <m.g.bode@web.de> - 2025-11-15 15:53 +0100
Re: Hotel- WLAN ohne Passwort Thomas Einzel <usenet-2025@einzel.de> - 2025-11-15 16:09 +0100
Re: Hotel- WLAN ohne Passwort Dr. Joachim Neudert <neudert@5sl.org> - 2025-11-15 15:23 +0000
Re: Hotel- WLAN ohne Passwort Thomas Einzel <usenet-2025@einzel.de> - 2025-11-15 19:12 +0100
Re: Hotel- WLAN ohne Passwort Michael Bode <m.g.bode@web.de> - 2025-11-15 21:01 +0100
Re: Hotel- WLAN ohne Passwort Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2025-11-15 21:53 +0100
Re: Hotel- WLAN ohne Passwort Michael Bode <m.g.bode@web.de> - 2025-11-15 22:09 +0100
Re: Hotel- WLAN ohne Passwort Goetz Schultz <ng.expire1230@goetz.co.uk> - 2025-11-15 20:08 +0000
Re: Hotel- WLAN ohne Passwort Dietz Proepper <dietz.usenet@rotfl.franken.de> - 2025-11-16 11:01 +0100
Re: Hotel- WLAN ohne Passwort Diedrich Ehlerding <diedrich.ehlerding@t-online.de> - 2025-11-16 09:58 +0100
Re: Hotel- WLAN ohne Passwort Michael Bode <m.g.bode@web.de> - 2025-11-16 10:14 +0100
Re: Hotel- WLAN ohne Passwort Diedrich Ehlerding <diedrich.ehlerding@t-online.de> - 2025-11-16 10:20 +0100
Re: Hotel- WLAN ohne Passwort Michael Bode <m.g.bode@web.de> - 2025-11-16 10:29 +0100
Re: Hotel- WLAN ohne Passwort Diedrich Ehlerding <diedrich.ehlerding@t-online.de> - 2025-11-16 10:48 +0100
Re: Hotel- WLAN ohne Passwort Michael Bode <m.g.bode@web.de> - 2025-11-16 11:41 +0100
Re: Hotel- WLAN ohne Passwort Diedrich Ehlerding <diedrich.ehlerding@t-online.de> - 2025-11-16 10:20 +0100
Re: Hotel- WLAN ohne Passwort Marco Moock <mm+solani@dorfdsl.de> - 2025-11-16 10:28 +0100
Re: Hotel- WLAN ohne Passwort Dr. Joachim Neudert <neudert@5sl.org> - 2025-11-16 09:31 +0000
Re: Hotel- WLAN ohne Passwort Thomas Einzel <usenet-2025@einzel.de> - 2025-11-16 10:51 +0100
Re: Hotel- WLAN ohne Passwort Dr. Joachim Neudert <neudert@5sl.org> - 2025-11-16 10:09 +0000
Re: Hotel- WLAN ohne Passwort Michael Bode <m.g.bode@web.de> - 2025-11-16 10:54 +0100
Re: Hotel- WLAN ohne Passwort Diedrich Ehlerding <diedrich.ehlerding@t-online.de> - 2025-11-16 10:54 +0100
Re: Hotel- WLAN ohne Passwort Dietz Proepper <dietz.usenet@rotfl.franken.de> - 2025-11-16 11:02 +0100
Re: Hotel- WLAN ohne Passwort Marco Moock <mm+solani@dorfdsl.de> - 2025-11-16 11:52 +0100
Re: Hotel- WLAN ohne Passwort Marco Moock <mm+solani@dorfdsl.de> - 2025-11-16 10:21 +0100
Re: Hotel- WLAN ohne Passwort Michael Bode <m.g.bode@web.de> - 2025-11-16 10:45 +0100
Re: Hotel- WLAN ohne Passwort Marco Moock <mm+solani@dorfdsl.de> - 2025-11-16 11:51 +0100
Re: Hotel- WLAN ohne Passwort Marco Moock <mm+solani@dorfdsl.de> - 2025-11-15 17:25 +0100
Re: Hotel- WLAN ohne Passwort Diedrich Ehlerding <diedrich.ehlerding@t-online.de> - 2025-11-16 09:56 +0100
Re: Hotel- WLAN ohne Passwort Marco Moock <mm+solani@dorfdsl.de> - 2025-11-16 10:14 +0100
Re: Hotel- WLAN ohne Passwort Dr. Joachim Neudert <neudert@5sl.org> - 2025-11-16 09:29 +0000
Re: Hotel- WLAN ohne Passwort Dr. Joachim Neudert <neudert@5sl.org> - 2025-11-16 09:24 +0000
Re: Hotel- WLAN ohne Passwort Marco Moock <mm+solani@dorfdsl.de> - 2025-11-16 10:30 +0100
Re: Hotel- WLAN ohne Passwort Dr. Joachim Neudert <neudert@5sl.org> - 2025-11-16 09:33 +0000
Re: Hotel- WLAN ohne Passwort Marco Moock <mm+solani@dorfdsl.de> - 2025-11-16 11:47 +0100
Re: Hotel- WLAN ohne Passwort Andreas Bockelmann <xotzil@gmx.de> - 2025-11-15 19:35 +0100
Re: Hotel- WLAN ohne Passwort Andreas Bockelmann <xotzil@gmx.de> - 2025-11-15 19:48 +0100
Re: Hotel- WLAN ohne Passwort Frank Nitzschner <nospam@nitzschner.de> - 2025-11-16 07:37 +0100
Re: Hotel- WLAN ohne Passwort Dr. Joachim Neudert <neudert@5sl.org> - 2025-11-16 07:55 +0000
Re: Hotel- WLAN ohne Passwort Lars Gebauer <lgebauer@live.de> - 2025-11-16 10:45 +0100
Re: Hotel- WLAN ohne Passwort Bernd Ohm <invalid@invalid.invalid> - 2025-11-16 11:47 +0100
Re: Hotel- WLAN ohne Passwort Dietz Proepper <dietz.usenet@rotfl.franken.de> - 2025-11-16 12:10 +0100
Re: Hotel- WLAN ohne Passwort Walter Brill <WalterBrill@t-online.de> - 2025-11-16 15:21 +0100
Re: Hotel- WLAN ohne Passwort Dr. Joachim Neudert <neudert@5sl.org> - 2025-11-16 14:24 +0000
Re: Hotel- WLAN ohne Passwort "F. W." <me@home.invalid> - 2025-11-17 07:40 +0100
Re: Hotel- WLAN ohne Passwort t.r.h@gmx.net (Torsten Rüdiger Hansen) - 2025-11-17 21:24 +0100
Re: Hotel- WLAN ohne Passwort Peter Veith <veith@snafu.de> - 2025-11-19 15:27 +0100
Page 5 of 6 — ← Prev page 1 2 3 4 [5] 6 Next page →
| From | Diedrich Ehlerding <diedrich.ehlerding@t-online.de> |
|---|---|
| Date | 2025-11-16 10:20 +0100 |
| Message-ID | <lkhoulxu9b.ln2@diedrich.ddnssec.de> |
| In reply to | #650837 |
Michael Bode meinte: >>>> Sicherheitstechnisch ist ein Hotel-WLAN immer kritisch, jedenfalls >>>> solange bis du ein VPN aufgebaut hast. >>> >>> Welche Angriffe schweben dir denn da so vor? Web ist praktisch immer >>> HTTPS und ich will doch nicht hoffen, dass noch jemand vom MUA zum >>> MTA SMTP oder IMAP ohne S oder wenigstens STARTTLS verwendet >> >> Dieselbe Art Angriffe, denen ein Server direkt im Internet ausgesetzt >> ist; nur halt in geringerer Menge (weils halt nur innerhalb des >> Hotel- WLAN-Netzsegments geht). > > Und einfach ein VPN irgendwohin aufbauen ist auch ein wirksamer Schutz > für den Server? Firewall - DMZ - Firewall braucht man dann nicht mehr? Das VPN aus dem Hotel baust du normalerweise zur IT-Infrastruktur des Arbeitgebers auf. Der hat dann so eine Firewall-Umgebung. Meinetwegen baust du es auch zu deiner eigenen Fritzbox auf, die fängt immerhin einen erheblichen Teiul von Verbindungsversuchen ab. -- gpg-Key (DSA 1024) D36AD663E6DB91A4 fingerprint = 2983 4D54 E00B 8483 B5B8 C7D1 D36A D663 E6DB 91A4 HTML-Mail wird ungeleſen entſorgt.
[toc] | [prev] | [next] | [standalone]
| From | Marco Moock <mm+solani@dorfdsl.de> |
|---|---|
| Date | 2025-11-16 10:28 +0100 |
| Message-ID | <10fc5fs$3pef$4@solani.org> |
| In reply to | #650839 |
Am 16.11.2025 10:20 Uhr schrieb Diedrich Ehlerding: > Michael Bode meinte: > > >>>> Sicherheitstechnisch ist ein Hotel-WLAN immer kritisch, > >>>> jedenfalls solange bis du ein VPN aufgebaut hast. > >>> > >>> Welche Angriffe schweben dir denn da so vor? Web ist praktisch > >>> immer HTTPS und ich will doch nicht hoffen, dass noch jemand vom > >>> MUA zum MTA SMTP oder IMAP ohne S oder wenigstens STARTTLS > >>> verwendet > >> > >> Dieselbe Art Angriffe, denen ein Server direkt im Internet > >> ausgesetzt ist; nur halt in geringerer Menge (weils halt nur > >> innerhalb des Hotel- WLAN-Netzsegments geht). > > > > Und einfach ein VPN irgendwohin aufbauen ist auch ein wirksamer > > Schutz für den Server? Firewall - DMZ - Firewall braucht man dann > > nicht mehr? > > Das VPN aus dem Hotel baust du normalerweise zur IT-Infrastruktur > des Arbeitgebers auf. Der hat dann so eine Firewall-Umgebung. > Meinetwegen baust du es auch zu deiner eigenen Fritzbox auf, die > fängt immerhin einen erheblichen Teiul von Verbindungsversuchen ab. Die FB hat nach außen eine SPI-Firewall. Wenn du da keine Ausnahmen eingerichtet hast, werden alle Verbindungsversuche abgelehnt. Mit dem VPN willst du aber zum VPN-Server der FB kommen, der muss also freigegeben sein. Und ab da kannst du auch intern auf die Systeme zugreifen, sonst wäre dieses VPN für Fernzugriffe nutzlos. -- Gruß Marco Spam und Werbung bitte an 1763284853ichwillgesperrtwerden@nirvana.admins.ws
[toc] | [prev] | [next] | [standalone]
| From | Dr. Joachim Neudert <neudert@5sl.org> |
|---|---|
| Date | 2025-11-16 09:31 +0000 |
| Message-ID | <10fc5la$5hkb$1@solani.org> |
| In reply to | #650842 |
Marco Moock <mm+solani@dorfdsl.de> wrote: > Am 16.11.2025 10:20 Uhr schrieb Diedrich Ehlerding: > >> Michael Bode meinte: >> >>>>>> Sicherheitstechnisch ist ein Hotel-WLAN immer kritisch, >>>>>> jedenfalls solange bis du ein VPN aufgebaut hast. >>>>> >>>>> Welche Angriffe schweben dir denn da so vor? Web ist praktisch >>>>> immer HTTPS und ich will doch nicht hoffen, dass noch jemand vom >>>>> MUA zum MTA SMTP oder IMAP ohne S oder wenigstens STARTTLS >>>>> verwendet >>>> >>>> Dieselbe Art Angriffe, denen ein Server direkt im Internet >>>> ausgesetzt ist; nur halt in geringerer Menge (weils halt nur >>>> innerhalb des Hotel- WLAN-Netzsegments geht). >>> >>> Und einfach ein VPN irgendwohin aufbauen ist auch ein wirksamer >>> Schutz für den Server? Firewall - DMZ - Firewall braucht man dann >>> nicht mehr? >> >> Das VPN aus dem Hotel baust du normalerweise zur IT-Infrastruktur >> des Arbeitgebers auf. Der hat dann so eine Firewall-Umgebung. >> Meinetwegen baust du es auch zu deiner eigenen Fritzbox auf, die >> fängt immerhin einen erheblichen Teiul von Verbindungsversuchen ab. > > Die FB hat nach außen eine SPI-Firewall. Wenn du da keine Ausnahmen > eingerichtet hast, werden alle Verbindungsversuche abgelehnt. > > Mit dem VPN willst du aber zum VPN-Server der FB kommen, der muss also > freigegeben sein. > > Und ab da kannst du auch intern auf die Systeme zugreifen, sonst wäre > dieses VPN für Fernzugriffe nutzlos. > Jetzt mal zum Hotel-WLAN. Ein RFC 1918 Netz. Trotzdem findet ein Netzwerkscanner in diesem Netzsegment keine anderen Clients. Gut so. Aber wie geht das? -- please forgive my iPhone typos
[toc] | [prev] | [next] | [standalone]
| From | Thomas Einzel <usenet-2025@einzel.de> |
|---|---|
| Date | 2025-11-16 10:51 +0100 |
| Message-ID | <b006d31f-4002-441f-be10-c96187499355@news.einzel.de> |
| In reply to | #650846 |
Am 16.11.2025 um 10:31 schrieb Dr. Joachim Neudert: ... > Jetzt mal zum Hotel-WLAN. Ein RFC 1918 Netz. Trotzdem findet ein > Netzwerkscanner in diesem Netzsegment keine anderen Clients. Gut so. Aber > wie geht das? Bei meinem Omada Controller aktive ich für ein solches Netz* Gast-WLAN [X] die Hilfe dazu: "With this option enabled, the guest network will prevent wireless clients from communicating with each other. This may restrain the functions of AirPlay, ChromeCast, Sonos devices, screen mirroring, and wireless printers." *) Das kann bei meiner heimischen IT Infrastruktur ein Netz mit PSK, oder Portal, oder 802.1X, oder PPSK mit oder ohne Radiusserver sein. Bei PPSK nutze ich die Gast-WLAN Option derzeit nicht, da jeder PPSK Nutzer in einem definiertem VLAN landet. -- Thomas
[toc] | [prev] | [next] | [standalone]
| From | Dr. Joachim Neudert <neudert@5sl.org> |
|---|---|
| Date | 2025-11-16 10:09 +0000 |
| Message-ID | <10fc7tm$3tgl$1@solani.org> |
| In reply to | #650850 |
Thomas Einzel <usenet-2025@einzel.de> wrote: > Am 16.11.2025 um 10:31 schrieb Dr. Joachim Neudert: > ... >> Jetzt mal zum Hotel-WLAN. Ein RFC 1918 Netz. Trotzdem findet ein >> Netzwerkscanner in diesem Netzsegment keine anderen Clients. Gut so. Aber >> wie geht das? > > Bei meinem Omada Controller aktive ich für ein solches Netz* > > Gast-WLAN [X] > > die Hilfe dazu: > > "With this option enabled, the guest network will prevent wireless > clients from communicating with each other. This may restrain the > functions of AirPlay, ChromeCast, Sonos devices, screen mirroring, and > wireless printers." > > > *) Das kann bei meiner heimischen IT Infrastruktur ein Netz mit PSK, > oder Portal, oder 802.1X, oder PPSK mit oder ohne Radiusserver sein. > > Bei PPSK nutze ich die Gast-WLAN Option derzeit nicht, da jeder PPSK > Nutzer in einem definiertem VLAN landet. Ah, OK. Danke! -- please forgive my iPhone typos
[toc] | [prev] | [next] | [standalone]
| From | Michael Bode <m.g.bode@web.de> |
|---|---|
| Date | 2025-11-16 10:54 +0100 |
| Message-ID | <mntlbhF23ugU4@mid.individual.net> |
| In reply to | #650846 |
Dr. Joachim Neudert <neudert@5sl.org> writes: > Jetzt mal zum Hotel-WLAN. Ein RFC 1918 Netz. Trotzdem findet ein > Netzwerkscanner in diesem Netzsegment keine anderen Clients. Gut so. Aber > wie geht das? Der WLAN Router ist kein Switch, der zwischen allen Ports die Paket einfach durchleitet. Jedenfalls nicht in der vom Hotel gewählten Einstellung. In der FB sieht das so aus und im Hotel ist das Häkchen weg. Weitere Sicherheitseinstellungen [✓] Aktive WLAN-Geräte dürfen untereinander kommunizieren
[toc] | [prev] | [next] | [standalone]
| From | Diedrich Ehlerding <diedrich.ehlerding@t-online.de> |
|---|---|
| Date | 2025-11-16 10:54 +0100 |
| Message-ID | <fkjoulxs2e.ln2@diedrich.ddnssec.de> |
| In reply to | #650846 |
Dr. Joachim Neudert meinte: > Jetzt mal zum Hotel-WLAN. Ein RFC 1918 Netz. Trotzdem findet ein > Netzwerkscanner in diesem Netzsegment keine anderen Clients. Gut so. > Aber wie geht das? Das ist nicht in jedem Hotel-WLAN so; ich habe auch schon etliche Geräte im selben Netz gesehen. Bei Bedarf kann das aber auch deine Fritzbox; da kann man einstellen, ob Geräte im Gastnetz miteinander kommunizieren dürfen (unter Einstellungen / WLAN / Gastzugang). -- gpg-Key (DSA 1024) D36AD663E6DB91A4 fingerprint = 2983 4D54 E00B 8483 B5B8 C7D1 D36A D663 E6DB 91A4 HTML-Mail wird ungeleſen entſorgt.
[toc] | [prev] | [next] | [standalone]
| From | Dietz Proepper <dietz.usenet@rotfl.franken.de> |
|---|---|
| Date | 2025-11-16 11:02 +0100 |
| Message-ID | <20251116110259.45a8c79f.dietz.usenet@rotfl.franken.de> |
| In reply to | #650846 |
Dr. Joachim Neudert <neudert@5sl.org> wrote: > Marco Moock <mm+solani@dorfdsl.de> wrote: > > Und ab da kannst du auch intern auf die Systeme zugreifen, sonst > > wäre dieses VPN für Fernzugriffe nutzlos. > > Jetzt mal zum Hotel-WLAN. Ein RFC 1918 Netz. Trotzdem findet ein > Netzwerkscanner in diesem Netzsegment keine anderen Clients. Gut so. > Aber wie geht das? Die Einstellung (welche auch dein Telekomplast kann) heißt üblicherweise "Client Isolation" oder so. -- WOKE: what offends Klansmen easily
[toc] | [prev] | [next] | [standalone]
| From | Marco Moock <mm+solani@dorfdsl.de> |
|---|---|
| Date | 2025-11-16 11:52 +0100 |
| Message-ID | <10fcae8$3u3i$4@solani.org> |
| In reply to | #650846 |
Am 16.11.2025 09:31 Uhr schrieb Dr. Joachim Neudert: > Marco Moock <mm+solani@dorfdsl.de> wrote: > > Am 16.11.2025 10:20 Uhr schrieb Diedrich Ehlerding: > > > >> Michael Bode meinte: > >> > >>>>>> Sicherheitstechnisch ist ein Hotel-WLAN immer kritisch, > >>>>>> jedenfalls solange bis du ein VPN aufgebaut hast. > >>>>> > >>>>> Welche Angriffe schweben dir denn da so vor? Web ist praktisch > >>>>> immer HTTPS und ich will doch nicht hoffen, dass noch jemand vom > >>>>> MUA zum MTA SMTP oder IMAP ohne S oder wenigstens STARTTLS > >>>>> verwendet > >>>> > >>>> Dieselbe Art Angriffe, denen ein Server direkt im Internet > >>>> ausgesetzt ist; nur halt in geringerer Menge (weils halt nur > >>>> innerhalb des Hotel- WLAN-Netzsegments geht). > >>> > >>> Und einfach ein VPN irgendwohin aufbauen ist auch ein wirksamer > >>> Schutz für den Server? Firewall - DMZ - Firewall braucht man dann > >>> nicht mehr? > >> > >> Das VPN aus dem Hotel baust du normalerweise zur IT-Infrastruktur > >> des Arbeitgebers auf. Der hat dann so eine Firewall-Umgebung. > >> Meinetwegen baust du es auch zu deiner eigenen Fritzbox auf, die > >> fängt immerhin einen erheblichen Teiul von Verbindungsversuchen > >> ab. > > > > Die FB hat nach außen eine SPI-Firewall. Wenn du da keine Ausnahmen > > eingerichtet hast, werden alle Verbindungsversuche abgelehnt. > > > > Mit dem VPN willst du aber zum VPN-Server der FB kommen, der muss > > also freigegeben sein. > > > > Und ab da kannst du auch intern auf die Systeme zugreifen, sonst > > wäre dieses VPN für Fernzugriffe nutzlos. > > > > Jetzt mal zum Hotel-WLAN. Ein RFC 1918 Netz. Trotzdem findet ein > Netzwerkscanner in diesem Netzsegment keine anderen Clients. Gut so. > Aber wie geht das? Man könnte auch da eine Firewall implementieren, die diese Art von Traffic verhindert. Die richtige Stelle ist aber dein Gerät. Das muss so konfiguriert sein, dass du es ganz ohne Firewall ins Internet stellen kannst, ohne dass davon eine Gefahr ausgeht. -- Gruß Marco Spam und Werbung bitte an 1763281882ichwillgesperrtwerden@nirvana.admins.ws
[toc] | [prev] | [next] | [standalone]
| From | Marco Moock <mm+solani@dorfdsl.de> |
|---|---|
| Date | 2025-11-16 10:21 +0100 |
| Message-ID | <10fc529$3pef$2@solani.org> |
| In reply to | #650837 |
Am 16.11.2025 10:14 Uhr schrieb Michael Bode: > Diedrich Ehlerding <diedrich.ehlerding@t-online.de> writes: > > > Michael Bode meinte: > > > >>> Sicherheitstechnisch ist ein Hotel-WLAN immer kritisch, jedenfalls > >>> solange bis du ein VPN aufgebaut hast. > >> > >> Welche Angriffe schweben dir denn da so vor? Web ist praktisch > >> immer HTTPS und ich will doch nicht hoffen, dass noch jemand vom > >> MUA zum MTA SMTP oder IMAP ohne S oder wenigstens STARTTLS > >> verwendet > > > > Dieselbe Art Angriffe, denen ein Server direkt im Internet > > ausgesetzt ist; nur halt in geringerer Menge (weils halt nur > > innerhalb des Hotel- WLAN-Netzsegments geht). > > Und einfach ein VPN irgendwohin aufbauen ist auch ein wirksamer Schutz > für den Server? Firewall - DMZ - Firewall braucht man dann nicht > mehr? Letzteres war noch nie ein wirksamer Schutz gegenüber MITM-Angriffen. Wenn man sich gegen die richtig schützen will, muss man das Zertifikat kennen (z.B. weil man vor Ort ist und es dort prüfen kann) und dann ein Pinning drauf machen, sodass jedes andere (auch gültige) zu einer roten Warnmeldung führt. Das ist in den meisten Fällen unpraktikabel und deswegen wird halt den CAs getraut. Die Nutzung eines VPN verschiebt diese Angelegenheit jetzt auf den VPN-Server. -- Gruß Marco Spam und Werbung bitte an 1763284485ichwillgesperrtwerden@nirvana.admins.ws
[toc] | [prev] | [next] | [standalone]
| From | Michael Bode <m.g.bode@web.de> |
|---|---|
| Date | 2025-11-16 10:45 +0100 |
| Message-ID | <mntkp2F23ugU3@mid.individual.net> |
| In reply to | #650840 |
Marco Moock <mm+solani@dorfdsl.de> writes: > Am 16.11.2025 10:14 Uhr schrieb Michael Bode: > >> Diedrich Ehlerding <diedrich.ehlerding@t-online.de> writes: >> >> > Michael Bode meinte: >> > >> >>> Sicherheitstechnisch ist ein Hotel-WLAN immer kritisch, jedenfalls >> >>> solange bis du ein VPN aufgebaut hast. >> >> >> >> Welche Angriffe schweben dir denn da so vor? Web ist praktisch >> >> immer HTTPS und ich will doch nicht hoffen, dass noch jemand vom >> >> MUA zum MTA SMTP oder IMAP ohne S oder wenigstens STARTTLS >> >> verwendet >> > >> > Dieselbe Art Angriffe, denen ein Server direkt im Internet >> > ausgesetzt ist; nur halt in geringerer Menge (weils halt nur >> > innerhalb des Hotel- WLAN-Netzsegments geht). >> >> Und einfach ein VPN irgendwohin aufbauen ist auch ein wirksamer Schutz >> für den Server? Firewall - DMZ - Firewall braucht man dann nicht >> mehr? > > Letzteres war noch nie ein wirksamer Schutz gegenüber MITM-Angriffen. Es war ja auch von keinem spezifischen Angriff die Rede. Nur von "derselben Art wie auf Server". Da gibt es sicher noch einige mehr als MITM. > Wenn man sich gegen die richtig schützen will, muss man das Zertifikat > kennen (z.B. weil man vor Ort ist und es dort prüfen kann) und dann ein > Pinning drauf machen, sodass jedes andere (auch gültige) zu einer roten > Warnmeldung führt. Das ist in den meisten Fällen unpraktikabel und > deswegen wird halt den CAs getraut. Certificate Pinning ist doch schon wieder obsolet und durch Certificate Transparency ersetzt. > Die Nutzung eines VPN verschiebt diese Angelegenheit jetzt auf den > VPN-Server. Welche Angelegenheit meinst du? Certificate Check durch das MITM Proxy in der Firmenfirewall?
[toc] | [prev] | [next] | [standalone]
| From | Marco Moock <mm+solani@dorfdsl.de> |
|---|---|
| Date | 2025-11-16 11:51 +0100 |
| Message-ID | <10fcabe$3u3i$3@solani.org> |
| In reply to | #650848 |
Am 16.11.2025 10:45 Uhr schrieb Michael Bode: > Marco Moock <mm+solani@dorfdsl.de> writes: > > > Am 16.11.2025 10:14 Uhr schrieb Michael Bode: > > > >> Diedrich Ehlerding <diedrich.ehlerding@t-online.de> writes: > >> > >> > Michael Bode meinte: > >> > > >> >>> Sicherheitstechnisch ist ein Hotel-WLAN immer kritisch, > >> >>> jedenfalls solange bis du ein VPN aufgebaut hast. > >> >> > >> >> Welche Angriffe schweben dir denn da so vor? Web ist praktisch > >> >> immer HTTPS und ich will doch nicht hoffen, dass noch jemand vom > >> >> MUA zum MTA SMTP oder IMAP ohne S oder wenigstens STARTTLS > >> >> verwendet > >> > > >> > Dieselbe Art Angriffe, denen ein Server direkt im Internet > >> > ausgesetzt ist; nur halt in geringerer Menge (weils halt nur > >> > innerhalb des Hotel- WLAN-Netzsegments geht). > >> > >> Und einfach ein VPN irgendwohin aufbauen ist auch ein wirksamer > >> Schutz für den Server? Firewall - DMZ - Firewall braucht man dann > >> nicht mehr? > > > > Letzteres war noch nie ein wirksamer Schutz gegenüber > > MITM-Angriffen. > > Es war ja auch von keinem spezifischen Angriff die Rede. Nur von > "derselben Art wie auf Server". Da gibt es sicher noch einige mehr > als MITM. > > > Wenn man sich gegen die richtig schützen will, muss man das > > Zertifikat kennen (z.B. weil man vor Ort ist und es dort prüfen > > kann) und dann ein Pinning drauf machen, sodass jedes andere (auch > > gültige) zu einer roten Warnmeldung führt. Das ist in den meisten > > Fällen unpraktikabel und deswegen wird halt den CAs getraut. > > Certificate Pinning ist doch schon wieder obsolet und durch > Certificate Transparency ersetzt. Sehe ich nicht so, weil man dann a) diese Logs alle prüfen muss und der Client nur Zertifikaten trauen darf, die da veröffentlicht wurden. Sonst hat man wieder die gleichen Probleme wie ohne CT. > > Die Nutzung eines VPN verschiebt diese Angelegenheit jetzt auf den > > VPN-Server. > > Welche Angelegenheit meinst du? Certificate Check durch das MITM Proxy > in der Firmenfirewall? Nein, einfach die Verbindung zu diesem VPN-Server. Die soll ja verschlüsselt sein und man will sicherstellen, dass es auch wirklich der gewünschte VPN-Server ist. -- Gruß Marco Spam und Werbung bitte an 1763286306ichwillgesperrtwerden@nirvana.admins.ws
[toc] | [prev] | [next] | [standalone]
| From | Marco Moock <mm+solani@dorfdsl.de> |
|---|---|
| Date | 2025-11-15 17:25 +0100 |
| Message-ID | <10fa9hc$4c4n$1@solani.org> |
| In reply to | #650782 |
Am 15.11.2025 13:13 Uhr schrieb Diedrich Ehlerding: > Sicherheitstechnisch ist ein Hotel-WLAN immer kritisch, jedenfalls > solange bis du ein VPN aufgebaut hast. Egal ob mit oder ohne Kennwort > auf WLAN-Ebene. Die Hotels, bei denen mir sowas aufgefallen ist, > leiten neue Geräte dann häufig auf eine Anmeldeseite, wo man Namen > und Zimmernummer eingeben muss und/oder bestötigen muss, keine bösen > Absichten zu haben (keine Ahnung, ob das den Hotelbetreibern im > Ernstfall aus der Haftung herushilft). Werden die Angaben dann auch geprüft? Sonst könnte man ja den eigenen Traffic dem Zimmernachbarn unterjubeln. -- Gruß Marco Spam und Werbung bitte an 1763208815ichwillgesperrtwerden@nirvana.admins.ws
[toc] | [prev] | [next] | [standalone]
| From | Diedrich Ehlerding <diedrich.ehlerding@t-online.de> |
|---|---|
| Date | 2025-11-16 09:56 +0100 |
| Message-ID | <27goulxkk8.ln2@diedrich.ddnssec.de> |
| In reply to | #650807 |
Marco Moock meinte:
>> leiten neue Geräte dann häufig auf eine Anmeldeseite, wo man Namen
^^^^^
>> und Zimmernummer eingeben muss und/oder bestötigen muss, keine bösen
^^^^^^^^^^^^
>> Absichten zu haben (keine Ahnung, ob das den Hotelbetreibern im
>> Ernstfall aus der Haftung herushilft).
>
> Werden die Angaben dann auch geprüft?
> Sonst könnte man ja den eigenen Traffic dem Zimmernachbarn
> unterjubeln.
Auf Plausibilität (also darauf, dass in Zimmer 4711 heute Renate
Musterfrau eingebucht ist, wohl schon; ausprobiert habe ich das aber
nicht). Unterjubeln könnte man, wenn man den Namen des Zimmernachbarn
kennt. Das ist aber eher unüblich
--
gpg-Key (DSA 1024) D36AD663E6DB91A4
fingerprint = 2983 4D54 E00B 8483 B5B8 C7D1 D36A D663 E6DB 91A4
HTML-Mail wird ungeleſen entſorgt.
[toc] | [prev] | [next] | [standalone]
| From | Marco Moock <mm+solani@dorfdsl.de> |
|---|---|
| Date | 2025-11-16 10:14 +0100 |
| Message-ID | <10fc4l0$3pef$1@solani.org> |
| In reply to | #650833 |
Am 16.11.2025 09:56 Uhr schrieb Diedrich Ehlerding: > Marco Moock meinte: > > >> leiten neue Geräte dann häufig auf eine Anmeldeseite, wo man Namen > >> > ^^^^^ > >> und Zimmernummer eingeben muss und/oder bestötigen muss, keine > >> bösen > ^^^^^^^^^^^^ > >> Absichten zu haben (keine Ahnung, ob das den Hotelbetreibern im > >> Ernstfall aus der Haftung herushilft). > > > > Werden die Angaben dann auch geprüft? > > Sonst könnte man ja den eigenen Traffic dem Zimmernachbarn > > unterjubeln. > > Auf Plausibilität (also darauf, dass in Zimmer 4711 heute Renate > Musterfrau eingebucht ist, wohl schon; ausprobiert habe ich das aber > nicht). Unterjubeln könnte man, wenn man den Namen des Zimmernachbarn > kennt. Das ist aber eher unüblich Dann müsste aber jede Registrierung manuell geprüft werden, bevor der Zugang freigeschaltet wird. -- Gruß Marco Spam und Werbung bitte an 1763283394ichwillgesperrtwerden@nirvana.admins.ws
[toc] | [prev] | [next] | [standalone]
| From | Dr. Joachim Neudert <neudert@5sl.org> |
|---|---|
| Date | 2025-11-16 09:29 +0000 |
| Message-ID | <10fc5gt$3ro8$1@solani.org> |
| In reply to | #650836 |
Marco Moock <mm+solani@dorfdsl.de> wrote: > Am 16.11.2025 09:56 Uhr schrieb Diedrich Ehlerding: > >> Marco Moock meinte: >> >>>> leiten neue Geräte dann häufig auf eine Anmeldeseite, wo man Namen >>>> >> ^^^^^ >>>> und Zimmernummer eingeben muss und/oder bestötigen muss, keine >>>> bösen >> ^^^^^^^^^^^^ >>>> Absichten zu haben (keine Ahnung, ob das den Hotelbetreibern im >>>> Ernstfall aus der Haftung herushilft). >>> >>> Werden die Angaben dann auch geprüft? >>> Sonst könnte man ja den eigenen Traffic dem Zimmernachbarn >>> unterjubeln. >> >> Auf Plausibilität (also darauf, dass in Zimmer 4711 heute Renate >> Musterfrau eingebucht ist, wohl schon; ausprobiert habe ich das aber >> nicht). Unterjubeln könnte man, wenn man den Namen des Zimmernachbarn >> kennt. Das ist aber eher unüblich > > Dann müsste aber jede Registrierung manuell geprüft werden, bevor der > Zugang freigeschaltet wird. > Das geht automatisiert. Die Hotel EDV hat natürlich den Namen des Zimmer-Belegers. Ich weiß es, weil es bei mir immer wieder Schwierigkeiten gibt: mit Doktortitel ohne Doktortitel. Doktortitel nach dem Vornamen, vor dem Nachnamen oder irgendwo. Das Verfahren mag ich daher nicht sonderlich gerne. -- please forgive my iPhone typos
[toc] | [prev] | [next] | [standalone]
| From | Dr. Joachim Neudert <neudert@5sl.org> |
|---|---|
| Date | 2025-11-16 09:24 +0000 |
| Message-ID | <10fc58a$5hcp$1@solani.org> |
| In reply to | #650833 |
Diedrich Ehlerding <diedrich.ehlerding@t-online.de> wrote: > Marco Moock meinte: > >>> leiten neue Geräte dann häufig auf eine Anmeldeseite, wo man Namen > ^^^^^ >>> und Zimmernummer eingeben muss und/oder bestötigen muss, keine bösen > ^^^^^^^^^^^^ >>> Absichten zu haben (keine Ahnung, ob das den Hotelbetreibern im >>> Ernstfall aus der Haftung herushilft). >> >> Werden die Angaben dann auch geprüft? >> Sonst könnte man ja den eigenen Traffic dem Zimmernachbarn >> unterjubeln. > > Auf Plausibilität (also darauf, dass in Zimmer 4711 heute Renate > Musterfrau eingebucht ist, wohl schon; ausprobiert habe ich das aber > nicht). Unterjubeln könnte man, wenn man den Namen des Zimmernachbarn > kennt. Das ist aber eher unüblich Wenn es so organisiert ist, führt ein nicht mit der Hotelbesetzungsliste übereinstimmender Name einfach nicht zur Verbindung. Die Hotelerfahrungen sind sehr unterschiedlich in dieser NG verteilt, scheint mir. -- please forgive my iPhone typos
[toc] | [prev] | [next] | [standalone]
| From | Marco Moock <mm+solani@dorfdsl.de> |
|---|---|
| Date | 2025-11-16 10:30 +0100 |
| Message-ID | <10fc5jb$3pef$5@solani.org> |
| In reply to | #650841 |
Am 16.11.2025 09:24 Uhr schrieb Dr. Joachim Neudert: > Diedrich Ehlerding <diedrich.ehlerding@t-online.de> wrote: > > Marco Moock meinte: > > > >>> leiten neue Geräte dann häufig auf eine Anmeldeseite, wo man > >>> Namen > > ^^^^^ > > > >>> und Zimmernummer eingeben muss und/oder bestötigen muss, keine > >>> bösen > > ^^^^^^^^^^^^ > >>> Absichten zu haben (keine Ahnung, ob das den Hotelbetreibern im > >>> Ernstfall aus der Haftung herushilft). > >> > >> Werden die Angaben dann auch geprüft? > >> Sonst könnte man ja den eigenen Traffic dem Zimmernachbarn > >> unterjubeln. > > > > Auf Plausibilität (also darauf, dass in Zimmer 4711 heute Renate > > Musterfrau eingebucht ist, wohl schon; ausprobiert habe ich das > > aber nicht). Unterjubeln könnte man, wenn man den Namen des > > Zimmernachbarn kennt. Das ist aber eher unüblich > > Wenn es so organisiert ist, führt ein nicht mit der > Hotelbesetzungsliste übereinstimmender Name einfach nicht zur > Verbindung. Dann muss das Buchungssystem mit dem Captive-Portal verbunden sein. Ich denke nicht, dass jedes Hotel das hat. -- Gruß Marco Spam und Werbung bitte an 1763281466ichwillgesperrtwerden@nirvana.admins.ws
[toc] | [prev] | [next] | [standalone]
| From | Dr. Joachim Neudert <neudert@5sl.org> |
|---|---|
| Date | 2025-11-16 09:33 +0000 |
| Message-ID | <10fc5os$5hq4$1@solani.org> |
| In reply to | #650845 |
Marco Moock <mm+solani@dorfdsl.de> wrote: > Am 16.11.2025 09:24 Uhr schrieb Dr. Joachim Neudert: > >> Diedrich Ehlerding <diedrich.ehlerding@t-online.de> wrote: >>> Marco Moock meinte: >>> >>>>> leiten neue Geräte dann häufig auf eine Anmeldeseite, wo man >>>>> Namen >>> ^^^^^ >>> >>>>> und Zimmernummer eingeben muss und/oder bestötigen muss, keine >>>>> bösen >>> ^^^^^^^^^^^^ >>>>> Absichten zu haben (keine Ahnung, ob das den Hotelbetreibern im >>>>> Ernstfall aus der Haftung herushilft). >>>> >>>> Werden die Angaben dann auch geprüft? >>>> Sonst könnte man ja den eigenen Traffic dem Zimmernachbarn >>>> unterjubeln. >>> >>> Auf Plausibilität (also darauf, dass in Zimmer 4711 heute Renate >>> Musterfrau eingebucht ist, wohl schon; ausprobiert habe ich das >>> aber nicht). Unterjubeln könnte man, wenn man den Namen des >>> Zimmernachbarn kennt. Das ist aber eher unüblich >> >> Wenn es so organisiert ist, führt ein nicht mit der >> Hotelbesetzungsliste übereinstimmender Name einfach nicht zur >> Verbindung. > > Dann muss das Buchungssystem mit dem Captive-Portal verbunden sein. Ich > denke nicht, dass jedes Hotel das hat. > Vom Verkauf solcher Lösungen lebt doch die lokale IT. Das wird bei Hotels nicht anders sein als bei Arztpraxen. -- please forgive my iPhone typos
[toc] | [prev] | [next] | [standalone]
| From | Marco Moock <mm+solani@dorfdsl.de> |
|---|---|
| Date | 2025-11-16 11:47 +0100 |
| Message-ID | <10fca4p$3u3i$2@solani.org> |
| In reply to | #650847 |
Am 16.11.2025 09:33 Uhr schrieb Dr. Joachim Neudert: > Marco Moock <mm+solani@dorfdsl.de> wrote: > > Am 16.11.2025 09:24 Uhr schrieb Dr. Joachim Neudert: > > > >> Diedrich Ehlerding <diedrich.ehlerding@t-online.de> wrote: > >>> Marco Moock meinte: > >>> > >>>>> leiten neue Geräte dann häufig auf eine Anmeldeseite, wo man > >>>>> Namen > >>> ^^^^^ > >>> > >>>>> und Zimmernummer eingeben muss und/oder bestötigen muss, keine > >>>>> bösen > >>> ^^^^^^^^^^^^ > >>>>> Absichten zu haben (keine Ahnung, ob das den Hotelbetreibern im > >>>>> Ernstfall aus der Haftung herushilft). > >>>> > >>>> Werden die Angaben dann auch geprüft? > >>>> Sonst könnte man ja den eigenen Traffic dem Zimmernachbarn > >>>> unterjubeln. > >>> > >>> Auf Plausibilität (also darauf, dass in Zimmer 4711 heute Renate > >>> Musterfrau eingebucht ist, wohl schon; ausprobiert habe ich das > >>> aber nicht). Unterjubeln könnte man, wenn man den Namen des > >>> Zimmernachbarn kennt. Das ist aber eher unüblich > >> > >> Wenn es so organisiert ist, führt ein nicht mit der > >> Hotelbesetzungsliste übereinstimmender Name einfach nicht zur > >> Verbindung. > > > > Dann muss das Buchungssystem mit dem Captive-Portal verbunden sein. > > Ich denke nicht, dass jedes Hotel das hat. > > > > Vom Verkauf solcher Lösungen lebt doch die lokale IT. Das wird bei > Hotels nicht anders sein als bei Arztpraxen. Wer für so nen Kram Geld ausgeben will, bitte. Und selbst dann hast du nur die Info, dass sich zu diesem Zeitpunkt wer mit dem Netz verbunden hat. Das war es. -- Gruß Marco Spam und Werbung bitte an 1763281996ichwillgesperrtwerden@nirvana.admins.ws
[toc] | [prev] | [next] | [standalone]
Page 5 of 6 — ← Prev page 1 2 3 4 [5] 6 Next page →
Back to top | Article view | ger.ct
csiph-web