Zum Inhalt springen

patrick-

Mitglieder
  • Gesamte Inhalte

    120
  • Benutzer seit

  • Letzter Besuch

Beiträge von patrick-

  1. Hallo Leute,

    Ich habe auf unserem Intranet Server eine Datenbank angelegt und kann Werte bereits abfragen.

    Mein Problem:

    Ich habe z.B. eine Tabelle Ansprechpartner mit den Eintragungen Ansprechpartner-Nr, HausNr, Anrede, Nachname, Telefon, Telefax, E-Mail.

    Ich kenne es von MySQL, dass manche Werte Auto_Increment sind, so auch bei "Ansprechpartner-Nr". Im Enterprise Manager habe ich nichts anderes als "ID" - Ja gefunden, was einer Auto_Increment Option nahe kommt.

    Wenn ich davon ausgehe dass es eine Art Auto_Increment ist, habe ich folgenden Insert geschrieben:

    
    strSQL = "INSERT INTO Ansprechpartner VALUES ('', 17, 'Herr', 'Grubs', '022254336', '022254335', 'grubs@xyz.de')"
    
    conn.Execute strSQL
    
    

    Folgende Fehlermeldung erscheint:

    Microsoft OLE DB Provider for ODBC Drivers Fehler "80040e14'

    [Microsoft][ODBC SQL Server Driver][sql Server]Ein expliziter Wert für die Identitätsspalte in der HHAnsprechpartner-Tabelle kann nur angegeben werden, wenn eine Spaltenliste verwendet wird und IDENTITY_INSERT auf ON festgelegt ist.

    Da der Code beim ersten mal funktioniert hat, glaube ich, dass ich irgendwas mit diesem "Auto_Increment" falsch gemacht habe.

    Kann mir jemand sagen was falsch ist?

    MFG

    Patrick

  2. Danke für deine Hilfe!!

    Der größte Fehler lag am DSN.

    So funktioniert es jetzt:

    
    <%
    
    Response.Expires=0
    
    Response.AddHeader "Pragma","no-cache"
    
    Response.AddHeader "cache-control", "no-store"
    
    
    Response.Write "Abfrageergebnis:<br>" & vbcrlf
    
    Set conn = Server.CreateObject("ADODB.Connection")
    
    conn.Open "DSN=SQLEINKAUF"
    
    strSQL = "SELECT * From H"
    
    
    
    Set rs = conn.Execute(strSQL)
    
    
    Do While Not(rs.EOF)
    
    	Response.Write "" & rs("Haus-Nr") & " : "
    
    	Response.Write "" & rs("Haus-Name") & "<BR>" & vbcrlf
    
    	rs.MoveNext
    
    Loop
    
    
    rs.Close
    
    conn.Close
    
    %>
    
    
    Aber kannst du mir viiiiiiiieeeeeelllleicht noch sagen was das heißt?:
    
    Response.Expires=0
    
    Response.AddHeader "Pragma","no-cache"
    
    Response.AddHeader "cache-control", "no-store"
    
    

    MFG

    Patrick

    *dicker knutscha* ;)

  3. Das System läuft im Intranet und nicht über's Internet.

    Der DSN Eintrag sollte dann Local_Server sein. (Irre ich mich? Weil ich finde den Eintrag nicht mehr im Manager, ich weiss aber noch, dass ich Local_Server statt SQL-Server angegeben habe)

    Ich habe nun zusätzlich einen neuen User angelegt, der nur Zugriff auf meine Datenbank hat. Jedoch konnte ich für diesen kein Passwort vergeben.

    Aus deiner Seite habe ich mir folgenden Code zusammengebastelt:

    
    <%
    
    Response.Expires=0
    
    Response.AddHeader "Pragma","no-cache"
    
    Response.AddHeader "cache-control", "no-store"
    
    
    Response.Write "Abfrageergebnis:<br>" & vbcrlf
    
    Set conn = Server.CreateObject("ADODB.Connection")
    
    conn.Open "DSN=Local_Server;USR=user1;PWD="
    
    strSQL = "SELECT * From HUser"
    
    
    
    Set rs = conn.Execute(strSQL)
    
    
    Do While Not(rs.EOF)
    
    	Response.Write "" & rs("H-HausNr") & " : "
    
    	Response.Write "" & rs("HausName") & "<BR>" & vbcrlf
    
    	rs.MoveNext
    
    Loop
    
    
    rs.Close
    
    conn.Close
    
    %>
    
    
    (Wobei ich leider noch nicht genau weiß, was z.B. die ersten drei Zeilen Code sind) Jedenfalls kommt als Ergebnis immernoch:
    Abfrageergebnis:
    
    
    Microsoft OLE DB Provider for ODBC Drivers Fehler "80004005' 
    
    
    [Microsoft][ODBC Driver Manager] Der Datenquellenname wurde nicht gefunden, und es wurde kein Standardtreiber angegeben 
    
    
    /Projekte/Esser/test/index.asp, line 24
    
    

  4. Okay, das sieht dann schon etwas besser aus!

    Jedenfalls bekomm ich schonmal eine Fehlermeldung :)

    Bei mir stimmt anscheinend folgende Zeile noch nicht:

    conn.Open "DSN=TECHEINKAUF;USR=intra;PWD=extra"

    Ist DSN nicht die Angelegte Datenbank?

    Und ich finde nirgendswo auf dem Server, wo der User bzw. das PW hinterlegt ist. Ich hatte einfach mal den Windows Benutzernamen versucht (was wie nicht anders zu erwarten nicht geklappt hat).

    Ich verwende den Enterprise Manager und finde nirgendswo den Eintrag, wo dies hinterlegt sein könnte.

    Muss ich den Eintrag eventuell auch in einer Datei nachlesen? (ich wage mich daran zu erinnern, dass es bei Apache oder MySQL so ist)

    mfg

  5. Hallo Leute,

    ich arbeite mich gerade in das Thema ASP etc. ein.

    Doch leider bekomme ich keine Verbindung zu meiner Datenbank hergestellt :cool:

    Ich habe auch noch nicht so ganz verstanden, wieso es so viele auswahlmöglichkeiten zum Verbinden gibt ... ODBC...ADO etc.... .

    Soviel ich weiß, scheint eine ADO Verbindung die geeignetste und einfachste zu sein.

    Leider finde ich keine Hilfreichen Seiten im Netz und erhoffe mir hier hilfe.

    Habt ihr dazu vielleicht interessante Seiten?

    Oder kann mir jemand den kurzen Quellcode zum Verbinden zu einer DB geben?

    Die Beschreibungen im Netz verstehe ich noch nicht zu ganz :(

  6. Ich habe MW nie gespielt, ich weiss allerdings dass es bei anderen spielen die Option LAN etc. gibt und einmal Internet.

    Habt ihr schonmal versucht eure Server gegenseitig im Internet zu finden?

    PS: Ich glaube nicht dass euer Vorhaben so funktioniert ;D

    Aber hab da wenig Ahnung ;)

  7. Es ist wirklich nie zu früh... habe es selber gemerkt!

    Habe es mir auch vorgenommen früh anzufangen ... leider hat mich meine Lust verlassen und musste mit den Folgen leben :(

    Lern, fang an dinge zu lesen und versuch sie zu verstehen! So gehst du ohne Probleme in die Prüfung :)

    Was du lernen sollst, hast du meiner Meinung nach schon erwähnt ;)

  8. Eben deswegen bin ich so unsicher.

    Ich lese hier und dort, dass WPA-PSK nur mit einer Bruteforce Attacke angreifbar ist. Aber beim Download von Aircrack steht halt, dass es auch WPA Netze knacken kann.

    Kann das jemand erklären?

  9. Hallo Leute,

    ist es mit Aircrack möglich ein WPA bzw. WPA-PSK Netz zu knacken?

    Oder nützt Aircrack nur bei WEP Netzen was?

    Was bräuchte man sonst um ein WPA / PSK Netz zu knacken?

    Ich möchte nur mein eigenes Netz absichern :) (also keine falschen Gedanken ;)...)

  10. Hallo Leute,

    ich versuche mir selber den Begriff VPN beizubringen.

    Wäre meine Aussage so richtig?

    Eine Aktive VPN Verbindung ist zunächst kein Verschlüsselter Tunnel, sondern nur ein vordefinierter Weg bzw. Tunnel durch ein bestimmtes Netz (Internet)?

    Um einen solchen Tunnel Aufzubauen wird i.d.R. PPTP, L2F oder L2TP verwendet. Erst in Verbindung mit IPsec wird der Tunnel dann gleichzeitig auch noch verschlüsselt. Das ganze nennt sich dann z.B. L2TP-IPsec.

  11. Ich habe hier nochmal versucht (wie am Anfang) eine kleine Zusammenfassung zu schreiben. Wenn sich noch jemand findet der mich korriegieren möchte, wäre ich sehr dankbar!

    WEP und WPA sind Verschlüsselungs-Methoden eines W-LANs.

    WEP ist die ältere Version und gilt heutzutage als sehr unsicher und wird mittlerweile von WPA Varianten Abgelöst. Was macht WEP so unsicher? -> WEP verwendet nur ein Passwort um sich ins W-LAN einzuloggen. Dieses kann zwar bis zu 104bit lang sein, jedoch selbst dann ist es relativ schnell möglich den Code zu knacken und sich anschließend ins W-LAN einzuloggen. Das Passwort wird mit hilfen einem IV erweitert, jedoch ist dieser auch zu kurz um das W-LAN sicher zu gestalten.

    Bei WPA-PSK sieht das ganze schon anders aus! Hier muss der Client zunächst wie bei WEP das Passwort (Passphrase) kennen. Beim Login versuch ins W-LAN merkt sich das Handshake verfahren bestimmte dinge des Clienten (z.B. MAC-Adresse oder Verschlüsselungswunsch). Sollte ein dritter nun mithören bzw. sich dazwischen drängen wollen, merkt das der AccessPoint und bricht die Verbindung sofort ab. Bei erfolgreicher Verbindung, kommt TKIP als Verschlüsselung zum Einsatz.

    Wenn man von WPA spricht, befindet sich immer ein Radius Server im Hintergrund. Dieser hat die Aufgabe, Benutzer die ins W-LAN wollen zu überprüfen. Er überpürft zunächst die MAC-Adresse des Clienten und schaut nach dem für DIESEN Clienten Hinterlegtem Passwort nach. Stimmt dieses auch noch überein, bekommt der Client Zugang. Als Verschlüsselung wird hier eine Art des EAP verwendet (z.B. die zwei bekanntesten EAP-TLS oder EAP-TTLS).

    mfg

    patrick

  12. Habe ich es richtig verstanden, dass beim "Handshake" der Client dem Radius-Server (ohne einen Radius-Server ist das Handshake verfahren nicht möglich?) seine MAC-Adresse + einen IV Wert schickt und die schicken sich das ganze dann 4 mal hin und her bis der Server sagt, "ok, du darfst ins W-LAN" ?

    Tschuldigung für meine nicht vorhandene Fachsprache, aber nur so kann ich es mir leichter merken :)

Fachinformatiker.de, 2024 by SE Internet Services

fidelogo_small.png

Schicke uns eine Nachricht!

Fachinformatiker.de ist die größte IT-Community
rund um Ausbildung, Job, Weiterbildung für IT-Fachkräfte.

Fachinformatiker.de App

Download on the App Store
Get it on Google Play

Kontakt

Hier werben?
Oder sende eine E-Mail an

Social media u. feeds

Jobboard für Fachinformatiker und IT-Fachkräfte

×
×
  • Neu erstellen...